Gå til innhold
  • Bli medlem
Støtt hjemmeautomasjon.no!

ID Lock 150/Z wave - manglende oppdatering av variabler for access controll, jamming og tampering.


salo

Anbefalte innlegg

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.

 

image.png

Lenke til kommentar
Del på andre sider

  • 4 uker senere...
salo skrev (45 minutter siden):

Nei, dessverre. Sendte spørsmål til idlock, som svarte generisk at de ikke klarte å gjenskape problemet men skulle ta det som innspill til utvikling... 

 

 

 

Skuffende svar. Gjaldt det modell-variabelen også? Har samme parameter på min, til tross for at jeg har ID Lock 150.

Lenke til kommentar
Del på andre sider

  • 9 måneder senere...

Dette var interessant. Jeg har en 150 som også viser -106 på modell. Har nå fått problemer med at zwavejs2mqtt ikke får med seg når døren åpnes - finner ikke ut av hvorfor. 
 

spørsmål: hvordan nullstiller du de forskjellige parametrene fra HA?

Lenke til kommentar
Del på andre sider

Bli med i samtalen

Du kan publisere innhold nå og registrere deg senere. Hvis du har en konto, logg inn nå for å poste med kontoen din.

Gjest
Skriv svar til emnet...

×   Du har limt inn tekst med formatering.   Lim inn uten formatering i stedet

  Du kan kun bruke opp til 75 smilefjes.

×   Lenken din har blitt bygget inn på siden automatisk.   Vis som en ordinær lenke i stedet

×   Tidligere tekst har blitt gjenopprettet.   Tøm tekstverktøy

×   Du kan ikke lime inn bilder direkte. Last opp eller legg inn bilder fra URL.

×
×
  • Opprett ny...

Viktig informasjon

Vi har plassert informasjonskapsler/cookies på din enhet for å gjøre denne siden bedre. Du kan justere dine innstillinger for informasjonskapsler, ellers vil vi anta at dette er ok for deg.