Vinnerliste

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

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.

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.

Jeg har kjøpt et par "Arida 160RE" ventilatorer med varmeveksler. De kan kommunisere som master/slave via kabel. "Klimair 160RE" og "Südwind Ambientika" ser ut til å være samme ventilator. "Südwind Ambientika Wireless+" har trådløs kommunikasjon på 868MHz, og jeg ville lage noe tilsvarende til Arida 160RE. Da slipper jeg å banke opp CAT5 -kabel 🙂 Kontroller-kortet er av bra kvalitet. Bestykket med Texas MSP430TM microkontroller og Texas SN75176B differential bus tranceiver. Ut fra hva jeg målte, og så på skopet, måtte vifta ganske sikkert kjøre Modbus/RS485. Kjøpte et par Eletechsup RT18A01 RS485 868MHz tranceivers. Alternativt RT4AE01. 240 kroner 'ish for 2stk i den store butikken. Litt utfordring å finne dokumentasjon. De er klare til bruk, men konfig kan endres med AT-kommandoer via et USB/RS485 interface. Tranceiverne passet perfekt i innbyggingsbokser (#89041) fra Kjell&Co: Testet tranceiverne på viftene. Den ene vifta satt opp som slave + motsatt luftstrøm av master. Våget ikke å "stjele" 5V fra vifte-kontrollerne. Tranceiverne får strøm fra noen gamle mobilladere. Virket!! Før permanent montering, har jeg endret ID + satt ned effekten på tranceiverne et par hakk. Bare 9m avstand og nærmest fri sikt mellom dem. Det gikk greit å endre konfig med AT-kommandoer via GTKTerm eller CoolTerm i Linux. I stedet for fjernkontrollen, kan jeg styre master-vifta på IR fra Home Assistant via en Broadlink RM4 Mini. Har brukt "python-broadlink" for å hente kodene fra fjernkontrollen. Et annet alternativ er å ha en RS485 tranceiver #3 med USB interface som master, sette begge viftene som slaver og styre de fra PC. Men ikke i dag. Nå prater viftene sammen - trådløst. Og det var målet

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 🤷‍♀️