IDlock 150 z-wave modul

[EirikO]

11 timer siden, Mastiff skrev:

Det har vel ikke så mye å si, siden selve paringen ligger i maskinvare, på Z-Sticken eller Razberryen Det er viktigere å stenge ned Hass helt før man gjør "manuelle" endringer direkte i fila, for ellers blir ikke endringer værende.

Fortsatt samme som skjer. Hvordan fungerer/brukes network key? Kan det være at låsen er i usync fordi jeg prøvde å legge den til før jeg hadde network kew registrert i config-fila i HA? At det f.eks. kan hjelpe å gjenopprette fabrikkinstillinger på låsen, så prøve helt fra starten igjen?

 

Når dere snakker om å stoppe HA, er det da ssh og hassio ha stop som er riktig? Deretter endre zwcfg, så ta hassio host reboot etter at fila er endra? zwcfg blir endret (og lagret), så virker jo som at den delen egentlig er grei. 

[EirikO]

Har nå prøvd å fjerne låsen fra HA, sette låsen tilbake til fabrikkinstillinger, oppdatere fw på nytt, legge den til på nytt, oppdatere zwcnf, men fortsatt får jeg ikke styrt låsen.

Loggen for et forsøk på "unlock" ser slik ut:

Spoiler

1. 2018-12-10 08:45:54.238 Info, Node016, Value::Set - COMMAND_CLASS_DOOR_LOCK - Locked - 0 - 1 - False
2. 2018-12-10 08:45:54.238 Info, Node016, Value_Lock::Set - Requesting lock to be Unlocked
3. 2018-12-10 08:45:54.238 Detail, Node016, Queuing (Send) DoorLockCmd_Set (Node=16): 0x07, 0x0a, 0x00, 0x17, 0x10, 0x07, 0x62, 0x01, 0x00, 0x25, 0x52, 0xe1
4. 2018-12-10 08:45:54.238 Detail, Node016, Queuing (Send) DoorLockCmd_Get (Node=16): 0x07, 0x09, 0x00, 0x17, 0x10, 0x02, 0x62, 0x02, 0x25, 0x57, 0xe1
5. 2018-12-10 08:45:54.238 Detail,
6. 2018-12-10 08:45:54.238 Info, Node016, Sending (Send) message (Callback ID=0x52, Expected Reply=0x04) - DoorLockCmd_Set (Node=16): 0x01, 0x0a, 0x00, 0x17, 0x10, 0x07, 0x62, 0x01, 0x00, 0x25, 0x52, 0xe1
7. 2018-12-10 08:45:54.250 Detail, Node016,   Received: 0x01, 0x04, 0x01, 0x17, 0x01, 0xe8
8. 2018-12-10 08:45:54.250 Detail, Node016,   ZW_SEND_DATA delivered to Z-Wave stack
9. 2018-12-10 08:45:55.397 Detail, Node016,   Received: 0x01, 0x07, 0x00, 0x17, 0x52, 0x00, 0x00, 0x74, 0xcd
10. 2018-12-10 08:45:55.398 Detail, Node016,   ZW_SEND_DATA Request with callback ID 0x52 received (expected 0x52)
11. 2018-12-10 08:45:55.398 Info, Node016, Request RTT 1158 Average Request RTT 1329
12. 2018-12-10 08:45:55.398 Detail,   Expected callbackId was received
13. 2018-12-10 08:46:04.239 Error, Node016, ERROR: Dropping command, expected response not received after 1 attempt(s)
14. 2018-12-10 08:46:04.239 Detail, Node016, Removing current message
15. 2018-12-10 08:46:04.239 Detail, Node016, Notification: Notification - TimeOut
16. 2018-12-10 08:46:04.251 Detail,
17. 2018-12-10 08:46:04.251 Info, Node016, Sending (Send) message (Callback ID=0x57, Expected Reply=0x04) - DoorLockCmd_Get (Node=16): 0x01, 0x09, 0x00, 0x17, 0x10, 0x02, 0x62, 0x02, 0x25, 0x57, 0xe1
18. 2018-12-10 08:46:04.260 Detail, Node016,   Received: 0x01, 0x04, 0x01, 0x17, 0x01, 0xe8
19. 2018-12-10 08:46:04.260 Detail, Node016,   ZW_SEND_DATA delivered to Z-Wave stack
20. 2018-12-10 08:46:05.495 Detail, Node016,   Received: 0x01, 0x07, 0x00, 0x17, 0x57, 0x00, 0x00, 0x7c, 0xc4
21. 2018-12-10 08:46:05.495 Detail, Node016,   ZW_SEND_DATA Request with callback ID 0x57 received (expected 0x57)
22. 2018-12-10 08:46:05.495 Info, Node016, Request RTT 1244 Average Request RTT 1286
23. 2018-12-10 08:46:05.496 Detail,   Expected callbackId was received

 

Noen som klarer å tolke noe utifra den? F.eks. noe på linje 12 og 13..??

[olka]

For meg ser det ut som at den ikke er lagt til som "secure node". 

[EirikO]

8 minutter siden, olka skrev:

For meg ser det ut som at den ikke er lagt til som "secure node". 

Ok.. Leste litt her: https://github.com/OpenZWave/open-zwave/wiki/Adding-Security-Devices-to-OZW 

Tror jeg skal prøve å midlertidig flytte huben nærmere, samt sjekke options.xml, mulig det kan hjelpe. Jeg har i alle fall brukt "Add secure node"-knappen i HA, så er ikke det som er feil. 

[EirikO]

På 10.12.2018 den 14.32, olka skrev:

For meg ser det ut som at den ikke er lagt til som "secure node". 

Det tror jeg du kan ha rett i. 

Jeg har nå prøvd å legge den til på nytt, men uten å erstatte <node....> i zwcgf-fila. Da er første linje slik:

<Node id="18" name="" location="" basic="4" generic="64" specific="3" roletype="7" devicetype="768" nodetype="0" type="Secure Keypad Door Lock" listening="false" frequentListening="true" beaming="true" routing="true" max_baud_rate="40000" version="4" query_stage="Complete">

Det burde vel vært en secured="true" i den tag'en dersom den ble lagt til som "secure node"? 

 

Kan det være noe trøbbel siden jeg prøvde "add secure" uten å ha network-key første gangen? Har prøvd å fjerne kommentaren rundt network-key i options.xml og satt samme network-key som i configuration.yaml, men jeg vet ikke hvordan disse to fungerer sammen..? Blir kanskje satt så lenge den er i configuration.yaml, selv om den er kommentert ut i options.xml?

 

[Mastiff]

Har du mye i Z-Wave-nettverket? Jeg ser at låsen er node 18, men er det fordi det er ting som er lagt til og fjernet igjen, eller har du faktisk kontroller pluss 17 enheter? Ellers ville jeg gjort som jeg gjorde på hytta da jeg først eksperimenterte med å få inn denne låsen: Fjerne alt fra nettverket på vanlig måte, ta hard reset på Z-Wave-kontrolleren (Z-Stick eller whatever) og så begynne på nytt, da med secure-koden i configuration.yaml-en før du gjør noe annet. Så lenge låsen er det første som legges inn, kan du jo ta hard reset så mange ganger du vil, helt til du får det til, uten at det blir en dullion døde nodetall i rekka. Jeg hater døde nodetall nærmest OCD-messig!

Endret 12. desember 2018 av Mastiff

[EirikO]

3 minutter siden, Mastiff skrev:

Har du mye i Z-Wave-nettverket? Jeg ser at låsen er node 18, men er det fordi det er ting som er lagt til og fjernet igjen, eller har du faktisk kontroller pluss 17 enheter? Ellers ville jeg gjort som jeg gjorde på hytta da jeg først eksperimenterte med å få inn denne låsen: Fjerne alt fra nettverket på vanlig måte, ta hard reset på Z-Wave-kontrolleren (Z-Stick eller whatever) og så begynne på nytt, da med secure-koden i configuration.yaml-en før du gjør noe annet. Så lenge låsen er det første som legges inn, kan du jo ta hard reset så mange ganger du vil, helt til du får det til, uten at det blir en dullion døde nodetall i rekka. Jeg hater døde nodetall nærmest OCD-messig!

Har vel 9 noder, så har jeg prøvd 9 ganger å legge til og fjerne låsen  

Det høres vel ut som resatt av z-sticken er neste forsøk, ja. 

Kan jeg ta bare resette den, men la alt i HA være som det er (bortsett fra å fjerne alle nodene)? Så er det bare justere navnene på nodene etterpå for at automatiseringer skal fungere? Eller må jeg ta clean install av hele HA?

[Mastiff]

Jeg mener å huske at du bare sletter XML-fila, så vil Hass fikse resten selv. Tror iallfall at det var sånn jeg gjorde. Du trenger absolutt ikke grunninstallere noe.

[Mastiff]

Jeg husket kanskje litt feil, du fjerner nodene fra Hass først, sitat fra forumposten jeg brukte:

 

A “reset” would be done by:

• Use Remove Node on all your devices
• Shut down Home Assistant
• Delete zwcfg*.xml
• Follow the instructions for your Z-Wave stick to factory reset it

 

https://community.home-assistant.io/t/how-to-reset-z-wave-completely/33720

[EirikO]

Woop, woop! Da har jeg fått kontakt med låsen!

Jeg fjernet alle nodene, stoppet HA, slettet zwcfg og nullstilte z-sticken.

Deretter la jeg til låsen på nytt, men det samme skjedde. 

Da så jeg at i loggen like etter oppstart stod det: "Warning, Failed - Network Key Not Set". Dermed fant jeg iallefall ut med sikkerhet hva som var feil.

 

Løsningen ble å slette core.config_entries-fila som ligger i /config/.storage-mappa. Er visstnok her network-key blir lagret sier google. 

 

Tror ikke jeg hadde trengt å fjerne alle nodene, men sikkert kjekt med litt oppresning i ny og ne :p 

[Mastiff]

Bra at det løste seg. Så da var det at den ikke var lagt til secure.

[petersv]

Da har jeg fått mekket en PR på OZW for 150. Det er noen ting som ikke er helt ønskelig, f.eks. at modulen faktisk støtter både 150 og 101, og dermed vil komme opp som 150 på 101, men med den spesifikke atributten satt til 101 (forhåpentligvis, hvis de har implementert det som doc. sier)

https://github.com/OpenZWave/open-zwave/pull/1678/commits

[yrune]

tenkte jeg skulle sammenligne med den som lå her https://github.com/sveip/open-zwave/tree/master/config/idlock

men så var den borte ?

 

Har det skjedd noe endringer ? Supert å få den inn i OpenZwave uansett.

[petersv]

Den er ikke borte, men i "Dev"-branchen. De skriver at alle PR-er skal være basert på Dev ikke master, så jeg flytta den dit. Men det er same same, siden jeg har basert min PR på den gamle koden min. Eneste endringer av betydning er at navnet nå er satt til IDlock som manufacturer, og 150 som device, slik at det blir presentert som IDLock 150 under node info. I tillegg har jeg satt 150 som default verdi på den "Door Lock Model Type" og ordnet litt opp i RFID-int-en sin beskrivelse.

Endret 28. desember 2018 av petersv

[Kubiskisk]

Takk dette var litt lærerikt. Jag fikk inn min id-lock 150 uten noen utfordringer med z-wave og nå har jeg også noe bedre tekstlige beskrivelser.

Er det mulig å benytte HA for å konfigurere og administre låsen videre slik som å opprette en kode til bruk for noen som skal reparere noe til uken og må inn? Har hatt HA kjørende noen måneder, men grunnet oppussing har jeg ikke fått bruk det til noe enda så jeg er helt nybegynner.

 

[EirikO]

På 28.12.2018 den 20.21, petersv skrev:

Da har jeg fått mekket en PR på OZW for 150. Det er noen ting som ikke er helt ønskelig, f.eks. at modulen faktisk støtter både 150 og 101, og dermed vil komme opp som 150 på 101, men med den spesifikke atributten satt til 101 (forhåpentligvis, hvis de har implementert det som doc. sier)

https://github.com/OpenZWave/open-zwave/pull/1678/commits

Må man gjøre noe for å få med endringene, eller er disse nå tatt med i siste releaser av HA/OZW?

[petersv]

De er med i siste release. 

[Lasse Magnussen]

Hei!

 

Er det noen som kan gi meg en status på hvordan dette funker pr. i dag? Jeg har satt opp IdLock 150 mot Home Assistant 0.90.2 med zwave network key osv.

Låsen kommer opp, men jeg får ikke brukt lock/unlock kommandoene.

 

Jeg la til låsen via `Add Secure Node` (gjorde vom. feil først og gjorde dette via usb-sticken, Z-Stick Gen 5). Gjorde reset på IdLock modulen og la til på nytt etter å ha slettet alle HA zwave innstillingene.

 

Får som regel responser ala denne:

2019-04-06 17:45:23.701 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)

[Mastiff]

Låsing og opplåsing har aldri vært noe problem med riktig paring. Du har en paringsfeil og har rettet den opp på feil måte. Du kan ikke bare resette ID Lock modulen og slette Z-Wave-innstillingene i HA, du må også nullstille Z-Sticken, for den husker låsen fra forrige gang. Det er derfor man først må av-pare (av mangel på et bedre ord) en Z-Wave-enhet før man nullstiller, ellers blir det bare knot, som du har fått nå. HA og Open-ZWave leser konfigurasjonen sin ut av Z-Sticken.

 

Du bør også sjekke nettverksnøkkelen i configuration-fila til HA, og legge inn din egen, så du ikke har standarden;

 

 Z-Wave
zwave:
  usb_path: /dev/ttyACM0
  polling_interval: 86400000
  network_key: "0x og så videre"

Endret 8. april 2019 av Mastiff

[Lasse Magnussen]

Ok, jeg skal gjøre et ekstra forsøk.

 

Det sagt jeg unpair'et låsen fra sticken (ved å trykke på knappen i 2 sek til den blinket gult for så å kjøre *2*5 rutina på låsen)

 

Jeg har opprettet egen network key.

 

Her er en bit av loggen fra når jeg brukte Add Secure Node:

2019-04-06 17:37:28.626 Info, Adding node ID 3 - Secure
2019-04-06 17:37:28.627 Detail, Notification: ControllerCommand - InProgress
2019-04-06 17:37:28.933 Detail,   Received: 0x01, 0x07, 0x00, 0x4a, 0x0a, 0x05, 0x03, 0x00, 0xbe
2019-04-06 17:37:28.933 Detail,
2019-04-06 17:37:28.933 Info, FUNC_ID_ZW_ADD_NODE_TO_NETWORK:
2019-04-06 17:37:28.933 Info, ADD_NODE_STATUS_PROTOCOL_DONE
2019-04-06 17:37:28.933 Detail, contrlr, Queuing (Command) Add Node Stop: 0x01, 0x04, 0x00, 0x4a, 0x05, 0xb4
2019-04-06 17:37:28.933 Detail, Notification: ControllerCommand - InProgress
2019-04-06 17:37:28.933 Detail,
2019-04-06 17:37:28.933 Info, contrlr, Sending (Command) message (Callback ID=0x00, Expected Reply=0x4a) - Add Node Stop: 0x01, 0x04, 0x00, 0x4a, 0x05, 0xb4
2019-04-06 17:37:28.985 Detail, contrlr,   Received: 0x01, 0x07, 0x00, 0x4a, 0x0a, 0x06, 0x03, 0x00, 0xbd
2019-04-06 17:37:28.986 Detail,
2019-04-06 17:37:28.986 Info, contrlr, FUNC_ID_ZW_ADD_NODE_TO_NETWORK:
2019-04-06 17:37:28.986 Info, contrlr, ADD_NODE_STATUS_DONE
2019-04-06 17:37:28.986 Info, Node003,   Basic device class    (0x04) - Routing Slave
2019-04-06 17:37:28.986 Info, Node003,   Generic device Class  (0x40) - Entry Control
2019-04-06 17:37:28.986 Info, Node003,   Specific device class (0x03) - Secure Keypad Door Lock
2019-04-06 17:37:28.986 Info, Node003,     COMMAND_CLASS_BASIC will be mapped to COMMAND_CLASS_DOOR_LOCK
2019-04-06 17:37:28.986 Info, Node003,   Mandatory Command Classes for Node 3:
2019-04-06 17:37:28.986 Info, Node003,     COMMAND_CLASS_BASIC
2019-04-06 17:37:28.986 Info, Node003,     COMMAND_CLASS_DOOR_LOCK
2019-04-06 17:37:28.986 Info, Node003,     COMMAND_CLASS_USER_CODE
2019-04-06 17:37:28.986 Info, Node003,     COMMAND_CLASS_MANUFACTURER_SPECIFIC
2019-04-06 17:37:28.986 Info, Node003,     COMMAND_CLASS_VERSION
2019-04-06 17:37:28.986 Info, Node003,     COMMAND_CLASS_SECURITY
2019-04-06 17:37:28.986 Info, Node003,   Mandatory Command Classes controlled by Node 3:
2019-04-06 17:37:28.986 Info, Node003,     None
2019-04-06 17:37:28.986 Detail, Node003, Queuing (Security) SecurityCmd_SchemeGet (Node=3): 0x01, 0x0a, 0x00, 0x13, 0x03, 0x03, 0x98, 0x04, 0x00, 0x25, 0x0b, 0x54
2019-04-06 17:37:28.986 Info, Node003,   Optional command classes for node 3:
2019-04-06 17:37:28.986 Info, Node003,     COMMAND_CLASS_ZWAVEPLUS_INFO
2019-04-06 17:37:28.986 Info, Node003,     COMMAND_CLASS_MANUFACTURER_SPECIFIC (Existing)
2019-04-06 17:37:28.986 Info, Node003,     COMMAND_CLASS_SECURITY (Existing)
2019-04-06 17:37:28.987 Info, Node003,     COMMAND_CLASS_DEVICE_RESET_LOCALLY
2019-04-06 17:37:28.987 Info, Node003,     COMMAND_CLASS_POWERLEVEL
2019-04-06 17:37:28.987 Info, Node003,     COMMAND_CLASS_CONFIGURATION
2019-04-06 17:37:28.987 Detail, Node003, AdvanceQueries queryPending=0 queryRetries=0 queryStage=None live=1
2019-04-06 17:37:28.987 Detail, Node003, QueryStage_ProtocolInfo
2019-04-06 17:37:28.987 Detail, Node003, Queuing (Query) Get Node Protocol Info (Node=3): 0x01, 0x04, 0x00, 0x41, 0x03, 0xb9
2019-04-06 17:37:28.987 Detail, Node003, Queuing (Query) Query Stage Complete (ProtocolInfo)
2019-04-06 17:37:28.987 Info, Node003, Initializing Node. New Node: true (true)
2019-04-06 17:37:28.987 Detail, Node006,   Expected reply was received
2019-04-06 17:37:28.987 Detail, Node006,   Message transaction complete

[Lasse Magnussen]

Fikk det til å funke; resatte key, fjernet node fra HA og la den til på nytt. Resatte også IdLock zwave modulen.

 

Tusen takk for feedback!

[Mastiff]

Bra!

[ralph]

Har noen klart å sette kode via OZW i det hele tatt? Jeg prøvde å sette kode på slot 61 og fikk plutselig bare opp kodene som allerede er satt. Prøvde noen ubrukte slots men de blir bare tilbakestilt til \x00 etc.

[Mastiff]

Det er så vidt jeg vet ikke mulig med nåværende XML-er i OZW.

[mrhaugland]

Hva er status på dette pr i dag? Får man til å låse opp/igjen, sjekke batteristatus og evt door contact? Finnes det en relativ kurrant guide for å få lagt den inn?


Sent from my iPhone using Tapatalk