Jump to content

Recommended Posts

Har noen jobbet med/kommet lenger med en 100% lokal integrasjon av Yale Doorman v2n?
Hadde vært kjekt å gjøre seg helt uavhengig av verisure's api med de begrensningene det har.
Alt er av interesse! z-wave-modulen (som kanskje eller kanskje ikke kan la seg bruke) eller et HW-hack med f.eks. Fibaro smart implant som kan spionere på status og kanskje låse/låse opp ved å simulere vrideren? Eller esp32/d1 mini og mqtt?

Link to post
Share on other sites

Ser den... Men jeg har 4 Doorman som har fungert helt utmerket og uten behov for pleie i tre år før integrasjonen med Home Assistant råtnet. Så det blir en kostnad og en jobb å bytte alle.

Har tenkt å sjekke ut en mqtt-integrasjon, men med fortsatt verisure-avhengighet før jeg finner fram loddebolten.

Link to post
Share on other sites

Har du problemer med integrasjonen? Jeg bruker den og har ikke hatt et eneste problem som jeg har merket.

 

Jeg bruker også en custom komponent som bygger på den offisielle Verisure-komponenten som gjør at jeg får styrt en varmepumpe som kun kan integreres med Verisure. Og det fungerer fint det også.

 

Ikke det at jeg er glad for at jeg må bruke Verisure, men den gir meg ingen problemer heller.

Link to post
Share on other sites

Klart, hvis du er villig til å lodde deg inn på motorstyringen på selve låsen å ha en ekstra boks (med ekstra batteri?) for å styre denne parallelt med selve låse-kretskortet så har du kanskje mulighet til å få til noe, men den jobben er nok betraktelig større enn å bytte låsene.

 

Jeg har ikke sjekket ut Yale Huben etter den kom, så vet ikke hvordan det er der.

 

Ellers er det bare de som har reverse engineered APIet som mobilappen til Veridure bruker, med de bregreninger som er der.

 

Yale Doorman er en helt super lås, men hvis målet er å integrere den med noe så er den søppel. Jeg gikk over til ID Lock 150, og den er nok "dårligere" enn Doorman, men den har Z-Wave kort så da havner den langt opp på listen for min del.

 

Jeg hadde Doorman i over 5 år.

Link to post
Share on other sites

Har litt samme utfordring selv men da mot HomeSeer. Ser ut som Verisure stikker litt kjepper i hjulene for ekstern integrasjon ifra tid til annen. For øyeblikket er HomeSeer plugin ute av drift av en eller annen årsak. Spørsmålet er om det hadde vært mulig å gjøre integrasjon mot Yale sin egen hub evenutelt, om ikke det blir samme utfordring der.

Edited by Kenneth
  • Sad 1
Link to post
Share on other sites
På 24.8.2020 den 13.18, xibriz skrev:

Det jeg skal fortelle deg nå vil spare deg hundrevis av timer: Bytt til en annen elektronisk lås.

Må si det frister litt...

Bortsett fra automasjonsmulighetene er jeg meget fornøyd med doorman.

Vil bytte en lås (åpent kjøp på Elkjøp) og teste litt.

Er den stabil? Det dukker av og til opp betaversjoner av fw. Er de trygge?

Noe som er problematisk med doorman er at HA får beskjed ganske sjelden om status. Og at alt skjer på verisure's server, selvsagt, med begrensninger i antall forespørsler pr. tidsenhet.

Og selvsagt at Verisure til stadighet ringer og vil selge meg alarmer etc.

Link to post
Share on other sites
21 timer siden, Helgemor skrev:

Må si det frister litt...

Bortsett fra automasjonsmulighetene er jeg meget fornøyd med doorman.

Vil bytte en lås (åpent kjøp på Elkjøp) og teste litt.

Er den stabil? Det dukker av og til opp betaversjoner av fw. Er de trygge?

Noe som er problematisk med doorman er at HA får beskjed ganske sjelden om status. Og at alt skjer på verisure's server, selvsagt, med begrensninger i antall forespørsler pr. tidsenhet.

Og selvsagt at Verisure til stadighet ringer og vil selge meg alarmer etc.

 

 

Nå har jeg bare eid ID Lock 150 i noen måneder, og Yale Doorman i over 5 år, men førsteinntrykket er at Doorman er en bedre lås.

Den funket alltid, aldri noe tull, oppgraderte aldri firmware (FW) på den (vet ikke om det er mulig engang).

 

ID Lock gjør mye rart. Jeg har satt den opp med "auto lock" slik som jeg også brukte på Doorman, men ID Lock kan finne på å låse seg når døren er åpen.

Det var også dag og natt når jeg oppgraderte fra FW som fulgte med låsen til siste beta.

 

Jeg har også lest at folk er mer fornøyd med touch-kodepanelet enn knappene på Doorman, men jeg er ikke helt der enda.

Noe jeg håper en en design feature er at hvis jeg bommer på koden så kan jeg bare fortsette å taste, så lenge de siste tallene er en gyldig kode så åpner den seg.

På Doorman måtte jeg prøve å åpne døren selv om jeg visste koden var feil.

 

Nå virker det som veldig mye cons, og det er vel korrekt. Hadde Yale ikke vært så sær med tanke på integrasjoner så hadde jeg fortsatt valgt den, men det gjør de ikke så da er man "tvunget" til å velge ett annet produkt som gjør ting rett med tanke på integrasjoner men desverre ligger noen år bakpå med tanke på FW til låsen.

 

Status på låsen kommer med en gang, og det går maks 3 sekunder fra jeg låser den opp fra huben til det skjer på låsen.

  • Thanks 1
Link to post
Share on other sites
1 time siden, xibriz skrev:

 

Interessant informasjon. Må vel satse på betaprogramvare, ser det ut til. Håper ikke de ligger "år" bak på FW.

Ser at Åpent kjøp hos Elkjøp ikke gjelder pga. Corona, men må vel ta sjansen likevel.

Link to post
Share on other sites
3 minutter siden, Helgemor skrev:

Interessant informasjon. Må vel satse på betaprogramvare, ser det ut til. Håper ikke de ligger "år" bak på FW.

Ser at Åpent kjøp hos Elkjøp ikke gjelder pga. Corona, men må vel ta sjansen likevel.

 

Du kan sikkert bestille den på nett å bruke angrefristen innen 14 dager hvis du er forsiktig med den.

 

Merk at man må borre ett hull i døren for å montere ID Lock. Du burde sjekke monteringsanvisningen. Jeg tror det hullet blir dekket hvis du går tilbake til Doorman, men ikke hvis man går helt tilbake til en vanlig lås.

Link to post
Share on other sites

Må vel være mulig å reverse engineere protokollen mellom kommunikasjonsmodulen i yale doorman? det finnes jo en ny slik med zigbee, så et API må eksistere. Kanskje verdt bryet å kjøre en benketest med sniffing av signaler med en logikkanalysator på linjene ved å mekke en hjemmelaget "man in the middle" kabel?

Link to post
Share on other sites

Var snakk om dette på Facebook og der kom det fram kommunikasjon mot låsen fra vs er ukryptert. Personen som hadde sniffet det sa ikke noe særlig utenom det er ukryptert og bare å capture. Så i teorien kan en styre låsen med en enkel signal reverse engineering.

 

Jeg lurer mest på hva som går på gpio pinnene i låsen og om en kan capture traffiken på de. Tviler ikke på det er komplisert

 

Når det gjelder det trådløse har jeg en hackrf som burde klare den jobben, noen med hsrdwarekunnskskap kunne sjekke om vi kan få noe data ut av porten.

 

Har vi datastrømmen kan vi lage egen zwave el zigbee dongle enkelt

Link to post
Share on other sites

Da har jeg gjennomført mine første tester med idlock!

Oppdaterte firmware til 1.5.6 (ikke beta, den ble offisiell den 27. august).

Første test ser bra ut, men det tar av og til ganske lang tid (>10 sek) å få tilbake status om at låsen er låst/ulåst (selve låsingen går raskt).

Jeg følger med på mqtt-meldingene, og ser at HA reagerer med en gang låst/ulåst-meldingen kommer, så forsinkelsen er antagelig i låsen.

Dessuten hadde det vært meget bra om låsen sendte med litt mer info i låst/opplåst-meldingene. Det burde fulgt med f.eks. hvem som låste opp (rfid-nr/pin-nr/manuelt/fjernstyrt), så slipper jeg å sjekke de andre sensorene for å finne ut dette.

 

  • Like 1
Link to post
Share on other sites
  • 2 weeks later...
1 minutt siden, petersv skrev:

Hvilken s-wave-integrasjon bruker du @Helgemor? Den nye støtter andre ting/mere enn den gamle.

Bruker OpenZWave, som støtter det meste.

Men den også mangler noen biter, som f.eks. at når låsen sender "låst opp" så blir det ikke med info om hvem/hvilken kode/hvilken rfid som er brukt.

I følge Idlock-dokumentasjonen sendes denne informasjonen, men den ser ut til å forsvinne på vei gjennom OpenZWave.

Link to post
Share on other sites

@petersv Nei, jeg har ikke fordypet meg i raw-kommunikasjonen, må kanskje det etterhvert.

Det jeg har observert mangler er

  1. Hvem låser opp? Rfid/kodenr/manuelt/fjernstyrt
  2. Varsel i tilfelle feil kode/rfid
  3. Status for "sensor latch", for å se om døra er åpen. I dag er det mulig å "låse" selv om døra står oppe. Ikke bra, så jeg vil gi et varsel dersom det skjer. Mulig jeg må opp med en egen dørsensor for dette.
  4. Koder, dvs. lese og sende kodedefinisjoner (pin og rfid)

Og når jeg restarter OpenZWave, kommer dørene opp som unavailable helt til jeg betjener låsen. Skjønner at det har noe med wakeup interval å gjøre, og ikke noe kjempeproblem, men upraktisk. (Jeg er jo stort sett hjemme når det må gjøres.)

Link to post
Share on other sites
  • 1 month later...
On 09/09/2020 at 13:41, Helgemor said:

Bruker OpenZWave, som støtter det meste.

Men den også mangler noen biter, som f.eks. at når låsen sender "låst opp" så blir det ikke med info om hvem/hvilken kode/hvilken rfid som er brukt.

I følge Idlock-dokumentasjonen sendes denne informasjonen, men den ser ut til å forsvinne på vei gjennom OpenZWave.


kan være jeg ikke forstår da vi snakket om doorman, men du koblet ikke idlock zwave til doorman og får opp kommunikasjon i ozw?

Link to post
Share on other sites
På 18.10.2020 den 22.13, aleks skrev:


kan være jeg ikke forstår da vi snakket om doorman, men du koblet ikke idlock zwave til doorman og får opp kommunikasjon i ozw?

Nei. Prøvde meg på en zwave-plugg i doorman, men ga opp. Nå er alle doorman-låser byttet med idlock. De ser ut til å fungere mye bedre.

Jeg ser at det kommer en del info i zwave-pakkene fra låsen, så jeg er i gang med å bruke node red til å sette riktige statuser og fange opp alarmer (brann, innbrudd, åpen dør). Ser lovende ut.

Det eneste negative er at det av og til tar lang tid før kommandoer utføres og tilbakemeldinger kommer. Litt underlig.

Link to post
Share on other sites
  • 2 weeks later...
On 18/10/2020 at 21:57, Kråkerøymannen said:

Denne må jeg følge med på. 
Hadde håpet det var mulig å operere Doorman, integrert med Verisure fra Home Assistant, og gjerne via NFC. 
 

Noen som har fått til det, eller kan anbefale en vei å komme til målet?

Hei! Holder på med et prosjekt med å utvikle Mqtt støtte for Yale Doorman integrert med  Verisure.
Med Mqtt kan bortimot alle automasjonsystemer styre sin dør, alarm og det som ellers er satt opp i Verisure appen.
Desverre har jeg ikke varmepumpe eller smartplug'er, så det må vente.
Så langt er jeg kommet at jeg har en beta kjørende som henter ut status fra systemet.
En beta for kommando modulen er også klar, venter bare på en pakke i posten slik at jeg får integrert låsen min

med Verisure. Da får jeg testet den(uten smartplug og varmepumpe).
Når dette er klart blir systemet integrert i HomeSeer via mcsMqtt plugin'en.

Edited by Rogerbl
  • Like 2
Link to post
Share on other sites
On 18/10/2020 at 21:57, Kråkerøymannen said:

Denne må jeg følge med på. 
Hadde håpet det var mulig å operere Doorman, integrert med Verisure fra Home Assistant, og gjerne via NFC. 
 

Noen som har fått til det, eller kan anbefale en vei å komme til målet?

 

Hva er det du ikke får til der? Verisure finnes jo som integrasjon i HA og der kan du styre alt bortsett fra Climate. Jeg har brukt den integrasjonen i flere år nå og det fungerer fint. Eneste jeg har å utsette er at den innimellom bruker noen sekunder på å oppdatere status til HA hvis du feks låser døra manuelt.

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Similar Content

    • By Offpiste
      Hei
       
      Noe av det jeg har:
       
      Raspberry Pi 3B
      Hass.io på Raspberry Pi 4 POE. 
      Grafana og InfluxDB  i docker.
      Home Assistant i Proxmox på en Intel NUC.
       
      Lys:
      Fibaro dimmer 2
      Fibaro singel switch 2
      Fibaro double switch 2
      Fibaro wall plug
      Ikea Trådfri Adapter
      Ikea Trådfri pærer
       
      Varme:
      Mill ovner
      Varmekabler - Elko
       
      Strømmåling:
      AMS-måler
      Shelly 
       
      Div sensorer fra :
         Netatmo
         Fibaro 
         Xiaomi mijia/Aqara
         Xiaomi CGG1
       
       
      Noen screenshots fra mitt system:
       
       
    • By ezand
      Hei!
       
      Jeg er i gang med å sette opp Home Assistant med Z-Wave og Zigbee. Jeg trenger litt tips om hvordan jeg kan få koblet min eksisterende loftsventilasjonsvifte til Z-Wave systemet.
       
      Ventilasjonsvifte: Flexit ULV 100
      Styringsbryter: Flexit
       
      Det hadde vært ideelt med en trinnløs variant (dimmerfunksjon?) fremfor tre-trinnsbryteren nevnt ovenfor. Noen som har noen tips til komponenter som støtter dette oppsettet?
    • By Tverfyll
      Hei.
       
      Jeg er såvidt igang med å ta i bruk MQTT som protokoll for logging av data, og ønsker i den forbindelse litt inspirasjon når det kommer til struktur i navngivingen.
       
      Jeg har en Wemos d1 mini som leser inn temperaturer fra noen DS18B20 temperatursensorer.
      Jeg ønsker at dette skal være et fleksibelt system, hvor jeg kan henge på flere sensorer på samme Wemos, men også programmere flere Wemos'er som "noder" i systemet.
       
      Et par utfordringer jeg har møtt på:
      Klientnavn på MQTT noden. For å slippe å endre koden for hver ny node har jeg sett for meg at jeg kan hente ut MAC-adressen til wemos'en og bruke denne som klientnavn. På denne måten vil hver klient være unik Fordeler: Autogenerert data som man slipper og forholde seg til Ulemper: Vanskelig å feilsøke/finne når noden kun har et autogenerert navn. Generering av topic. Her ser jeg for meg å hente ut den unike adressen fra hver sensor, og sende denne som topic. Jeg vil deretter ha en kryssreferanse eller lignende på "serverside" som linker hver sensor mot riktig objekt i database/HA/Whatever. Fordeler: med dette er at jeg kan flytte sensorer mellom forskjellige noder uten at det vil påvirke hvordan data sendes inn. En annen fordel er at jeg ikke risikerer at sensorer "bytter plass" når jeg kobler inn en ekstra sensor. Ulemper vil nok være at det er forholdsvis tungvindt å hente ut den unike adressen fra hver sensor. Det vil også være mer arbeid på serversiden, samt at det blir vanskeligere å feilsøke siden navnene er autogenerert.  
       
      Tanken er å lage en robust og god løsning som fremtidig kan utvides til flere forskjellige typer sensorer og data. Målet er å ha et automatisk system hvor alle noder kan kjøre på samme arduino-prosjekt uten å måtte tilpasses individuellt.
       
       
      En annen måte å gjøre det på er å lese inn all data til en JSON-streng som deretter sendes på MQTT. Fordelen med dette er at det blir færre publiseringer til MQTT brokeren. En ulempe er at dette blir vanskeligere å lese/feilsøke, samt at det krever mer programmering på serverside.
       
       
      Så...hvordan strukturerer DU din MQTT kommunikasjon? Hvilke fordeler/ulemper har du erfart med måten du gjør det på? Hvilke fordeler/ulemper ser du med måten jeg ser for meg å sette ting opp på?
       
       
       
       
       
       
    • By supersonic
      Jeg vurderer å gå til innkjøp av Homey Pro. Jeg bruker Verisure aktivt i dag, og det er litt avgjørende at Homey til en viss grad kan lese av status fra Verisure. Jeg ser at det er støttet, men har også hørt at det kan være noe ustabilt. Noen som har erfaringer? Er det f.eks. mulig å sette opp flow basert på om det er helsikring eller delsikring som er aktivert/deaktivert?
    • By bjornia
      Hei.
       
      Jeg planlegger å styre en LED-stripe fra diverse events i Home Assistant. Jeg gikk til anskaffelse av denne fra Tronika: https://www.tronika.no/no/smarthus/zwave-produkter/zwave-lysstyring/led-driver-50w-zv9105-xx-50cvt.html
       
      Inkludering i Z-wave nettverk vi Aeotec sin USB stick går helt fint, men problemet er at den dukker opp som en Multi Color enhet i stedet for en Tunable White. Dette er altså en 2-kanals driver for å styre temperaturen på lyset. Jeg får opp fullt fargespekter, og ikke den vanlige fargetemperatur-slideren som endrer fra hvitt til gult lys. Inne i zwcfg...-filen ser jeg at den er lagt til med Command Class Id=51 COMMAND_CLASS_COLOR og en rekke parametere for å sette opp en RGBW driver med tilhørende fargepalett. Har fått noen hint om at dette er feil (åpenbart), og at en Tunable White skal dukke op med en annen Command Class Id og en annen COMMAND_CLASS
       
      Er det noen som har erfaring med å endre oppsettet av denne type enheter i HA? Min backup er å koble til med samme type driver på Zigbee via deConz. Det er kanskje det beste uansett, men fortsatt irriterende at Z-wave enheten ikke integreres som den skal.
       
×
×
  • Create New...