iotux

Du har sikkert rett, men det er ikke til å underslå at alle varslerne lager et helvetes bråk når man tester med å holde knappen inne ca 10 på en enkelt varsler. Er det noen radioamatører her? PS: huben får med seg at varslerne har blitt testet

Nå mangler det bare finne ut hva de sender til hverandre når de melder brann, så kan man få en effektiv sirene hvis noen bryter seg inn i huset

Jeg har brukt en Futurehome hub for å koble sammen Elko-varslerne. Kommunikasjonen mellom dem virker helt fint. Jeg husker ikke nå om det ble testet med eller uten hub. Hovedgrunnene til at jeg valgte Elko var batterilevetid og sammenkobling. En sekundær grunn var at den har temperatursensor, men sensoren skuffer i forhold til temperaturstyring. Det tar evigheter mellom hver rapportering av temperatur. Jeg har noen teorier om grunnen. Den melder ikke temperatur med mindre det er en endring i temperatur Enheten sparer strøm for å opprettholde levetid på batteriet Huben "gidder ikke" videresende alle innkommende meldinger. Vedr. 1: Den trenger ikke nødvendivis være uegnet som temperatursensor hvis dette er grunnen såfremt den rapporterer i tide. Vedr. 3: Mistanken kommer fra erfaring med å bruke Futurehome sin HAN-sensor for å lese av en Kaifa AMS-måler. Huben rapporterer med intervaller som er fjernt fra det som Kaifa-måleren rapporterer. Dette vet jeg sikkkert fordi jeg har en Tibber Pulse på en annen identisk Kaifa-måler. Det mangler også verdier fra datasettet som Kaifa leverer.

Her er et eksempel på "Åpne dør" med MQTT-melding, laget via web-grensesnittet: I "automations.yaml" ser det slik ut: alias: Åpne dør description: "" triggers: - trigger: mqtt topic: door/lock payload: unlock conditions: [] actions: - device_id: d3d3776b68abb6b5ec328c405d0c5170 domain: lock entity_id: 9e344ce79a0aacc6ba3eaa40c1916642 type: unlock mode: single Her er et eksempel på hvordan du kan lese ut flere verdier som restultat av 1 MQTT-melding: alias: Yale status description: Dør batterinivå triggers: - topic: door/lock payload: status trigger: mqtt conditions: [] actions: - action: mqtt.publish data: topic: door/lock/battery payload: "{{ states('sensor.front_door_battery') }}" - action: mqtt.publish data: topic: door/lock/status payload: "{{ states('lock.front_door') }}" mode: single Du kan sjekke ved å åpne to vinduer og kjøre disse, en i hvert vindu: ~$ mosquitto_sub -v door/lock -m status ~$ mosquitto_sub -v -t door/lock/#

Søk opp og installer Yale-integrasjonen (https://www.home-assistant.io/integrations/yale). Deretter er det ganske rett fram. Her er et par kort du kan bruke: Hvis du bruker Yale sin app, så kan du til og med låse inn innbruddstyven når du er borte hjemmefra 🤪

Oppdatering oktober 2024. Jeg har nettopp testet Elko smarte røykvarslere. 5 stykker ble paret enkelt med Futurehome Smarthub II, og varslerne blir sammenkoblet uten mere mikkmakk. Ettersom Futurehome har et åpent API of MQTT, så er veien kort fram til Home Assistant. Batteriet skal holde i 10 år. Det har vært det viktigste valgkriteriet ettersom jeg har leietaker og jeg ikke føler meg trygg på om batterier blir skiftet. En annen faktor er at de har temperatursensorer som kan erstatte noen av mine hjemmesnekrede ESP32 m/LHT22 som er foret med strøm fra usbladere fra IKEA. Prisen er litt høy (nærmere 1000-lappen fra Elektroimportøren), men denne passet enkelheten meg bedre enn å fikle for mye selv. Innmaten er Schneider Electric sin W599001 Wiser Smoke Alarm. Ved testing av alarmen flasher Futurehome sin app ganske tydelig hva som foregår med oppfordring om å ringe brannvesen eller kansellere alarmen. Offisielt går det ikke å trigge alarmen via API, men jeg regner med at det skal være mulig å emulere signalet som sendes til de øvrige varslerne.

Check this:

ElWiz har fått en oppdatering med graf som viser priser. Grafen oppdateres når morgendagens priser er tilgjengelig. Som regel skjer dette ca kl 13 hver dag. Grafen baserer seg på priser fra enten Nord Pool eller Entso-E. Lokale priser bestemmes ved å angi aktuell sone. Grafen er delt i to soner, grønn sone når timeprisen er under gjennomsnitt for døgnet og rød sone når prisen er over gjennomsnitt. Soneterskelen kan heves eller senkes fra et tilpasset "kort" i Home Asssistant eller ved å sende MQTT-meldinger til programmet. Ved overgang til ny time, sendes en MQTT-melding som viser om prisen er under eller over terskelverdien. Denne meldingen kan slå enheter av eller på I Home Assistant. Programmer krever en Tibber pulse satt opp til å snakke med egen MQTT-broker. Det er verdt å merke seg at grafen ikke er avhengig av HACS. https://github.com/iotux/ElWiz/blob/master/docs/elwiz-chart.md Mer info her: https://github.com/iotux/ElWiz#elwiz---a-program-to-read-data-from-tibber-pulse

Pussig sammentreff. I går har noen forsynt seg med Kaifa-dekoderen fra ElWiz og brukt den i en fork av "node-red-contrib-ams-decoder-mod". https://github.com/jh1982/node-red-contrib-ams-decoder-mod/blob/main/src/ams_decoder_kaifa.js Her er originalkoden: https://github.com/iotux/ElWiz/blob/master/ams/kaifa.js Jeg måtte forsyne meg litt selv for å implementere en Kamstrup-dekoder for ElWiz. Ironisk, ikke sant? Slik er det med åpen kildekode 🤓

@MHR Har du sjekket denne? Den er oppdatert i dag med integrering mot HA. Den strømmer data fra Tibber Pulse rett inn i HA. Enkel konfigurering og enkel installasjon. https://github.com/iotux/ElWiz

Jeg kikket raskt på spec-en og blir skeptisk når de skal kobles til en skytjeneste. Jeg vet ikke om det er påkrevet, men bare det at det nevnes gir meg frysninger på ryggen. Jeg bruker en MikroTik CCR1009-7G-1S+ mot Altibox, og med den styrer jeg separate nett for eget bruk, IoT, DMZ og leietaker. Den leverer glatt også IPv6 i Altibox sitt nett. Det finnes veiledninger hvordan du setter opp denne mot Altibox i forskjellige forum, bl.a. denne https://freak.no/forum/showthread.php?t=313333 MikroTik har også andre modeller som er egnet til dette bruket.

Informasjonen som du finner her vil du ha stor nytte av: https://www.home-assistant.io/docs/mqtt/discovery/ HA er kresen på hvordan du setter sammen discovery topic: <discovery_prefix>/<component>/[<node_id>/]<object_id>/config Standard er "homeassistant/<component>/<object_id>/config component kan f.eks være "sensor", "binary_sendor" osv. Viktig (sitat): "The <node_id> level can be used by clients to only subscribe to their own (command) topics by using one wildcard topic like <discovery_prefix>/+/<node_id>/+/set. Best practice for entities with a unique_id is to set <object_id> to unique_id and omit the <node_id>." Du kan også ha hjelp i å se på koden her: https://github.com/iotux/ElWiz/blob/master/elwiz.js Funksjonene hassDevice() // linje 273 og hassAnnounce() // linje 301 Funksjonen hassDevice() blir på en måte en "mal" som brukes for alle sensorene. Du må selvfølgelig gjøre dine tilpasninger. Den delen som er innrykket ekstra: "dev: {}" er lik for alle sensorene. Denne er viktig å ha med når du annonserer hver enkelt sensor (id: #) for å få samlet alle sensorene under "en hatt". Det ser ut som det er "SlaveInformation" som skal inn i "dev: {}". Det må du få inn med nøkler som HA kjenner igjen. Det er også viktig å sette retain til true for at HA auto discovery skal virke. Jeg vet ikke om jeg har forklart det tydelig nok her, men du kan forsøke

ElWiz har ferdig integrasjon for Home Assistant. Når ElWiz starter opp, så vil programmet "oppdages" av HA sin auto discovery-mekanisme. Dette kommer fram i listen over Enheter i HA. Der presenterer ElWiz seg som ElWiz Pulse Enabler. I panelet Energi kan deretter ElWiz registreres som hovedkilde for importert strøm. Lettere oppdatert dokumentasjon: https://github.com/iotux/ElWiz/blob/master/README.md Mer dokumentasjon kommer. Grafen i Energi-panelet oppdaterer seg automatisk basert på totalforbruket (Last meter consumption)

Den gode nyheten er en større oppdatering av ElWiz Nytt er funkskjonalitet for auto discovery i Home Assistant. Etter installasjon og litt justering i configfila glir den rett inn i HA. Anbefales å prøve hvis du har sterkt hjerte.

Det kan eventuelt tyde på at du ikke får lagret innstillingene. Vær obs på at du også må fylle ut "update_url" for å få det til å virke. Jeg er usikker på hvordan "Send form data to the device" og "Try the current settings" virker i forhold til hverandre. Du kan prøve litt forskjellig rekkefølge. Det er flere som har fått dette til å virke.