toonwolf Skrevet 3. august 2018 Skrevet 3. august 2018 Ser ut til at ID Lock nå har kommet på banen også med problem med "notifications" som gjør at det ikke er mulig å se hvilken kode som ble brukt for å låse opp. Svar fra support hos de i dag: "Vi jobber med mange leverandører av Z-wave gatewayer for å sikre oss at låsen vår virker mot deres systemer. Utfordringen du har med hvem som låser opp med PIN jobber vi også med for å finne ut av årsaken til. Kan du for ordens skyld sende oss kopi av kjøpskvittering og bilde av serienummer på låsen og Z-wave-modul slik at vi får kontrollert hvilken batch disse kommer fra? Med dette kan vi sette opp et likt test-system hos oss." 2 Siter
petersv Skrevet 4. august 2018 Skrevet 4. august 2018 Ref. https://www.facebook.com/groups/smarthusnorge/permalink/1805041339610604/?comment_id=1830939617020776&reply_comment_id=1831077707006967¬if_id=1533401192081920¬if_t=group_comment_mention, hvilken modell får dere andre rapportert? 101 eller 150? Siter
toonwolf Skrevet 4. august 2018 Skrevet 4. august 2018 @petersv Får ikke opp linken bare dette "Den forespurte siden kan ikke vises akkurat nå. Den kan være midlertidig utilgjengelig, lenken du klikket på, kan være ødelagt eller utgått på dato, eller du har kanskje ikke tillatelse til å vise denne siden." Siter
petersv Skrevet 4. august 2018 Skrevet 4. august 2018 Aha, det er snakk om Vi får opp 101, selv med den nye modulen på 150. Siter
petersv Skrevet 4. august 2018 Skrevet 4. august 2018 Hah, se der ja. Skriver det opp på lista mi her. Begynner å lure på om de fortsatt mener at sw-oppgradering ikke er lurt å ha som opsjon hos Idlock... Siter
MortenB Skrevet 4. august 2018 Skrevet 4. august 2018 yrune bruker også Home Assistant. Hadde vært greit å høre fra brukere av HomeSeer/SmartThings eller andre også Siter
Hillmar Skrevet 5. august 2018 Skrevet 5. august 2018 Jeg får opp verdi 150 på parameter 7 når jeg leser den av i Homeseer. Så her ser det ut til å stemme. For ordens skyld så er dette en IDlock 150 med den nye Z-Wave modulen. Siter
toonwolf Skrevet 5. august 2018 Skrevet 5. august 2018 1 time siden, Hillmar skrev: Jeg får opp verdi 150 på parameter 7 når jeg leser den av i Homeseer. Så her ser det ut til å stemme. For ordens skyld så er dette en IDlock 150 med den nye Z-Wave modulen. Er ny bruker av HS. Kan noen som har Homeseer forklare meg hvordan jeg leser av dette? Siter
clio75 Skrevet 5. august 2018 Skrevet 5. august 2018 1 hour ago, toonwolf said: Er ny bruker av HS. Kan noen som har Homeseer forklare meg hvordan jeg leser av dette? Gå til Z-wave fanen. Trykk på settings Under der finner du "Set Configuration Parameters" Under Paramter nummer velger du "7" Trykk inni Value og slett verdien(må være tom) Value size kan være auto. Trykk på "set" til venstre ii bilde Da vil den hente verdien som ligger i parameter 7 på devicen. Håper dette hjelp litt Siter
petersv Skrevet 5. august 2018 Skrevet 5. august 2018 Hvis noen holder på å implementere, vet dere om det de kaller "Notification Type" i doc-en under command class 113, er det det samme som index? index This is the position of the Variable on the device. The device manual should specify the variable index Siter
toonwolf Skrevet 5. august 2018 Skrevet 5. august 2018 11 timer siden, MortenB skrev: Hadde vært greit å høre fra brukere av HomeSeer Jeg har 3 forskjellige ID Lock 150 låser som alle har Z-wave moduler som jeg fikk fra Intin før sommerferien (batch). Alle disse rapporterer "150" Siter
petersv Skrevet 6. august 2018 Skrevet 6. august 2018 Er det noen andre som holder på å implementere støtte for 150 på andre systemer enn hass? Siter
toonwolf Skrevet 6. august 2018 Skrevet 6. august 2018 Oppdatering fra ID Lock kundeservice ang problemer med visning av batteristatus i Homeseer: "Vedrørende Z-wave "low battery warning" ser det ut som om dette handler om forskjellig implementering av Battery command class på ID Lock 150 og HomeSeer. Vi vil jobbe videre med HomeSeers team for å finne en god løsning på dette." 1 Siter
yrune Skrevet 6. august 2018 Skrevet 6. august 2018 (endret) bruker alle xml fila til openzwave fra dette forumet ? Den er vel basert på 101 fila ? Kansje derfor den rapporterer 101, at den xml fila er work in progress ? Ser at i fila jeg lastet ned og bruker står det : <Item label="101" value="101" /> <Item label="150" value="150" /> men nå er den oppdatert til : <Item label="101" value="0x65" /> <Item label="150" value="0x96" /> Som vel er riktig. EDIT: Refresha med den oppdaterte fila men får samme resultat. Endret 6. august 2018 av yrune Siter
petersv Skrevet 6. august 2018 Skrevet 6. august 2018 (endret) Det er min fork. Jeg har implementert det slik ihht. til dokumentasjonen. Grunnen er at modulen kan brukes i både 150, og 101. @yrune, "value" er same same, det ene er representert i hex, den andre i decimal. Interessant at du får opp samme resultat med hex. Noe tyder på at de faktisk sender 0x65. Jeg har dessverre ikke testet selv, siden jeg ikke har tilgang til hardware pt (kjører hassio, og det er litt vanskelig å endre enkeltfiler i en add-on.) Men hvis du er villig til å teste litt, så kan jeg se om jeg får tid til å implementere resten. Endret 6. august 2018 av petersv Siter
petersv Skrevet 6. august 2018 Skrevet 6. august 2018 (endret) Det du kan teste for å faktisk finne ut hva som rapporteres er å skrive inn <Item label="test1" value="0x65" /> <Item label="test2" value="0x96" /> og se hvilken av de to du får opp. Endret 6. august 2018 av petersv Siter
yrune Skrevet 6. august 2018 Skrevet 6. august 2018 4 minutes ago, petersv said: Det du kan teste for å faktisk finne ut hva som rapporteres er å skrive inn <Item label="test1" value="0x65" /> <Item label="test2" value="0x96" /> og se hvilken av de to du får opp. Jeg ser i zwcfg fila, med første versjon som brukte 101/150 som verdi fikk jeg følgende: <Help>Door Lock Model Type This configuration is only accepted by configuration get command It is a read only parameter. Default value depends on the door lock model type.</Help> <Item label="101" value="101" /> <Item label="150" value="150" /> Men etter å ha lagt inn den nye fila som bruker hex så får jeg følgende i cfg fila: <Help>Door Lock Model Type This configuration is only accepted by configuration get command It is a read only parameter. Default value depends on the door lock model type.</Help> <Item label="101" value="0" /> <Item label="150" value="0" /> Skal sjekke med test1 og test2, men dukket opp ett nytt problem her nå som jeg må fikse først (Jeg er fortsatt i lære og sette opp fasen og er ikke programmerer) Siter
petersv Skrevet 6. august 2018 Skrevet 6. august 2018 Takk for tilbakemelding. Tror kanskje decimal er veien å gå da. Men vi får se etter litt testing. Du kan også prøve å bytte om rekkefølgen på de to, og se om det har noen effekt (det burde ikke det.) Siter
yrune Skrevet 6. august 2018 Skrevet 6. august 2018 20 minutes ago, petersv said: Det du kan teste for å faktisk finne ut hva som rapporteres er å skrive inn <Item label="test1" value="0x65" /> <Item label="test2" value="0x96" /> og se hvilken av de to du får opp. Ok, da fikk jeg test2, så det er jo ett skritt i riktig retning. Men jeg skjønner ikke hvorfor den rapporterte 101 i sta da. Siter
petersv Skrevet 6. august 2018 Skrevet 6. august 2018 (endret) Interessant. Hva om du nå skriver 150 istedenfor test2? Byttet du forresten rekkefølgen på de? Endret 6. august 2018 av petersv Siter
yrune Skrevet 6. august 2018 Skrevet 6. august 2018 byttet ikke rekkefølge, du tenker å bruke test1 og 150 ? Siter
MortenB Skrevet 6. august 2018 Skrevet 6. august 2018 Slik jeg har forstått det bruker Home Assistant kun xml fila ved første gangs parring med låsen. Jeg kan teste med å unpaire min og parre på nytt med den nye XML fila. Siter
yrune Skrevet 6. august 2018 Skrevet 6. august 2018 Slik jeg har testet: Stoppet docker, endret xml fila, slettet hele node delen til låsen i zwcfg fila, restartet docker, vente til den har initialisert på nytt. Siter
Anbefalte innlegg
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.