Min smarta hem design 2025/2026

Då var det dags att börja designa och sätta upp allt som jag pratat om under mycket lång tid. Jag kommer nu börja från ruta noll och bygga upp allt steg för steg med Home Assistant hemma och en Homey i ett annat hus.

I min nya installation får jag nu in data och sakta men säkert så håller jag på att skapa nya automationer för dessa.

Sidan är under uppbyggnad så ha överseende med den. Tänker det är bättre att publicera löpande och sedan uppdatera materialet löpande. Jag kommer även börja vara mer aktiv på mina sociala medier och där ta emot feedback med, så är det något du reagerar på så kontakta mig på några av dessa sätt

Senast uppdateradUppdatering
2026-01-15 – 21:30Efter att ha haft en mycket stabil lösning med SLZB-MR1 så råkade jag för ca 2 veckor ut för att hela mitt Zigbee nätverk störtdök, dvs alla enheter slutade svara.
Berättar här en del om vad som hände och vad som troligen kan ha varit orsaken.
Här delar jag med mig av vad jag gjorde under felsökningen och hur jag fick bort ”buffert full”.

Mer detaljer i loggboken
2025-11-25 – Sedan 2:a November så har min nya Zigbee koordinator fungerat till 100% Ingen driftstörning utifrån min övervakning i Home Assistant med Uptime Kuma. Sen har jag självklart koll på bloggen du läser därifrån med, och där har Loopia 99.8% uptime på den, så ganska bra där med.

2025-11-25 – Min installation av Home Assistant har i dagsläget följande tillägg installerade

Installerade tillägg i Home Assistant
Med följande tillägg har jag nu sakta börjat flytta över allt från min gamla Home Assistant installation.

För att göra detta så enkelt som möjligt för dig som är intresserad av olika steg och innehåll i min design så kommer jag länka inom bloggen. Kommer sätta ett mål varje vecka och sedan hoppas på att kunna lägga tillräckligt med tid för att genomföra det. Under den veckan så tar jag gärna emot feedback och tips på smarta sätt att lösa på fler sätt än det jag anger.

Jag kommer delat upp mitt arbete utifrån följande initialt

  1. Vilka behov ska min lösning uppfylla
  2. Vilka tekniker har jag möjlighet att använda
  3. Hur prioriterar jag säkerhet vs enkelhet och funktionalitet
  4. Vilka kompromisser behöver jag ta i min design.

Här kommer det snart att dyka upp en meny med relevanta länkar till saker jag använder mig av. Jag har sedan tidigare samlat en mängd guider här, där kan du redan nu spana om det är något du vill fördjupa dig inom. Men i och med att jag bygger och installerar så kommer jag uppdatera dessa guider där det finns behov. De kommer sedan dyka upp som dedikerade länkar under navigationen här.

Inventering och sammanfattning av nuläget

För att få en bild över vad jag har och vilka styrkor och svagheter de har så kommer jag göra en snabb inventering av det som jag kör i dagsläget. Det kommer ge både mig och dig en bild över hur jag resonerar över olika enheter och vilka styrkor och svagheter jag ser hos dom.

Nu lägger jag in vanliga länkar till det jag köpt och är det en affiliate länk där det finns (alla detaljer om affiliate för bloggen här). Så du har två alternativ och bestämmer själv om du vill stötta bloggen via en sådan länk, det är helt valfritt. Se absolut inte dom här länkarna som mest prisvärda!

Jag länkar till ställen där jag köpt eller hittat den under tiden jag skriver guiden. Ofta kan pekar jag det mot Amazon eftersom det är en möjlighet att få bidrag till bloggens driftkostnader och göra det möjligt att köpa in mer att skriva om. Men jag pekar även länkar mot olika andra sidor, så se det som ett stöd för att se vad jag köpt eller menar för hårdvara, sedan använder du det och letar det bästa priset på fler ställen.

Vad har jag tillgång till för hårdvara just nu?

Jag skriver en kort sammanfattning om varje enhet och hur de idag används, då får du en bild över varför och hur jag troligen avser att köra det i min kommande lösning.

  • Luftvärmepumparna. Här har jag idag MelCloud (MOLNET & Wifi…) och Sensibo Air (även moln wifi men IR). Sensibo använder jag idag för att optimera gamla luftvärmepumpen, mer om det i det här inlägget
  • 2X Element med Zigbee (Namron) – Ett av dessa går helt perfekt medans det andra ramlar ur min Zigbee2mqtt ibland..
  • Manuell koll på elpriset via Waltrix klockan – Den har stöd att styra Shelly enheter, något jag ej testat och tror jag kommer låta bli i min nya lösning.
  • Koll på elförbrukning kommer ske via en lokalt konfigurerad Tibber Pulse P1 ( ger mig info var 10:e sekund ). Har tillgång till nya elmätaren från Homey, men har fel elmätare tyvärr för den.
Med min 100% lokalt konfigurerade Tibber Pulse P1 uppdaterar var 10:e sekund till home Assitant (via MQTT). till 99.9% så kommer jag köra även det till nya lösningen eftersom jag har allt lokalt och det har fungerat 100% sedan starten.
  • Massor sensorer! De flesta har jag listat här
  • Robotdammsugare (Neato D8) – Sedan någon vecka så är den lika smart som en sten tyvärr, molntjänsten är nedlagd… Få se om det blir en Switchbot eller liknande för att trycka på knappen…
  • Robotklippare från Jula (helt korkad, men under sommaren har den lyckats klippa +150ggr och har övervakats via hur mycket ström den dragit ).
  • POE Reolink kameror – Fungerar perfekt med ONVIF, dock den kameran som är på omslaget på den här sidan är starkt begränsad tyvärr. Resterade jag har är dock helt fungerade via ONVIF
  • POE Dahua – Riktigt bra mörkerseende och en kamera som gör sig bra på gården nattetid eftersom den inte använder IR och därav inte glöder rött som många andra IR kameror.
  • POE Hikvision – Några gamla kameror som fungerar, men då via Frigate.
Det här är en av orsakerna att jag inte väljer att virtualisera min Home Assistant installation, för jag vill undvika USB strul (även om de nu verkar mycket stabilt via tex Proxmox)
  • Google Coral kommer användas för att avlasta CPU:n på min Raspberry PI 5, med den så undviker jag att lasten för att analysera kamerorna hamnar på CPU:N och istället hamnar på TPU:n i google Coral (som drar 2w! bara)
Den här installationen av OpenWRT har snurrat på stabilt i snart 1.5 år och jag kommer använda den uteslutande till mitt smarta hem nätverk nu eftersom den dessutom har fått en publik IP adress. För mitt hemmanätverk kommer jag använda en ”svart”/NAT ip-adress på en gammal brandvägg parallellt (troligen). USB nätverkskorten är väldigt stabila men de krävde när jag installerade OpenWRT en manuell addering av drivrutiner.

Inventering senast uppdaterad: 2025-10-23

Vilka behov ska min lösning uppfylla

Utifrån mina befintliga installationer av Home Assistant och Homey så har jag haft många olika syften med lösningarna. Något som är en av huvudorsakerna till att jag nu helt väljer att börja om. Min kommande strategi kommer innebära att jag är restriktiv med att koppla in något. Självklart ska jag använda tekniken jag har, men det kan faktiskt vara så att säkerhet blir mer viktigt i mitt smarta hem om jag väljer att fullt ut styra tex uppvärmningen helt. Men här är det än så länge för tidigt att säga hur vad som får prio över något annat.

När det gäller funktionalitet så har jag tänkt fokusera på :

  • Styrning av uppvärmning utifrån elpriser och elförbrukning
  • Smart belysning i de rum det är relevant. Kommer ta fram kriterier för när det inte är värt att styra belysning.
  • Larm
    • Övervakning av rörelse
    • Kameror
    • Dörr/fönster sensorer

Montering och förvaring

Mina enheter står idag ganska utspritt i mitt hem tyvärr, för att samla tekniken på en plats och dessutom göra det enkelt för mig att flytta, justera och montera om dom så har jag designat ett väggmonteringssystem. Det gör att jag göra ett väggrack där jag kan flytta om och organisera mitt nuvarande kaos med.

Väggmonteringssystemet kommer till en början hamna i garaget men när jag är klar så kommer det sitta där jag idag kör min Home Assistant. Bilden innehåller totalt 12 3D printade plattor (finns att hämta här)

Till en början kommer det vara kabel organisering och hållare för min Raspberry Pi 5 samt POE switchen. Allt eftersom jag beslutar om fler enheter så kommer väggen fyllas på. Nu är planen att detta ska sitta på en plats där nästan bara jag håller på, så att det inte ser supersnyggt ut vägs upp av att det är modulärt och att jag kan flytta runt saker.

Installation av Home Assistant

Jag har inte bestämt vilket chassi jag ska köra ännu så det fick bli en tillfällig lösning där RPI5:an körs stående i ett skåp… Här måste jag bestämma vad jag ska köra sedan.

Idag hände det äntligen, jag kunde ta mig tid och flasha in Home Assistant på en NVME disk och köra igång min kommande flytt till ny hårdvara och omstart av allt.

Jag insåg idag att det inte kommer gå att planera allt in i minsta detalj, så jag valde att köra igång installationen idag och placera installationen på ett helt nytt nätverk hemma. Kommer uppdatera guiden med hur jag gjorde allt detta under veckan.

Att flasha in Home Assistant på en M2 / NVME disk var inte något problem, med hjälp av en nvme till usb hållare (finns i listan här) så kunde jag enkelt koppla in den på USB porten på datorn och med Raspberry Pi flasher välja Home Assistant och den disken.

Med den här usb dockan så kan du från din vanliga dator koppla in en NVME disk och enkelt flasha in Home Assistant OS. Skulle du inte ha det så kan du istället använda ett micro SD kort och installera Raspbian på det och sedan från din Raspberry Pi flasha in Home Assistant (dock lite mer omständligt)

Att starta igång med Home Assistant gick förvånansvärt enkelt, på mitt nya nätverk med OpenWRT brandväggen så kunde jag snabbt komma åt http://homeassitant.local:8123 ( Så klart glömde jag bort PORT :8123 så en liten stund extra tog det)

Jag har valt att i brandväggen sätta ett statiskt ip på Assistant och räknar inte med att det nätverket ska behöva mer än 253 IP-adresser. Skulle jag växa fast i det nätverket i framtiden så får jag ta den smällen då. Så det fick bli ett 192.168.1.xxx. Det första jag sedan började att koppla in och testa var Z-Wave.

Att jag valde att börja med Z-Wave och ZWA-2 berodde primärt på att min nuvarande installation i Home Assistant inte bidrar i allt för många automationer. Så det fick bli mitt första test av extern hårdvara till Raspberry Pi 5:an (RPI 5).

Installationen av ZWA-2:an gick väldigt smidigt, jag kopplade in den i RPI 5:an och körde igång guiden för att lägga till den. Nu fick jag inte några möjligheter att justera eller ändra något. Den dök då upp som Z-Wave under enheter och gav mig möjlighet att lägga till Z-Wave enheter.

Jag har lagt på en hel del saker redan nu för att få en bra överblick. Ett tillbehör som jag har kört i något år nu är Uptime Kuma, vill du få koll på dina nätverksenheter hemma så kan det vara värt att kolla på innan jag publicerar om den.

Nu kan det vara så att jag gjorde bort mig lite här eftersom jag inte kollade om Z-Wave JS skulle läggas på innan / istället. SÅ det kan vara så att jag behöver göra om det här i värsta fall sen… Men just nu får det fungera med den.

Med knappen ”lägg till enhet” så lägger jag nu till nya Z-wave enheter. Och strax innan jag skrev det här på bloggen så hade jag fått in följande Z-wave enheter nedan.

MEN att lägga till Z-wave enheter var något jag inte behövt göra på många år och de enheter som jag kört i tidigare Home Assistant behövde återställas och inkluderas i nya nätverket. Här kom jag på hur jag ogillade att varje enhet har en helt egen process för återställning och inkludering…. Något som Homey löst snyggt med en guide när jag lägger till enheter, medans här får jag bara att den väntar på en ny enhet.

Installation av SLZB-MR1

SLZB-MR1 verkar vara en mycket lovande zigbee koordinator. Jag kommer låta den ersätta min billiga och mycket stabila Sonoff Zigbee USB 3.0 sticka (info om hur jag gjorde förra gången på länken).

När jag väl var klar med Z-wave och börjat få in dom enheterna så tog jag tag i SLZB-MR1 och började fördjupa mig hur den fungerar. Det är nämligen en Zigbee koordinator med dubbla radio delar och stöd för en mängd roliga tekniker

Så här ser webbgränssnittet ut i SLZB-MR1 efter konfiguration och uppgradering av POE stickan är klar. Eftersom den körs över nätverket i min konfiguration och inte över USB så är jag noga med att även den här får en statisk IP adress.

När jag installerat Zigbee2mqtt precis som med min gamla Sonoff Zigbee USB 3.0 sticka så var det bara smärre justeringar (tidigare guide här) med att inte använda en USB port i konfigurationen utan istället en IP adress.

Gränssnittet är dock annorlunda mot det jag är van från min tidigare installation, så osäker på om det beror på att den körs via ethernet eller om det är någon miss i det projekt jag valde… Ska kolla mer på det under veckan så jag inte behöver göra om detta igen. PAN id och likande är dock korrekt satt vad jag kan se.

Eftersom SLZB-MR1 nu kommer att köras via nätverket så är jag noga med övervakning. Och som jag nämnde tidigare så använder jag mig av Uptime Kuma för att få en tydlig indikation på om jag har problem med mitt lan eller enheten. var 60:e sekund gör den en koll mot stickan och ger en snygg graf som den nedan.

Som jag nämner hela tiden så kommer jag den här gången se till att ha mycket bra ordning och säkerställa att jag övervakar och följer mina enheter utifrån den teknik de är uppkopplade med. Så klart övervakar jag även min blogg med samma verktyg så jag ser att Loopia sköter sin drift av den med 😀

Startsidan är fortfarande under uppbyggnad och jag har laborerat med signalstyrka och lite andra insikter (kommer dock inte vara på startsidan sedan)

Status efter en månad med SLZB-MR1 som Zigbee koordinator

Uptime på SLZB-MR1 med Uptime Kuma
Uptime på SLZB-MR1 med Uptime Kuma

Efter nästan en månad så har jag nu mer än 115st Zigbee enheter med nya koordinatorn. Under tiden har jag justerat och optimerat förutsättningarna hemma för att inte störa mitt Zigbee nätverk. Något som jag märker gör stor skillnad och indirekt kommer det troligen påverka batteritiden på mina batteridrivna sensorer.

Än så länge så har jag inkluderat Zigbee enheter och Z-wave enheterna via Mosquitto MQTT och är nöjd med stabiliteten på båda fortfarande.

Men vad har jag lärt mig under den här månaden?

  • Se till att koppla SLZB-MR1 på samma fysiska Switch som du har Home Assistant (minska möjliga felkällor)
  • Sätt en statisk IP adress på stickan direkt, skulle du ha något problem med DHCP eller liknande så märks det mindre.
  • Temperaturen på SLZ B-MR1 enheter rapporteras som ~70 – 75 i Home Assistant, men det verkar normalt. Jag har dock valt att ha enheten väldigt luftigt ändå.
  • Välj CC262P7 för ditt Zigbee nätverk, läst att de flesta förespråkar detta och jag kan inte säga att dom har fel.
  • Vad gäller firmware så har jag än så länge inte gått upp till version 3.1.3 eftersom min nuvarande 3.08 fungerar stabilt.
  • på CC2652P7 så kör jag idag firmware 20250325 (senaste just nu), har inte haft några problem med den heller.
  • På EFR32MG21 så kör jag idag Matter-over-Thread med firmware 20241105 som är den senaste, dock inte kört igång integrationen i Home Assistant mot den ännu, så kan inte svara på hur stabil den blir där.
Jag har ännu inte konfigurerat upp Matter-over-Theread på min installation ännu. Men det är något som ligger på TODO listan så fort jag känner mig helt klar.

Söker du vart det går att köpa SLZB-MR1 i Sverige så hittade jag den själv hos Loh Electronics här. Jag har inte något med dom att göra men har lagt en ref=automatiserar.se i länken så dom ser att jag finns.

SLZB-06 ligger fortfarande på skrivbordet tyvärr efter mer än ett år… Men den kommer få vara med som router och drivas från en POE switch långt från min SLZB-MR1. Då kan jag se om det gör någon skillnad med en dedikerad router vs en vanlig strömsatt Zigbee enhet.

Om du handlar från Loh Elextronics så hälsa gärna från mig att jag var nöjd med mitt köp med från dom.

Värt att veta är att det även finns en version SLZB-MR3 och en SLZB-MR4 (Dessa fanns inte när jag började dock). Vet en som kör SLZB-MR3:an och den verkar ha fungerat bra att komma igång med och är den senaste som har bra stöd (4:an är inte riktigt lika bra stödd ännu).

Felsökning av SLZB-MR1 och 0x11: BUFFER_FULL

Jag har skrivit en hel del om hur stabilt och bra det har fungerat med SLZB-MR1, och tro mig det har varit riktigt stabil och allt har sett bra ut. MEN efter att ha kört i mer än 3 månader så störtdök hela zigbee nätet, och det var inte så att SLZB-MR1 gick ner eller zigbee2mqtt. Utan det visade sig att den firmware jag hade i stickan buggade. Troligen mitt eget fel eftersom jag körde en DEV firmware, men tänkte att den var mycket nyare och när jag ändå byggde upp hela mitt nät så borde det ha varit det bästa valet.

Tänkte här dela hur jag gick till väga med felsökningen, spoiler jag började inte på rätt plats… Vill du ha ett snabbt svar på vad ”0x11: BUFFER_FULL” troligen beror på så är det just ”firmware”, jag backade till en ändre firmware och efter det så har mitt nät fungerat igen. Men det är svårt att säga om det från 2026-01-06 tills idag 2026-01-15 är permanent löst, därav så delar jag med mig av vad som löste det och sedan skulle jag åter få problem så uppdaterar jag inlägget igen.

Jag får nästan skylla mig själv eftersom jag tog en firmware som var ”Dev firmware”, men med tanke på att den nästan var ett år gammal med så hade jag svårt att motivera den ännu äldre firmwaren.

Vad hände då? från ena minuten till andra så slutade alla enheter i mitt Zigbee nätverk att kunna kommunicera. Kollade jag loggen för Zigbee2mqtt så var den fylld av följande meddelande för alla mina enheter (nedan var enhet Z034L).

[2026-01-06 19:53:21] warning: 	z2m: Failed to ping 'Z034L' (attempt 1/1, ZCL command 0xxxxxxxxxxxxxx/11 genBasic.read(["zclVersion"], {"timeout":10000,"disableResponse":false,"disableRecovery":true,"disableDefaultResponse":true,"direction":0,"reservedBits":0,"writeUndiv":false,"sendPolicy":"immediate"}) failed (--> 'SREQ: AF - dataRequest - {"dstaddr":19305,"destendpoint":11,"srcendpoint":1,"clusterid":0,"transid":36,"options":0,"radius":30,"len":5,"data":{"type":"Buffer","data":[16,35,0,0,0]}}' failed with status '(0x11: BUFFER_FULL)' (expected '(0x00: SUCCESS)')))

Jag började med att kolla så Zigbee2mqtt hade kontakt med MosquittoMQTT genom att kolla om det kommer in meddelanden på kön från andra system. Vilket det gjorde så den biten kunde jag räkna bort och fortsätta kolla om kontakten mellan Zigbee2mqtt och SLZB-MR1 fungerade. Och i Uptime KUMA kunde jag se att allt såg bra ut med nät access mellan dom.

Här tog jag dock fel beslut och uppdaterade Zigbee2mqtt till senaste versionen eftersom jag tänkte det var där problemet borde vara.. Nu brukar jag alltid vänta några versioner av 2.7.x-x, dvs när det kommit en 2.7 så väntar jag tills den finns i 2.7.3 eller tills nog med tid gått. Men här gick jag från 2.6.3-1 till 2.7.2-1, vilket fungerade.

jag alltid vänta några versioner av 2.7.x-x, dvs när det kommit en 2.7 så väntar jag tills den finns i 2.7.3 eller tills nog med tid gått. Men här gick jag från 2.6.3-1 till 2.7.2-1, vilket fungerade men emot hur jag gjort historiskt med Z2M.

Men detta löste inte problemet tyvärr, så jag fortsatte få Buffer full felet även efter uppgradering. Nästa steg var att starta om SLZB-MR1 stickan och innan jag gjorde det så började jag ana vart felet kunde ligga via det gui:t

Här började jag ana att något inte stod rätt till med själva zigbee delen i SLZB-MR1 stickan eftersom uptime på själva enheten var mer än 44 dagar, men Thread och Z2m/ZHA delen hade 0 minuters uptime.

Jag nämnde att alla loggar såg bra ut för Uptime Kuma, men där kan jag inte övervaka respektive radio del i SLZB-MR1, vilket var orsaken att jag missat att uptime för dessa var 0 minuter. Gissningsvis så startade de om frekvent.

Detta gjorde att jag började starta om SLZB-MR1 stickan, men felet kvarstod även efter det. Så för att utesluta allt så startade jag även om hela min Home Assistant installation, även detta utan något bättre resultat.

Nästa steg var att faktiskt uppdatera SLZB-MR1:s huvudmjukvara och hoppas att det skulle ge resultat eftersom jag där inte vågat röra den sedan jag kört igång.

Jag gick nu från version V3.0.8 till V3.1.3 även om jag var osäker på om detta skulle lösa mitt problem. Nu gjorde detta inte någon skillnad heller tyvärr.

Så efter en halvtimme / timmes felsökning så var jag inte något närmare att få kontakt med alla mina Zigbee enheter. Det är i stunder som dessa jag funderar på om det verkligen var värt att lämna den MYCKET stabila Sonoff USB zigbee 3.0 usb stickan (länkar in en sammanfattning om vad det är nedan)

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 kommer jag dock inte gå tillbaka till Sonoff USB stickan, utan jag förväntar mig att felet som jag nu skriver beror på att jag valt en firmware som var i develop och inte i produktion (även om den är gammal).

Så vidare valde jag att söka efter fler på nätet och hittade äldre trådar om personer som haft problem med Buffert overflow i samband med just firmware, eftersom mitt Zigbee nätverk nu stod och jag vet att Xiaomi Aqara sensorerna där lägger sig på rygg och till sist behöver inkluderas om i zigbee igen (här har jag nyligen hittat en vettig utomhus variant med kabel, dock inte ersättare till just Aqara sensorn).

Så jag valde att backa firmware, något som jag gör i gränssnittet för SLZB-MR1 stickan, dvs det är ljusår mindre jobbigt än Sonoff usb zigbee 3.0 stickan (även om det blivit bättre med).

Jag backade nu till en firmware som är ända sedan 20240710! dvs den firmware jag tyckte va gammal från 2025 03… Men efter att jag återställde CC2652P7 till den här versionen så slutade genast mina fel med buffer overflow att komma.

Så lösningen för mig var att inte köra för ”ny” firmware i CC2652P7 chipet på SLZB-MR1 stickan. Nu kommer jag göra efterforskning på varför den här delen av mjukvaran verkar stå still. Det skulle ju kunna vara så att den är perfekt och att den inte har behov av någon nyare.

I samband med allt detta så läste jag även att man kunde gå ner på ”transmit_power” för att få bättre täckning i zigbee nätverket, vilket samtidigt låter

Nu kommer jag fortsätta att flytta över och bygga upp allt i min installation av nya Home Assistant, så hoppas du uppskattar innehållet och att jag delar de misstag / problem jag får på vägen.

Vill du lära dig mer om smarta hem
och inte riskera missa några nyheter
från bloggen?
Prenumerera då på bloggen via mejl.

Är du nyfiken på vad mer för roligt jag delat här på bloggen
kolla in den här sidan med sammanfattningar och filmer.

Vad tar jag med mig från detta då?

  • Jag ska inte köra dev firmware om det inte är absolut nödvändigt.
  • Jag ska gå igenom och verifiera att alla delar ser bra ut innan jag börjar uppdatera och konfigurera om saker. Hade jag bara gått in i SLZB-MR1 gränssnitt och varit observant på tiderna längst upp till höger så hade jag börjat på rätt plats med min felsökning.
  • Jag ska se om det är möjligt att endera ”skrapa” eller få in uptime för radio delarna i stickan med eftersom det inte räcker att bara övervaka uptime via ”ping”, den hinner starta om så det ser alltid ut som att den är online även om den startar om.
  • I N8N eller Node-Red övervaka MQTT kön från Zigbee2mqtt och larma på buffer overflow.

Nu är ovan vad jag lärt mig, sen är den stora frågan om jag kommer göra allt detta, eller om det blir som vanligt att det ligger i en backlogg och sedan vid nästa problem blir något jag ångrar att jag inte gjort.

Min startsida

2025-11-25 – Ännu inte gjort några större justeringar här ännu, mycket på grund av att jag fortfarande har kvar min ordinarie Home Assistant och automatisering av all belysning fungerar så pass bra att behovet ännu inte uppkommit.

Jag kommer troligen ha en väldigt dynamisk startsida där mina enheter kommer synas eller inte beroende på olika värden och egenskaper. Min förhoppning är att startsidan bara kommer visa det jag behöver göra något aktivt åt och inte innehålla saker som ej är relevant som idag.

Jag kommer även laborera med att ha olika utseende beroende på vem som är på startsidan. För det är så att det jag är intresserad av kommer resten av familjen vara intresserad av.

Kom gärna med feedback på det jag hunnit med idag så ska jag se om det går att bygga ihop alla de steg jag gjort idag till en enkel guide för dig att följa med.

Uppdaterades: 2025-11-02 – 21:50

Loggboken

Här kommer jag göra korta sammanfattning om det sker förändringar på sidan. Jag ska även se om det går att göra något med RSS feeden eller liknande för att underlätta.

2025-10-21 – 21:40 – Skapar sidan och börjar bygga upp menystrukturen.

Tidpunkt för händelsenInfo och länkar till uppdateringen.
2025-01-15 – 21:30Efter att ha haft en mycket stabil lösning med SLZB-MR1 så råkade jag för ca 2 veckor ut för att hela mitt Zigbee nätverk störtdök, dvs alla enheter slutade svara.
Berättar här en del om vad som hände och vad som troligen kan ha varit orsaken.
Här delar jag med mig av vad jag gjorde under felsökningen och hur jag fick bort ”buffert full”.
2025-11-25 – 21:30Status efter nästan en månad med SLZB-MR1, erfarenheterna jag fått och allmän status på progress. Uppdaterat inlägget med status och sammanställt de jag gjort för att få min 100% stabil nu sedan 2:a november.
Det finns samlat här SLZB-MR1 har fungerat så hittar du det här
Även lagt med vart jag hittat den och lite kort om nya modellerna SZLB-M3 och SZLBMR4U
2025-11-02 – 21:30Nu har jag äntligen tagit mig tid och gjort installationen av min Home Assistant på en Raspberry pi 5:a. Jag kommer behålla min ordinarie Home Assistant tills jag har flyttat över alla enheter och upplever det som stabilt.
* ZWA2 – Min nya z-wave koordinator
* SLZB-MR1 – Kör nu mitt Zigbee nätverk som sakta håller på att byggas upp.
Mer om det hittar du under installation Home Assistant
2025-10-27 – 22:00Mer info i inventeringen och några bilder extra i inlägget för att visa lite progress och min ordning i allt kaos.
2025-10-23 – 21:30Fortsatt inventering,
* Anpassade inlägget för mobiltelefon
* Fortsatt att leta fram alla tekniker och hårdvara som ska användas på mitt nya nät där Home Assistant kommer hamna. Raspberry P4 som kommer få fortsätta agera brandvägg med mjukvaran OpenWRT, samt optimerade sidan för att se ok ut i mobilen även med tabeller och bilder.
2025- 10-21 – 22:00Skapar sidan, börjar bygga meny och gör stommen klar för att löpande kunna uppdatera den här sidan.
Syftet med den här publiceringen är att börja bygga upp de mjuka sakerna och tänka till innan jag börjar slita i kablar och installera saker. Jag uppskattar verkligen feedback eftersom det finns många sätt att bygga smarta hem.

Jag blev inte klar med inventeringen ikväll, utan den kommer fortsätta under veckan.

Stötta gärna mitt bloggande

Som jag nämnt så kör jag den här bloggen helt ideellt och som hobby. Donationer som kommer in används till bloggen driftkostnad och för att införskaffa tekniker att skriva om. Vill du bidra till detta även om 2025 års mål är uppnått så är det välkommet.

Är du intresserad av att se donationer så har jag sedan 2025-10 börjat publicera det här: Donationer som kommer redovisas här helt transparent

Hej

Hoppas du uppskattar mitt innehållet om smarta hem och att den är helt reklamfri utan betalväggar.

Vill du stötta bloggen så swisha gärna några kronor för att hjälpa mig med driftkostnaden och göra det möjligt att köpa enheter att skriva om.

Jag har detta som en hobby med syfte att gå +-0 varje år, men det finns fasta kostnader som jag behöver hjälp med ändå för att kunna fortsätta i nuvarande form. Är helt transparent med alla som ger bidrag och de kostnader jag har på bloggen.

De som valt att stötta bloggen via swish fyller jag på i en tabell: (datum, förnamn + första bokstav i efternamnet + summa ) på den här länken: Om Automatiserar.se (uppdateras löpande, men kan ta någon vecka ibland).

För att stötta bloggen Swisha på: 0705470065

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

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.