All aktivitet

Jeg har laget ett system på min vannbåren varme der temperaturen på hovedbad justere kurven på varmepumpen til en viss grad. (+-1) Dette blir gjort med Nibepi. Da står kursen til bad åpen hele tiden og vp jobber for og holde 26 grader der. De andre kursene i huset har aktuatorer som er koblet opp mot billige sonoff rele som er flashet med esphome. Smart termostater (https://github.com/ScratMan/HASmartThermostat) i home assistant styrer disse releene. Zigbee tempsensorer er koblet opp mot termostatene og nibepi på sine soner. Dette fungerer ufattelig mye bedre en både kurve/termostat styring og flow/kurve styring hjemme hos meg, jeg har prøvd begge deler. Termostatene jeg linket til har PID som kan tunes av seg selv, har utetemp kompensering og du kan sette minimum cycle time.

Hei! Vi er i vår familie, svært glade i, og har nå blitt helt avhengige av, oda.no til ukes-handlingen. Sparer oss masse tid (og faktisk penger pga. alternativet, som for oss fort blir impulshandling i en fysisk butikk). Jeg har nesten like lenge som vi har brukt Oda, hatt et ønske om å kunne integrere handlelisten min direkte med Home Assistant. Etter en del prøving og feiling har jeg landet på en løsning som fungerer veldig bra! Selv om den ikke kjører 100% inne i HA, vil jeg si at dette likevel er en god start som sikkert kan forbedres og forenkles. Jeg lager dette innlegget sånn at andre som er interessert kan se hvordan det er gjort, og kanskje hjelpe til med å bygge videre på denne ideen. Nok babbel ... Hva gjør automasjonen? Kort fortalt: Jeg kan si "legg handlelisten i oda" til Home Assistant-Voice. Da hentes alle varene fra handlelisten min i Microsoft To-Do/HA-shopping list (også mulig med andre app'er) , og noen minutter senere ligger de klare i handlekurven på Oda.no. Jeg har altså satt opp en HA integrasjon med MS To-Do (merk at det er fullt mulig å bare bruke HA sin To-Do liste I HA-appen, eventuelt også andre To-Do app'er), slik at jeg når som helst kan sette en gjenstand på handlelista via "HA Voice" – «Hey Nabu! --> Kjøp kaffe", når det begynner å bli tomt for kaffe. "Enkelt fortalt" - Løsningen består av to hoveddeler: En "bro-tjeneste": Jeg har satt opp en liten, dedikert server som kjører i en Proxmox LXC-container (med Ubuntu 24.04). Denne tjenesten har én jobb: å ta imot en liste med varer. Den bruker et smart Python-bibliotek (mcp-oda) som i bakgrunnen starter en nettleser, logger inn på din Oda-konto, søker opp hver enkelt vare, og legger det første (og beste) treffet i handlekurven. En Home Assistant-automasjon: Dette er den enkle delen. Jeg har en rest_command som kaller "bro-tjenesten". En stemmeautomasjon trigger denne kommandoen, henter ut alle varene fra todo.o365todo_shopping_list, og sender dem over. Når alt er ferdig, får jeg en notifikasjon i HA med et sammendrag. Det fine med denne tilnærmingen er at den ikke krever AppDaemon eller andre komplekse add-ons – kun en enkel rest_command. Hva trengs for å sette det opp? En måte å kjøre "bro-tjenesten" på (jeg bruker Proxmox LXC, men Docker eller en annen VM (eller en alltid-på-PC) fungerer helt sikkert også). Home Assistant med en handleliste-integrasjon (jeg bruker O365 To-Do). En Oda-konto. Den eneste litt knotete delen av oppsettet er en engangs-autentisering av oda-MCP. For at tjenesten skal kunne logge inn på dine vegne, må man først kjøre et skript på sin egen PC (med nettleser) for å logge inn via en vanlig nettleser. Dette lager en "sesjonsfil" som man så kopierer over til bro-tjenesten (LXC-serveren). Etter dette kjøres alt automatisk. - Veien videre og invitasjon til å bidra - Dette er en fullt fungerende, men enkel løsning. Den kan helt klart gjøres smartere! Noen ideer: Bruke AI (f.eks. Gemini) for å velge riktig produkt basert på preferanser, ikke bare det første treffet. Håndtere mengder, f.eks. tolke "2 liter melk". Gi en stemme-tilbakemelding via TTS når varene er lagt i kurv. Flytte "bro-tjenesten" til HA-addon?? - Krever Python 3.12 eller endring av oda-MCP?? Jeg (Ai'en min) har dokumentert hele oppsettet mitt, inkludert all kode og konfigurasjon i et dokument som jeg kan dele med de som er interessert.

For å svare meg selv: Det var et problem med tibberintegrasjonen, så jeg resatte den og ting fungerte. Lenge var integrasjonen utstabil, men jeg satt opp et system som restartet den dersom det ikke var nye data de siste ti minuttene. Det fungerte utmerket inntil for noen dager siden, da mente integrasjonen at jeg måtte oppdatere passkey, forsøk på å oppdatere den gav meg bare feilmeldinger, så jeg bestemte at det var på tide å flytte strømavlesningen innenhus. Jeg satt opp pulsen til å sende data til moquitto som snakker med home assistant (kjører tingene i docker på et debian system). Imidlertid, den sender data ujevnt. I perioder kommer data som det skal og home assistant plottet som viser snitt, min og maks over fem minutter viser fornuftige data, men for eksempel fra ca 1720 til ca 1815 kom det ingen data. Jeg så aldri dette problemet da jeg satt den opp til å snakke med tibber, da ble data sendt som de skulle, problemet var å få dem tilbake i home assistant. Jeg ser at etter en reset går det bedre for en stund, så gir den seg igjen... noen tips?

Et lite eksempel på hvordan dette verktøyet kan gjøre nytte. Det ble enklere for meg å se at jeg hadde laget en unødvendig komplisert automasjon. Den er for styring av lys basert på sensor men skal også ta hensyn til tid på døgnet og kun skru på 5% lysstyrke på natten. For å redusere antall automasjoner bruker jeg mer og mer trigger_id slik at en og samme automasjon kan ta hånd om både av og på. Automasjonen var først laget uten funksjonen med redusert lysstyrke. Da jeg la til den var det enkleste for meg å legge det valget først, og så bare dublere det opprinnelige oppsettet og redigere den ene slå på handlingen til 5% lysstyrke. Men da jeg fikk se dette visuelt nå, så jeg at det var mulig å forenkle oppsettet. Bildene under viser begge versjoner, den opprinnelige har 9 bokser, den endelig 7. Det betyr neppe noe i praksis for denne automasjonen, men eksemplet viser potensialet for forenkling. Det bør også gjøre det enklere å forstå hva en automasjon gjør når logikken er mindre kompisert. Nå må jeg også legge til at jeg ikke fikk lagret dette, fikk en feilmelding. Men det var heller ingen stor sak å redigere det manuelt i HA når grafikken hadde vist meg en bedre løsning, redigeringen lot seg løse med drag and drop i HA automation editor (og sletting av det som var unødvendig etter oppryddingen). Jeg sjekket også yaml koden før og etter, og dette medførte en reduksjon fra 1584 tegn til 1265 tegn, en reduksjon på ca 20%. Dette verktøy skal jeg bruker mer! 🙂

I HA 2025.12 (?) kom det inn en endring i Modbus integrasjonen som tillater forskjellig skalering av target og målt temperatur. https://www.home-assistant.io/integrations/modbus/ som løser problemet med climate for swegon aggregatet. climates: - name: Swegon CASA R3 unique_id: swegon_casa_r3 slave: 1 address: 6202 input_type: input current_temp_scale: 0.1 target_temp_register: 5100 temperature_unit: °C precision: 1 scan_interval: 30 min_temp: 13 max_temp: 25 temp_step: 1 Resultat i HA 2026.1

@Arsenii, I believe you can find the Modbus register information here: https://www.swegon.com/globalassets/digizuite/10071-en-casasem_commissioning_en.pdf Perhaps you also could be interested in modbustester from https://www.powerhud.com/en/free-modbus-tester/. I have used it and found it useful exploring modbus devices.

Dette er en prosjekt ganske tidlig i utviklingen, men allerede tilstrekkelig bra til en test (etter backup av HA, vel å merke). Ta en titt på Simons omtale på Youtube, eller les selv på Github. Jeg tror dette er bra nok til at jeg kommer til å fjerne Node Red fra min HA installasjon. Det eneste jeg har brukt Node Red til er Powersaver, og selv om det i seg selv har fungerte meget bra har behovet for så avansert styring forsvunnet etter innføringen av Norgespris. Da vil jeg heller ha samlet kontroll på hva Home Assistant gjør på et sted, automasjonene.

Det er kanskje ikke så rart at denne er ustabil og dropper ut av nettverket hvis det er den modulen som er bak komfyren som inneholder zigbeemodulen? Den står jo bak en kasse av metall som sender ut masse radiostøy. Induksjonsovner spesielt sender jo ut fryktelig mye radiostøy, så da er det kanskje ikke heller så rart at den mister kontakt med nettverket?

Takk for tips. Din løsning var veldig low key og elegant @christbj. Vil jo dekke de fleste usecaser ganske godt!

For å styre aktuatorer (24V) bruker jeg en Kincony KC868 som er integrert med HA. For temp-sensor har jeg Aeotec Multisensor 6 via ZWave (uten at jeg nødvendigvis ville anbefalt de, synes de er litt for treg som PIR). I HA bruker jeg template baserte termostater: climate: - platform: generic_thermostat name: Living room heater: switch.living_room_floor_heating target_sensor: sensor.living_room_temperature_2 min_cycle_duration: minutes: 30 precision: 0.5 Synes dette fungerer veldig bra, men det oppfyller ikke kriteriet ditt om å stå frakoblet HA i fremtiden. EDIT: Skal ikke være skråsikker her, men til lavere turtemp du kan kjøre på vannet og likevel ha det komfortabelt, jo mer energieffektivt vil systemet ditt kjøre. Det er ihvertfall en teori om at det ikke er så effektivt å varme vannet unødvendig høyt opp, ihvertfall med varmepumpe. De har noen effektkurver du kan lese av hva som er mest effektivt.

Hallo! Jeg beklager på forhånd min dårlige norsk. Kan du fortelle meg hvor du fikk tak i Modbus-registrene til denne luftbehandlingsenheten? Jeg fikk dem fra den offisielle nettsiden, og de fungerte ikke i det hele tatt, mens registrene dine fungerte perfekt. Hi! Could you tell me please, where you took these modbus registres? I took it from official site, but those are wrong, and your registres fit perfectly.

Det høres ut som et eple navn da. Jeg har HA som BR og 2stk eple tv som TBR og de viser I thread kartet så det funker jo på et vis, men HA thread dongle er bare med på lasset. Skal bestille meg en Ny dongle også så jeg har til neste uke så jeg kan utelukke den.

MyHome med et langt tall etter. Det kan være opprettet da jeg la inn Google Nest som TBR, men den fikk jeg ikke til å legge til enheter på, derfor la jeg til AppleTVen da jeg fant ut at jeg hadde en egnet versjon. Jeg har alle tre som boarder routere, men nøkkelsymbolet står på Home Assistant.

Den biten er i orden her også, men av en eller annen grunn får jeg kun lagt ting til via HomeKit. Når jeg sjekket companion troubleshooting og thread så ligger det igjen 2stk myhome31 som er apple thread nettverket der. Slettet alt i Keychain igjen og la keys inn igjen i HA appen, men samme greia enda. Hva heter thread nettverket ditt? Apple navnet eller noe annet? Kunne tenkt meg å opprettet et thread nettverk i HA og bare lagt til appletv så det var minst mulig innom HomeKit egentlig.

Jeg var ikke veldig bevist dette, plugget i ZBT-2 og valgte Thread, detaljer etter det husker jeg ikke. Men den er nå i samme nettverk som Apple TVen og det fungerer fint. Takk for tipset om kartet.

Takk for svar. Da har jeg gjort noe feil et sted eller truffet en bug. I hvilken rekkefølge koblet du sammen tingene? Jeg la til HA dongle i Apple nettverket ihht manual og ikke omvendt. Kan dette være thread dongle trøbbel? Heller mot et nei her siden jeg burde kunne lagt enheter til I thread i HA med Apple som tbr også. Det kartet som jeg la ved utklipp av over finner du ved å aktivere nederste valget i open thread addon og legge til port 8080 og 8081. Så besøker du iptilha:8080 og går på nederste valg i menyen.

Tibbers styring av lading av elbil er det meste av tiden godt nok til at mitt hus holder seg innenfor 10 kWh trinnet. Men noen ganger, f.eks. ved langvarig bruk av komfyren når det samtidig er kaldt ute kan det være behov for å styre noe mer. Jeg har et par automasjoner som styrer VVB. Den ene automasjonen er i praksis ikke i bruk lenger, men jeg tar den med for å vise en automasjon som trigges når estimert timesforbruk går over en valgt verdi. Den vil kunne bli utløst når som helt i løpet av en klokketime hvis den er aktiv (min er deaktivert). Årsaken til at det er to verdier som trigger er at jeg nylig har installert amsleser i tillegg til Tibber Puls for å ha en helt lokalt avlesing av strømforbruket. Den andre trigges av klokkeslett, 35 min over hel hver time, men vilkår om at lading av elbil pågår. Det er lenge siden noen av disse har blitt utløst hos meg, men det er også lenge siden det var skikkelig kaldt lenge i Bergen, selv om vi har hatt ned mot -10 den siste uken. 😉

Ser du kom litt videre etter denne kommentaren, men deler min erfaring. Jeg la til ZBT-2 i HA (2026.1) som Thread antenne uten å slette noe av det som var registrert fra før. Dvs at jeg har både en Google Nest Hub og AppelTV som routere for Thread (TBR) i tillegg til HA, som vises som «Home Assistant Open Thread Boarder Router». Jeg hadde bare 4 Matter enheter på Thread koblet opp via Apple Home, så jeg slettet en og en av disse både i Apple Home og HA, resatte enhetene og la dem til i HA direkte fra mobiltelefonen med HA appen. Det fungerte helt fint. Det eneste jeg savner er kartet som skal vise hvordan enhetene snakker sammen. Jeg har slikt kart tilgjengelig i HA for alle andre radioprotokoller, men en diskusjonstråd viser at det ikke er tilgjengelig enda uten ekstra mekking. Jeg er happy med status per nå. Enhetene fungerer og med ZBT-2 antennen plassert sentralt i huset ser det ut til at dekningen er god nok til at alle enheter er stabilt på nett.

ipv6 på HA har alltid stått aktivt og slik jeg forstod det ville IPv6 enheter da ta sin egen adresse og dette ville fungere i samme subnet. Siden HomeKit virker fint så regner jeg med at det stemmer. Uansett er IPv6 nå aktivt i nettverket uten at det heller løste det. har forsøkt å slette HA appen og slette/synce credentials på nytt uten hell. Har også vært i Keychain og manuelt slettet alle forekomster av HomeKit så de ble lagt til på nytt uten duplikater der etter tips fra tråden på GitHub. Lurer på om andre har samme bug eller om dette er kun hos meg? Altså å legge til enheter i HA via thread dongle og ikke via Apple HomeKit. Ser ut som mange bruker HomeKit når de legger til devicer, men ønsker å unngå å bygge opp thread nettverket mitt bak Apple sin mur. Hele poenget med thread dongle i HA for min del er å ikke låse meg til Apple 🙂

Om du ikke har IPv6 så må du ha på IPv6 interface mener jeg. All kommunikasjon mellom enhetene i Matter er over IP og da spesifikt IPv6. Om du ikke har IPv6 eksternt er ikke noe problem, da bruker den bare lokale IPv6 adresser (fe80***). Ja det der høres ut som en bug med credentials og appen på telefonen din. Kan være det går å slette / resette home appen og få synkronisert credentials på nytt.

Har prøvd å aktivere ipv6 igjen og med en restart av HA så ser man at den får IPV6 adresse som også vises i unifi (ubiquiti nettverks interface). Tipper feilen er relatert til bug under. https://github.com/home-assistant/core/issues/125444 Jeg får dette i logge når jeg prøver å parre. 15.4 er rå thread/zigbee trafikk så da prøver den sikkert å parre enhet med feil thread nettverk og dropper det siden svaret ikke samsvarer med mitt thread nettverk. Jeg husker tråden fra sist jeg feilsøket i desember og da var jeg i keychain å slettet alt osv i et forsøk på å få liv i dette, men uten hell. Parret nettopp opp i Homekit igjen på et par devicer og det fungerer helt fint. Dette er igrmnn helt likt som det jeg opplevde før jul. Kan også dele fra Homekit til HA sånn at jeg får de inn den veien, men jeg ønsker ikke å låse meg til apple siden jeg regelmessig bruker android telefon også. 00:05:42.921 [N] MeshForwarder-: Dropping rx frame, aError:NonLowpanDataFrame, len:37, type:Data, src:5220d5911003990b, dst:None, sec:no, ackreq:no, radio:15.4 00:05:42.921 [N] MeshForwarder-: Dropping rx frame, aError:NonLowpanDataFrame, len:37, type:Data, src:5220d5911003990b, dst:None, sec:no, ackreq:no, radio:15.4 00:09:00.277 [N] MeshForwarder-: Dropping IPv6 UDP msg, len:282, chksum:98a3, ecn:no, sec:yes, error:AddressQuery, prio:low, radio:all

Her var det jeg fant om ipv6 og thread btw. Og igjen thread virker nå om jeg kjører kun HA eller kun Apple. Evnt Ha og Apple og legger til devicer i HomeKit så kan ikke se hvorfor det ikke skulle virke å legge til nye enheter nå. Det virket jo også nettopp på første temp sensor uten ipv6. https://www.reddit.com/r/Ubiquiti/s/vXbMyRg2uw

Jeg leste også om dette, men jeg har alt på samme vlan her nå. Flyttet matter dingsene fra iot nettet av den grunn sist jeg feilsøket. Jeg deaktiverte dog ipv6 igjen etter at det ikke utgjorde noen forskjell. Det virker jo fint om jeg legger de til i HomeKit også og om det var nett relatert burde det ikke gjort det. Det virket jo også nettopp på første temp sensor her, men sensor nr2 som resettes på samme måte er det ikke mulig å få inn. Har også prøvd myggplats, KAJPLATS og to ulike brytere nå, men ingen av de lar seg legge til i HA. I HomeKit kan jeg legge de til, men da ser jeg de ikke i HA uten å dele de som ikke er ønskelig.

Jeg har merket meg at den er spesielt kresen på nettverket. Hos meg har jeg segmentert nettet i flere vlan og det er meget viktig å kjøre IPv6 samt at mobilen er på samme LAN som home assistant når du pairer.

Gleden var kortvarig dessverre.. Det fungerte på første sensor og nå er det ingenting som vil parre lenger utenom den første som allerede er lag til. Fant ut noe annet kult med Kajplats pærene om ikke annet og det er at om man resetter dem med 12 klikk på i stede for 6 klikk så går dei Zigbee modus og kan legges til i zigbee2mqtt så da får jeg brukt de i noe som virker stabilt om ikke annet. Har ikke prøvd om dette virker på de andre sensorene, men det skal testes ut. Tror jeg kaster inn håndkleet på thread siden det enten er for komplisert for meg eller i altfor tidlig beta stadia enda. Å parre enheter er jo ikke mulig å gjøre feil siden det er å resette og scanne en QR kode så ser ikke helt at det kan være noe jeg gjorde feil på enhet nr2 men.