Arkiv

DLMS/COSEM-telegram med OBIS-koder (1.8.0, 16.7.0, 32.7.0) som dekodes til Home Assistant-sensorer

DLMS/COSEM

DLMS/COSEM er den internasjonale standarden som bestemmer hvordan en smart strømmåler organiserer og kommuniserer dataene sine. Er HAN-porten den fysiske kontakten på måleren, er DLMS/COSEM språket som snakkes gjennom den. Uten å forstå standarden er de rå bytene som strømmer ut av måleren meningsløse. Med den knytter hver avlesning – effekt i watt, spenning, akkumulerte kilowattimer – seg til en presis, globalt definert struktur.

DLMS/COSEM-telegram med OBIS-koder (1.8.0, 16.7.0, 32.7.0) som dekodes til Home Assistant-sensorer

Forkortelsen kombinerer to utfyllende spesifikasjoner. DLMS står for Device Language Message Specification – den definerer kommunikasjonsprotokollen: hvordan en klient ber om data fra en måler, og hvordan måleren svarer eller dytter data ut av seg selv. COSEM står for Companion Specification for Energy Metering – den definerer datamodellen: hvilke objekter som finnes inne i måleren, hvilke attributter hvert objekt har, og hvordan verdiene kodes. Sammen utgjør de IEC 62056, vedlikeholdt av DLMS User Association. Norske AMS-målere implementerer en bestemt profil av standarden, med push-modus der måleren sender telegrammer automatisk uten å bli pollet.

I praksis er et DLMS/COSEM-telegram fra en norsk AMS-måler strukturert som en HDLC-ramme (High-Level Data Link Control) som inneholder et serialisert COSEM-dataobjekt. Hvert objekt i telegrammet identifiseres av sin OBIS-kode – en sekstall-delt numerisk identifikator som peker til en bestemt fysisk måling. Dataene kodes med ASN.1 BER (Abstract Syntax Notation, Basic Encoding Rules), som betyr at den rå bytestrømmen er binærpakket og ikke leselig før den dekodes. Biblioteker som gurux-dlms (for Python, Java og C#) håndterer dekodingen automatisk, og AmsToMqttBridge-fastvaren gjør det samme på ESP32/ESP8266 koblet rett til HAN-porten.

Proff-tips: Du trenger ikke dekode det manuelt
Bruker du en AMS-til-MQTT-bro eller Tibber Pulse med lokal MQTT, håndteres DLMS/COSEM-dekodingen transparent av fastvaren. Det som kommer inn i Home Assistant er ren JSON – watt, spenning, kWh – uten binærtolkning fra din side. Du trenger bare å forstå DLMS/COSEM hvis du bygger din egen leser fra bunnen eller feilsøker en parsefeil.

Den norske implementasjonen følger spesifikasjonen «Norsk HAN-grensesnitt» publisert av REN (Rasjonell Elektrisk Nettvirksomhet), som definerer nøyaktig hvilke COSEM-objekter telegrammet skal inneholde og med hvilke intervaller. Liste 1 (hvert 2. sekund) bærer momentan aktiv effekt. Liste 2 (hvert 10. sekund) legger til spenning og strøm per fase. Liste 3 (hver time) legger til akkumulerte måleravlesninger og målerens identifikasjonsdata. Denne tredelte strukturen er en norsk-spesifikk profil lagt oppå den generelle DLMS/COSEM-standarden.

🏠 Visste du at: DLMS/COSEM ble opprinnelig utviklet på 1990-tallet for automatisk måleravlesning over telefonmodem – lenge før WiFi eller smarthus fantes. Standardens uttalte mål var merkeuavhengighet mellom målere, slik at et nettselskap kunne bytte målere fra ulike produsenter uten å endre faktureringsprogramvaren. Den samme interoperabiliteten er grunnen til at Home Assistant-oppsettet ditt fungerer likt enten måleren er fra Aidon, Kaifa eller Kamstrup.

Relaterte artikler

No post found!

Kilder



InfluxDB lagrer innkommende tidsstemplede sensorpunkter og indekserer dem på tid for raske spørringer

InfluxDB

InfluxDB er en tidsseriedatabase – en database optimalisert for å lagre datapunkter indeksert på tidsstempel. Der en relasjonsdatabase lagrer rader med strukturerte poster, lagrer InfluxDB målinger over tid: temperatur 14:32:01, effektforbruk 14:32:02, fukt 14:32:03. Det gjør den eksepsjonelt effektiv til å lagre, spørre og aggregere den typen kontinuerlige sensordata en Home Assistant-installasjon genererer – hundrevis av tilstandsendringer i timen, hver time, i det uendelige.

InfluxDB lagrer innkommende tidsstemplede sensorpunkter og indekserer dem på tid for raske spørringer

Home Assistant har sin egen innebygde recorder, som lagrer entitetshistorikk i en lokal SQLite-database. Recorderen fungerer godt for korttidshistorikk – de siste ti dagene i Historikk-panelet – men er ikke laget for langtidslagring eller komplekse analytiske spørringer. SQLite vokser raskt med mange entiteter, ytelsen synker over tid, og skjemaet er ikke optimalisert for aggregeringene – timesgjennomsnitt, dagssummer, rullende min/maks – som gjør sensordata nyttige for analyse. InfluxDB løser alle tre: den lagrer data effektivt i årevis uten ytelsestap, spørrespråket er bygd for tidsserie-aggregeringer, og den beholder data så lenge du vil i valgfri oppløsning.

Home Assistant kobler til InfluxDB via den offisielle InfluxDB-integrasjonen, som kjører som et HA-tillegg for lokale instanser eller kobler til en ekstern server. Når den er satt opp, skriver integrasjonen hver tilstandsendring til InfluxDB i sanntid – parallelt med den innebygde recorderen, ikke i stedet for. Du velger hvilke entiteter som skal med, intervallet for kontinuerlige sensorer, og om du bruker InfluxDB v1 eller v2. Dataene lander tagget med entitets-ID, domene og visningsnavn, klare til å spørres fra Grafana eller et hvilket som helst annet verktøy som støtter InfluxDB som datakilde.

Proff-tips: Ekskluder høyfrekvente entiteter for å holde databasen liten
Ikke alle entiteter er verdt å lagre i InfluxDB. Binærsensorer som skifter tilstand hundrevis av ganger om dagen – bevegelsessensorer, dørsensorer i travle områder – gir store datamengder med liten analyseverdi. Sett opp inkluder/ekskluder-listen i InfluxDB-integrasjonen til å skrive bare entitetene du faktisk spør på: energimålere, temperatursensorer, klima-entiteter og værdata. Da holder du databasen kompakt og spørringene raske uten å miste meningsfull historikk.

InfluxDB finnes i to versjoner med ulik arkitektur. InfluxDB v1 bruker et SQL-lignende spørrespråk kalt InfluxQL og lagrer data i databaser og målinger – kjente begreper for alle med databaseerfaring. InfluxDB v2 introduserer et nytt spørrespråk kalt Flux – kraftigere, men brattere læringskurve – og en ny datamodell basert på buckets og organisasjoner. Begge versjoner støttes av HA-integrasjonen og av Grafana. For nye installasjoner er v2 dagens standard; kjører du allerede v1, finnes det ingen tvingende grunn til å migrere.

🏠 Visste du at: InfluxDB ble laget av Paul Dix i 2013 etter at han ble frustrert over å bruke relasjonsdatabaser til å lagre tidsserie-overvåkingsdata i stor skala. Kjerneinnsikten var at tidsseriedata har fundamentalt andre tilgangsmønstre enn relasjonsdata – det skrives nesten alltid i kronologisk rekkefølge og spørres etter tidsrom – og at en database bygd rundt de mønstrene kan være størrelsesordener mer effektiv enn en generell relasjonsdatabase for samme arbeidslast.

Relaterte artikler

No post found!

Kilder



Matter er et felles applikasjonslag over IP som lar én enhet virke med Apple, Google, Alexa og Home Assistant

Matter

Matter er en åpen smarthus-standard utviklet og vedlikeholdt av Connectivity Standards Alliance (CSA) – samme organisasjon som står bak Zigbee. Lansert i 2022 etter flere års utvikling under kodenavnet Project CHIP (Connected Home over IP), løser Matter det grunnleggende samvirke-problemet i smarthus: enheter fra ulike produsenter, solgt for ulike økosystemer, som nekter å virke sammen. En Matter-sertifisert enhet virker innfødt med Apple Home, Google Home, Amazon Alexa og Home Assistant samtidig – uten broer, omveier eller produsenttillatelse.

Matter er et felles applikasjonslag over IP som lar én enhet virke med Apple, Google, Alexa og Home Assistant

Matter kjører over vanlig IP-nett – Wi-Fi og Thread – i stedet for proprietære radioprotokoller. Det er et bevisst valg: IP er internettets universelle språk, og å bygge Matter på det betyr at all IP-infrastruktur kan bære Matter-trafikk uten endring. Wi-Fi-baserte Matter-enheter kobler rett til ruteren. Thread-baserte Matter-enheter bruker et lavenergi-mesh og trenger en Thread-grenseruter – innebygd i nyere Apple TV, HomePod og Google Nest Hub, og i Home Assistants egen maskinvare.

Home Assistant fikk innebygd Matter-støtte i 2022 via Matter-integrasjonen, som kjører en Matter-kontroller rett på HA-maskinen. Matter-enheter legges til ved å skanne en QR-kode eller taste en oppsettkode, og dukker så opp som vanlige entiteter. En av de viktigste funksjonene for HA-brukere er multi-admin: én Matter-enhet kan pares til flere kontrollere samtidig. En smartplugg kan ligge i både Home Assistant og Apple Home på én gang, styres fra begge uten konflikt – uten bro eller skyrelé imellom.

Proff-tips: Matter erstatter ikke Zigbee eller Z-Wave – ennå
Matters enhetsutvalg er fortsatt begrenset mot de tusenvis av Zigbee- og Z-Wave-enhetene. Eksisterende installasjoner trenger ikke migrere; begge protokollene støttes fullt ut. Matter er mest verdt ved kjøp av nye enheter der Matter-sertifiserte alternativer finnes, særlig når enheten skal virke på tvers av økosystemer. Til sensorer, brytere og pærer der du kun bruker Home Assistant, er Zigbee fortsatt det modneste og rimeligste valget.

Matters virkelige betydning er strukturell. Ved å etablere en royaltyfri, åpent spesifisert standard støttet av alle de store plattformleverandørene, fjerner den økosystem-låsingen som har preget smarthus-kjøp i et tiår. En Matter-sertifisert enhet kjøpt i dag vil virke med plattformen du velger om fem år – også plattformer som ikke finnes ennå – fordi standarden vedlikeholdes av et bransjeorgan, ikke ett enkelt selskap.

🏠 Visste du at: Matter ble annonsert i 2019 som Project CHIP og skulle lanseres i 2021. Det bommet på den fristen, så på 2022, før versjon 1.0 endelig kom i oktober 2022. Forsinkelsen skyldtes i stor grad hvor vanskelig det var å få Apple, Google, Amazon og Samsung – fire selskaper som konkurrerer hardt – til å enes om én teknisk spesifikasjon.

Relaterte artikler

No post found!

Kilder



Mosquitto som sentral MQTT-megler med klienter (sensorer, Zigbee2MQTT, Home Assistant, mobil-app) koblet til

Mosquitto

Mosquitto er programvaren som får MQTT til å virke i praksis. Der MQTT er protokollen – reglene for hvordan meldinger struktureres og leveres – er Mosquitto megleren: prosessen som alltid kjører, sitter i midten av smarthus-nettet, tar imot hver publiserte melding og sender den videre til hver abonnent som ba om den. Uten en megler har MQTT-enheter ingen steder å sende dataene sine. Mosquitto er den klart vanligste megleren med Home Assistant – den er gratis, åpen kildekode, og rask nok til å kjøre komfortabelt på en Raspberry Pi.

Mosquitto som sentral MQTT-megler med klienter (sensorer, Zigbee2MQTT, Home Assistant, mobil-app) koblet til

Mosquitto utvikles og vedlikeholdes av Eclipse Foundation under Eclipse Public License, og implementerer MQTT-versjon 3.1, 3.1.1 og 5.0. I et typisk oppsett kjører Mosquitto som et tillegg inne i Home Assistant OS – en containerisert prosess som starter automatisk ved oppstart, lytter på port 1883 for ukrypterte tilkoblinger (og eventuelt 8883 for TLS), og holder alle abonnementer i minnet. Home Assistants MQTT-integrasjon kobler seg til den som en klient, akkurat som enhver annen enhet.

Konfigurasjonen ligger i én tekstfil – mosquitto.conf – der du definerer lyttere, autentisering, lagring og logging. I HA-tillegget eksponeres dette via tilleggets konfigurasjonspanel. To innstillinger betyr mest: persistence avgjør om megleren lagrer abonnementstilstand og beholdte meldinger til disk mellom omstarter, og allow_anonymous avgjør om enheter trenger brukernavn og passord for å koble til. For ethvert oppsett med enheter utenfor det lokale nettet – eller der MQTT-porten er eksponert – bør autentisering alltid være på.

Proff-tips: Slå på logging for å feilsøke tilkoblinger
Dukker ikke en enhet opp i Home Assistant, er Mosquittos logg den raskeste diagnosen. Sett loggnivået til debug midlertidig i tillegget og følg loggen mens enheten prøver å koble til. En avvist tilkobling viser den eksakte grunnen – feil brukernavn/passord, feil protokollversjon eller et nettverksproblem – på under et sekund. Husk å sette nivået tilbake til warning etterpå.

For deg som kjører Tibber Pulse i lokal MQTT-modus, eller en AMS-til-MQTT-bro som leser HAN-porten, er Mosquitto mottakeren for hvert telegram. Broen eller Pulse-en kobler seg til Mosquitto som publiser og legger live effektavlesninger på emner som ams/meter/power. Home Assistant abonnerer via MQTT-integrasjonen og viser verdiene som sensor-entiteter – i sanntid, lagret lokalt, uten skyavhengighet noe sted. Hele kjeden fra strømmåler til energi-dashbord går gjennom Mosquitto.

🏠 Visste du at: Mosquitto ble først gitt ut i 2009 av Roger Light, opprinnelig for å kjøre på en strømgjerrig plugg-datamaskin. Den ble donert til Eclipse Foundation i 2012. Navnet er et bevisst ordspill på MQTT-forkortelsen – en liten, lett ting som likevel gjør seg bemerket. I dag er den blant den mest utbredte åpne infrastrukturen i IoT-verdenen.

Relaterte artikler

No post found!

Kilder



MQTT publiser/abonner: publisere sender til emner via en megler (Mosquitto), og abonnenter mottar

MQTT

MQTT – Message Queuing Telemetry Transport – er meldingsprotokollen som holder de fleste smarthus-systemer i gang. Det er grunnen til at en bevegelsessensor kan tenne et lys på under et sekund, eller at en Tibber Pulse kan dytte sanntids strømavlesninger rett inn i Home Assistant uten å gå om en skyserver.

MQTT publiser/abonner: publisere sender til emner via en megler (Mosquitto), og abonnenter mottar

MQTT bygger på en publiser/abonner-modell – det motsatte av et vanlig webkall. I stedet for at en enhet spør «har du noe nytt?», kobler hver enhet seg til en sentral hub kalt en megler (broker). Enheter som har noe å si, publiserer en melding til et emne (for eksempel hjem/sensor/temperatur). Enheter som bryr seg om det emnet, abonnerer på det og mottar meldingen umiddelbart. Megleren – som regel Mosquitto i et Home Assistant-oppsett – håndterer all ruting imellom.

Det som gjør MQTT spesielt godt egnet til smarthus, er effektiviteten. Protokollen ble opprinnelig laget for fjernovervåking av oljerørledninger på 1990-tallet – miljøer med lite båndbredde og ustabile forbindelser. En typisk MQTT-melding kan være bare noen få byte. Protokollen kjører over TCP, har tre QoS-nivåer (0 = send og glem, 1 = minst én gang, 2 = nøyaktig én gang), og holder forbindelsen i live med en keepalive. På et lokalt nett med en Raspberry Pi som kjører Home Assistant og Mosquitto som megler er forsinkelsen typisk under 10 ms.

Proff-tips: Bruk «retain» for sensortilstand
Sett retain: true på sensor-emner, så lagrer megleren den siste kjente verdien. Når Home Assistant starter på nytt, mottar den umiddelbart gjeldende tilstand for hver enhet – uten å vente på neste oppdateringssyklus.

MQTT-emner følger et hierarki skilt med skråstrek, som gjør det lett å strukturere smarthuset logisk: hjem/stue/lampe/tilstand, hjem/hage/jordfukt. Jokertegn støttes også – # treffer alt under et nivå, + treffer ett nivå – og det er slik integrasjoner som Zigbee2MQTT eksponerer hundrevis av enheter under ett abonnementsmønster.

🏠 Visste du at: MQTT ble oppfunnet i 1999 av Andy Stanford-Clark (IBM) og Arlen Nipper (Cirrus Link) for å overvåke oljerørledninger via satellitt – en forbindelse så treg at hver byte telte. I dag kjører den samme protokollen på millioner av smarthus-enheter verden over.

Relaterte artikler

No post found!

Kilder



Thread-mesh bindes til hjemmenettet via en grenseruter; enhetene er IP-native uten enkelt koordinator

Thread

Thread er en strømgjerrig IPv6 mesh-protokoll laget spesielt for smarthus- og IoT-enheter. Der Wi-Fi kobler enheter direkte til ruteren med mye strøm, og Zigbee bruker et eget mesh med egen koordinator-maskinvare, bygger Thread et IP-native mesh som binder seg rett til hjemmenettet ditt. Thread er nettverkslaget Matter kjører over for batteridrevne og strømgjerrige enheter – kombinasjonen Thread + Matter er det som gjør neste generasjon sensorer og brytere både samvirkende og energieffektive.

Thread-mesh bindes til hjemmenettet via en grenseruter; enhetene er IP-native uten enkelt koordinator

Thread fungerer som et selvhelende mesh der hver strømtilkoblet Thread-enhet er en ruter som utvider nettet og gir alternative veier for meldinger. Batteridrevne enheter – sensorer, knapper, dørlåser – er endenheter som sover det meste av tiden og våkner bare for å sende eller motta, slik at batteriet varer i måneder eller år. Meshet har ikke noe enkelt feilpunkt: faller én ruter ut, finner Thread automatisk en ny vei. En Thread-grenseruter – som binder Thread-meshet til IP-nettet – er det eneste som kreves, og den rollen finnes innebygd i nyere Apple TV 4K, HomePod mini og Google Nest Hub.

Home Assistant støtter Thread via Matter-integrasjonen og via en egen Thread-integrasjon som styrer grenseruter-funksjonen. En Home Assistant Yellow eller en SkyConnect-USB-pinne kan fungere som Thread-grenseruter og gir Thread-støtte uten Apple- eller Google-maskinvare. Når en grenseruter er aktiv, kan Thread-baserte Matter-enheter – Eve-sensorer, Nanoleaf-pærer – legges rett til via Matter-integrasjonen og kommunisere over Thread-meshet i stedet for Wi-Fi.

Proff-tips: Flere grenserutere gir bedre pålitelighet
Ulikt Zigbee, der bare én koordinator er tillatt, støtter Thread flere grenserutere samtidig. Har du både en SkyConnect og en Apple TV 4K som grenserutere på samme nett, øker redundansen – faller én ut, fortsetter den andre å binde Thread-meshet til IP-nettet. Flere grenserutere bedrer også ytelsen i store hus ved å gi flere innganger til Thread-trafikken.

Thread bruker 2,4 GHz-båndet med IEEE 802.15.4 – samme radiostandard som Zigbee – så Thread og Zigbee kan ikke dele samme nett, men de deler samme fysiske radio. Derfor kan en SkyConnect (og nyere Connect ZBT-1) fungere enten som Zigbee-koordinator eller Thread-grenseruter avhengig av fastvaren – radioen er identisk, og protokollen avgjøres av programvaren. Vil du kjøre både Zigbee og Thread, trengs egen radio til hver.

🏠 Visste du at: Thread ble utviklet av blant andre Apple, Google, ARM og Samsung i 2014 – nesten et tiår før Matter. Det ble først brukt som nettverkslag i Googles egne Nest-produkter. Da Matter ble designet, ble Thread valgt som foretrukket lavenergi-transport nettopp fordi det allerede var utprøvd i stor skala.

Relaterte artikler

No post found!

Kilder



Z-Wave bruker det rolige 868 MHz-båndet i stedet for trange 2,4 GHz, og videresender meldinger i opptil 4 hopp

Z-Wave

Z-Wave er en trådløs protokoll laget utelukkende for smarthus-enheter. Som Zigbee bruker den et mesh-nett der strømtilkoblede enheter videresender signaler for de batteridrevne. Men ulikt Zigbee – og ulikt Wi-Fi og Bluetooth – jobber Z-Wave på et sub-GHz-bånd: 868 MHz i Europa. Det er den avgjørende forskjellen: Z-Wave ligger i en helt annen del av radiospekteret enn Wi-Fi, Zigbee og Bluetooth, og slipper dermed interferens med dem.

Z-Wave bruker det rolige 868 MHz-båndet i stedet for trange 2,4 GHz, og videresender meldinger i opptil 4 hopp

Den lave frekvensen gir også bedre veggjennomtrengning enn 2,4 GHz-protokoller. Lavere frekvenser bøyer lettere rundt faste objekter, så Z-Wave-signaler går lenger gjennom betong, etasjeskiller og tunge byggematerialer enn Zigbee ved samme effekt. Det gjør Z-Wave godt egnet i store hus, bygg over flere etasjer og eldre murbygg der 2,4 GHz-mesh sliter. Prisen er datarate – Z-Wave topper på rundt 100 kbps, rikelig for av/på-kommandoer og sensorverdier, men for lite til strømming.

Z-Wave styres av Z-Wave Alliance, og alle sertifiserte enheter må bestå interoperabilitetstesting. Det er både styrken og begrensningen. Styrken: enhver sertifisert Z-Wave-enhet fra hvilken som helst produsent fungerer garantert med enhver sertifisert kontroller – på tvers av merker. Begrensningen: sertifiseringskostnaden hever terskelen, så Z-Wave har et mindre, men gjennomgående mer kvalitetssikret enhetsutvalg enn det åpne Zigbee-økosystemet.

Proff-tips: Z-Wave-nett har en grense på 232 enheter
Grensen ligger i selve spesifikasjonen. For de fleste hjem er det uten betydning, men planlegg topologien hvis du bygger stort. Hvert nett krever også nøyaktig én primærkontroller; bruker du Home Assistant med en Z-Wave-pinne, er pinnen kontrolleren – og den kan ikke enkelt byttes uten å pare alle enheter på nytt. Ta backup av Z-Wave-konfigurasjonen.

Home Assistant integrerer Z-Wave via Z-Wave JS, som bruker en egen Z-Wave USB-kontroller – typisk Zooz ZST39 eller Aeotec Z-Stick 7 – koblet til maskinen. Z-Wave JS kjører som et tillegg og eksponerer alle parede enheter som entiteter, med full støtte for enhetsparametere, assosiasjoner og scener. Integrasjonen er moden og støtter både Z-Wave Plus og Z-Wave Long Range.

🏠 Visste du at: Z-Wave ble utviklet av det danske selskapet Zensys i 1999 – en av de eldste smarthus-protokollene fortsatt i bruk. Zensys ble kjøpt av Sigma Designs (2008), så Silicon Labs (2018), som overførte spesifikasjonen til Z-Wave Alliance i 2020 – og gjorde protokollen helt åpen for første gang på 20 år.

Relaterte artikler

No post found!

Kilder



Zigbee-mesh: en koordinator, strømtilkoblede rutere som videresender, og batteridrevne endenheter på 2,4 GHz

Zigbee

Zigbee er en trådløs lavenergi-protokoll laget spesielt for smarthus- og IoT-enheter. Der Wi-Fi prioriterer båndbredde og Bluetooth prioriterer enkelhet, prioriterer Zigbee lavt strømforbruk, lav forsinkelse og evnen til å håndtere store nett av enheter – noe som gjør den til den dominerende protokollen i sensorer, smartpærer, smartplugger og fjernkontroller fra blant andre Philips Hue, IKEA Tradfri, Aqara og Sonoff.

Zigbee-mesh: en koordinator, strømtilkoblede rutere som videresender, og batteridrevne endenheter på 2,4 GHz

Det definerende trekket ved Zigbee er mesh-arkitekturen. I et vanlig Wi-Fi-nett snakker hver enhet direkte med en sentral ruter. I et Zigbee-mesh fungerer strømtilkoblede enheter – pærer, plugger, repeatere – som rutere som sender meldinger videre mellom hverandre og utvider rekkevidden for hver enhet du legger til. Et signal som ikke når koordinatoren direkte, hopper via mellomliggende enheter til det kommer frem. Derfor blir et stort Zigbee-nett mer pålitelig enn et lite – det motsatte av hva som skjer når du overbelaster et Wi-Fi-nett.

Zigbee bruker 2,4 GHz-båndet – samme som Wi-Fi og Bluetooth – men med en annen kanalinndeling som minimerer interferens når den er satt opp riktig. Kanal 15, 20 og 25 er standardanbefalingene ved siden av 2,4 GHz Wi-Fi. Koordinatoren – enheten som styrer Zigbee-nettet og binder det til hjemmenettet – er som regel en USB-pinne koblet til maskinen som kjører Home Assistant, for eksempel en Sonoff Zigbee 3.0 Dongle Plus eller SMLIGHT SLZB-06.

Proff-tips: Plasser koordinatoren unna PC-en
USB 3.0-porter lager radiostøy i 2,4 GHz-båndet som kan svekke Zigbee-koordinatoren betydelig. Koble alltid Zigbee-pinnen via en USB 2.0-skjøtekabel på 50 cm eller mer, og plasser den unna PC, harddisker og andre USB 3.0-enheter. Dette ene grepet løser de fleste klager på rekkevidde og stabilitet.

Zigbee kan integreres i Home Assistant på to måter. ZHA-integrasjonen er innebygd og krever ingen ekstra programvare – par enhetene direkte, så dukker de opp som entiteter. Zigbee2MQTT er et fellesskapsalternativ som ruter all Zigbee-trafikk gjennom en MQTT-megler, med mer finkornet kontroll og støtte for flere enheter. ZHA er enklest å sette opp; Zigbee2MQTT gir mer fleksibilitet for større nett.

🏠 Visste du at: Navnet Zigbee er inspirert av honningbienes «vrikkedans» – sikksakk-mønsteret bier bruker for å fortelle hverandre retning og avstand til mat. Akkurat som bier sender informasjon gjennom svermen, sender Zigbee-enheter meldinger gjennom meshet – uten et enkelt feilpunkt.

Relaterte artikler

No post found!

Kilder



Zigbee2MQTT som bro: Zigbee-enheter → koordinator → Zigbee2MQTT → MQTT-megler (Mosquitto) → Home Assistant

Zigbee2MQTT

Zigbee2MQTT er en åpen programvarebro som kobler Zigbee-enheter til Home Assistant – og til hvilket som helst annet MQTT-system – uten en proprietær hub eller skytjeneste. Der den innebygde ZHA-integrasjonen kommuniserer direkte mellom Zigbee-koordinatoren og Home Assistant, setter Zigbee2MQTT en MQTT-megler imellom: koordinatoren publiserer enhetstilstander og mottar kommandoer via MQTT-emner, og Home Assistant abonnerer på dem gjennom sin vanlige MQTT-integrasjon. Resultatet er et Zigbee-oppsett som er frakoblet selve Home Assistant – Zigbee-enhetene fortsetter å rapportere til megleren selv om Home Assistant starter på nytt.

Zigbee2MQTT som bro: Zigbee-enheter → koordinator → Zigbee2MQTT → MQTT-megler (Mosquitto) → Home Assistant

Den største praktiske fordelen over ZHA er enhetsstøtte. Zigbee2MQTT har sin egen enhetsdatabase – over 3 500 enheter fra mer enn 400 produsenter – oppdatert uavhengig av Home Assistants utgivelsessyklus. Når en ny Zigbee-enhet kommer på markedet, dukker Zigbee2MQTT-støtte ofte opp i løpet av dager eller uker via fellesskapsbidrag, mens ZHA kan henge etter med en eller flere HA-utgivelser. For nyere eller mindre vanlige enheter, eller for full tilgang til alle enhetsspesifikke attributter, tilbyr Zigbee2MQTT gjennomgående bredere og dypere støtte.

Zigbee2MQTT kjører som et Home Assistant-tillegg og settes opp via én YAML-fil som definerer koordinatorens serieport, MQTT-tilkobling og nettverksinnstillinger. Det web-baserte grensesnittet – tilgjengelig rett fra HA-sidefeltet – viser et fullt enhetskart over hele Zigbee-meshet: lenkekvalitet, ruterbane og sist sett. Denne nettverksvisualiseringen er ett av de mest nyttige diagnoseverktøyene – den gjør mesh-helsen synlig med en gang.

Proff-tips: Bruk enhetskartet til å feilsøke rekkevidde
Hvis en Zigbee-enhet er ustabilt utilgjengelig, åpne nettverkskartet i Zigbee2MQTT og se på ruterbanen. En enhet som rutes via tre–fire mellomnoder når en direkte vei burde finnes, tyder som regel på rekkeviddeproblem eller en sviktende ruter. Å sette en strømtilkoblet Zigbee-enhet – en plugg eller pære – mellom koordinatoren og enheten løser ofte saken på minutter, ettersom meshet ruter om automatisk.

Fordi Zigbee2MQTT publiserer alle enhetsdata som MQTT-emner, samspiller den naturlig med alt annet som snakker MQTT – Node-RED, InfluxDB, Grafana eller egne skript – uten ekstra oppsett. Det gjør den særlig attraktiv i avanserte oppsett der Zigbee-data skal mate flere systemer samtidig: Home Assistant for automasjoner, InfluxDB for langtidslagring og Grafana for visualisering, alle abonnerer på de samme emnene fra én Zigbee2MQTT-instans.

🏠 Visste du at: Zigbee2MQTT ble laget av Koen Kanters i 2018 etter at han ble frustrert over begrensningene i proprietære Zigbee-hubber. Det som begynte som et personlig prosjekt for å styre IKEA Tradfri-pærer uten IKEA-gatewayen, har vokst til ett av de mest aktivt vedlikeholdte åpne smarthus-prosjektene som finnes.

Relaterte artikler

No post found!

Kilder