toonwolf

På 19.2.2019 den 14.08, cscheiene skrev:

Kan noen teste og se om de får til noe lignende?

Testet akkurat det samme på en ID Lock 150 som har ver 1.1.0 beta firmware mot en SmartThings V3 HUB med Rboy DH. Som du også skriver @cscheiene er det akkurat det samme problemet her med at om du åpner døra FØR du får lydsignal/det blinker blått vil du ikke få informasjon om hvem (hvilken kode) som ble brukt for å låse opp døra. Se skjermbilde under.

1. Her har jeg ventet med å åpne døra til ETTER at "tuddelutt" har gjort seg ferdig. Det står: Unlocked by "NAVN PÅ BRUKER" slik som forventet
2. Her har jeg åpnet døra FØR "tuddelutt" og jeg får kun melding om "Unlocked". Informasjon om hvilken kode som ble brukt blir ikke mottatt/tolket av kontroller

Legg også merke til at i SmartThings er det også støtte for "Door Condition" som varsler om døra er lukket eller åpen. Dette fungerer IKKE i HomeSeer. Dette er noe som HomeSeer må fikse i følge ID Lock ved å legge inne en egen "child node". Melder inn dette som en egen sak til HomeSeer support, så får vi håpe at dette også kommer inn i HomeSeer etterhvert. Denne feilen ligger også på lista over "IKKE OK" på ID Lock 150 og integrasjon med HomeSeer

2 minutter siden, kimstoroy skrev:

Fint om kan spør om mulighet for tilgang til sensor om døren er åpen eller lukket også

Det står på lista. I følge ID Lock er dette noe HomeSeer må lage. ID Lock hevder de er i kontakt med de, så har bedt de om å ta med denne også. Se første innlegg i denne tråden:

Sitat

"Gjøre statusene "Door Lock Mode" og "Door  Condition" tilgjengelige som "Child Device's" slik at de kan bli brukt i eventer i HomeSeer. Referanse ID Lock 150 z-wave manual side 23"

1 minutt siden, cscheiene skrev:

Bare å få det rapportert inn til ID Lock ja, jeg har også gjort det. Og hvis flere kan gjøre dette er det bra.

Svar fra utvikler hos ID Lock. Svaret kom relativt kjapt!

Sitat

"Vi skal se hva vi kan få til, men jeg er redd for at dette kan være vanskelig da timing problemet kan oppstå både i lås og gateway uavhengig av hverandre."

Håper de klarer å løse dette, men for min del var det bare "digg" å vite hvorfor jeg ikke klarte å reprodusere dette. Har "plaget" meg helt siden Z-wave modulen ble installert i fjor sommer. OCD anyone ? ?

38 minutter siden, toonwolf skrev:

Lurer på verdien for "Unlock By RF with Invalid User Code" I følge Z-wave manualen skal det være "14", men det får jeg ikke til å fungere. Om jeg derimot bruker "20" som også er verdien som blir satt ved inkludering av låsen fungerer det som det skal?

Svarer på mitt eget spørsmål. Svar fra utvikler hos ID Lock: Z-wave manualen bruker heksadesimal tall (16 tall systemet) 0x14 som er 20 i desimal tall (10 tall systemet). 14 "RF unlock by user code" som jeg la inn er derfor feil, tallet skal være 20. Oppdatert første innlegg med nytt skjermbilde

Lurer på verdien for "Unlock By RF with Invalid User Code" I følge Z-wave manualen skal det være "14", men det får jeg ikke til å fungere. Om jeg derimot bruker "20" som også er verdien som blir satt ved inkludering av låsen fungerer det som det skal?

20 timer siden, cscheiene skrev:

Kan noen teste og se om de får til noe lignende?

Da har jeg testet din teori med en lås som har blitt oppdatert til firmware 1.1.0 og det stemmer slik du sier at om du åpner døra FØR du får lydsignalet og det blinker blått vil du IKKE få informasjon om hvilken kode som ble brukt. Om du derimot venter med å åpne døra til ETTER at du får lydsignal og det blinker blått får du informasjon om dette. Dette skal meldes inn til ID Lock ASAP. Tenk at det tok så lang tid før en gluping som @cscheiene fant ut av dette! Dette forklarer også hvorfor det har vært så vanskelig å reproduserer denne feilen. De som er kjent med låsen og er utålmodige vil jo ikke vente på at de får melding om å åpne døra. De vil åpne den så snart de hører døra har blitt låst opp (motor i låsen har jobbet seg ferdig og fallen er i lukket stilling). Resultatet er dermed at du ikke får statusmelding på hvilken kode som ble brukt! Jeg har laget en video som demonstrerer forskjellen på åpne døra før og etter signal. 

41 minutter siden, cscheiene skrev:

Kan noen teste og se om de får til noe lignende?

Spennende @cscheiene, ID Lock sier de har endret på "timingen" for Z-wave modulen i versjon 1.1.0 av beta firmware. Dette kan forklare hvorfor jeg oftere får "riktig" status på hvilken kode som ble brukt enn om andre bruker låsen. Jeg venter til låsen varsler med lydsignal at den har låst opp før jeg åpner døren. Tipper andre ikke er like tålmodige. Tester dette og gir tilbakmelding.

ID Lock bekrefter i dag at de har sendt melding til HomeSeer support hvor de ber de om å oppdatere "malen" slik at verdier i Status Graphics blir riktig etter inkludering av låsen i HomeSeer. Dette er gode nyheter sammen med ny versjon av firmware som jeg bekrefter fikser problemet med manglene status når noen låser opp døren med kode (måtte eksludere/inkludere mine to låser for at det skulle bli riktig). Det som mangler nå er gjøre statusene "Door Lock Mode" og "Door Condition" tilgjengelige som "Child Device's" slik at de kan bli brukt i eventer i HomeSeer og du kan få varsler om selve døra er åpen eller lukket (altså ikke låst/ulåst). Referanse ID Lock 150 z-wave manual side 23 slik som jeg har notert under "Forslag til forbedringer". Dette er vel noe som HomeSeer også må gjøre. Dette fungerer jo nemlig i SmartThings? 

1 time siden, Moskus skrev:

Hva mener du med "Kodeplassering"? Man velger vel "slot number" som før?

Er litt usikker på hva som er riktig benevnelse, men i BLLock brukes "Number". Synes at "kodeplassering" var et ganske godt norsk ord for å beskrive hvilken plass koden har fått, men her er det rom for forvirring og også grunnen til at jeg konsekvent bruker engelsk i HomeSeer.

I Lock Management i Z-wave Plug-in har du ikke engang mulighet til å velge "Number" eller "slot number" og er det er også grunnen til at jeg anbefaler BLLock for å administrere koder.

eller Z-Wave actions i en event og "Set a Security Code". Her bruker de forresten betegnelsen "User Number" for "slot number"

18 minutter siden, cscheiene skrev:

Noen som har klart å få tak i en change log til denne betaen? Har purret på ID Lock flere ganger 

Nei, det eneste jeg har fått av info "Straight from the horse's mouth" er "timerene mellom lås og z-wave modul er justert" og "Batterigrafen er også endret for å gi et mer realistisk bilde av tid igjen på batteriene". 

Akkurat nå, Mastiff skrev:

Det vil si at alt av koder og innstillinger ryker samtidig?

Full reset=factory reset ja alt blir nullstilt og master pin settes til standard

7 minutter siden, Mastiff skrev:

Er det noen flere triks som kan funke?

Har du forsøkt full reset? Hold inn knappen mens du setter i batteriene.

25 minutter siden, cscheiene skrev:

Etter denne oppdateringen har den sluttet å rapportere hvilken kode som ble brukt på Smartthings

Jeg har sett dette også, men får faktisk status om det låses opp med koder som ligger lagret på Slot #1, 2 og 3 i LUM. Ikke testet dette så nøye, men sjekk gjerne med flere forskjellige koder. Har også oppdatert til versjon 07.08.03 av LUM og v04.03.02 av Universal Z-Wave Lock DH

29 minutter siden, Hillmar skrev:

Hvor fikk du informasjon om at låsen må ekskluderes/inkluderes for å dra nytte av forbedringene?

Når jeg oppgraderte så ga appen beskjed om at jeg skulle ta ut batteriene og sette de inn igjen etter oppgradering, men ingen ting om behov for ekskludering/inkludering... Om det stemmer som du sier så burde de informere om dette i appen tenker jeg.

Jeg oppgraderte to låser som er koblet mot HomeSeer og ingen av disse rapporterte riktig status etterpå. Forsøkte meg med "Rescan" og "Full optimize" uten at det gjorde noen forskjell. Gikk dermed også ut i fra at dette også var måten å gjøre det på for å få det til å fungere mot HomeSeer. Om din lås rapporterte riktig status etter oppgradering så er det jo det beste og er vel slik det også burde være. HS har sine "quirks" og det som fungerer for noen er ikke sikkert fungerer for andre har jeg etterhvert lært meg... Oppdatert første innlegg med info

Sikkert en del som allerede har denne, men legger ut link her til ID Lock 150 Updater - Public Beta v1.1

Har ikke alle detaljer på hva som har blitt forbedret, men mange av timerene mellom lås og z-wave modul er justert. Dette kan jeg bekrefte løser problemet med manglende statusmeldinger når noen låser opp med kode for HomeSeer sin del. Om du fortsatt ikke får riktige statusmeldinger fra låsen etter oppgradering av firmware kan det være verdt å forsøke å eksluderer/inkluderer låsen. Batterigrafen er også endret for å gi et mer realistisk bilde av tid igjen på batteriene. Jeg hoppet fra 60ish prosent til 90 og 95% på mine låser!

6 timer siden, JohnMartin skrev:

Er det mulig å legge til koder via denne menyen nå?
 Man må altså ikke gjøre det via et event?

Ja testet dette nå med en lås som har blitt oppgradert til beta versjon 1.1.0 av firmware og dette ser ut til å fungere som det skal. Jeg vil anbefale å bruke BLLock for administrere låser siden der har du mulighet til å sette hvilken kodeplassering du ønsker å legge inn. Hvis du bruker Z-wave plug-in'en så har  du ikke mulighet til å velge kodeplassering.

På 16.2.2019 den 12.16, Hillmar skrev:

Et forslag til for forbedring av Status Text: endre Value Offset til 6060. Da vil UserPIN 1 vises som «1», ikke «61» som man får med Value Offset=6000.

 

Enig, dette er en liten detalj, men bør også være med. Jeg har nå oppdatert første siden. Det var litt rotete så nå har jeg blitt "norsk" igjen og lagt inn mer informasjon og forsøkt å strukturere det bedre. Om det er noe som er feil eller burde være med er det bare å kommentere.

17 minutter siden, Hillmar skrev:

Jeg ser også at du har fjernet status for Value=6 i ditt siste eksempel. Denne statuses settes når låsen låses opp via Z-Wave, så den vil jeg anbefale å sette opp som "Remote Unlock".

Takk, oppdatert eksempel nå..

2 minutter siden, Hillmar skrev:

150 støtter vel bare 10 brikker pr. nå

Det ble lagt til støtte for 25 RFID brikker på samme måte som det ble lagt til støtte for 25 brukerkoder i versjon 1.0.5 av firmware

3 minutter siden, Hillmar skrev:

Jeg bruker ikke RFID selv

Ikke jeg heller, RFID brikkene støver ned i en skuff

4 minutter siden, Hillmar skrev:

Man burde kunne få status på hvilken RFID-brikke som er brukt til å låse opp ved å legge inn en range fra 6010 til 6019

Ja det er nok riktig som du sier, men igjen jeg bruker ikke RFID-brikke så ikke noe jeg gidder å teste

En liten korrigering av status text verdier etter avsjekk med ID Lock. Se oppdatert skjermbilde for dere som ønsker å teste dette

For dere som bruker ID Lock 150 mot HomeSeer: Jeg har i dag fått tilbakemelding fra utvikler hos ID Lock. De har nå endelig installert HS3 og testet mot låsen. De mener å ha funnet ut årsaken til at status fra låsen (hvilken kode som ble brukt for å låse opp) ikke leses riktig av HomeSeer. Se mer info under første post under "intermittent issues"

Jeg har i dag fått tilbakemelding fra utvikler hos ID Lock. De har nå endelig installert HS3 og testet mot låsen. De mener å ha funnet ut årsaken til at status fra låsen ikke leses riktig av HomeSeer. Se mer info under første post under "intermittent issues"

12 minutter siden, Mastiff skrev:

Synd at jeg var for sent ute med Locktite-tipset. For det kommer til å løsne igjen uten det. Men da kan du bruke det neste gang

liker å skru ? neida. Tar det neste gang det løsner.

7 minutter siden, Mastiff skrev:

han må bare ta av innedelen når det er på innsiden.

Strammet håndtaket i dag. Det var veldig enkelt siden det kun var på innsiden hvor det var løst (kun fjerne batteriene og 4 skruer). Utsiden er litt mer jobb som du skriver @Mastiff. Neste nå blir litt Litiumfett for å smøre bevegelige deler så blir den så god som ny!

Føler meg som en litt "noob" her, men er dette enkelt å fikse? Har en lås hvor håndtak på innsiden har løsnet en del. Regner med det bare er å skru opp og stramme noe?