Gå til innhold
  • Bli medlem

Anbefalte innlegg

12 minutes ago, Kråkerøymannen said:

Det er åpenbart noe som ikke stemmer her hos meg når det gjelder Verisure.
Integrasjonen kjører, men jeg får kun frem ´binary_sensor.verisure_ethernet_status´og ingen andre entiteter med Verisure i navnet.

Merkelig... Jeg har samme oppsett som deg hos Verisure, altså uten betalt abb med app-tilgang slik som du beskriver.

 

Min config ser slik ut:

verisure:
    username: !secret verisure_username
    password: !secret verisure_password
    alarm: false
    locks: 1

 

Har ikke sett det før, men "locks: 1" er faktisk ikke i henhold til dok. Der står det at den skal bære boolean (true/false) slik som du har. Men det har aldri vært noe problem med integrasjonen hos meg så jeg bryr meg ikke om det.

 

Mulig det er et dumt spørsmål, men har du prøvd å fjerne hele integrasjonen og legge den til igjen?

 

Lenke til innlegg
Del på andre sider
5 minutter siden, Mathias skrev:

 

Har ikke sett det før, men "locks: 1" er faktisk ikke i henhold til dok. Der står det at den skal bære boolean (true/false) slik som du har. Men det har aldri vært noe problem med integrasjonen hos meg så jeg bryr meg ikke om det.

 

Mulig det er et dumt spørsmål, men har du prøvd å fjerne hele integrasjonen og legge den til igjen?

 

 

 

Noe er det i allefall her. Fordi jeg får ikke HA-boksen med lås eller lås opp til å trigge nettopp det.

Skal på nytt forsøke fjerne integrasjonen (kommentere ut Verisure-linjene i config).

Lenke til innlegg
Del på andre sider
42 minutter siden, Kråkerøymannen skrev:

Noe er det i allefall her. Fordi jeg får ikke HA-boksen med lås eller lås opp til å trigge nettopp det.

Skal på nytt forsøke fjerne integrasjonen (kommentere ut Verisure-linjene i config).

@MathiasNå har jeg fått til å låse og låse opp med en egen HA-bruker som jeg opprettet og som ar sin egen kode. Usikker på hva som måtte til her, men noen endringer i config og noen restart gjorde tydeligvis susen.

 

Har du laget noen automasjoner for din dørlås, @Mathias?
Jeg har veldig lyst til å få til NFC/BLE-trigging av opplåsing når vi kommer hjem.

Endret av Kråkerøymannen
Lenke til innlegg
Del på andre sider

Snekret kjapt sammen noen eksempel på hva man kan gjøre :) 

 

Automatisk låsing ved et gitt tidspunkt:

alias: Lås kl 2300 med varsling - eksempel på automasjon
description: ''
trigger:
  - platform: time
    at: '23:00:00'
condition: []
action:
  - service: lock.lock
    data: {}
    entity_id: lock.hoveddor
  - service: notify.ios_mathias_iphone_11
    data:
      title: Hoveddør låst
      message: Automatisk låsing kl 2300
mode: single

 

Varsling ved ulåst dør på gitt tidspunkt:

alias: Lås ikke låst etter kl 2300 - eksempel på automasjon
description: ''
trigger:
  - platform: time
    at: '23:05:00'
condition:
  - condition: state
    entity_id: switch.hovedr_lock
    state: unlocked
action:
  - service: notify.ios_mathias_iphone_11
    data:
      title: Hoveddør ikke låst
      message: Automatisk låsing kl 2300 har feilet
mode: single

 

Lenke til innlegg
Del på andre sider
  • 2 weeks later...
On 27/11/2020 at 15:59, Offpiste said:

Kommer opp i changed_by hvem som har låst opp, men det forsvinner igjen når døra er lukket og låst :(.

image.png.b8be3247240e5a7e7166d665ae2c1f21.png

Aldri tenkt over dette før, men det må da kunne gå an å lage en template sensor som lagrer ned alle endringer i en sensor?

 

Har ikke testet den, men det burde fungere på en template ala dette:

{% if state_attr("lock.lockname", "changed_by") -%} {{ states('lock.lockname')}} - {{now().strftime('%d.%m.%Y kl %H.%M')}} - {{state_attr("lock.lockname", "changed_by")  }}
{%- endif %}

 

Skal da kunne gi et slikt resultat i sensoren hver gang attributten endres:

 

locked - 30.11.2020 kl 13.50 - Ola Normann

 

Endret av Mathias
Lenke til innlegg
Del på andre sider
På 29.8.2020 den 3.04, aleks skrev:

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

Har du en link til der dette har vært diskutert på teknisk nivå? Om man kunne fått koblet seg rett til Verisure/Yale-modulen i låsen via andre zigbee-enheter, hadde jo det vært gull verdt. Jeg sitter stadig å vurderer å kjøpe verisuremodulen med minihuben for å få inkludert låsen (delvis), men det er jo en suboptimal løsning. Likevel, greit å kunne sjekke om døren er låst, samt låse opp ved f.eks. levering av pakker, og  

 

Etter å ha lest at Yale lagret og sendte passord i klartekst på epost, blir det i hvert fall ikke deres hub og modul! Og det fra et selskap som skylder på sikkerhet som årsak til at de ikke kan la folk selv bestemme hvilket utstyr de vil koble zigbee-modulen til. Nå var det en åpenbar løgn hele veien, men likevel...

Lenke til innlegg
Del på andre sider

Join the conversation

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

Gjest
Skriv svar til emnet...

×   Du har limt inn tekst med formatering.   Fjern formatering

  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.

  • Lignende innhold

    • Av Evelen
      Har endelig blitt kvitt alt av interface på min virtulle Home-Assistant server, tidligere med DeCONZ for Zigbee, og nå nulig ZWaveJS2MQTT for Z-Wave.
      Det gikk lekende lett faktisk, selv om det etter alt å dømme ikke var godt dokumentert.
      Vil derfor dele denne how-to-en jeg skrev:
      https://flemmingss.com/how-to-set-up-zwavejs2mqtt-on-a-raspberry-pi-and-integrate-it-with-home-assistant/
       
    • Av backspace
      Har oppdatert dette da det første utgangspunktet med ESP-01 ikke er så mye brukt lenger samt det er mye enklere med de nyere ESP variantene som Nodemcu, Wemos, ESP32, osv. som har det som trengs innebygd på kortet. Jeg gikk selv raskt over til en Nodemcu like etter jeg brukte ESP-01 pga litt nettere innstallasjon, så på tide med en update da jeg ser flere ønsker å gjøre dette . Jeg bruker enda kode som er fra 2018 som virker helt fint for meg, men det er blitt oppdatert flere ganger på https://github.com/SwiCago/HeatPump
       
      -------------
       
      Deler litt bilder og hva jeg gjorde for å få Mitsubishi varmepumpe online med ESP8266 WIFI modul. 
       
      Utgangspunket var å få noe bedre en zxt-120 til å styre varmepumpa og noterte meg at det kan kjøpes diverse plugin moduler fra Mitsubishi for dette (blant annet MelCloud WIFI adapter). Så da tenkte jeg at det måtte være noen terminaler eller plug som en kunne koble seg til. Heldigvis så er det noen som har trakka løypa først så noen kloke hoder har reversert kommunikasjonen på CN105 porten på disse varmepumpene og laget hardware oppsett og software bibliotek for dette; https://github.com/SwiCago/HeatPump. 
       
      I korte trekk så er det en kontakt, CN105, som har seriell kommunikasjon og 5V på ene pinnen så da sier det seg selv at en ESP modul er rette valget her. Denne porten finnes på de fleste Mitsubsihi varmepumper, hvis varmepumpen søtter MelCloud så har den denne kontakten slik jeg har forstått det.
       
      Jeg har en Mitsubishi FD-Heat Kirigamine (MSZ-35FD).

       
      Så da er det bare å trekke ut strømkontakten til varmepumpa og åpne opp. Finner hovedkortet og i mitt tilfelle så må en ta ut flere kontakter for å få ut hovedkortet. CN105 kontakten ser ut til å være brun i det fleste tilfeller. Den har 5 pinner.

       
      Type kontakt som passer er PAP-05V-S, jeg kjøpte min fra Elfa:
      300-21-706 "PAP-05V-S Krympehus Poles 5, JST
      300-21-733 "SPHD-001T-P0.5 - Klemkontakt Hunn 26...22 AWG, JST"
       
      Elfa har også ferdige ledninger med klemkontakt montert i svart og rød for å gjøre det litt enklere;
      143-52-231  "Rød Forkrympet ledning DF11 Hunn 500mm
      143-52-235  "Sort Forkrympet ledning DF11 Hunn 500mm"
       
      Jeg gikk for klemkontakter så jeg kunne være litt fargerik på ledningene, bruker kontakter 2 - 5 (TX,RX,5V,GND).
       

       
      Siden jeg har min pumpe opp under taket laget jeg en lang ledning slik at jeg kan ha ESP modul på toppen. Laget et lite hakk i kabinett for ledning ut. Har en liten nedfelt "hylle" på toppen hvor jeg har ESP liggende. Flere modeller har også plass innvendig for ESP modul så kan gjemmes vekk hvis ønskelig.
       

       
      Sjekket at det var 5V på plus leding etter mod (NB! pinne 1 har 12V) så en slipper uønsket grill party.

       
      Tilkobling fra CN105 kontakt direkte til Nodemcu blir da slik som under. Kjører 5V fra varmepumpe kontakt inn på 5V inn på nodemcu (VIN). 

      Ser da noe sånt ut som dette:
       

       
      Jeg brukte Arduino IDE med Nodemcu og PubSubClient MQTT biblioteker. På HS3 brukte jeg mcsMQTT plugin da denne parser JSON direkte og lager egne devicer for hver parameter i JSON strengen. Tick av "a" for de lesingene du ønsker og den lager devicer i Homeseer. Trykk på "ref" for å legge til knapper for de ulike parameterene. For hver kommando en vil sende til varmpepumpen må en legge til en kommando. Brukte MQTTlens for Windows med testing.
       

       
      Trykker på f.eks ID "534", tick av Button for "knapper" på HS device siden. Deretter gå til "HS Device VSP list" og legg til kommandoer. Skriver bare i feltet:  "0=SWING"  og tar retur, deretter neste knapp "1=<<", så bygger en listen nedover som da blir "knapper" i device siden.

       
      Det vil da se slik ut:
       

       
      * Oppdatert: dette eksempelet er som sagt laget med 2018 kode så det kan avvike litt fra det siste på https://github.com/SwiCago/HeatPump. Er nye opsjoner som f.eks ignorerer vanlig IR fjernkontroll og overstyrer med satte parameter.
       
      Modifiserte MQTT eksempelet med fixed IP og laget egne MQTT subscriptions for de ulike kommandoene da mcsMQTT plugin for Homeseer ikke sender JSON for kommandoer. Noter de ulike topics f.eks heatpump/set/fan nedenfor i settings for mcsMQTT som en må sette for hver device som skal sende data. I utgangspunktet er eksempel kode på ESP'en satt opp med å motta alle parameter på same topic, må da sende MQTT payload som JSON streng f.eks {temperature: 24}. Så derfor tok jeg en "kjapp" update med egen topic for hver setting og tar da bare verdi rett fra device i homeseer som payload for raskt få det til å virke. Men her kan en lage det som en vil uansett.
       
      Jeg la til disse som nye topics i .h filen, måtte også oppdatere litt i "void mqttCallback(...) samt registere de nye MQTT topics.
       
      // new topics for Homeseer/mcsMQTT const char* heatpump_set_power_topic = "heatpump/set/power"; const char* heatpump_set_mode_topic = "heatpump/set/mode"; const char* heatpump_set_temperature_topic = "heatpump/set/temperature"; const char* heatpump_set_fan_topic = "heatpump/set/fan"; const char* heatpump_set_vane_topic = "heatpump/set/vane"; const char* heatpump_set_widevane_topic = "heatpump/set/widewane";  
      Får da hver gang det er en forandring  på varmepumpe settings (enten via MQTT eller fjernkontroll) og da oppdateres MQTT topic "heatpump" som JSON streng:
       
      {"power":"ON","mode":"HEAT","temperature":25,"fan":"2","vane":"SWING","wideVane":"SWING"}
       
      Ellers leser den temperatur hver 60 sekunder (kan justeres i kode) på topic "heatpump/status:
       
      {"roomTemperature":25,"operating":true}
       

       
      ...og det var en kort update på hvordan jeg fikk min varmepumpe online .
       
       
       
       
       
       
       
    • Av Fjosepose
      Hei
      Jeg har nå begynt å "koble" meg på eksterne MQTT-devicer, og først ut er min dashboard tablet hvor planen er å styre "Wallpanel" over MQTT. Planene er å gjøre kommandoene reload, relaunch, wake tilgjengelige i HS4.
       
      For å gjøre dette bruker jeg den (foretrukkede metoden) plug-in devices hvor jeg velger en topic og videre fra den genererer en HS4-device. Problemet mitt er å lage en fornuftig gruppering hvor jeg har én parent device og funksjonene reload, relaunch, wake som hvert sitt child device. Det klarer jeg ikke helt på en reperarbar måte. I hovedsak så genereres det automatisk en ny parent for hver topic jeg legger til (assosierer).
       
      Noen spesielle triks som jeg bør kunne her?
       
    • Av Fjosepose
      Hei
      Jeg sliter med mcsMQTT og tror det er en feil i plug-in´en for HS4.
       
      Utvikleren mener at jeg skal kunne sub og pub på samme topic name (selv om jeg mener å ha lest at han anbefaler sepatate topics for set and get). Jeg får ikke dette til å fungere.
       
      Dersom jeg benytter ulike topic names for set og get (finnes en option for dette i ioBroker) som mottar på /topic og sender ut/svarer på topic/set så fungerer det (nesten) i HS4. Problemet er bare at da får jeg feedback siden mscMQTT tar innkommende verdi(subscribed) og publisher den ut broker igjen. Broker gjør som jeg tror er riktig...den svarer og sender echo av mottatt verdi tilbake til mcsMQTT...og så har vi det gående...
       
      Dersom jeg bruker fullstendige forskjellige topics som ikke har noe med hverandre å gjøre så fungerer det, med da jobber jeg ikke på samme "variabel". Det jeg ønsker er:

      Overstående fungerer mellom feks MQTT Explorer-client og ioBroker-broker, og grunnen til at jeg ønsker det slik er for å slippe "glue logic" i form av Node-Red. Forøvrig ikke noe feil med Node-Red, men i dette tilfellet skal det ikke være nødvendig å bruke...
       
    • Av Fjosepose
      Nå har jeg lekt med meg mcsMQTT på HS4 noen kvelder på rad og begynner å nærme meg sammenbruddets rand. Det jeg i praksis skal gjøre er å publisere verdiene fra noen VS som er temperatursetpunkter til en broker. Dette går helt fint og jeg kan bruke disse verdiene i mitt dash board for å vise verdienen.
       
      MEN så skal jeg også endre på disse verdiene i dashboard. I terorien må man da benytte en annen topic for å unngå "feedback". Vanligvis gjøres dette ved å slenge på en /set bak klientens publish topic. Så puttes det legges subscribe-verdien inn i mcsMQTT assosieringsmenyen (etter at man først har satt opp publish)

       
      Dette har jeg altså klart etpar ganger med verdiene StueEP og StueCP, verdiene vises fint i dashboard og HS4, og jeg kunne endre begge veier. Når jeg så skal legge til flere verdier slutter det å virke for de nye verdiene selv om jeg har benyttet samme fremgangsmåte for å legge dem inn. Deretter har jeg fiklet med det og så har alt sluttet å virke.
      Det som er snodig er at jeg også har satt opp en anndre klienter( MQTTX og MQTT Explorer), og her kan jeg subscribe på topicene jeg ønsker endre på dem og puclisere akkurat som jeg vil. Broker plukker opp riktig verdier.
       
      Nå får jeg bare til å publisere fra mscMQTT på HS4...ikke noen subscription i det hele tatt. Nå er det forøvrig slik at "master" for verdiene mine er HS4....det er ikke en device som jeg skal hente verdier fra noe steds slik som muligens oftest et oppsett er.
       
      Er det noen her som behersker mcsMQTT og kan gi noen tips? Holder på å bli sprø🥳
       
×
×
  • Opprett ny...