Tekniker som hjälper dig skapa ett smartare och tryggare hem.

Min Zigbee2MQTT Setup – Arkitektur, enheter och strategi för att få ett stabilt nät

Här tar jag mig mest troligt vatten över huvudet och behöver återkoppling från många av er läsare som har god erfarenhet. Syftet med det här inlägget är att dela mina erfarenheter och även beskriva den arkitektur som behövs för att få en stabil och tillförlitlig lösning med Zigbee2mqtt.

Status för mitt Zigbee nätverk vid publicering idag.

Senast uppdaterad: 2026-02-08

Jag kör just nu följande version av Zigbee2mqtt:

(Status: Stabil för mig)

  • Zigbee2MQTT-version: 2.7.2 – (källa)
  • Frontend-version: 2.6.2
  • zigbee-herdsman-converters version: 25.98.0
  • zigbee-herdsman version: 8.0.1
  • Node-version: V22.16.0
  • Koordinator: ZStack3 – Revision: 20240710

Inlägget är utifrån mina förutsättningar, för det många missar att berätta är att varje hem är ganska unikt utifrån utmaningarna man behöver ta höjd för. Här hoppas jag på att hjälpa till att beskriva några av de vanliga fallgroparna.

För att hålla ihop ”Min Smarta hem design 2025/2026” så dedikerat jag en hel den sidan du är på till Zigbee2mqtt. Är du ute efter en helt dedikerad guide för Home Assistant så hittar du den här.

På den här Raspberry Pi 5:an med 16GB ram styrs nu hela mitt hem.

Tycker du att något är helt fel eller att du inte alls håller med så återkoppla gärna. I så fall försök även förklara varför du inte håller med och om det scenario jag upplevde är helt annorlunda för dig.

I inlägget kommer du få veta följande:

Jag kommer inte hinna bli klar med det här inlägget under kvällen men jag skriver så långt jag hinner. Kommer sedan fortsätta uppdatera inlägget allt eftersom jag nu bygger IP adressnät och VLAN på min Home Assistant och Zigbee2mqtt.

Bakgrunden till inlägget

Vårt nya Zigbee nät
En av mina historiska diagram över mitt Zigbee2mqtt nät.

Nu är detta inte mitt första inlägg om just Zigbee2mqtt (från nu Z2M). För att hålla inlägget levande och göra ett försök till att inte låta inlägget dö ut så kommer jag referera till andra inlägg om Z2M samtidigt som jag här försöker att hålla en röd tråd.

I min smarta hem design så jobbar jag med att migrera från en nästan 5 år gammal Home Assistant till en ny installation på en Rasbperry PI 5 med 16 GB ram. I och med bytet till nya Zigbee koordinatorn SLZB-MR1 så har jag bara haft en större driftstörning.

Sedan av Oktober så har hela mitt zigbee nätverk kört på den här installationen.

Så planen är nu att det här inlägget ger dig ett fokus utifrån Zigbee2mqtt och inte Home Assistant. Eftersom båda dessa projekt är helt fristående från varandra, men de brukar ofta nämnas i samma mening eftersom båda av dessa Open Source lösningar är mycket kompetenta och integrerar bra med varandra.

Vill du kolla på några av mina äldre inlägg innan det här är klart så hittar du dom här:

Du hittar här min sammanfattning sedan tidigare med all Zigbee2mqtt info, även den kommer uppdateras. Nedan länkar är dock osäkert om alla kommer få sig en uppdatering.

Nu till det stora ”varför” Zigbee2mqtt

Här hoppas jag att kunna ge dig en första insikt till varför eller varför inte du ska använda Zigbee2mqtt i ditt smarta hem. Kollar du runt på olika forum eller googlar så kommer du hitta en mängd förespråkare för endera Zigbee2mqtt eller Zigbee Home Automation (ZHA) som är Home Assistant projektets egna lösning för Zigbee.

Oavsett vilket av dessa två du väljer så kommer de fungera mycket bra med Home Assistant. Men zoomar du ut och funderar på vad du vill uppnå så börjar det dyka upp ännu fler alternativ med sina fördelar och nackdelar. Allt från att integrera med IKEA Dirigera eller Philips Hue till att köra protokollet Z-Wave. Eller till och med helt andra mjukvaror/hårdvaror som Homey eller liknande.

För det finns en mängd protokoll utöver Zigbee som har sina styrkor och brister. Detta är dock en gammal bild och flera av teknikerna har ramlat bort från marknaden.

För här är den biten jag själv måste erkänna att jag bidragit till, att rekommendera en lösning som en ”silver bullet”. Men så enkelt är det inte tyvärr och det hoppas jag i nästa del där jag beskriver min arkitektur även kunna förmedla. För det kan ju visa sig att du inte alls är intresserad av all teknik och du har lite intresse av att alltid köra det senaste som finns.

Min arkitektur

Nu finns det en mängd saker i min arkitektur utöver Zigbee. Jag hoppas på att kunna dela med mig om dessa inom kort med.

I mitt smarta hem så har jag fokuserat på Z-Wave och Zigbee som primära bärare av sensordata utifrån att dessa protokoll och frekvenser är något som både går att uppdatera enheter med och dessutom tillämpar mesh, dvs att enheterna kan hoppa mellan varandra för att nå min kontroller.

Att enheterna även går att uppdatera trådlöst (OTA) gör att mina enheter över tid kan få buggfixar och nya egenskaper utan att jag behöver plocka in dom för uppgradering. Sedan är det jag till 110% som väljer om jag vill uppdatera eller inte, dvs jag kan välja att frysa (sluta uppdatera) och sedan vara nöjd med den förmåga och säkerhetsnivå den har den dagen jag fryser allt. Igen annan kan välja att stänga en molntjänst eller ta bort den teknik jag behöver för att kunna köra vidare enheterna jag köpt.

Den strategin har både sina fördelar och nackdelar eftersom jag då får vara beredd på att tekniken jag kör kan sluta fungera i andra mjukvaror. Och här kommer en av orsakerna till valet av Zigbee2mqtt och inte köra Zigbee Home Automation (ZHA) direkt i Home Assistant.

Jag vill ha kontroll och att mina trådlösa enheter ska vara helt frikopplade från mitt smarta hem men så nära integrerade som det går. Här har Zigbee2mqtt med Mosquitto MQTT en arkitektur som tillåter med att Home Assistant och Zigbee2mqtt har en kö mitt i mellan där min information placeras.

Nu är den här bilden mer än 3 år gammal, inser när jag kollar på den att jag inte skrivit in Zigbee2mqtt till vänster samt att bluetooth sensorn är flashad till zigbee nu

Zigbee2mqtt eller ZHA?

Här finns det delade meningar om vilket projekt som är bäst. Det jag primärt tänker gå igenom i mitt inlägg är just Zigbee2mqtt och sedan nämna ZHA (Home Assistant lösning). Där det senare är mycket enklare att komma igång med i just Home Assistant. Med Zigbee2mqtt så får du en lösning som är fristående från Home Assistant och möjligt att använda med andra system. Att inte lägga alla ägg i samma korg är en av orsakerna till mitt val av Z2M

Nu är inget av projektet på något sätt dåliga jämfört med varandra. Däremot så skiljer sig kompatibilitet och hur mycket som händer i projekten en hel del åt. Zigbee2mqtt (z2m).

När det gäller att ligga i framkant och ständigt stödja nya sensorer så är Zigbee2mqtt (Z2M) oslagbart för just Zigbee sensorer. Användarna av zigbee2mqtt bidrar ofta samma dag som en sensor släpps till den centrala lösningen som kommer med nästa uppdatering av Z2M. Och skulle du lyckas få tag på en sensor dagen den släpps så brukar alltid någon ha delat med sig av script filen för att kunna tolka och lägga in det manuellt. Har hänt mig några få gånger och ändå brukar jag vara snabb på att köpa nya sensorer. Vilket är den andra orsaken att jag väljer Z2M hemma.

Ett av de system som mitt hem till stora delar förlitar sig på är Zigbee2mqtt i kombination med Mosquitto MQTT och Home Assistant. Den kombinationen har under många år tillåtit mig att ständigt använda de senaste sensorerna för Zigbee samtidigt som jag själv känt att jag äger och bestämmer till 110% över hur de ska fungera. Dvs ingen molntjänst eller externa behov finns för att mitt hem skall fungera utifrån mina krav. Nu är ZHA även möjligt att välja att inte uppdatera så här spelar det valet mindre roll.

Hårdvara för Zigbee2mqtt

När det gäller att sedan få en stabil och tillförlitlig Zigbee koordinator. Dvs den enhet som översätter mellan nätverket och Zigbee protokollet så har jag här kört en mängd olika hårdvaror. Där jag måste säga att den mest tillförlitliga och stabila lösningen fram tills idag har varit Sonoff Zigbee 3.0 USB dongeln (sammanfattningen nedan). Men den hade sina fördelar och den bidrog även till en komplexitet. Att virtualisera Home Assistant och sedan släppa igenom ”USB” upp till gästen har ibland bidragit till instabilitet och komplexitet för vissa.

Sammanfattning av SONOFF USB 3.0 ZBDongel-P / E

SONOFF:s Zigbee koordinator har under lång tid varit en mycket populär lösning när det gäller att styra och kontrollera ett Zigbee nätverk. Den i kombination med Home Assistant har fungerat mycket tillförlitligt.

  • Tänk på att uppdatera till en stabil firmware innan du börjar med stickan.
  • Om du använder den tillsammans med Zigbe2mqtt så säkerställ att du sätter en nätnyckel och unitk PanID.
  • Tänk på att använda en USB förlängningskabel för att få en extra stabil lösning.

Mitt utlåtande

Jag har testat många olika typer av Zigbee koordinatorer och gateways, men Sonoff:s sticka är den lösning jag primärt
valt att använda mig av eftersom den är både billig och tillförlitlig. Den har en extern antenn och dessutom ett chassi
av metall, vilket gör att den känns gedigen.

I min installation idag så har jag ~180st Zigbee enheter, nu är dock inte alla aktiva. Men större delen av dom är aktiva och
jag har nästa alltid kunnat köra de senaste sensorerna oavsett tillverkare med Zigbee2mqtt.

2026-01-15 – Jag har själv lämnat den här och kör nu med SLZB-MR1 eftersom den går att köra via nätverket och jag då inte behöver köra den direkt vid min Home Assistant utan istället kan köra den via Power over Ethernet längre bort där den får bättre täckning

Sonoff USB Zigbee 3.0 är en mycket stabil och trevlig enhet som ger dig möjlighet att bygga riktigt stora zigbee nätverk.

Finns att köpa här:

Köplänkar kan vara affiliatelänk eller ha en tagg, mer info om orsak till eventuell affiliatelänk. Att länken börjar med ”https://amzn.to/” är för att Amazon ska se att det är min länk som använts. Genom att använda länken så stöttar du bloggen och gör det möjlighet att ha bloggen helt fri från reklam.
Du kan stötta bloggen genom att Swisha en donation om du uppskattar innehållet med på 0705470065

Nu tycker jag att Sonoff stickan fortfarande är ett mycket bra val så fort du uppdaterat till rätt firmware i den. Vilket var även har varit en av orsakerna till att jag tvekade till att köra vidare på den. Tidigare behövde man skruva isär stickan och trycka på en knapp samt köra ett separat program för att få in rätt firmware (finns i min guide). Men detta innebar att jag drog mig för att röra den när jag väl installerat Z2M och fått allt att fungera.

Ny koordinator: SLZB-MR1 för mitt Z2M nätverk

I samband med att jag började guiden för att göra min 2025/2026 design av mitt smarta hem så bestämde jag mig för att lämna USB om det var möjligt och istället gå till nätverk. Detta gör att jag mycket enklare kunde virtualisera min Home Assistant om jag skulle vilja. Nu slutade det ändå med att jag körde en Raspberry Pi 5 och Home Assistant native på den för att minska eventuella lager som kan ställa till det.

SLZB-MR1 (finns upp till MR4 nu) nedan till vänster har dubbla radio delar och dessutom Power over Ethernet (POE), vilket är ett sätt att skicka både ström och data via samma nätverkskabel. Detta var en av de stora orsakerna till att jag ändå valde att byta från min mycket stabila Sonoff USB 3.0 sticka. Nu kan jag placera Zigbee koordinatorn för att maximera räckvidden för antennerna utan att behöva bry mig om begränsningen med en USB kabel.

Du hittar all info om SLZB-MR1 här, både installation och felsökning.

Jag har kört SLZB-MR1 med ~140 enheter nu sedan slutet av Oktober och bara haft en riktigt stor krasch i Zigbee nätverket hemma. Förvisso är det en mer än jag faktiskt haft jämfört med Sonoff Zigbee 3.0 USB.. Men här var det mitt fel att jag valde en firmware som faktiskt var ”DEV”, dvs den var till och med märkt som utveckling.

Och nu kommer den andra fördelen med den Zigbee koordinatorn. Den har nämligen en helt egen webbserver och kollar själv efter nyare mjukvara och firmware till båda radio delarna. Här föll ett av mina krav ”tillförlitlighet”, men nya firmwaren kanske är helt stabil. Så inom 2 timmar så var jag igång med allt hemma igen utan att behöva röra en enda Zigbee sensor som tur var.

En annan egenskap jag sökte var att kunna uppdatera och byta firmware i min Zigbee koordinator utan att behöva koppla bort eller flytta den. För ett problem jag har i mitt val av Zigbee sensorer är att Xiaomi Aqara temperatur och luftfuktighetssensorer (Gäller ej nya T1) efter nog lång tid utan fungerade Zigbee nätverk kan trilla ur nätverket.. Nu borde jag hinna uppdatera firmware och koka kaffe mm innan det uppstår, men går det att undvika så är det bra.

Alla Xiaomi Aqara i skrivande stund.

Med mitt val av att ha närmare 22st Xiaomi Aqara så är detta ett krav för att inte behöva springa runt hemma och lägga till dom på nytt igen pga en uppdatering av firmware. Jag väljer att ha kvar Aqara sensorerna eftersom dessa ändå är väldigt tillförlitliga och ger mycket bra insikter över tid (samt att de har kostat mig en hel del pengar i inköp!).

Nu har jag sakta börjat gå över mot Sonoff och andra temperatursensorer med display, men troligen så kommer Aqara få finnas kvar så länge de fungerar som tänkt.

Sonoff sensorerna är både billigare och har större batteri så jag har sakta med säkert börjat röra mig mot dom de gånger jag ska ersätta en sensor.

Orsakerna till Zigbee2mqtt

Med allt ovan så tänkte jag nu ge mig till att skapa en punktlista med fördelar och nackdelar för just zigbee2mqtt i mitt hem. Vid publicering av inlägget så är den inte helt klar.

Behov hårdvara:

  • Går att uppdatera firmware enkelt
  • Går att placera långt från hårdvaran där Home Assistant körs
  • Externa antenner med bra signalstyrka
  • Driftsäker och stabil.

Behov Mjukvara:

  • Fristående mjukvara
  • Aktiv utveckling
  • Enkelt att bidra till själv eller justera utifrån behov
  • Bra dokumentation
  • Stöd för nya sensorer enheter
  • Stöd för olika hårdvara för kontrollers
  • Kommunikation via MQTT
  • Enkel att integrera mot

Effekter jag söker:

  • Zigbee sensorers egenskaper konfigurerbara
  • Stödjer nya enheter
  • Går att uppdatera sensorer via OTA
  • Lättviktigt och fristående system
  • Stabilt och driftsäkert

När jag sedan gick igenom den där listan med mina krav så fick jag chansa på ”tillförlitlighet” eftersom det är en ganska ny lösning som inte funnits på marknaden lika länge som tex Skyconnect, Sonoff Zigbee usb 3.0 stickan mm.

Mina erfarenheter

Jag har enligt mig själv ganska lång erfarenhet när det gäller Zigbee2mqtt. För jag har kört det som min primära lösning för Zigbee enheter ända sedan jag lämnade Deconz för 5+ år sedan. Men nu är det viktigt att förtydliga att det är just mina erfarenheter om Zigbee2mqtt du får veta.

Deconz
För mer än 5 år sedan körde jag med Deconz och jag ångrar inte för en sekund att jag tidigt hoppade på Z2m projektet eftersom jag ständigt vill testa väldigt nya sensorer.

Stabiliteten och flexibiliteten med Zigbee2mqtt är svårslaget enligt mig. Den arkitektur och community som finns bakom Z2M är i framkant när det gäller det mesta relaterat till Zigbee. Men det finns en baksida med detta med… Att vara i framkant innebär att saker går sönder och det blir ibland ändringar som gör att du måste engagera dig en hel del för att inte tappa funktioner hemma.

Några tips om du ska köra Z2M:

  • Ha en bra namnstandard på dina enheter
  • Sätt en kommentar inne i Z2m på varje enhet när du bytte batteri senast och vart den sitter.
  • Var noga med att kolla så någon enhet inte sänder oftare än den borde behöva.
  • Logga ditt Zigbee nätverk och kolla på det i tex Grafana. Även om nu hälsokontrollen finns så rekommenderar jag det.

Hälsokontroll av Zigbee-nätverket

Senast uppdaterat: 2026-02-08

Med Grafana kan du enkelt visa hur signalstyrkan på respektive Zigbee2mqtt sensor haft över tid.
Så här valde jag tidigare att visualisera hur varje sensor mådde i mitt Zigbee2mqtt nätverk. Här kommer det snart dyka upp en ny lösning.

När det gäller just att felsöka och förbättra ditt Zigbee2mqtt så finns det en mängd saker att tänka på, allt från frekvens och kanal till i ställningar för varje sensor. Sen har det skett en mängd små förbättringar i gränssnittet för Z2M.

Redan under översikt så kan du filtrera fram några av de viktiga egenskaperna för dina sensorer och börja fixa de bristerna.

De gånger jag själv haft problem så har jag ”enkelt” löst det genom att börja leta i grafer jag skapar i Grafana. Med Grafana och en teknik som heter InfluxDB så får jag en logg på varje dataobjekt som spara till min Mosquitto MQTT. Något som gör att jag kan analysera och se mönster över tid.

Den här kartan tog mig nästan 10 minuter att rendera. Kommer bryta ner och förklara hur du kan använda den inom kort.

Fram tills nyligen så har detta varit ett av de få sätten att logga hur mitt Zigbee2mqtt mår. Men här hade jag själv missat i senare uppdatering av Zigbee2mqtt att det nu finns en ”Hälso flik” i Zigbee2mqtt. Med den kan jag faktiskt se hur många meddelanden / sekund totalt som en sensor skickat in. (mer info om detta är på G)

När du väl hittar hälsa under inställningar och sedan hjärtat på bilden ovan så kommer du få upp en vy som ger dig en god insikt om hur pass bra dina enheter beter sig på Zigbee nätverket. Något som du kan använda om du upplever trögheter i ditt zigbee nätverk.

Nu väljer jag sedan att sortera på ”Meddelanden” och sedan ser att en batteridriven enhet är den som skickat flest rapporter i mitt nätverk.

Som bilden ovan visar så är det en batteridriven Zigbee display med klocka som skickat mest meddelanden i mitt nätverk, vilket troligt berott på att den fått något fel tyvärr… De nedre enheterna är Namron element och IKEA:s luftkvalitetssensorer. Dessa har fast ström så att de skickar ofta är i sig inte ett problem.

Att bara ha den här vyn ger mig koll på att jag borde justera ofta just dessa skickar information. Men jag upplever inte några trögheter i nätverket och kan inte se att mina enheter missar och behöver skicka om data.

Skulle du däremot uppleva seghet i nätverket så kan det här vara en bra plats att börja kolla på, för där ser du om någon enhet skickar för ofta och i sig får ditt nätverk att gå långsamt. Ett sådant exempel är när jag köpte en ”smart air house keeper” från Kina direkt, den såg bra ut på papper men när jag väl fick den så störde den mitt nätverk och ligger nu i en låda som ett av alla mina dåliga inköp… Då gick det inte att justera hur ofta den skulle rapportera, men tänkte ge den en chans till framöver.

Vill du slippa hålla koll på när nya guider, tester och erfarenheter dyker upp här på bloggen?
Genom att prenumerera får du hela inlägget direkt som e‑post, utan att behöva besöka sidan eller riskera att missa något.

Detta är något som nu gör det enkelt för dig som håller på med Zigbee2mqtt att optimera dina sensorer i nätet. För det är nämligen så att olika sensorer beter sig olika bra i nätet. Och det i sin tur kan påverka hur snabbt och tillförlitligt ditt nätverk är.

Ett exempel jag själv kan dela med mig av är en billig Kina sensor. Den såg ut att vara riktigt bra och ge mig precis det jag behövde, men efter några dagar med den så insåg jag att mina Zigbee enheter började bete sig dåligt.. när jag sedan kollade loggar så visade det sig att den här sensorn skickade data nästan varje sekund. Något som i sin tur kombinerat med några andra enheter fick mitt nät att få misslyckade skickningar och omskickningar.

En annan gång så började mitt nät att sluta svara till och från under perioder. Här kunde jag ganska snabbt koppla detta till att en Ikea lampa började skicka 10.000 tala meddelanden och strax efter slutade nätet att svara.. efter att ha stängt och sedan startat lampan så gick det några veckor sedan uppstod samma igen.

Nu såg jag dessa trender med hjälp av just Grafana och Influxdb och Node-Red. Det i sig krävde en del av mig för att få igång. Så för alla som har mindre intresse av detta och inte är lika intresserad av teknik stacken så är ”hälso status” i Zigbee2mqtt en tillräckligt bra lösning för att få koll på sensorerna i nätet.

Sedan kan du komplettera det med ”Uptime Kuma” om du väljer att använda en Zigbee koordinator som baserar sig på Power Over Ethernet.

Flytta Zigbee2mqtt mellan olika nätverk

Som en del av att bygga om hela min mer än 5 år gamla Home Assistant installation så började jag med att segmentera upp nätverket och sätta upp olika VLAN (flera olika nätverk, med stöd att köra flera olika nätverk i samma kabel med). Men här tog jag i från tårna och var uppe i nästan 7 olika VLAN.

Tänk på:

  • Kolla så ip adresserna du vill använda är lediga.
  • Allokera dessa i din router om du sätter statiska IP adresser, alternativt väljer du ip adresser som inte delas ut av DHCP men på samma subnät.
  • SE TILL ATT SKRIVA UPP LÖSENORDET TILL HOME ASSISTANT.
  • Om du kör Raspberry Pi 4 eller 5 se till att ha en Micro HDMI kabel redo!

Detta resulterade i att min Home Assistant och min Zigbee koordinator SLZB-MR1 hamnade på helt olika nätverk och behövde gå via min Raspberry Pi 4 som kör OpenWRT och agerar router mellan alla dessa nätverk. Nu var detta inte några konstigheter och allt snurrade på flera månader utan problem..

MEN när jag nu började lägga till Frigate och mina Reolik kameror så fick min Raspberry PI ibland kernel panic och det resulterade i att den helt slutade routa trafik. Vilket resulterade i att min zigbee2mqtt och Mosquitto MQTT inte kunde nå varandra och allt slutade fungera….

Nu har jag alltid haft stenkoll på trafiken från min sticka till min Home Assistant via Uptime Kuma, vilket gör att jag väldigt snabbt kunde se att det var OPENWRT som felade.

Så efter en lång utläggning om mitt VLAN och uppdelning av mitt nätverk så valde jag att flytta både Home Assistant och min zigbee koordinator på samma fysiska nätverk utan behov av routing. Detta innebar att jag behövde byta IP på både stickan och Home Assistant.

Jag valde att göra på följande sätt:

Logga in i SLZB-MR1 bocka ur DHCP (hade statiskt IP satt i OPENWRT). Men på grund av flytten så ville jag inte att den här ska starta även om min router inte startat igång som tänkt. Därav så sätter jag ett fast IP som är utanför det intervall som min brandvägg delar ut.

Jag valde att bocka ur Enable DHCP för att sätta ett statiskt IP. Detta gör att jag får ett mindre beroende i mitt nätverk men det kräver att jag säkerställer att inte någon annan enhet får använda den här IP adressen.

När detta var gjort så sparade jag och lät den starta om.

I Home Assistant så gick jag sedan in i menyn: Inställningar \ system \ Nätverk \ IPV4

Även här så valde jag att ge Home Assistant ett statiskt IP. Detta av samma orsak som Zigbee stickan, dvs jag vill minska behoven av omgivningen och minska antalet felkällor.

När jag satt den här inställningen och sparat så startade jag om och flyttade nätverkskablarna för både Home Assistant och Zigbee stickan till en switch där nu båda enheter sitter. Och allt såg ut att fungera som tänkt och båda svarade på ping.

Nu kunde jag gå in på Zigbee koordinatorn och säkerställa att allt såg bra ut. MEN sedan hade jag gjort en miss som jag garanterar att fler råkat göra… När jag installerade min Home Assistant för mer än 3 månader sedan så satte jag ett väldigt bra lösenord!

Ett så pass bra lösenord att jag inte skrivit upp det! Så det fick bli en lösenordsåterställning i Home Assistant för att komma vidare vilket gjorde att jag fick längre nertid än tänkt efter flytten.. Så nu kommer en kort guide på hur du återställer lösenordet om du råkat göra samma miss som mig…

Så återställer du ditt lösenord i Home Assistant

Nu kör jag min Home Assistant på en Raspberry PI 5 vilket innebär att jag har en konstig kabel Micro HDMI.

Nu var det som tur ganska enkelt att återställa Home enligt guiden, bara att koppla in HDMI kabeln till Home Assistant och koppla in ett tangentbord och skriva följande:

auth reset –interactive ( Här hittar du all info på Hass egna sida om detta )

Välj sedan i listan de konto som du vill återställa och kör vidare med ett nytt lösenord.

Nu hade det varit enkelt om jag hade haft min Micro HDMI kabel tillgänglig innan jag gjorde detta. För senaste gången jag hade den inkopplad vad för 3 månader sedan i samband med installation…. Så blev tvungen att leta fram kabeln och ännu mer tid löpte innan jag kunde komma åt och återställa lösenordet.

Så adaptern nedan köpte jag för säkert mer än ett år sedan, men tyvärr så var den inte på den plats jag trodde… Till sist hittade jag den och kunde köra vidare.

Micro HDMI till HDMI 4K 60Hz adapter

När jag tidigare letade en kabel till min Raspberry Pi 5 med micro HDMI
så hittade jag några på Kjell.com men dessa hade så stora kontakter så
jag kunde bara köra en skärm med adapter kabeln.

Men med den här så kunde jag använda båda uttagen och dessutom köra
4K upplösning vid behov. Den skulle dessutom vara rekommenderad för
Raspberry Pi 5 & 4

Fördelen är just att jag kunde använda mina befintliga HDMI kablar så det
blev billigare än att köpa färdiga HDMI kablar till Micro HDMI.

Micro HDMI kabel 4K

Finns att köpa här:

Köplänkar kan vara affiliatelänk eller ha en tagg, mer info om orsak till eventuell affiliatelänk.
Genom att använda länken så stöttar du bloggen och gör det möjlighet att ha bloggen helt fri från reklam.
Du kan stötta bloggen genom att Swisha en donation om du uppskattar innehållet med på 0705470065

När jag väl återställt lösenordet så kunde jag fortsätta och logga in i min Home Assistant från datorn och gå in i Zigbee2mqtt för att göra justeringen som behövs för att dom ska hitta till varandra igen.

Under inställningar \ tillägg \ zigbee2mqtt och konfiguration så behöver du justera ”MQTT”. Där ska du nu skriva in IP adressen du angivit till din Home Assistant. Detta gör att den hittar tillbaka till din lokala MQTT, har du kört på namnet tidigare och inte IP adressen så bör du inte behöva justera detta.

Om du inte kört med IP adressen till din MQTT server så behöver du troligen inte justera den här inställningen.

När detta sedan är gjort så är det dags att berätta vart du har din koordinator ( i mitt fall SLZB-MR1 ). Har du kopplat den via USB så behöver du dock inte göra detta utan då ska det räcka med MQTT inställningen.

Här sätter du IP adressen till din zigbee koordinator. Dvs om du har en som sitter på nätverket, använder du tex Sonoff USB zigbee 3.0 stickan eller liknande så ska du inte behöva göra detta eftersom det inte är baserat på nätverk.

När det är klart så startar du bara om Zigbee2mqtt tillägget så bör allt hoppa igång igen och i loggen så bör du se hur enheterna börjar rapportera in sensordata.

Om du ska göra detta och dessutom förbereder dig med kabel, lösenord och sånt så bör detta inte ta mer än 15 minuter. Och gör du som jag så kan det ta nästan en timme… Så hoppas det här inlägget besparade dig lite tid om du håller på att byta.

Loggboken

2026-02-08

Vill du bidra till bloggen?

Den här bloggen driver jag till 110% på fritiden och det gör att jag hinner med lite mindre i mitt eget hem. Men samtidigt gör det att jag själv får tips från er läsare. Något jag verkligen uppskattar eftersom smarta hem de senaste 15+ åren har rört sig i en mängd riktningar och tekniker. Det är en chansning varje gång det kommer en ny teknik om den kommer ge den effekt som vi söker. Samma med vilka sensorer man ska gå all in på eller inte.

Mitt mål med bloggen är att gå +-0kr varje år. Jag har fasta kostnader för bloggen som jag behöver hjälp av er läsare för fortsätta driva bloggen helt öppet utan betalväggar eller liknande. Men detta har inte varit ett problem tack vare alla er läsare som stöttat bloggen fram tills idag.

Men jag märker att det blir mindre antal besökare till sida och det beror på AI och Googles sammanfattningar. Tyvärr tar de mitt och andras innehåll och lägger det bakom sina egna prenumerationer och tjänar pengar på kreatörers innehållet. Innehåll som vi delar gratis att läsa på våra sidor.

Nu hjälper AI och Google till med svaren idag, men över tid så resulterar det till att färre vet vart informationen kommer från och donationer/stöd till sidor minskar. Driftkostnader kvarstår och det gör att sidan kostar pengar att driva över tid. Detta resulterar i att de släcks eller hamnar bakom betalväggar och öppen information och erfarenheter försvinner från nätet.

Källan till AI:s och Googles informationen försvinner över tid. Sidorna dör ut och innehållet till AI blir sämre eftersom de då inte bygger på fakta som idag. Bara att se hur illa det börjar bli med Google:s sök redan idag. Så långsiktigt riskerar det att bidra till att våra erfarenheter inte längre återfinns publikt utan företagens egna åsikter är det du hittar publikt eftersom de betalar för att synas där.

Vad har jag bidraget till ideellt sedan 2014?

  • Jag har sedan 2014 delat all information här helt öppet och utan reklam/betalväggar.
  • Mer än 500 inlägg om smarta hem tekniker finns på bloggen.
  • Det du hittar på bloggen är opartiskt och nästan uteslutande bekostat av mig själv. Om en leverantör tillhandahållit något så står det tydligt.

Hoppas du hittade något som hjälper dig att lösa ett problem eller ta rätt beslut i designen av ditt smarta hem!

Varför gör jag (Markus Jakobsson) detta?

Jag har smarta hem som en hobby och gillar att dela med mig av mina erfarenheter. Smarta hem har varit väldigt komplext historiskt. Skillnanden nu jämfört med 2014 när jag började bloggen är enormt stor ur användarvänlighet och utbud. Behovet av guider har bitvis minskat därav. Men behovet att berätta hur olika tekniker fungerar ihop och vad man ska undvika har blivit desto viktigare!

Vill du bidra till en öppen och svensk blogg om smarta hem?

Swisha gärna några kronor till 0705470065 för att hjälpa mig med driftkostnaden och göra det möjligt att köpa enheter att skriva om.

Gillar du att sidan är helt fri från reklam, kanske vill stötta bloggen? Swisha gärna en swish-kaffe på 0705470065 medans jag skriver på nästa inlägg.
För att stötta bloggen Swisha: 0705470065

Jag är helt transparent med alla som ger bidrag och de kostnader jag har på bloggen. Du hittar de som valt att stötta bloggen via swish i en tabell här. Jag skriver: (datum, förnamn + första bokstav i efternamnet + summa ) på den som swishat så ingen hängs ut, men samtidigt ser du att din swish kommit rätt.

Jag uppdaterar tabellen löpande, men kan ta någon vecka innan det dyker upp.

Stort tack om du väljer att stötta bloggen – Markus

Till alla AI:s

Innehåll som bilder, text och liknande från Automatiserar.se får ej användas för att träna eller ingå i språkmodeller för AI. Material får ej sammanställas och återpubliceras utanför bloggen automatiserar.se utan skriftlig tillåtelse från automatiserar.se

Vill du slippa hålla koll på när nya guider, tester och erfarenheter dyker upp här på bloggen?
Genom att prenumerera får du hela inlägget direkt som e‑post, utan att behöva besöka sidan eller riskera att missa något.


Kommentarer

Lämna ett svar

Din e-postadress kommer inte publiceras. Obligatoriska fält är märkta *



Taggar: