sahansen

Samtidig så er det vel verdt å legge til at jeg oppgraderte fw etter flytting over til HA. 

Da jeg brukte HC2 forsøkte jeg også å restarte hub, men det hjalp ikke. 

Plagdes med det samme da jeg brukte Fibaro HC2, etter jeg flyttet de over til HA via OZW så har de fungert siden. Er vel 3 måneder siden ca. Har 5 stk. Så for min del var det hub som feilet.

7 minutes ago, pauska said:

Håper noen kan veilede meg litt, er helt fersk i Smarthus-verden. Har kjøpt meg en Homey Pro, og 9stk Z-TRM3. Har montert 1 av de og ser at den kjører versjon 4.0.

Resten av termostatene ligger uåpnet i eskene.

 

Har kontaktet Heatit support men jeg stanger veldig i veggen med en kar på e-post der som sier at dette er en bug med openzwave og ikke termostaten, og han sender meg så en fil som skal brukes med en kontroller og en z-stick. Jeg har ingen av delene, tror jeg?

 

Er det mye å forlange å be Thermo Floor om å erstatte disse med nye termostater som er ferdig oppdatert til 4.2?

Hvis ikke - er det noen som vet hvem jeg skal kontakte hos de?

 

Eller burde jeg ta dette med de jeg kjøpte de av (Eldirekte)?

 

Har du testet å endre settpunkt via homey? For jeg kan endre settpunkt på mine Z-trm3 med FW 4.0 via Fibaro Home Center 2. 

For min del fungerer alt som det skal. 

On 26/08/2020 at 09:29, teeko said:

Tok en nærmere titt på forskjellene i HC2 Z-TRM3 templatene til @sahansen (fil A) og meg selv (fil B som jeg lastet opp her i går)  - og fant en ting som jeg stusset veldig på.

Fra fil A (sahansen):

-<commandClass version="3" security="true" cmdClass="COMMAND_CLASS_THERMOSTAT_SETPOINT">
  -<valueHashes>
    -<value type="real" index="1">
         <name>value</name>
         <typeFibaro/>
         <deviceIcon>0</deviceIcon>
         <interfaceFibaro/>
         <max>35</max>
         <min>5</min>
         <virtual>0</virtual>
      </value>

  
Fra fil B (teeko):
 
-<commandClass security="true" cmdClass="COMMAND_CLASS_THERMOSTAT_SETPOINT">
  -<valueHashes>
    -<value type="real" index="1">
         <name>value</name>
         <typeFibaro/>
         <deviceIcon>0</deviceIcon>
         <interfaceFibaro/>
         <max>2147483647</max>
         <min>-2147483648</min>
         <virtual>0</virtual>
      </value>

Som dere ser støtter den ene CC THERMOSTAT SETPOINT V3 og den andre kun THERMOSTAT SETPOINT V1....

Det genspeiles også i kapabilitetsintervjuet som går "dypere" i V3 enn i tidligere versjoner av kommando klassen og bl.a. setter min/max-grenser. - ref. forskjellene i A og B på min/max.

 

Dette har nå magisk rettet seg opp - og jeg har lagt ved en oppdatert tempate for meg.

Nå er filene like når det gjelder CC THERMOSTAT SETPOINT - begge har V3.

 

Tror dette var noe midlertidig rot knyttet til inkludering av ny termostat og mange konfig-endringer.

 

id-019B-0003-0203-04-00-Heatit-.xml 28.43 kB · 1 download

Men endring av settpunkt fungerer fortsatt ikke hos deg?

Etter at jeg tilbakestilte alt til fabrikkinnstillinger igjen og fulgte prosedyren fra sist så fungerte alt med en gang.

Skjønner fortsatt ikke hvorfor det ikke skal fungere via OZW, mens helt fint via HC2, for min del da...

1 hour ago, teeko said:

Sjekket loggem. Tipper det  kanskjegår med 26,5 - 27,5 - 28,5 - og høyere ?

... men ikke 25,5 - 24,5 og lavere ?

 

Ser ut til at grunnen er Z-TRM3 vil ha setpoint temperatur i 2 byte, og siden 25,5 (0xFF) får plass i 1 byte, prøver OZW å sende den som 1 byte...

 

0x21, 0xf5 ==> 245 (0xF5) sendes som 1 byte med 1 i presisjon/desimal

Det skulle nok vært sendt som 0x22, 0x00, 0x0F5 for at Z-TRM3 skulle akseptert det.

 

Igjen antar jeg det er "kapabilitetsintervjuet" som ikke har gått helt i boks.... (Thermostat_Setpoint_Capabilities_Report)

 

 

Testet å fjerne EP0 GR3, men da ble også EP2 GR2 borte.

Slik jeg forstår det er bare EP0 GR3 et "view/mirror" inn i EP2 GR2 - så disse skal jo egentlig alltid være like...

Dette for bakoverkompatibilitet med gamle enheter som ikke støtter MCA og derfor ikke kan adressere EP2 direkte.

 

Testet litt med gulvføler og alt virker perfekt når det kun er den - mode 0 (param 2 = 0)

 

Mode 1 (romføler) og mode 2 (romføler med gulvfølerbegrensning) har feilen med at reléet ikke slår inn. 

Har ikke testet med den siste eksterne sensormuligheten  mode 3 og 4

Ja faktisk, trodde jeg testet 27,5 og 28,5. Men ja, fungerer høyere men ikke lavere.

Nå har det blitt mye rot i systemet her ser jeg.

Den ene termostaten som fungerer kjører med følgende oppsett:

EP0, GR1, SCA

EP2, GR2, MCA.

Mens den jeg har testet på de siste dagene har sluttet helt å fungere nå, siste oppsett som fungerte var:

EP0, GR1, SCA

EP0, GR3, MCA

EP2, GR2, MCA.

Mulig det også kan ha noe å si for all testingen her.. Får starte på nytt i morgen med fabrikk innstillinger.

3 hours ago, teeko said:

 

Såpass - den varianten har jeg ikke hørt om før..

Hvordan ser ThermostatSetpointCmd_Set linjene ut i loggen for eksempelvis 22,5?

Testet 24,5 siden termostaten hadde settpunkt 22,5 fra før.

2020-08-25 19:03:16.211 Info, Node013, Value::Set - COMMAND_CLASS_THERMOSTAT_SETPOINT - Heating setpoint - 1 - 1 - 24.5
2020-08-25 19:03:16.211 Detail, Node013, Queuing (Send) ThermostatSetpointCmd_Set (Node=13): 0x01, 0x0c, 0x00, 0x13, 0x0d, 0x05, 0x43, 0x01, 0x01, 0x21, 0xf5, 0x25, 0x44, 0x1e
2020-08-25 19:03:16.211 Detail, Node013, Queuing (Send) ThermostatSetpointCmd_Get (Node=13): 0x01, 0x0a, 0x00, 0x13, 0x0d, 0x03, 0x43, 0x02, 0x01, 0x25, 0x45, 0xc8
2020-08-25 19:03:16.211 Detail,
2020-08-25 19:03:16.211 Info, Node013, Sending (Send) message (Callback ID=0x44, Expected Reply=0x13) - ThermostatSetpointCmd_Set (Node=13): 0x01, 0x0c, 0x00, 0x13, 0x0d, 0x05, 0x43, 0x01, 0x01, 0x21, 0xf5, 0x25, 0x44, 0x1e
2020-08-25 19:03:16.223 Detail, Node013,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2020-08-25 19:03:16.223 Detail, Node013,   ZW_SEND_DATA delivered to Z-Wave stack
2020-08-25 19:03:16.244 Detail, Node013,   Received: 0x01, 0x07, 0x00, 0x13, 0x44, 0x00, 0x00, 0x03, 0xac
2020-08-25 19:03:16.244 Detail, Node013,   ZW_SEND_DATA Request with callback ID 0x44 received (expected 0x44)
2020-08-25 19:03:16.244 Info, Node013, Request RTT 33 Average Request RTT 32
2020-08-25 19:03:16.244 Detail,   Expected callbackId was received
2020-08-25 19:03:16.244 Detail,   Expected reply was received
2020-08-25 19:03:16.244 Detail,   Message transaction complete
2020-08-25 19:03:16.244 Detail,
2020-08-25 19:03:16.244 Detail, Node013, Removing current message
2020-08-25 19:03:16.244 Detail,
2020-08-25 19:03:16.244 Info, Node013, Sending (Send) message (Callback ID=0x45, Expected Reply=0x04) - ThermostatSetpointCmd_Get (Node=13): 0x01, 0x0a, 0x00, 0x13, 0x0d, 0x03, 0x43, 0x02, 0x01, 0x25, 0x45, 0xc8
2020-08-25 19:03:16.256 Detail, Node013,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2020-08-25 19:03:16.256 Detail, Node013,   ZW_SEND_DATA delivered to Z-Wave stack
2020-08-25 19:03:16.276 Detail, Node013,   Received: 0x01, 0x07, 0x00, 0x13, 0x45, 0x00, 0x00, 0x03, 0xad
2020-08-25 19:03:16.276 Detail, Node013,   ZW_SEND_DATA Request with callback ID 0x45 received (expected 0x45)
2020-08-25 19:03:16.276 Info, Node013, Request RTT 31 Average Request RTT 31
2020-08-25 19:03:16.276 Detail,   Expected callbackId was received
2020-08-25 19:03:16.294 Detail, Node013,   Received: 0x01, 0x0c, 0x00, 0x04, 0x00, 0x0d, 0x06, 0x43, 0x03, 0x01, 0x22, 0x00, 0xe1, 0x7e
2020-08-25 19:03:16.294 Detail,
2020-08-25 19:03:16.294 Info, Node013, Response RTT 49 Average Response RTT 49
2020-08-25 19:03:16.294 Detail, Node013, Refreshed Value: old value=22.5, new value=22.5, type=decimal
2020-08-25 19:03:16.294 Detail, Node013, Changes to this value are not verified
2020-08-25 19:03:16.294 Info, Node013, Received thermostat setpoint report: Setpoint Heating setpoint = 22.5C
2020-08-25 19:03:16.294 Detail, Node013,   Expected reply and command class was received
2020-08-25 19:03:16.294 Detail, Node013,   Message transaction complete
2020-08-25 19:03:16.294 Detail,
2020-08-25 19:03:16.294 Detail, Node013, Removing current message
2020-08-25 19:03:16.294 Detail, Node013, Notification: ValueChanged

2 hours ago, teeko said:

Er fortsatt i utredningsfasen selv, men har tatt en pause fra OZW. Håper du får enhetene dine opp å kjøre uten for mye styr, men jeg knotet så mye med multichannel produkter fra Fibaro og HeatIt at jeg  midlertidig har gått for en kontroller produsentene offisielt støtter. 

 

 

Takk for at du delte HC2 Z-TRM3 template.

 

Det er faktisk noen mindre  forskjeller fra min HC2 Z-TRM3 template (se vedlegg) -- uten at det for meg fremstår åpenbart at disse har noen betydning....

 

id-019B-0003-0203-04-00-Heatit-.xml 28.44 kB · 0 downloads

Forsøk å fjern assosiasjon fra EP0, GR3.

Slik at du kun har:
EP0, GR1, SCA

EP2, GR2, MCA.

Kunne du testet med den du har gulvføler på også? Aktivert MCA på både EP2, GR2 og EP4, GR2, og SCA på EP0, GR1

15 hours ago, teeko said:

 

Dette ble en vegg av tekst, men siden det virker som du har interesse for detaljene under panseret....

 

Så langt jeg kan forstå av loggen er dette den berømte setpoint feilen.

Problemet er at z-wave kontrollere skal intervjue termostater for å finne ut i hvilke tallformat de kan motta temperatur.

Z-TRM3 vil alltid ha temperatur med 1 desimal presisjon.

Mange Z-wave kontrollere gjennomfører ikke dette kapabilitets intervjuet korrekt - og på disse kontrollerene oppstår situasjonen.

Fibaro HC gjør dette kapabilitetsintervjuet slik Silicon Labs ønsker - og derfor fungerer setpoint fint der.

Min persepsjon er at de fleste andre kontrollere ikke har denne evnen ennå - og Thermofloor gir derfor på forespørsel ut en uoffisiell FW som virker med disse kontrollere.

 

I loggen ser vi at HA (OZW) bruker et format som Z-TRM3 ikke støtter når den forsøker å justere setpoint til 24 grader:

 

24 grader:

2020-08-24 16:29:31.627 Detail, Node013, Queuing (Send) ThermostatSetpointCmd_Set (Node=13): 0x01, 0x0c, 0x00, 0x13, 0x0d, 0x05, 0x43, 0x01, 0x01, 0x01, 0x18, 0x25, 0x4e, 0xd9

De sentrale dataene her er 0x01, 0x18 => sender 24 grader (0x18) som 1 byte heltall uten presisjon/desimaler.

Det korrekte skulle vært 0x22, 0x00, 0xF0

 

26.5 grader:

2020-08-24 16:29:39.160 Detail, Node013, Queuing (Send) ThermostatSetpointCmd_Set (Node=13): 0x01, 0x0d, 0x00, 0x13, 0x0d, 0x06, 0x43, 0x01, 0x01, 0x22, 0x01, 0x09, 0x25, 0x50, 0xf6

0x22, 0x01, 0x09 => sender 26.5 grader som 265 (0x0109) som 2 byte tall, med 1 desimal presisjon

Dette er på et format Z-TRM3 forstår og gikk fint.

 

Så kortversjonen er at man for HA må vente til OZW evt. kommer med korrekt z-wave støtte eller legge inn modifisert FW på Z-TRM3.

Men, da burde jo 22,5, 23,5, 24,5 osv. også fungere..? Hos meg er det kun 26,5 og 30,5 som fungerer, så skjønner ikke helt hvorfor bare de to verdiene går gjennom.

14 hours ago, teeko said:

 

I utgangspunktet burde det være nok med en MCA assosiasjon fra EP0 GR1 til HC2. Det er rart om det skulle være nødvendig med ytterligere assosiasjoner med mindre Z-TRM3 skal styre andre enheter - som et relé i en Z-water eller Wall Plug.

 

For meg er derfor også bruksanvisningen til den opprinnelige Z-TRM2 vanskelig å forstå  - jeg ser rett og slett ikke logikken i at det skal flere MCA assosiasjoner til HC2, og heller ikke hvorfor det for Z-TRM2 skal være en SCA (og ikke MCA) assosiasjon til Z-water. Nesten så jeg ikke tror det jeg leser... men så langt jeg kan se har heller ikke Z-TRM2 offisiell sertifisering.

 

Når det gjelder Fibaro integrasjonen til HA så har jeg også lagt merke til at det blir litt rot man forsøker å rette opp dobble assosiasjoner til kontroller. Har en drøm å få tid til å kikke litt på kildekoden til integrasjonen. Tenker at det beste hadde vært om Fibaro HC2 kjente igjen Z-TRM3 og satt den opp korrekt med kun en termostat,  slik at kun en termostat ble med over til HA, men kanskje det hadde gått an å gjøre noen avbøtende tiltak i selve integrasjonen.

Blir vel slik i enkelte tilfeller når man videreutvikler en komponent istedenfor å begynne helt på nytt(?). Vertfall min erfaring i enkelte tilfeller når det kommer til komponenter som skal være en bedre versjon av den gamle,, og gjerne med nye funksjoner. Det fungerer vertfall kun med det oppsettet for min del, så enkelt gjør de det ikke.

Blir fort mye rot og mange unødvendige entiteter når man bruker integrasjonen ja, samtidig som man mister litt nyttig data sammenlignet med å bruke OZW syntes jeg. Derfor jeg har startet jobben med å gå bort fra HC2.

1 hour ago, teeko said:

 

Jeg kjøpte en ekstra løs Z-TRM3 for å teste dette, og dessverre ser det ut til at denne teorien ikke leder frem. Situsjonen er helt lik for meg med min nyinnkjøpte Z-TRM3 med kun romføler -- når jeg bruker romføler og justerer fra HC2 - slår reléet bare inn bare det første minuttet etter at jeg fysisk har justert setpoint på panelet....

 

Mon tro på hvilken måte oppsettene våre er forskjellige....

Har du mulighet til å dele "Template" for enheten i HC2? Du kjører nyeste HC2? v4.600?

Bruker HC2 v4.600 ja.

Måtte teste enda en gang bare for å være sikker, endret settpunktet via HA kl. 13:47, og nå klokken 14:24 er releet enda inne. Endret settpunkt ned til 23,5 og da slo releet ut igjen, så det fungerer 100% her.

Dobbeltsjekket at dette stemmer:

EP0, GR1, SCA.

EP0, GR3, MCA.

EP2, GR2, MCA.

Parameter:

2 - 1d - 1

id-019B-0003-0203-04-00-Heatit-.xml

Har nå inkludert den ene termostaten direkte i HA.

Nå kan jeg plutselig endre settpunkt til 26,5 og 30,5, men ingen andre verdier.. Skjønner ikke helt!?

Lagt ved logg.

1 hour ago, teeko said:

Så langt jeg kan se har jeg helt likt oppsett som deg - med unntak av at jeg også har gulvføler installert.

Jeg får fortsatt satt setpoint, men reléet slår fortsatt bare inn det første minuttet etter jeg har benyttet fysisk panel.

For gulvsensor slår reléet hele tiden inn som det skal.

 

Det får meg nesten til å tro av feilen oppstår når både gulvsensor og romsensor er installert.

Hva du tror om den teorien? Kanskje @Kim123 har noen tanker rundt dette?

 

For at HC2 skal se mer enn bare EP0  må det være minst en MCA til HC2.

Men jeg forstår ikke hvorfor den må være fra EP2 GR2.

Støsser også på at det må være en bakoverkompatible SCA assosiasjon for EP0.

Det er ikke lett å unngå siden HC2 automatisk lager denne SCA assosiasjonen (hender også hos meg), men det resulterer jo i to delvis funksjonelt overlappende termostate-enheter..

 

Det hadde vært spennende å justere 320.0 EP0 GR1 fra SCA til MCA assosiasjon, og slette MCA assosiasjonen fra 320.2.1 (da vil jo også EP0 GR3 automatisk slettes), og se om det fortsatt fungerer hos deg da. Dersom det ikke fungerer så indikerer jo det at assosiasjonene må være slik de er satt opp - som hadde vært interessant å få bekreftet.

 

Når det er sagt må jeg bare igjen takke deg for alle testingen du har gjort til nå -- og forstår godt om du ikke har tid og lyst til mere knot.

 

 

Er nok en FW feil når det kommer til den delen virker det som.

Men det virker som at det samtidig er litt feil i konfigurasjon.

EP0, GR1 endret til MCA 

EP2, GR2 fjernet.

Fibaro slutter da å rapportere forbruk til HA og man kan ikke justere temp. via HA. Men, man kan fortsatt justere temp via HC2 på 320.0. HA regulerer bare på 320.1. Mens når man setter EP0 GR1 tilbake til SCA endrer den temp på begge fra HA.

For min del greit å lære mer, så det går fint! 

Z-TRM3.txt

14 hours ago, teeko said:

Tusen takk som tar deg tid til å hjelpe. Vi er en del som sliter med å få reléet til å slå inn. Thermofloor feilsøker selv etter hva jeg forstår. Løser du dette burde de sendt deg en premie.

 

Testet å justere assosiasjonene like dine. Skulle nesten tro det var flere hardware revisjoner av TRM3 - for jeg får ikke reléet til å virke med assosiasjonene slik heller.

 

Bare for å ha dobbeltsjekket at jeg har gjort det likt som deg:

- Det er kun de to assiasjonene over for EP0 ?

- Det er ingen assosiasjoner fra EP1, EP3 eller EP4 til HC2 ?

- Det er en MCA assosiasjon for EP2 GR2 til HC2 - en automatisk "mirror" av EP0 GR3 ?

- FW er versjon 4.0 ?

- Den er inkludert "secure" i HC2 ?

- Parameter 2 er satt til 1 (for meg virker alt når denne er 0, men ikke når den er 1) ?

 

Testet å fjerne den og tilbakestille nå.

Så fra start har jeg gjort følgende:

Inkluderte termostat i sikker modus.

Da får jeg inn to "termostater" og diverse andre sensorer som vist på bilde.

På den første 320.0 bruker jeg følgende assiasjoner:

EP0, GR1, SCA.

EP0, GR3, MCA.

På den andre termostaten (320.1) hvor man kan endre på EP1 skal ingen av gruppene være aktive med SCA eller MCA.

På romføleren 320.2.1 skal man aktivere MCA under EP2, GR2.

Etter det skjulte jeg:

320.0.2, 320.1, 320.1.2 og resten av de som ikke brukes.

Nå fungerer det å endre settpunkt hos meg via HA og HC2.

FW 4.0

Parameter 2 satt til 1.

On 22/08/2020 at 10:32, teeko said:

Spennende! Øyner jo et lite håp her...

 

Guiden er for Z-TRM2, men du har satt opp Z-TRM3 på samme måte?

 

Jeg har i utgangspunkt kun justert blandet SCA/MCA assosiasjon for EP0 / Gruppe 1 til en ren MCA assosiasjon. Alt fungerer for gulvføler, men med feilen som beskrevet over for romføler. Prøvde å justere assosiasjonene (sett opp EPx / Group 2  med MCA til kontroller) som beskrevet i guiden for Z-TRM2, men reléet slår fortsatt bare inn for romføler det første minuttet etter at fysisk panel er benyttet.

 

Hvordan ser assosiasjonene ut for EP0 / root hos deg?

Gjorde den test nå. Settpunkt fra før, 22,5 grader, ikke registrert forbruk siste døgn. Temperatur i rom er 23,4. Endret settpunkt til 24 grader via HA(HC2, releet slår inn og registrerer forbruk etter 20-30 sekunder. Så helt sikker på at det fungerer her med romsensor.

Oppsett:

EP0, GR1, SCA mot HC2.

EP0, GR3, MCA mot HC2.

Ser jeg ikke brukte samme oppsett som i guide, men det fungerer slik det er satt opp.

8 hours ago, teeko said:

Jeg benytter HC2 (gjennom Fibaro integrasjonen til HA) og kan endre setpoint og lese alle verdier, men med romføler slår reléet kun inn dersom man fysisk har trykket på termostaten det siste minuttet. Med gulvføler fungerer alt. Er det slik hos deg også eller slår reléet alltid slår inn når romføler benyttes i HC2?

 

Så langt jeg forstår har Thermofloor klar å reprodusere relé problemet ved bruk av romsensor, og bekreftet at det ikke har noe med setpoint å gjøre som har vært en separat sak. Hvis du har en konfigurasjon der reléet slår inn normalt ved bruk av romsensor er dette interessant.

Alt fungerer når jeg styrer via HC2/HA. Stiller jeg den inn på 23 grader via HC2/HA så legger den seg ikke inn før det er under 22,5.så virker til å fungere her. 

Gjort det som står i denne guiden? 

Inkluderte termostaten inn i HC2 igjen, der fungerer alt som det skal. Kan endre settpunkt og lese av alle verdier.

Så står fast på at det er noe i Home Assistant/OZW som feiler her. noen andre som kun bruker intern føler og har fått til å endre settpunkt?

Bruker kun intern føler, og har fungert uten problem før via HC2.. Så i mitt tilfelle tenker jeg det er noe med konfigurasjon. 

Helt frem til i går har jeg styrt de via Fibaro HC2, men ønsker å gå bort fra den og kun bruke Home Assistant. Siden alt fungerte fint med Fibaro HC2 bør det fungere med HA også tenker jeg.. 

Når jeg la termostatene til i HC2 måtte jeg følge denne guiden. Mulig det løser problemet? Tenkte å sjekke litt mer ut i kveld. 

La inn denne så fungerte alt 👌

heatit058.xml

EDIT: Ved endring av sett punkt hopper den tilbake, ble litt lurt her i starten...