Vinnerliste

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.

Og søker du på Matter så får du opp et bra utvalg av baderomsmatter 😀

@Arsenii I also use a modified version of @Siljelb setup and the only differense between her setup and the Swegon documentation is the "one off" difference due to two different way of adressing registers in the modbus world. See https://community.home-assistant.io/t/modbus-register-address-mapping-trouble/167057 and google for "home assistant modbus pdu address" to get more details. The first 4 sensors in my yaml config: sensors: - name: Swegon fresh air temperature unique_id: swegon_fresh_air_temp slave: 1 address: 6200 scale: 0.1 unit_of_measurement: °C device_class: temperature precision: 1 input_type: input scan_interval: 30 - name: Swegon supply air before re-heater temperature unique_id: swegon_outside_air_temp slave: 1 address: 6201 ... - name: Swegon heated supply air temperature unique_id: swegon_supply_air_temp slave: 1 address: 6202 ... - name: Swegon extract air temperature unique_id: swegon_extract_air_temp slave: 1 address: 6203 ... The corresponding registers in the Swegon documentation; As you can se the registers are one off. Subtract one and use that in the HA configuration. The 3x prefix indicate that this is a readonly register. It can only be read not updated using modbus, and are also marked R (read) in the documentation.

Hei, Kan selvsagt dele. Ønsket bare å høre om andre var (i hvertfall litt) interessert først. oda-mcp: https://github.com/gbbirkisson/mcp-oda.git. Er ingen Superbruker på git og tenker vel at jeg bør teste litt mer og kanskje få litt feedback fra dere før jeg publiserer noe på git. Bare så det er sagt! Dere (som er superbrukere på git) må gjerne dele/legge ut hele eller deler av denne integrasjonen hvis dere ser verdien. FDS: HA-oda-mcp-integration-plan.md vedlagt. Merk at jeg er ingen utvikler og kan ikke koding!! Har kun overordnet forståelse og brukt Proxmox og HA i noen år basert på gode guider fra Youtube. Jeg har altså bare bare lekt meg litt med Ai Claude Code -CLI - Se denne videoen: Det var i denne og trolig noen andre relaterte videoer jeg fikk ideen om å installere: https://github.com/homeassistant-ai/ha-mcp (som lar Claude lese/konfigurere HA for meg)! Med dette verktøyet, masse lek med Ai og litt "Googling" på tilgjengelige MCP'er, så fant jeg plutselig oda MCP. Jeg startet prosjektet med å be Claude Code om å lage en plan og dokumentere dette i en egen fil. Resultatet er denne FDS'en. Til slutt vil jeg si at de fleste andre på dette forumet også fint kan klare dette. Ai og MCP åpner opp fryktelig mange spennende muligheter innen hjemmeautomasjon!! Enjoy!! HA-oda-mcp-integration-plan.md

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. 😉

@aakjpe her er management GUI til sticken: Jeg kjører kun Thread nettverket mitt på Home Assistant, men dersom du har et annet nettverk kan disse slås sammen fra HA siden, altså at Home Assistant joiner Google eller Apple sitt eksisterende nettverk. Da vil du kun ha 1 Thread nettverk. Se mer her: https://www.home-assistant.io/integrations/thread/#case-2-creating-a-ha-border-router-when-there-is-an-existing-network Slik skal det se ut om du har klart å joine to thread nettverk til ett hvor de deler credentials og alle enheter kan roame fritt mellom. Jeg tror dog ikke hverken Google eller Apple har laget samme funksjonalitet på sine enheter (enda?). Dersom du har flere Thread nettverk som ikke deler credentials vil de ha separate TBRer og router enheter. All kommunikasjon mellom thread nettverkene vil gå via TBRene over IP - så du vil kunne se alle enhetene, men de koblet via egne TBRer. Da vil det se slik ut: Anbefaler alle som leker med Thread å lese den artikkelen fra home assistant. Den er veldig god og forklarer godt hvordan dette fungerer. F.eks. brukte jeg denne når jeg migrerte til SLZB sticken: https://www.home-assistant.io/integrations/thread/#migrating-a-thread-network-to-a-new-adapter

@Ravn, har du fått testet noe mer her? Kjøpte meg en ekstra hub for å teste litt, og man trenger ikke lodde av flashminnet for å lese det ut. Forøvrig interessant å se at den støtter zigbee, trodde ikke Yale benyttet seg av dette.

Bestilt 2/1 - mottatt og installert i Home Assistant som Thread antenne i går 9/1. Sjekket Kjell nå, ser at de er utsolgt på sentrallager, men flere butikker har minst 1, så det er mulig å skaffe seg en slik nå hvis man er i nærheten av en av disse butikkene. Med USB extender (over cat 5 kabel) fikk jeg plassert den sentralt i huset og alle (5) enhetene jeg hadde koblet til Apple TVen ble resatt og koblet opp uten problemer. Sjekket data fra sensorer som logger temp, lys osv og ser at alle har rapportert som de skal til nå. Også en Myggspray bevegelsessensor som er montert ute under verandaen ser ut til å fungere stabilt i Thread nettet med ZBT-2. Den et etasjeskille, en yttervegg og flere innervegger mellom seg og antennen. Jeg har derfor troen på at Thread kan bli minst like bra som Zigbee nettet jeg har (50+ enheter) med den ekstra fordelen at Thread kan ha flere controllere/boarder routere.

Ok, jeg har en vann til vann varmepumpe og den leverer vann ut til vannbåren varme med en temperatur som er beregnet ut fra utetemperaturen (justert etter en varmekurve).

Fant det ikke igjen nå fra mobilen, men googlet det bare. Fant en enkelt program som gjorde om en ferdig fil til et format som jeg bare overførte med filutforsker til usb pinnen så flashet den seg selv. Er en bootloader på disse som ordner det automatisk uten at jeg har satt meg så altfor godt inn i det.

IKEA Adds Matter to its Updated Varmblixt Collection https://homekitnews.com/2026/01/08/ikea-adds-matter-to-its-updated-varmblixt-collection/

Var på Ikea i Bergen en tur i dag. De har fått inn en del av det nye utstyret, selv om det ikke er lagt ut på Ikeas nettsider enda. Luftmåleren Alpstuga var ikke kommet enda, den ventet de på lager i romhjulen. Den er jeg spent på, tror den vil være god nok til å måle Co2 til å kunne aktivere økt ventilasjon hjemme ved behov, spesielt når jeg leser kommentarer om den i denne diskusjonen. Jeg liker også designet på knappen men hjul. Den har potensiale til å bli en god fjernkontroll for styring av dimmbare lys. Jeg får dessverre ikke testet noe av dette enda, da må jeg i så fall stenge ned Z2M midlertidig og låne kontrolleren der. Tror heller jeg venter til Nabu Casas ZBT-2 blir tilgjengelig i Norge. Kjell.com fører den, men har den så langt ikke på lager.

Det tipper jeg du har rett i. Selv om jeg ville testet først med en enkel T568B TP-kabel og brukt 1 og 2 derfra til hhv A og B på Modbus-modulen. Har jobbet en del med videre oppsett nå, her er det jeg har til nå. Her er hele modbus.yaml: - name: "modbusgw" type: rtuovertcp host: 192.168.0.11 port: 502 retry_on_empty: true timeout: 10 climates: - name: Swegon CASA R3 unique_id: swegon_casa_r3 slave: 1 address: 6200 input_type: input target_temp_register: 5100 temperature_unit: C precision: 1 sensors: - name: Swegon fresh air temperature unique_id: swegon_fresh_air_temp slave: 1 address: 6200 scale: 0.1 unit_of_measurement: °C device_class: temperature precision: 1 input_type: input - name: Swegon supply air before re-heater temperature unique_id: swegon_outside_air_temp slave: 1 address: 6201 scale: 0.1 unit_of_measurement: °C device_class: temperature precision: 1 input_type: input - name: Swegon heated supply air temperature unique_id: swegon_supply_air_temp slave: 1 address: 6202 scale: 0.1 unit_of_measurement: °C device_class: temperature precision: 1 input_type: input - name: Swegon extract air temperature unique_id: swegon_extract_air_temp slave: 1 address: 6203 scale: 0.1 unit_of_measurement: °C device_class: temperature precision: 1 input_type: input - name: Swegon exhaust air temperature unique_id: swegon_exhaust_air_temp slave: 1 address: 6204 scale: 0.1 unit_of_measurement: °C device_class: temperature precision: 1 input_type: input - name: Swegon room temperature unique_id: swegon_room_temp slave: 1 address: 6205 scale: 0.1 unit_of_measurement: °C device_class: temperature precision: 1 input_type: input - name: Swegon air RH unique_id: swegon_air_RH slave: 1 address: 6213 unit_of_measurement: "%" device_class: humidity input_type: input - name: Swegon air AH unique_id: swegon_air_AH slave: 1 address: 6214 unit_of_measurement: "g/m³" scale: 0.01 precision: 1 input_type: input - name: Swegon unit state numerical unique_id: swegon_unit_state_num slave: 1 address: 6300 input_type: input - name: Swegon operating mode numerical unique_id: swegon_operating_mode_num slave: 1 address: 5000 input_type: holding - name: Swegon extract fan RPM unique_id: swegon_extract_fan RPM slave: 1 address: 6305 scale: 1 unit_of_measurement: rpm input_type: input - name: Swegon supply fan RPM unique_id: swegon_supply_fan RPM slave: 1 address: 6304 scale: 1 unit_of_measurement: rpm input_type: input - name: Swegon summer night cooling control numerical unique_id: swegon_summer_night_cooling_control_numerical slave: 1 address: 5163 input_type: holding - name: Swegon summer cooling Fresh air temperature limit modbus unique_id: swegon_summer_cooling_fresh_air_temp_limit_modbus slave: 1 address: 5164 unit_of_measurement: °C device_class: temperature input_type: holding - name: Swegon summer cooling Fresh air temperature start limit modbus unique_id: swegon_summer_cooling_fresh_air_temp_start_limit_modbus slave: 1 address: 5165 unit_of_measurement: °C device_class: temperature input_type: holding - name: Swegon summer cooling room temperature limit modbus unique_id: swegon_summer_cooling_room_temp_limit_modbus slave: 1 address: 5166 unit_of_measurement: °C device_class: temperature input_type: holding - name: Swegon summer cooling minimum supply temperature limit modbus unique_id: swegon_summer_cooling_min_supply_temp_limit_modbus slave: 1 address: 5167 unit_of_measurement: °C device_class: temperature input_type: holding ...og fra templates.yaml: - sensor: - name: "Swegon unit state" unique_id: swegon_unit_state state: > {% set state = states('sensor.swegon_unit_state_numerical') %} {% set map = { '0': "External Stop", '1': "User Stopped", '2': "Starting", '3': "Normal", '4': "Commissioning" } %} {{map.get(state) if state in map else 'Unknown'}} attributes: numerical_mode: "{{ states('sensor.swegon_unit_state_numerical') }}" - select: - name: "Swegon operating mode" unique_id: swegon_operating_mode state: > {% set state = states('sensor.swegon_operating_mode_numerical') %} {% set map = { '0': "Stopped", '1': "Away", '2': "Home", '3': "Boost", '4': "Travelling" } %} {{map.get(state) if state in map else 'Unknown'}} options: "{{ ['Stopped', 'Away', 'Home', 'Boost', 'Travelling']}}" select_option: - service: modbus.write_register data: address: 5000 unit: 1 hub: modbusgw value: > {% set map = { "Stopped": '0', "Away": '1', "Home": '2', "Boost": '3', "Travelling": '4' } %} {{map.get(option) if option in map else 'Unknown'}} - name: Swegon summer night cooling control unique_id: swegon_summer_night_cooling_control state: > {% set state = states('sensor.swegon_summer_night_cooling_control_numerical') %} {% set map = { '0': "Off", '1': "Low", '2': "Normal", '3': "High", '4': "Full", '5': "User" } %} {{map.get(state) if state in map else 'Unknown'}} options: "{{ ['Off', 'Low', 'Normal', 'High', 'Full', 'User']}}" select_option: - service: modbus.write_register data: address: 5163 unit: 1 hub: modbusgw value: > {% set map = { "Off": '0', "Low": '1', "Normal": '2', "High": '3', "Full": '4', "User": '5' } %} {{map.get(option) if option in map else 'Unknown'}} - number: - name: "Swegon summer cooling room temperature limit" unique_id: swegon_summer_cooling_room_temperature_limit state: "{{ states('sensor.swegon_summer_cooling_room_temperature_limit_modbus') }}" step: "{{ 0.5 }}" min: "{{ 0 }}" max: "{{ 35 }}" set_value: service: modbus.write_register data: address: 5166 unit: 1 hub: modbusgw value: "{{ value }}" De to tingene som ikke funker så bra er at sensor.swegon_exhaust_air_temperature av en eller annen grunn melder 0 grader, og at scale'en for target_temp og målt temp brukt i climate'en er forskjellig, sånn at en av de blir feil uansett om jeg bruker scale: 1 eller scale: 0.1 🤷‍♀️