Søk i nettsamfunnet
Viser resultater for emneknaggene 'idlock150'.
Fant 4 resultater
-
Jeg prøver å få en ID Lock 150 (firmware 1.5.9) og en z-wave-enhet (firmware 1.6) til å fungere opp mot home assistant (zwavejs2MQTT). Generelt fungerer dette bra og man ser fint hvilken bruker som har brukt låset i zwave-notifikasjonene. Det som ikke virker på noen som helst måte er varsler med jamming og tampering. Manualen til Z-wave-modulen lister 14 access control states. Lock jammed (11) varsles kun med oppdatering av variabelen 113-0-Access Control-Lock state, de 13 andre kun med z wave notifikasjon. Dvs at ved hver jamming oppdateres variabelen med samme tall (113-0-Access Control-Lock state 11 => 11) og forblir derfor uendret. Binære sensoren binary_sensor.z_wave_module_for_id_lock_150_and_101_access_control_lock_jammed vil følgelig alltid stå påslått (om man ikke manuelt endrer den i home assistant). Jeg ville trudd 113-0-Access Control-Lock state skulle bli løpende oppdatert for alle de 8 første operasjonene (gyldig operasjon av låset), slik at jamming automatisk ville blitt nullet når låset igjen virker. Videre ville det jo vært fornuftig at jamming fremprovoserer også en zwave notifikasjon, og ikke bare en verdi-oppdatering? Ved tampering (dør åpnes når den er låst) settes variabelen 113-0-Home Security-Cover status til Door forced open (3). Denne blir kun nullstilt (113-0-Home Security-Cover status 3 => 0) hvis alarmen slåes av med master-PIN. Hvis alarmen slåes av med vilkårlig bruker-PIN sendes ingen oppdatering av variabelen. Følgelig vil binære sensoren binary_sensor.z_wave_module_for_id_lock_150_and_101_home_security_tampering_product_cover_removed alltid stå påslått, med mindre man fremprovoserer en alarm på låset og nullstiller med masterkode (eller manuelt endrer verdien i home assistant). 113-0-Home Security-Cover status burde jo den vært nullstilt for alle gyldige bruker-PIN da låset nullstiller alarmen for disse. Ellers ser jeg at loggen fra zwave ser ut til å utelate noe kommunikasjon hvis mange hendelser skjer samtidig, typisk låsehendelser blir tydeligvis nedprioritert/utelatt. I mitt system ser jeg også at modell-variabelen er satt til -106, og ikke 96 som manuelen angir for 150. Skal det være slik? Noen som vet av måter å få ryddet opp i variablene for jamming og tampering. -
Har utfordringer med at ID Locken min går i "sovemodus" etter kort tid etter direkte betjening. Dette gjør at noden oppfattes som død og kan ikke betjenes fra Home Assistant. Etter direkte betjening av ID Lock - Altså trykke på tastaturet, låseknappen på innsiden eller åpne døren, så våkner den til liv igjen, og låsen kan betjenes fra HA i en liten stund, før den dør igjen. Kjører HA på Raspberry Pi 4 med Aeotec gen 7 USB stick med ID Lock Z-wave modul. Home Assistant OS med Z-wave JS integrasjon. Andre som opplever det samme, og /eller vet om det går an å sette ID Locken i standby og ikke sleep, slik at den alltid holder liv i Z-waven? Eventuelt om dette er en bug? Synes det er merkelig at ID Locken må "aktiveres" for å holde liv i Z-wave kommunikasjonen... Miste litt av hensikten med fjernstyring
-
Hei, Er det noen her som får programmert koder via Habmin på id lock 150? Etter noen oppgraderinger av firmware på id locken (1.6) og OH til 2.5.9 så ser jeg meny valget for konfigurasjon av koder er borte så langt jeg kan se.
-
Jeg prøver å lage en event i HS som vil sende en epost med koden som har blitt brukt for å låse opp ID Lock 150 låsen. Lurer på om det er jeg som gjør dette feil eller om det i det hele tatt er mulig å få ut denne type informasjon? Eventen jeg har laget ser slik ut: If This device (Node 2 Z-Wave Access Control Notification) changes and becomes "User code (value) Keypad Unlock Operation" then send an email med $$DSR:8: i eposten hvor "8" er "Reference id" til "Access Control Notification" i HS. Når jeg taster inn kode og låser opp kommer det en epost, men uten koden som ble brukt (bare blankt)
-
Medlemsstatistikk
6 972
Totalt antall medlemmer1 891
Flest pålogget