toonwolf

Jeg har fått til å lage en event hvor jeg setter ID Lock 150 til ulåst og at "smekklås" er deaktivert. Det betyr i praksis at døra må manuelt låses. Dette gjøres ved å sette parameter 1 og 5 til "0". Nå ønsker jeg å bli varslet om døra ikke er lukket igjen. I Z-Wave brukermanualen til ID Lock 150 står det på side 23 at det er mulig å få rapport om "Door Condition". Ut i fra det jeg kan skjønne må det være "Unlocked/Opened" altså value "0x02" som må være trigger. Er det i det hele tatt mulig å gjøre dette, og hvis ja hvordan gjør jeg det?

På 12.10.2018 den 14.30, Moskus skrev:

Du tar en ekskludering før du prøver å inkludere dem i Z-NET-nettverket?

Ja det har jeg gjort. Det som er snodig er at jeg har fått dette til å fungere som det skal i et "test-miljø" hvor jeg tok en "factory reset" av Z-wave og på den måten slettet alle konfigurerte noder og innstillinger. Når jeg legger den til i "prod-miljø" fungerer ikke oppdatering av temperatur og luminance. Dvs det fungerer en gang men deretter slutter det. Jeg er helt sikker på at begge har blitt endret siden da. Her kan du se skjermbilde som viser hvordan det ser ut to dager etter at den ble lagt til. Som du ser har det ikke blitt oppdatert siden fredag ettermiddag. Jeg vil helst slippe å nullstille Z-wave i prod, men om det ikke finnes noen annen løsning er det vel det som må til?

Hmm, jeg har fått det til å fungere nå på en test-pc hvor jeg bruker ZMEE UZB1 som interface. Alle "viktige" sensorer rapporterer som det skal tydligvis. Jeg har forsøkt å inkludere denne sensoren i et nett hvor jeg bruker Z-Net, men der fungerer det ikke (har forsøkt mange ganger også non-secure). Er det noen måte å kopiere denne noden og importere den i det andre nettverket for å se om sensoren fungerer der?

og her er et nytt skjermbilde av status som viser at temp og lux har oppdatert seg. Dette er første gang jeg har fått til at temp oppdaterer seg flere ganger etter at jeg har lagt den til. Skal legge den i kjøleskapet og se om det skjer noe ?

Ser forresten at Temp og LUX har oppdatert seg nå. Dette har aldri skjedd og jeg har testet mange ganger... Batteristatus er fortsatt på 0% og det er et nytt batteri.

Her er nodeinformasjonen 

Det som er snodig er jo at det dukker ikke opp noen feilmeldinger når jeg legger til den som non-secure (slik jeg har fått det anbefalt å gjøre når det er problemer). Dette er gjort etter at jeg har tatt en Factory reset av Z-wave (slettet all info om Z-wave i HS)

Add Node started...
Activate the 'Add to Network' function on the device...
A new node is being added...
Adding a new SLAVE NODE...
DONE - Add Node Operation is Complete.
Done. Node 2 Added. 
Reloading (importing) node information...
Synchronizing node information with HomeSeer and creating new device(s) as necessary...
Synchronize nodes finished. Number of device nodes to be created/added = 1
Z-Wave manufacturer information for node 2, ID: 271=10FH (Fibaro), Type: 2049=801H, ID: 4097=1001H
Node: 2 Supports Class(es): ZWAVEPLUS_INFO, BASIC_V2, VERSION_V2, MANUFACTURER_SPECIFIC_V2, DEVICE_RESET_LOCALLY, ASSOCIATION_GRP_INFO_V2, ASSOCIATION_V2, POWERLEVEL, WAKE_UP, BATTERY, NOTIFICATION_V6, CRC_16_ENCAP, CONFIGURATION_V4, SENSOR_MULTILEVEL_V7, MULTI_CHANNEL_ASSOCIATION_V3, APPLICATION_STATUS, SENSOR_BINARY, SENSOR_ALARM, FIRMWARE_UPDATE_MD_V2
Node 2 is Z-Wave version: Lib: 4,05 App: 3.2
Node 2 is a Z-Wave Plus node. Retrieving ZWPlus Info...
Node 2 supports the Wake-Up Command Class Version 2 - Capabilities were retrieved successfully.
Alarm Sensor Node 2 Supports 1 Alarm Types: GENERAL_PURPOSE_ALARM 
All associations for node 2 have been retrieved successfully, it supports associations on these groups: 1, 2, 3, 4, 5.
Root Node Device Node 2 Z-Wave Fibaro Motion Sensor was created for node 2 on network D4B7155F
ZMEEUZB1: Adding association for Z-Wave device Node 2 Z-Wave Fibaro Motion Sensor (Node 2, Group 1) to HomeSeer
Enabling instant status for Z-Wave device Node 2 Z-Wave Fibaro Motion Sensor (2) on Group 2
Enabling instant status for Z-Wave device Node 2 Z-Wave Fibaro Motion Sensor (2) on Group 3
Enabling instant status for Z-Wave device Node 2 Z-Wave Fibaro Motion Sensor (2) on Group 4
Enabling instant status for Z-Wave device Node 2 Z-Wave Fibaro Motion Sensor (2) on Group 5
Programming device Node 2 Z-Wave Fibaro Motion Sensor (2) to send wake-up notifications to HomeSeer.
11 out of 11 Child devices of node 2 were created successfully.
Finished.
Saving network information to file: ZNet_Network D4B7155F_D4B7155F.ZWave. Please wait...
Done!

Slik ser det ut etter å ha lagt den til i HS.

Fungerer: Sensor Binary (Motion)

Fungerer IKKE eller delvis: 

• Batteristatus (litt bingo/har gjort det noen ganger)
• Lux  og temperatur (kun første gang den legges til)
• Acceleration og Seismic rapporteres heller ikke men det har jeg ikke bruk for/ikke viktig

Dette er en sensor som ikke har støtte for polling så det må settes på sensoren når den er våken. Standard polling frekvens er 2 timer. Se forøvrig info her https://manuals.fibaro.com/content/manuals/en/FGMS-001/FGMS-001-EN-T-v2.1.pdf

1 time siden, Frankis78 skrev:

Har dere lagt de til som secure eller unsecure

Har forsøkt begge deler, forsøkt med standard versjon av Z-wave og beta versjon. HS support mener dette skal fungere, men har så langt ikke kunnet hjelpe. Lurer på om det var en tabbe å kjøpe denne sensoren, er ikke alene om å ha denne type problemer. Om du søker på forum til HS er det flere som rapporterer det samme. Har også testet med Z-net og UZB og med forskjellige versjoner av HS3 (standard og beta). No dice

Forumet til HS er oppe igjen etter å ha hatt litt "hikke" i dag. Dette er visst et problem flere har. Synes det er snodig. Sende inn support henvendelse til HS mon tro?

Ser ut som om det er "Luminance" og "Temperature" som ikke oppdateres. De er "låst" på 314 Lux og 24,3C. Fibaro varslet senest i sommer at deres produkter er integrert i HomeSeer, men akkurat når det gjelder multisensor FGMS-001 er jeg litt i tvil. Batteristatus og bevegelse (motion detection) fungerer som det skal, men lurer på om det kommer av at de har blitt "koblet" til noe annet enn "Sensor Multilevel Ver 8" slik som f.eks temperatur er. Kan for lite om dette..

Har testet med vanlig og beta versjon av Z-wave plugin og resultatet er det samme. Den rapporterer ikke temperatur. Hjelper ikke om jeg setter "Temperature Report Interval" til f.eks 600 sec for å rapportere temp uansett om den har endret seg. Den står til 24,3C uansett og oppdateres ikke slik som de andre sensorene. Ser i Node information at Child Device Temperature står til "Sensor Multilevel", kan dette være problemet?

Til info så fungerer dette nå som det skal. Det eneste jeg venter på nå er full integrasjon mellom ID Lock 150 og HS slik at jeg kan hente ut alt av relevant informasjon.

Svar fra ID Lock på akkurat dette Litt kryptisk kanskje, men om du legger godviljen til betyr vel dette at de ikke ser bort fra at det kan bli mulig å oppdatere firmware på Z-wave modulen en gang i fremtiden kanskje? Som en kjent utenlandsk filosof sa: "Time will show"

Finner ikke Jon00 Database Charting Utility for Homeseer 3 i updateren. Jeg som "blingser" sikkert. Noe som kan hjelpe meg med å finne ut av hvordan jeg laster ned og installerer denne?

Siste info fra ID Lock om dette temaet er at de jobber med integrering mot forskjellige Z-wave gatewayer. Oppdatert senest i dag!

Jeg får dette når jeg går inn og ser på Z-wave på de to låsene mine.

Jeg får det resultatet når jeg kjører kommandoen /JSON?request=pluginfunction&plugin=Z-Wave&function=ZwaveFunction&p1=networks&p2=null

UZB er koblet til PC som har HS installert på 192.168.1.x subnett, mens Z-Net er koblet til på 192.168.2.x. Z-Net er koblet opp via VPN på en annen lokasjon (derfor et annet subnett). Slik ser Z-Wave Networks and Options ut for meg

jeg får dette resultatet når jeg sjekker mine z-wave nettverk 

{"Name":"Networks","Version":"1.0","List":[{"FriendlyName":"Parken","HomeID":"F24837AD","Interfaces":[{"NodeID":1,"NodeCount":7,"FriendlyName":"Z-NETv2Parken","IsMain":true,"Unique":"0F71DC5AFC10"}]},{"FriendlyName":"Ankerskogen","HomeID":"C76B4F72","Interfaces":[{"NodeID":1,"NodeCount":4,"FriendlyName":"UZB","IsMain":true,"Unique":"955BFE54AEE6"}]}]}

Ser at Node ID er lik på begge nett, kan dette være et problem? Grunnen til at jeg lurer på dette er fordi jeg har problemer med BLLock 

Ba om statusoppdatering fra ID Lock på arbeidet med å gjøre ID Lock 150 kompatibel med Homeseer. Fikk dette svaret "Vi jobber med saken. Dessverre er det vanskelig å si når dette vil være ferdig da det ikke bare står på oss. Følg med på våre facebook-sider og på nettsiden vår." - Jeg tipper dette ikke er på plass før Q1-2019, noen andre som vil tippe?

På 20.8.2018 den 12.48, Moskus skrev:

Men at vi forventer at alle våre forskjellige gatewayer/interfacer får denne informasjonen fra låsen kan du banne på! Her virker det mer og mer som om IDlock har gått på en smell. Kanskje de ikke har sjekket nok

Mottok dette svaret fra ID Lock support etter at jeg hadde stilt spørsmål ved akkurat dette: "Dessverre er det slik at vi ikke har kunnet starte integrasjonsarbeidet mot gateway før modulen var ferdig sertifisert da det kom endringer vi måtte implementere gjennom sertifiseringsprosessen. Vi er i gang med integrasjon mot flere leverandører av Z-wave gateway og håper å ha et mye bedre bilde av kompatibilitet utover høsten."

På 15.8.2018 den 20.53, toonwolf skrev:

Det var mulig å taste inn kode, men i det du skulle til å trykke på # ble displayet svart. Ingen koder fungerte, heller ikke masterkode. Til alt hell er låsen koblet til Homeseer og jeg kunne sende unlock kommando som gjorde at jeg kom inn. Løsningen på dette problemet var å ta ut alle batteriene og på den måten nullstille låsen. Noen andre som har vært borte i lignende problem?

til info har akkurat det samme også skjedd med en annen ID Lock 150 lås på kort tid. Det er bare 7 dager sist det skjedde med den andre låsen. Felles for begge disse låsene er at de er har ny Z-wave modul installert og begge er paret mot HomeSeer (ikke samme installasjon). Løsningen denne gangen som med den andre låsen var å låse opp via Z-wave kommando for deretter fjerne alle batteriene og sette de inn igjen. "Løsningen" med å slå av "Relock funksjonen på låsen" som support hos ID Lock foreslår skjønner jeg ikke hva har med denne saken da det ikke er mulig å komme inn for å gjøre dette uten å først låse seg inn via Z-wave kommando og deretter ta ut batteriene.

video som viser problemet: https://drive.google.com/file/d/1zvzLzzPE3GGBFyJ6ZV80V2DTV8gL609A/view?usp=sharing

batterier har blitt fjernet og satt inn igjen og låsen fungerer som normalt: https://drive.google.com/file/d/1wZsn4ONKDpoqx8K8Qh-zZ2SAYpp39Y17/view?usp=sharing

Nå venter jeg bare på at ID Lock # 3 også skal få dette problemet :-|

Ser ut til å ha fått den på norsk men har ikke Google Home så får ikke testet akkurat det ?. Norsk språk til Google Assistant fungerer forøvrig utmerket på mobilen!

På 17.8.2018 den 8.24, toonwolf skrev:

Dette er også et problem for oss som bruker Homeseer. Svaret fra ID Lock var at de jobber mot ulike leverandører av smarthus-sentraler for å sikre at låsene skal fungere mot de. Om det viser seg at dette ikke fungerer mot flere har de gjort en dårlig jobb. Har purret på ID Lock support om akkurat dette, men ikke fått noe svar ennå.

Svar fra ID Lock Support i dag: "Takk for tålmodigheten din, vi har dessverre ikke et tidspunkt å komme med for når dette blir utbedret, vi jobber med forskjellige leverandører av Z-wave gateway for å komme frem til en løsning."

Er det bare meg eller er dette noe som burde fungert fra dag 1 også med tanke på at de har hatt god tid til å gjøre dette all den tid de har ventet på sertifisering av Z-wave modulen?

9 timer siden, Singularity skrev:

varsling på hvilken pin som brukes.

Dette er også et problem for oss som bruker Homeseer. Svaret fra ID Lock var at de jobber mot ulike leverandører av smarthus-sentraler for å sikre at låsene skal fungere mot de. Om det viser seg at dette ikke fungerer mot flere har de gjort en dårlig jobb. Har purret på ID Lock support om akkurat dette, men ikke fått noe svar ennå.

Svar fra ID Lock support: "

Det har hent at denne situasjon er oppstått i enkelte tilfelle.

Det kan enkelt løses med at slå av Relock funksjonen på låsen

 Gjenlåsing Aktivering og deaktivering Relock Activation and deactivation Som standard vil ID Lock automatisk låse igjen hvis en låst dør ikke blir åpnet etter opplåsing. Deaktivering av gjenlåsing hindrer dette. Døren må være åpen og ulåst. 1 Hold inne [nøkkelknapp] i tre sekunder 2 Tast [masterkode] etterfulgt av [*] 3 Tast [2] etterfulgt av [*] for innstillinger 4 Tast [8] 5 Trykk [0] for å deaktivere gjenlåsing eller [1] for å aktivere

Vi jobber og undersøker hvorfor dette kan oppstå"

Hadde en litt kjedelig episode med en ID Lock 150 lås i dag. Det skal sies at låsen brukes av forskjellige personer som ikke nødvendigvis vet hvordan den fungerer. Jeg fikk beskjed om at det ikke gikk å låse seg inn med kode. Samme kode hadde vært brukt bare noen timer tidligere. Ved nærmere undersøkelse viste det seg å stemme. Det var mulig å taste inn kode, men i det du skulle til å trykke på # ble displayet svart. Ingen koder fungerte, heller ikke masterkode. Til alt hell er låsen koblet til Homeseer og jeg kunne sende unlock kommando som gjorde at jeg kom inn. Løsningen på dette problemet var å ta ut alle batteriene og på den måten nullstille låsen. Noen andre som har vært borte i lignende problem?