Z-wave enheter falt delvis ut etter oppdatering

[chr85]

Etter oppdatering fra en eldre release(0.95) til 0.105 virket det som ikke alle Z-wave enhetene fungerer helt optimalt...

 

To like Fibaro dimmere:

Fibaro Dimmer 1 - Kan styres, status i HA stemmer(av/på) og rapporterer strømforbruk

Fibaro Dimmer 2 - Kan ikke styres, status i HA stemmer ikke(av/på), men den rapporterer strømforbruk som er riktig ut i fra tall jeg husker fra tidligere.

Utdrag fra log for node007 som ikke fungerer:

2020-03-04 13:26:05.080 Info, Node007, Value::Set - COMMAND_CLASS_SWITCH_MULTILEVEL - Dimming Duration - 5 - 1 - 255
2020-03-04 13:26:05.080 Detail, Node007, Initial read of value
2020-03-04 13:26:05.080 Detail, Node007, Notification: ValueChanged
2020-03-04 13:26:05.081 Info, Node007, Value::Set - COMMAND_CLASS_SWITCH_MULTILEVEL - Level - 0 - 1 - 255
2020-03-04 13:26:05.081 Info, Node007, SwitchMultilevel::Set - Setting to level 255
2020-03-04 13:26:05.081 Info, Node007,   Duration: Default
2020-03-04 13:26:05.081 Detail, Node007, Queuing (Send) SwitchMultilevelCmd_Set (Node=7): 0x01, 0x0b, 0x00, 0x13, 0x07, 0x04, 0x26, 0x01, 0xff, 0xff, 0x25, 0x4b, 0xad
2020-03-04 13:26:05.081 Detail, Node007, Queuing (Send) SwitchMultilevelCmd_Get (Node=7): 0x01, 0x09, 0x00, 0x13, 0x07, 0x02, 0x26, 0x02, 0x25, 0x4c, 0xad
2020-03-04 13:26:05.092 Detail,
2020-03-04 13:26:05.092 Info, Node007, Sending (Send) message (Callback ID=0x4b, Expected Reply=0x13) - SwitchMultilevelCmd_Set (Node=7): 0x01, 0x0b, 0x00, 0x13, 0x07, 0x04, 0x26, 0x01, 0xff, 0xff, 0x25, 0x4b, 0xad
2020-03-04 13:26:05.101 Detail, Node007,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2020-03-04 13:26:05.107 Detail, Node007,   ZW_SEND_DATA delivered to Z-Wave stack
2020-03-04 13:26:05.119 Detail, Node007,   Received: 0x01, 0x05, 0x00, 0x13, 0x4b, 0x00, 0xa2
2020-03-04 13:26:05.119 Detail, Node007,   ZW_SEND_DATA Request with callback ID 0x4b received (expected 0x4b)
2020-03-04 13:26:05.120 Info, Node007, Request RTT 27 Average Request RTT 28
2020-03-04 13:26:05.120 Detail,   Expected callbackId was received
2020-03-04 13:26:05.120 Detail,   Expected reply was received
2020-03-04 13:26:05.120 Detail,   Message transaction complete
2020-03-04 13:26:05.120 Detail,
2020-03-04 13:26:05.120 Detail, Node007, Removing current message
2020-03-04 13:26:05.121 Detail,
2020-03-04 13:26:05.121 Info, Node007, Sending (Send) message (Callback ID=0x4c, Expected Reply=0x04) - SwitchMultilevelCmd_Get (Node=7): 0x01, 0x09, 0x00, 0x13, 0x07, 0x02, 0x26, 0x02, 0x25, 0x4c, 0xad
2020-03-04 13:26:05.129 Detail, Node007,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2020-03-04 13:26:05.130 Detail, Node007,   ZW_SEND_DATA delivered to Z-Wave stack
2020-03-04 13:26:05.147 Detail, Node007,   Received: 0x01, 0x05, 0x00, 0x13, 0x4c, 0x00, 0xa5
2020-03-04 13:26:05.147 Detail, Node007,   ZW_SEND_DATA Request with callback ID 0x4c received (expected 0x4c)
2020-03-04 13:26:05.147 Info, Node007, Request RTT 26 Average Request RTT 27
2020-03-04 13:26:05.147 Detail,   Expected callbackId was received

 

 

Namron 4 veis bryter

Fungerte fint frem til oppdatering,  forsøkt fjerne/legge/resette helt og nå er den stuck i probe modus(vært det i noen dager)

 

Noen som har vært borti likende? Har ikke blitt gjort noen andre endringer i Z-wave oppsettet, Kjører nå 0.106.5 på en PI3+.

Endret 4. mars 2020 av chr85

[baronKanon]

Har vært borti lignende selv. Endte med å restarte og restarte og restarte og sånn helt til det til slutt gikk. Prøv også å rename zwave-*.xml-fila med openzwave-konfigen for å tvinge oppdatering av denne. dette kan brekke noen entiteter, hvis ozw-konfig har endret seg siden du la til dingser.

[chr85]

Forsøkte å fjerne zwcfg........xml fila. Fortsatt samme problem. Takk og lov for at bryterne fungerer uten HA....ellers tror jeg interiøravdelingen hadde streiket.

Endret 4. mars 2020 av chr85

[chr85]

Siste utvei var som alltid å fjerne enhetene og legge de til igjen. Fibaro bryterne er da tilbake og fungerer som de skal. Verre er det med Namron bryteren som både rapporteres som Probe og Complete som status, og fortsatt ikke fungerer, går nok mot retur av denne.

[Steve0]

Problemet med Namron-bryteren, som jeg også sa etter å ha lagt den til, er at 4-veis bryteren rapporterer en 'manufacturer ID' som nåværende versjon av OpenZWave ikke kjenner til. Namron har tydeligvis fått sin egen ID, der de andre produktene de selger bruker Sunricher sin ID.

Dette ser ut til å få konsekvens at OpenZWave tror at bryteren er en always-on node, istedenfor sleeping node som den faktisk er.

 

Jeg måtte krangle med hass.io og Z-Wave opplegget mitt i helgen også, etter at halvparten av nodene ble utilgjengelige etter oppdatering fra 0.103 til 0.106. Det som funket til slutt var en kombinasjon av mye omstart, banning, lese logfil, legge til Namron sin manufacturer ID i en lokal versjon av OpenZWave device database, og manuell editering av zwcfg fila og diverse HA config. Det gikk ca 6 timer der...

[chr85]

Hmm, noen tips til hvor jeg begynner?  Manufacture id står såvidt jeg klarer å se som sunricher sin.

[Steve0]

Har OZW fått med seg at bryteren er en sovende node? Sjekk zwcfg_*.xml fila... Detter er min 4-veis bryter (8 knapper):

<Node id="14" name="" location="" basic="4" generic="24" specific="1" roletype="4" devicetype="5632" nodetype="0" type="Basic Wall Controller" listening="false" frequentListening="false" beaming="true" routing="true" max_baud_rate="40000" version="4" query_stage="Complete">

både 'listening' og 'frequentlistening' bør være satt til false.