Home Assistant och laddboxen: bygg ett bättre system än appen

Det pågår något i svenska villagarage som tillverkarna inte riktigt räknat med. Allt fler kopplar bort sig från laddboxens app och bygger i stället ett eget system i Home Assistant, där laddningen är en av många komponenter i ett större energisystem.

Motivet är sällan att appen är dålig. Det är att appen bara ser laddboxen. Den vet inget om solcellerna, hemmabatteriet, värmepumpen, spotpriset nästa timme eller att tvättmaskinen just startade. Ett eget system ser allt samtidigt, och där uppstår optimeringar som ingen enskild tillverkare kan leverera.

Vad folk faktiskt bygger

Ett typiskt bygge kopplar ihop fyra till sex datakällor och låter dem prata med varandra.

Spotpriset kommer in via Tibber, Nordpool eller en annan prisintegration, ofta med prognos för de kommande timmarna. Husets faktiska förbrukning läses av med en P1-dongle i elmätaren, exempelvis Tibber Pulse eller HomeWizard. Solcellsväxelriktaren rapporterar produktion i realtid. Bilen bidrar med batterinivå och laddstatus via tillverkarens API. Och laddboxen tar emot kommandon om hur många ampere den får leverera.

Ovanpå det ligger logiken: ladda på solöverskott när solen skiner, flytta till nattens billigaste timmar när den inte gör det, sänk effekten automatiskt när värmepumpen och spisen går samtidigt, och se till att bilen ändå är laddad till klockan sju på morgonen.

Ingen enskild app gör allt det, eftersom ingen enskild app har tillgång till alla siffrorna.

Så får du in laddboxen i systemet

Här finns tre vägar, och de skiljer sig i hur beroende du blir av tillverkarens moln.

Metod	Hur det fungerar	Molnberoende
Officiell eller HACS-integration	Färdig integration hämtar data via tillverkarens API	Ja
OCPP mot Home Assistant	Boxen pekas mot din egen server i stället för tillverkarens	Nej
Lokalt API	Boxen har eget HTTP- eller MQTT-gränssnitt på nätverket	Nej

Den intressantaste vägen är den mittersta. Home Assistant kan agera som OCPP-central, alltså den roll som annars tillverkarens molntjänst har. Du pekar helt enkelt boxen mot en adress i ditt eget nät, exempelvis ws://homeassistant.local:9000, och därefter rapporterar den till dig i stället för till leverantören.

Integrationen skickar sedan kommandot SetChargingProfile till boxen och exponerar en entitet där du sätter maxström. Det är precis samma mekanism som en kommersiell laddoperatör använder, fast du äger centralen.

Det betyder också att en laddbox utan officiell Home Assistant-integration ändå kan styras fullt ut, så länge den talar OCPP. Just den insikten är vad som fått många att våga.

För boxar med lokalt API är det ännu enklare. Modeller som go-e Charger och OpenEVSE har dokumenterade lokala gränssnitt och fungerar helt utan internetuppkoppling.

Tre ambitionsnivåer

Du behöver inte bygga allt på en gång, och de flesta börjar i mitten.

Nivå ett: prisstyrning via befintlig app. Tibber eller boxens egen funktion flyttar laddningen till billiga timmar. Fungerar bra och kräver ingen teknik. Ett känt beteende är att bilen börjar ladda några sekunder vid inkoppling innan styrningen tar över, vilket många löser med en enkel automation som stoppar laddningen direkt vid inkoppling.

Nivå två: egna automationer i Home Assistant. Du bygger logiken själv med husets förbrukning, solproduktion och pris som indata. Det ger full kontroll och en automation som startar om på sekunder och går att versionshantera. För en bil, en box och en växelriktare är det den renaste vägen.

Nivå tre: evcc eller openWB ovanpå. Färdiga öppna projekt som löser samma problem med polerat gränssnitt, stöd för flera bilar och dynamiska tariffer inbyggt. Sedan maj 2025 kan evcc dessutom styra vilken Home Assistant-entitet som helst som har på- och avslag, vilket gör Home Assistant till ett generellt lastlager medan evcc äger laddlogiken.

Tumregeln som återkommer i communityn: en bil, en box och en växelriktare gör du enklast själv i Home Assistant. Två bilar, hemmabatteri, dynamiska tariffer och en värmepump som också vill ha del av överskottet, då sparar evcc veckor av felsökning.

Tröskeln har sjunkit rejält

Den vanliga invändningen är att det låter komplicerat. Det stämde för några år sedan.

Sedan hösten 2025 finns en funktion i Home Assistant som föreslår automationer med hjälp av AI, med uttalat syfte att korta vägen från blankt blad till färdig idé. Version 2025.8 tillförde AI Task och en knapp för att föreslå med AI, och i 2026.4 blev det möjligt att se hur assistenten resonerar medan den arbetar.

Den största förändringen kom i version 2026.7, där ändamålsspecifika triggers och villkor gick från Labs till att bli standard. I klartext: automationer beskriver numera vad du vill uppnå i stället för de tekniska byggstenarna under. Det arbetet tog omkring åtta månader och har gjort automationsbygget märkbart mer begripligt för nya användare.

Lägg till att du kan köra en språkmodell lokalt via Ollama, med native integration i Home Assistant, och att det finns färdiga blueprints för solöverskottsladdning som du importerar med ett klick.

En ärlig brasklapp: en språkmodell är fortfarande opålitlig på att skriva komplett YAML för avancerade automationer. Den är bra på att komma igång, förklara och felsöka, inte på att leverera färdig produktionskod.

Fällorna som communityn lärt sig den hårda vägen

Tre saker återkommer, och de nämns sällan i entusiastiska guider.

Vintern förstör solöverskottsstyrning. När dagsproduktionen understiger ungefär 2 kWh bör du stänga av överskottslogiken och gå på nattschema i stället. Veckor av små pulser på sex ampere sliter på kontaktorer som annars håller i tio år.

Förkonditionering kringgår din styrning. Startar bilappen kupévärme medan bilen är inkopplad drar bilen två till tre kilowatt oavsett vad du satt för gräns. Bevaka faktisk ström mot ditt börvärde och pausa automationen under den perioden.

Molnberoendet försvinner inte automatiskt. Många integrationer går fortfarande via tillverkarens API, och då står ditt fina system still när deras servrar gör det. Vill du ha äkta lokal drift behöver du OCPP mot egen central eller en box med lokalt API, och en P1-mätare som kan läsas lokalt.

Dör tillverkarnas appar då?

Nej, och det är värt att vara nykter om.

De allra flesta elbilsägare kommer aldrig att bygga ett eget system. De vill att bilen ska vara laddad på morgonen till ett rimligt pris, och det löser en modern app med timprisstyrning alldeles utmärkt.

Det som däremot händer är att appen går från att vara taket till att vara golvet. Den som bygger själv förväntar sig numera att boxen ska ha öppet OCPP, ett dokumenterat lokalt API och möjlighet att peka mot en egen backend. En tillverkare som låser in allt i sin egen molntjänst tappar precis den kundgrupp som pratar högst i forum och som andra frågar om råd.

Det syns redan i vilka boxar som rekommenderas i communityn. Där väger öppenhet tyngre än design och ibland tyngre än pris.

Vår bedömning är att detta driver branschen åt rätt håll. Konkurrens om att vara mest öppen är betydligt nyttigare för dig som kund än konkurrens om att ha den snyggaste appen.

Om du vill börja

Kontrollera först vad din befintliga box klarar. Har den OCPP och kan du ändra backend-adressen? Har den ett lokalt API? Utan något av det blir du kvar i tillverkarens moln oavsett hur bra system du bygger. Vad det innebär i praktiken har vi gått igenom i vår artikel om vem som egentligen äger din laddbox.

Skaffa sedan mätning av husets förbrukning. En P1-dongle i elmätaren är den enskilt viktigaste komponenten, eftersom nästan all logik bygger på att veta vad huset drar just nu. Vi har jämfört alternativen i vår guide till P1-donglar.

Börja därefter enkelt med prisstyrning, lev med den i några veckor och bygg vidare först när du vet vad som faktiskt saknas. Har du solceller finns grunderna i vår artikel om solceller och laddbox, och ska du välja ny box hittar du rätt modell i Laddkollen.

Vanliga frågor om Home Assistant och laddbox

Kan jag styra en laddbox som saknar officiell integration?

Ofta ja. Talar boxen OCPP kan du peka den mot Home Assistant som agerar OCPP-central, och därefter styra maxström via SetChargingProfile utan tillverkarens moln.

Behöver jag solceller för att det ska löna sig?

Nej. Enbart styrning mot spotpris ger den största besparingen för de flesta. Solöverskottsladdning är ett lager till, inte en förutsättning.

Är det svårt att komma igång?

Betydligt lättare än för några år sedan. Home Assistant har AI-stöd som föreslår automationer, och sedan version 2026.7 beskriver automationer vad du vill uppnå snarare än tekniska byggstenar.

Ska jag använda egna automationer eller evcc?

En bil, en laddbox och en växelriktare löser du enklast med egna automationer. Har du flera bilar, hemmabatteri och värmepump som konkurrerar om överskottet sparar evcc eller openWB mycket tid.

Fungerar systemet om internet ligger nere?

Bara om du valt lokala vägar. OCPP mot egen central och en lokalt läsbar P1-mätare fungerar utan internet, medan molnbaserade integrationer slutar svara.

Vilken laddbox passar bäst för Home Assistant?

Den som har öppen OCPP och gärna ett dokumenterat lokalt API. Modeller med lokalt HTTP- eller MQTT-gränssnitt ger full kontroll utan molnberoende, medan boxar som låser OCPP bakom sin egen portal begränsar dig.