Vinnerliste

Testet et opplegg basert på @christbj sine ideer. Fungerer utmerket Har et par automasjoner, begge på 3kw enheter: Først vvb, som slår seg av hvis timeestimatet (fra Tibber) er > 9.5 i 2 min: samt varmekabler i kjellern, som trigger hvis kWh>9.5 i 3 min og VVB er av: Ser ut til å fungere akkurat som tiltenkt. Finnes sikkert bedre måter, men denne var i alle fall enkel og kan gjøres rett automation grensesnittet uten mer mekk.

Ikke hjemme med meg selv, men hos brodern. (og ikke i dag, men et prosjekt som har pågått noen måneder) overvåking av vann og kloakk i byggefeltet han bor i. Anlegget var fra 80-tallet og begynte å trøble. Det er 2 pumper som skal veksle, men releene som veksler sviktet og var vanskelig å oppdrive erstatning. Løsningen ble å bygge om styreskapet hvor det ble satt inn en Siemens Logo 8.4 PLS som har støtte for MQTT og styrer pumpene. MQTT kan integreres i PLS programmet og det er forholdsvis enkelt å hente ut data fra de ulike delene av logikken. for å overvåke driften av pumpestasjonene ble det satt inn en Home Assistant Green i huset til brodern. Siden pumpestasjonene ligger på forskjellige steder med vanskelighet til å legge nettverk mellom, ble det satt opp en PTMP trådløs bro fra ubiquiti (nanostation 5gHz). neste som skal skje når vannmagasinet tømmes neste gang, er å sette inn en ultrasonisk nivåmåler for å ha live oppdatering på vannstanden i magasinet.

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.

@Thomas Lundquist Følgende kommer nærmere sommeren i år: * Barnelås * Strømforbruk * Timere *Ukeplan * Åpen vindu on/off Pr idag så kan du bare slå ovnen av/på og sette temperatur.

Jeg startet en ny tråd fordi feilen endret seg fra å være fullstendig ukjent til å ha en bekreftet feilkilde. Jeg synes det var såpass stor endring at jeg startet en ny tråd. Beklager hvis den vurderingen var feil. Beklager også at jeg ikke fikk svart deg. Ja, jeg har siste. Selv om jeg må si at den siste ikke var spesielt ny. Jeg kan ikke se at det har kommet noen ny firmware i det siste.

Jeg har kjøpt inn trykksensor for å overvåke vann i kummen for husets drenering. Jeg har ikke fått montert den ennå. https://www.aliexpress.com/item/1005005848308192.html?spm=a2g0o.order_list.order_list_main.21.53211802OuPO9v

Har noen fått til å bruke Timmerflotte i zigbee nettverket? Kajplats pærene får jeg parret opp i zigbee nettverk når jeg resetter de med 12 klikk av/på i stede for 6klikk som er thread reset. Jeg har gitt opp thread for nå siden basic funksjonalitet som knytninger direkte på thread mangler i home assistant for nå og siden det mildt sagt er ustabilt og dårlig dekning hos meg. Kajplats pærene har god dekning på zigbee så det virke for å være en god måte å få brukt de nye smartdingsene deres om en stiller de tilbake til zigbee modus.

det håndterer du med en jordfeilbryter

hvorfor det? Det er ingen pære du kan skru ut og få støt fra Personlig skjønner jeg ikke vitsen med 2-polt brudd i en smartbryter i noe tilfelle. Stoler ikke nok på at styringslogikken er utkoblet til å bruke noe automatisert som personsikring. Blir aldri det samme som en mekanisk bryter. Og da er hele poenget borte.

Denne https://www.elektroimportoren.no/namron-zigbee-2-kanal-16a-bryter-hvit/4512768/Product.html

Jeg har fått tips om at disse (dumme) amaturene er ganske bra. Tenker ha dem selv i kjelleren på sikt.

Ikke svar på spm, men en bedre løsning er vel zigbee bryter

@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

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! 🙂

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

Vet du om en god beskrivelse på hvordan koble opp ardunio til ci50? Helt noob på ardunio, men har lyst til å prøve