Vinnerliste

Som noen av dere kanskje husker (og kanskje til og med har) så lanserte Sats et treningsspeil for noen år tilbake for 13000 kroner pluss abonnement. Det var låst ned temmelig bra med en Androidenhet inni. Men nå er det 'problemet' løst. 🙂 Det fine med dette speilet er at det ikke er stygt og at det har en 43" skjerm innvendig som er sånn passe stor for et smartspeil 🙂 Flere slike speil ender nå opp på finn, billigste jeg har kjøpt kostet meg 700 kroner (de som skal ha flere tusen for dem må nok vente lenge på å få solgt). I tillegg trenger du en ny driver til skjermen som fås kjøpt på eBay og en kilde, typisk en Raspberry Pi. Har lagt ut litt info med bilder og video og en komplett oppskrift på hvordan dette gjøres her. Enjoy!

Jeg har laget min første Home Assistant-integrasjon - Google pollen! Jeg kan egentlig ikke Python, men kan programmere i andre språk. Så jeg klarer å lese og forstå Python, men ikke å «skrive det fra bunn». Ble ganske imponert over Github Copilot, som ganske kjapt og enkelt lagde en fungerende kode som jeg kunne bruke som utgangspunkt! Koden ligger her: https://github.com/svenove/home-assistant-google-pollen

Montert 2 meter Hue LED-stripe i senge-gavlen i dag. Ettersom det er stoff som antakelig ikke holder så godt på stripa så valgte jeg å feste den på en hjørneprofil i metall for gips, som jeg hadde liggende. Ettersom limet på stripa hefter dårlig tapet jeg over stripen der hvor det ikke er dioder med Isola fuktsperretape. Denne tapen holder etter min erfaring bra på det aller meste. For å få inn profilen i gavelen så lagde jeg et snitt i den på midten slik at den ble mulig å bøye. Inne i gavel så skrudde jeg den opp. LED-stripen ligger helt ytterst i rommet over i gavel-en, dermed er det umulig å se diodene direkte selv om man ligger helt inntil. Dermed ser man kun direkte lys, slik man skal dra LED-striper. Så resultatet:

...og så kan det jo være greit å ha i bakhånd litt top-notch medisinsk verneutstyr i tilfelle media slipper ut et nytt virus som vi må beskytte oss mot:

Jeg har brukt Home Assistant i mange år, siden 2019 eller der omkring. De første årene hadde jeg mye tid til å lære, leke og styre på med automasjoner, men de siste par årene har tiden ikke strukket til fordi det skjer så mye annet. Sånn er livet. Jeg har hatt strømsparingsautomasjoner tidligere som først og fremst forsøkte å unngå strømtopper. Etter Norgespris er det å holde seg innenfor effekttariffene som gjelder. Jeg har stadig gode ideer for å løse dette, men ikke tiden til å virkelig sette meg ned å snekre sammen en grei løsning. Jeg har utforsket Claude Code til andre småprosjekter i det siste, og latt meg imponere over hva man kan få til hvis man bare er streng og har en god ide på hva man vil ha (og ikke vil ha!). Så kom jeg på den kjetterske ideen å undersøke om det var mulig å gi Claude Code frie tøyler til å gjøre hva den vil med Home Assistant-installasjonen min. Og det fungerte overraskende bra! Etter litt prøving og feiling endte jeg opp med følgende metode: Installere Samba Add-on i HA slik at jeg (og Claude) får direkte tilgang til config/ mappa og yaml-filene. Lage en API-token som Claude fikk bruke til akkurat den den ville. Den laget sitt eget API-hjelper-script og var veldig kreativ! Gav en detaljert beskrivelse av hva jeg ville ha og itererte meg frem til en relativt kompleks og effektiv automasjon. Personlig bruker jeg Zed med Claud Code, men her finnes det flere muligher. Utviklingsprosessen er ganske vill! Siden Claude kan avlese data fra entiteter i sanntid og feilsøke og rette småfeil etterhvert som de oppstår, går man raskt fra idé, til halvveis fungerende automasjon, til finsliping av flisespikking! Tilsammen har jeg bare brukt to-tre timer fra start til slutt. Nå har jeg ikke fått stresstestet automasjonen over tid, men har plukket ut de feilene jeg kunne finne. Rekker ikke utdype mer nå, det er seint og tiden strekker ikke til. Men bare å stille spørsmål og dele egne erfaringer med lignende eksperimenter, jeg sjekker innom innimellom. Automasjonen ligger i spoileren for de som tørr å teste den :P

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.

Tenkte jeg kjaps skulle dele min erfaring med migrering av de gamle HUE bridge til nye HUE Pro. Bare innledningsvis så vil jeg bare si at når jeg gjør slike migreringer så forventer jeg aldri at ting går silkemytk, og jeg ofte er overivrig og tester så fort det kommer nye releaser. Men kan være at noen her heller vil vente en stund før de hører at andre får dette til å gå smertefritt. 🙂 I går kom støtten fra Philips til å kunne migrere flere HUE bridge til nye PRO. Tidligere har det kun vært mulig å migrere en. Migrering av første HUE bridge til PRO fungerer helt smertefritt, og Homey plugin finner raskt ut av endringen, og resultatet er tipptopp. Men, iallefall i min nyervervede erfaring i går kveld, så er dessverre ikke den neste HUE bridge migreringen like smertefri. 1) Selve migreringen i HUE appen går helt fint, og dette fungerer nesten uten problemer. Et par lamper ville ikke være med (av 55 HUE enheter). 2) IKEA enheter flyttes selvsagt ikke, men det er som forventet. 3) Den triste nyheten er at HOMEY Philips plugin ikke klarer å redde knytningene til HUE devicene som blir migrert i runde 2. Disse mister kontakten, og funksjonen for å "skanne" etter endrede enheter etter migrering (Egen knapp/funksjon har dukket opp i Advanced settings) fungerer ikke. Alle nye enheter er nå disconnected, og må snasynligvis slettes og opprettes på nytt. Så mitt tips: Ikke vær like ivrig som meg 😄 EDIT2: For de som evt måtte tenke at HUE appene ikke var oppdatert e.l. De har alle blitt oppdatert til siste versjon før migreringen skjedde. Etter å ha tafset litt mer, så har jeg omsider fått alle lamper inn. Jeg gjorde følgende: Jeg gikk i homey og la til hue devicer på nytt, manuelt. Da dukket de opp og kunne legges inn. Ulempen er at flows må oppdateres med enhetene på nytt. Ha en fin, automatisert dag!

Jeg skal innrømme at jeg skvatt litt da HA startet igjen etter oppgradering til 2025.12 med over 40 repair meldinger. Etter litt lesing forstod jeg at dette var knyttet til endring i syntax for bruk av templates. Og at alt fortsatt fungerer og vil gjøre det frem til 2026.6. Men innen det må det gjøres endringer. Det var enklere enn jeg først trodde. Både løsningen og begrunnelsen for hvorfor dette er nødvendig er godt beskrevet i denne tråden. En par tips på veien til de som skal gjøre dette. Hvert reparasjonsforslag inneholder linjen “template:” i starten. Dette skal bare stå en gang i configuration.yaml, deretter kommer alle sensor/switch beskrivelsene. Og hvis du har sensorer/switcher i andre filer er det enkleste å samle alle templates i en egen templates.yaml fil. Da skal det IKKE så template: i toppen av denne filen, det er dekket av henvisningen til filen i configuration.yaml. Godt beskrevet i denne posten fra samme tråd. Tillegg 8/12-2025: Det har kommet en ytterligere god veiledning i den aktuelle tråden, i dette innlegget. Åpningsinnlegget er også oppdater med ytterligere veiledning. Til sist. Hvis andre bruker template sensorer til å lage sensor for strømforbruk på enheter som ikke rapporterer det selv så kan det nå gjøres med HACS integrasjonen Powercalc.

Jeg har, som alltid med hjertet i halsen ved store endringer, oppdatert fra Proxmox 8.4.14 til 9.0.11. Alt gikk fint med ChatGPTs hjelp. 🙂

Nå endelig kommer Glendimplex med mye bra snart. Både ny app, nye integrasjoner mot homey, ha osv De vil også ha fokus på nye smartstyrings produkter

Nå starter min prosess med å koble av enheter og avregistrere Futurhome Hub. 🥳 Bildet viser innkjøpt utstyr. Kort oppsummert; Home Assistant Green kr 1214,- Zigbee USB dongle kr 399,- Z-wave USB dongle kr 300,- 1TB Ssd harddisk kr 954,- To USB forlengerkabel kr 150,- Totalt kr 3017 Kunne klart meg uten Ssd og Zigbee dongle og havnet på kr 1664,- men det er lite fremtidsrettet imho. Så foreløpig ligger jeg ca 1000 under en Homey pro. Blir nok en del lesing og forsøk (knoting antagelig) før dette er oppe og står i full drift. Wish me luck 🙏🏼🤞🏼😇

Mitt første hjemmeautomasjons print. Kabinett til RFlink.

Det er ingenting som prinsipelt skiller FutureHome's forretningspraksis fra alle andre som selger sky-avhengig hardware. Det er helt irrelevant om abonnementskostnaden var 0, 10, 100 eller 1000 kroner måneden den dagen det viser seg at det er for lite til å opprettholde skytjenesten. Det er komplett urealistisk å tro at noen klarer å selge slike tjenester til høy nok pris til å garantere evig drift. Derfor vil du som kunde på et eller annet tidspunkt oppleve at prisen øker drastisk og/eller at tjenesten faller bort. Alternativet er helt åpenbart. Ikke kjøp hardware som er avhengig av skytjenster. Skal FutureHome kritiseres så er det mer interessant å se på markedsføringen av de komponenter som evt viser seg å ikke fungere uten sky. Dersom de var annonsert som åpne, eller på en måte som må forstås som åpne ("zigbee" f.eks), så er jo markedsføringen misvisende. Men det er uansett nokså poengløst å angripe det etter at konkursen er et faktum... Se heller på hva de andre som ennå ikke er konkurs holder på med.

Jeg har samlet litt info for Futurehome brukere som vil bytte til Home Assistant. For de som er i tvil om valg av hub - se denne: https://youtu.be/vVaup-vrOSU?si=yEjY8gsq7ic7bUPX Generelt vil jeg si at de som vil ha noe som bare virker bør holde seg til Futurehome, betale abonnement og gi dem en sjanse. Home Assistant har blitt veldig mye enklere men er fortsatt mye mer krevende enn Futurehome. Det gir større muligheter, men stiller også krav til deg som bruker. Og det er ingen telefonsupport. Video om oppsett av HA Green: https://youtu.be/42GKCaB1xSg?si=WjJrn-40fIOR2xmQ fra 3:58 Mer grundig video: https://youtu.be/Z4gvkmJ8q48?si=PZUxlnrBMtp-MPfa Men merk at IP adressen som brukes i starten er et eksempel. Bruk http://homeassistant.local:8123 som angitt på skjermen under IP adressen. Fra 8:45 (det konkrete fra ca 10:30) vises installasjon av Zigbee dongle og oppsett av ZHA. Ekstenderkabelen bør brukes, det gir bedre rekkevidde for radiosignalene. Futurehome utstyr resett: Trykk og hold inne knappen på enheten i 5 sekunder, ref: https://support.futurehome.no/hc/no/articles/5347976198173-Futurehome-16A-relé Termostat: Sett termostaten i inklusjonsmodus ved å holde nede minus-knappen i 8 sekunder. (Zigbee-ikonet blinker på termostaten), ref: https://support.futurehome.no/hc/no/articles/5347913826077-Futurehome-Termostat HAN-sensor: hold inne knappen ved siden av LED-lyset i 15 sekunder. Den skal nå begynne å blinke igjen og gå i inkluderingsmodus, ref: https://support.futurehome.no/hc/no/articles/6549382163613-Futurehome-HAN-sensor Info om alle Futurehomeprodukter: https://support.futurehome.no/hc/no/sections/16473752972189-Futurehome-produkter

Bare til info: Jeg har syv kameraer og flere hundre enheter koblet til min Rpi5 (som var tidligere en Rpi4). Både på Rpi4 og Rpi5 kjørte dette med ca 1% prosessorutnyttelse og på Rpi5 er det så lite belastning av vifta sjelden går. En PC er sikker fint, men en trenger ikke det hvis det kun er HA som skal kjøre på den. Med tanke på oppetid så anbefaler jeg dedikert hardware. Og gjerne kjøp to Rpi, SSD og zigbee/zwave pinner så har en noe på lager og kan ta dette i bruk umiddelbart hvis noe skulle svikte. Men dette blir jo veldig avhengig av hvor langt en strekker det. Sørger en for at lys og varme kan styres manuelt så er det også lettere å være uten automasjon en uke mens en venter på postgang og nye enheter.

Såpe dispenseren på kjøkkenvasken er ganske utilgjengelig, så det er vanskelig å se når den er full eller tom. Laget derfor en såpe sensor som sier ifra om den snart er tom, eller når den er full slik at det ikke renner over når den fylles på.

Utviklerne er satt til å undersøke saken /Pål Takk for at du svarer opp @raphaelc75! Det stemmer som du skriver 🙂

Svarer meg selv i tilfelle noen andre skulle være i samme situasjon. Har kjørt både ZHA og Z2M samtidig med samme koordinator. Var ikke klar over at dette ikke var lurt. Jeg har kvittet meg helt med ZHA og kjører alle enhetene mine gjennom Z2M. Oppdateringen startet umiddelbart etter dette.

Fil med oppdatert Guide ligger vedlagt (Beklager feilen der!) En fullverdig oppdateringslogg kommer så fort den er klar, jeg ville dele den med dere så fort vi fikk filene oversendt! I korte trekk: - Oppdatering av kildekode til nyeste versjon - Endring fra Zigbee End device til Router device - Rettet feil som resulterte i Zigbee drop - Endret så komfyrvakten kan slås av/på via Zigbee Verdiene du har unknown på i oversiken i HA rapporterer ikke komfyrvakten noe data på. Vakten rapporterer: - Effekt (W) - kWh - Temperatur (Når vakten er aktiv og trekker strøm). Rundt den nye muligheten til å kunne slå på relé via Zigbee så har vi fått det vurdert at dette er innenfor kravene for sikkerhet. I tilfellet hvor vakten har slått ut og den forsøkes å slås på igjen vil den igjen slå ut så lenge det er en fare tilstede. 140279X-Firmware.zip

Her er kode for å hente inn pris for hver time i dag og i morgen. Den henter også inn pris for aktuell time, men det bruker jeg ikke til noe. Jeg er kun interessert i attributten "prices". Hvis du skal bruke aktuell pris i sensorens tilstand så ville jeg satt scan_interval til en mye høyere verdi, feks en gang i døgnet. Og heller trigget en oppdatering med en automasjon som kjører hver hele time med action: homeassistant.update_entity data: entity_id: - sensor.hvakosterstrommen_price_today command_line: - sensor: scan_interval: 1800 command: > echo "{\"prices\":" $( curl -s 'https://www.hvakosterstrommen.no/api/v1/prices/{{ now().strftime('%Y/%m-%d') }}_NO2.json' ) "}" name: "hvakosterstrommen_price_today" value_template: "{{ (value_json.prices | selectattr('time_start', 'match', now().strftime('%Y-%m-%dT%H:00')) | list | first)['NOK_per_kWh'] }}" unit_of_measurement: "NOK/kWh" json_attributes: - prices - sensor: scan_interval: 1800 command: > echo "{\"prices\":" $( curl -s 'https://www.hvakosterstrommen.no/api/v1/prices/{{ (now()+timedelta(days=1)).strftime('%Y/%m-%d') }}_NO2.json' ) "}" name: "hvakosterstrommen_price_tomorrow" value_template: "{{ (value_json.prices | selectattr('time_start', 'match', (now()+timedelta(days=1)).strftime('%Y-%m-%dT%H:00')) | list | first)['NOK_per_kWh'] }}" unit_of_measurement: "NOK/kWh" json_attributes: - prices

Omsider fått litt system på Piene mine. Fant ikke noe jeg likte på nett så laget selv... https://www.printables.com/model/1220361-rpi-5-nvme-poe-cabinet-and-rack Og når jeg først var i seget så fixet jeg automatisk backup til Synology etter denne oppskriften...

Hei! Da er endelig FW på plass med korrekt rapportert FW versjon. Hvit: 4512750 Sort: 4512751 Forskjell på FW er kun at du får rapportert korrekt produkt nr. 4512750-Firmware.zip 4512751-Firmware.zip

@OlavT Den gjør slik at du kan styre din Mill gen 2 ovn trådløst via ESPhome. Jeg og mange flere med meg hadde problemer med Mill gen2 ovner som ikke lar seg oppgradere med siste firmware fra Mill sitt økosystem. Resultatet blir i praksis en "dum" ovn som du ikke kan styre. Så isteden for å kaste ovnen, kan du oppgradere den ved å bytte ut chip'en som står i disse ovnene originalt. I praksis vil man da fjerne hele Mill styringen og erstatte den med en esp8266 som man installere den eksterne komponenten på. Da kan du f.eks. styre den lokalt via Home assistant som en klima enhet.

Vi jobber nå sammen med leverandøren om en oppdatert Zigbee driver på produktet. Så vi håper vi kan ha en løsning for de kundene som opplever Zigbee drop. Firmware vil da være mulig å laste opp via OTA. Pål

Jeg tror det baserer seg på dårlige erfaringer med annet utstyr. Mine zigbee enheter varer i mange år på et batteri. Mange er på det sjette året. Enig at det er null stress. Fordelen er at det gir en total frihet i å plassere brytere og sensorer akkurat der de gjør mest nytte. Tradisjonelle brytere og dimmere er etter min mening bare en selvpålagt begrensing. Smarte pærer / belysning gir en full kontroll på hvordan lyssettingen skal være. Ser at det også brukes argumenter om at en må ha tradisjonelle brytere fordi det kan hende at en ny eier ikke liker smarthus. For min del kunne jeg ikke brydd meg mindre om hva en fremtidig ny eier synes om det 🙂

Den idéen er så god at jeg burde ha kommet på det selv for lenge siden! 😅 Antallet versjoner er ikke veldig stort, så det er helt overkommelig. Takk for forslaget!

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

Det er neppe noe i veien med disse (jeg har ingen av dem), men jeg synes ca 200,- for en temp/fukt-sensor uten display er for mye, når Ikea nå har startet salg av sin Temp&fukt sensor Timmerflotte med display for kr 119,-. Nå er den sensoren ikke Zigbee, men Thread som er fremtiden for smarthusprodukter fra Ikea. Din ZBT-2 kan brukes enten til Zigbee eller til Thread. Så hvis du skal bruke Thread sensorer og Zigbee trenger du to, eller må du gjøre et valg, i alle fall til å begynne med (du ender trolig opp med begge radioprotokoller uansett). 🙂 Du kan også vurdere enda billigere temp/fukt sensorer. Jeg har mange Xiamo Miija Bluetooth termometer/fuktmåler, lastet med alternativ firmware. Den kan også lastes med firmware som endrer den fra Bluetooth til Zigbee. Disse bruker knappecellebatterier (CR2032), derfor mener jeg Ikea sin nye Timmerflotte er en litt bedre løsning. For dør/vindu sensorene kan jeg bare si at @Stigví´s erfaring med mange år mellom batteribytte er mye bedre enn jeg har opplevd med Ikea sin Zigbee dørensor Parasoll. Den nye, Timmerflotte, bruker Thread og er alt for ny til at noen har fått erfaring på batterilevetiden. Men det vil være naturlig at Ikea har lært av erfaringen fra sist og designet denne bedre. En stor fordel med alle sensorene til Ikea er at de er laget for oppladbare AAA batterier. Mindre kostnader til batteribytte og mindre søppel.

Ok, fikk litt tid i kveld til å rydde litt. Har publisert prosjektet her for de som er interessert! https://codeberg.org/rsolva/HA-PowerManager

Da kan vi konstatere at den reagerer på metan! 😂

Elhub har nå åpnet for bestilling av Norgespris via minside.elhub.no. Med Norgespris får du en fast strømpris på 50 øre per kilowattime med mva (40 øre uten mva). Dette gjelder kun selve strømprisen. I tillegg kommer: nettleie forbruksavgift Enova-avgift eventuelle påslag fra strømleverandøren din Sluttprisen du betaler vil fortsatt variere, men strømprisen i seg selv er fastlåst på 50 øre/kWh (inkl. mva). Prosedyren er enkel. Logg på minside.elhub.no med BankID Trykk på Bestill Norgespris-knappen. Bekreft Bekreft Godkjenn. Jeg har bestilt, så får vi se. 😉 Vi har et ganske automatisert hus mtp strømstyring, og vi ville spart kr 4573,- i fjor med Norgespris. Vis full oppføring

Pluss oss som lurer som gjedda i sivet! 😅

Nå vil jeg påstå at det aller meste av den 3D printingen jeg gjør har en vesentlig nytteverdi men noe som er bare for gøy gjør jeg selvsagt også . Tenkte denne tråden kunne samle en del av det mindre seriøse vi 3D printere driver med. For å starte en plass så har jeg irritert meg litt på fløyten i plystrekjelen, lite og varierende lyd... Dette MÅ jo kunne fikses enkelt tenkte jeg og lastet ned og printet noen fløyter. Ikke alle var på langt nær gode nok men spesielt EN utmerket seg med tydelig lyd med ganskje beskjeden "vind". Laget meg et adapter til kjelen etter mål fra den utvalgte fløyten i Onshape og gjorde et forsøk. INGEN lyd... Blåste i den og den virket helt fint... Fant en spesiallaget fløyte som skulle være designet for akkurat dette bruket, justerbar til og med, men lite hell med den også... Etterhvert ble den en del forsøk men varierende hell (litt pent språk for "elendig") og endte opp med bl.a. disse her: Den store oransje er "spesialdesignet" og de 2 mindre er mine modifikasjoner som hadde en smule nedsmelting pga feil materiale... Den røde til høyre er første forsøk med ferdigfløyte fra nett og resten er nå diverse forsøk... De svarte nede til venstre er Tsjernobyl utgavene, total nedsmelting, ikke på kjelen men i 3D printeren... PC-FR er ikke helt enkelt i bruk men tåler temperatur opp i rundt 150 grader uten deformering... Har nå laget en mengde seljefløyter så dette burde jo ikke være såååå vanskelig... Er endt opp slik: Ikke veeeeeldig imponerende men i alle fall bedre enn utgangspunktet...

Hei og takk for sist! Og til alle som har brukt diverse sTech homeseer plugins, beklager! Jeg gikk tom for tid og har ikke hatt homeseer på en god stund så derav ingen oppdateringer av plugins 😕 Bygger nytt hus om dagen, og da jeg skulle velge nytt system bestemte jeg meg for å gå for den store drømmen: Lage eget system helt i fra scratch. Planen er å lage billige sensorer med ESP32 og kina sensorer, og for alt med "høyspent" blir det hyllevare med åpent Api(trenger hjelp til å finne gode produkter her! Ser på sonoff for øyeblikket, kan det være noe?). Planen er å lage noe ala dette: Altså ett lass av C# console Klienter som snakker med en C# server via TCP, helt sikker på at det blir flere etterhvert. Så blir det en "app" laget i .NET MAUI slik at jeg kan bruke det på flere teknologier men i utganspunktet på android og iOs. Jeg er helt i startfasen og har laget en simpel sensor med temp og fuktighet(dht11) og lyssensor. Ikke veldig spennende men er iallefall i gang. Pr dags dato ser det slik ut, og følger ikke en typisk "nettverksprogrammering struktur", enda. Gjort det litt enkelt nå i starten for å komme i gang: Appen ser for tiden slik ut på windows maskin: Og slik på android: Planen videre er å begynne å teste lysstyring/høyvolt og tenker å kjøpe meg no sonoff greier for å teste. Men tar gjerne i mot tips til andre leverandører som har åpent og bra Api, er stabilt og bra og gjerne har en ok pris. Kommer til å fortsette å oppdatere etterhvert som systemet vokser og endrer seg 🙂

Gyrosensor på katteluke viser om katten sist gikk inn eller ut. Det finnes katteluker som kobles til nettet og som viser om katten er ute eller inne, vi har en slik på hytta. Veldig kjekt å kunne sette den til å kunne slippe katten inn hvis vi er ute en tur og skal reise hjem om litt, slik at katten ikke er ute når vi skal reise. Men hjemme har vi en eldre katteluke som fungerer godt ift oppgaven med kun å slippe inn vår katt. Derfor har jeg tenkt litt på hvordan denne kan utstyres med sensor for å vise inne/ute status. Nylig leste jeg at ESPHome støtter gyrosensorer og fant både billige utgaver som rene kort og mer robust innpakkede enheter fra M5stack. For katteluken valgte jeg enheten fra M5Stack, da den er svært liten og trolig mer robust til denne typen bruk. Koblet til en M5Stack ATOM Lite blir hele installasjonen svært kompakt og lett å montere med et par biter dobbeltsidig tape. En USB-C vinkel var også fin å ha for å få strømledningen fornuftig plassert. Oppsettet i ESPHome er lagt ved. For å finne adressen oppgitt (her 0x86) fjernes kommentarmerket # fra linjen "scan: True" etter i2c. Jeg testet litt hvilke verdier jeg fikk ved å dytte på luken manuelt. Det ble nødvendig å bruke filter for ikke å jamme ned Home Assistant, det blir mye data med hyppige avlesninger for å kunne registrere bevegelsen på en slik luke godt nok. De reelle verdiene fikk jeg først når katten gitt ut og inn gjennom luken. Utfordringen er at luken svinger tilbake når katten har gått gjennom. Det løste jeg ved å lage en hjelper (type toggle) som settes aktiv i 5 sekunder når luken svinger ut og så bruke denne hjelperen som vilkår i automasjonene som igjen oppdaterer status på katten (enda en hjelper av typen toggle). Det er sikkert mulig å slå disse sammen disse to automasjonene ved hjelp av trigger ID, det sjekker jeg senere. For de som måtte ha lyst til å kopiere dette er det trolig enklere å forstå de to adskilte automasjonene. Det jeg nå kan gjøre, hvis familien ønsker det, er å lage en velkomstmelding som spilles av når vi kommer hjem som også forteller når katten sist gikk ut eller inn gjennom katteluken. For de som lurer på type katteluke er dette to luker. En enkel med børster som gir en viss vindtetting inne, det er den som er koblet til tunnelen gjennom veggen. På utsiden av den sitter en PetSafe med RFID leser som kun slipper inn vår katt. Den er montert i en egen ramme som er skrudd på utsiden av veggen. Hele poenget er å få en form for luftsluse som gir mindre trekk og dermed mindre varmetap enn med kun en luke. Katteluke ESPHome.txt Katteluke inn.txt Katteluke ut.txt

Det er trist at et så unikt og dyrt produkt har så mange problemer med programvaren. Jeg installerte programvare 1.5.0 for en stund siden og har ingen problemer med ZigBee-tilkoblingen, men jeg bruker HA + deCONZ + ConBee II, og avstanden fra Zigbee USB-gateway til Namron komfyrvakt er bare 7 meter uten hindringer. Hvis noen trenger deCONZ DDF-filen, her er lenken https://github.com/kuzmin-no/Namron_Komfyrvakt_DDF_file_for_deCONZ Mange rapporterer problemer med steking av pannekaker og andre ting, jeg opplevde dette også. Kommunikasjon med Elektroimportørens kundestøtte ga ingen positive resultater. Så vidt jeg forsto er problemet ikke med "følsomheten". HDU-en (tingen som henger på veggen) måler bare temperaturen når koketoppen er på, og måler den ganske sjelden for å spare batterier. Når en glasskeramisk koketopp med tradisjonelle varmeelementer varmer opp stekepannen med full effekt, øker temperaturen veldig raskt, og HDU blir overrasket neste gang den måler temperaturen, og tørrkokingsalarmen og brannalarmen (som slår av koketoppen) går nesten samtidig. Jeg tror vi trenger at det må det være timer på noen måte mellom tørrkoking alarm og brannalarm ca. 10-15 sek for å reagere på tørrkoking alarm. Den andre tingen er knappen på HDU. Det er "smerte" å trykke på knappen hver gang du lager mat, og armene dine er ikke helt rene. Jeg hadde en annen komfyrvakt før, det var nok til å dekke sensoren med hånden fra siden av temperatursensoren for flere sekunder for å overstyre vakten. Jeg skulle akkurat returnere komfyrvakten til Elektroimportøren, men HA-automatikken som jeg konfigurerte stoppet meg så langt. Jeg har allerede blitt vant til at når jeg slår på koketoppen, så slår kjøkkenviften seg på automatisk.

Synes tråden holder seg fint innenfor👍🏼 Konstruktive og relevante innlegg 😊

Nå har utvikleren i tråden over laget en løsning for Futurehome røykvarslere i Homey: https://community.homey.app/t/app-pro-futurehome-sdco-smoke-and-co-detector/138932/15

Jeg har nå satt opp en virtuell Home Assistant (HA) for testing, og opplevde at det var en relativt enkel prosess. Det skal imidlertid sies at jeg er oppvokst med PC-er, så jeg har kanskje en lavere terskel for tekniske oppsett enn de som opplever en viss "PC-frykt". Jeg vil likevel tro at de fleste som vurderer å migrere til Home Assistant er komfortable med PC-bruk. Har nå bestilt Raspberry pi 5 ++ zigbee dongle så nå er neste ledd snart på vei. I forbindelse med videre eksperimentering har jeg lekt meg litt med oppsettet, og det er helt riktig som du påpeker at det kreves en god del arbeid for å få dette systemet fullt operativt. Dette er nok en del av ett ledd i å gå over til å gjøre huset om til smarthus, som vil gi stor glede om man er villig til å legge ned en innsats... Men ting tar tid. Når det gjelder Futurehome, er jeg sterkt kritisk til deres forretningspraksis. Å lokke kunder med "0 abonnementsavgift", onboarde et stort antall brukere, for så å slå seg konkurs og deretter opprette et nytt firma for å innføre abonnementer, er ikke bare skuffende – det er på grensen til kriminelt. Det framstår for meg at de har solgt løsningen med lav onboarding + enovastøtte for å komme til dette punktet uten at det "vekker oppsikt". Personlig nekter jeg å støtte en slik fremgangsmåte og foretrekker heller en "dum lader" fremfor å bidra økonomisk til FHSD Connect /"Futurehome". Hadde de vært genuine hadde de tilbydd opprinnelige kunder å beholde løsningen, men legge framtidige forbedringer/oppdateringer bak en betalingsmur/frivillig abonnementsløsning. I stedet tvang de igjennom en oppdatering og godtok du ikke den ble du logget ut av appen. For øvrig setter jeg pris på at du har samlet all informasjonen om Home Assistant. Det er mye der jeg har bruk for. Tusen takk for hjelpen!

Det er litt mer bakvendt i HA enn ellers men greit beskrevet her: Generelt (tatt litt på husken): Du starter med å registrere deg hos Tailscale. Logg inn og legg til maskiner i Tailscale: https://login.tailscale.com/admin/machines, Add device/Client device I eksempelet her er Linux valgt og kommandoen som kjøres viser nederst. Følg instruksjonene på skjermen. Det er ikke store installasjonen. For telefoner/nettbrett henter du app i Appstore/Google Play. Alle maskiner dukker opp i https://login.tailscale.com/admin/machines og her finner du global IP og et mer "huskbart" navn som <maskinnavn>.<din tailscaleID>.ts.net Kommunikasjon med enheten som tidligere bare var i lokalnettet som "homeassistant.local:8123" eller 192.168.x.y:8123 (som fremdeles virker) kan nå gjøres fra hvor som helst, inkl i hjemmenettet, mot "homeassistant.<din ts ID>.ts.net:8123 Noe av der fine med dette er at når du er rundtom egen eiendom men utenfor WiFi sonen din (jeg har i alle fall en mengde slike steder) så har du direkte kontakt via mobilnett og Tailscale til lokalnettet uten noe plunder og heft.

#DenFølelsen når man oppdaterer firmware på NASet som sist ble oppdatert i juni 2015...

Her er en artikkel jeg har laget om hvordan en kan lage en Air Quality Sensor med Matter over Thread basert på et ESP32-C6 Dev Kit og en Sensirion SEN66 Air Quality sensor. https://github.com/olavt/matter-air-quality-esp32 Sensirion SEN66 måler: - Temperatur - Relativ luftfuktighet - CO2 - PM1, PM2.5, PM4, PM10 - NOx - VOC

Helt grei den @christbj 😉 Jeg er klar over at slik metadata kan legges til, men jeg gjør det som dette av to grunner. 1. Lettere å gjøre entities unike F.eks har jeg tre bad, men jeg kan ikke ha tre light.bad_taklampe. Må skille badene i entity navn på en måte. Så leng jeg ikke har flere av samme type rom i en etasje går det greit. 2. Ønsker også god oversikt i f eks Z2M og Node-Red

Hatt Shelly Wall Display x2 i over 2 uker nå, har enda ikke bestemt meg om den blir stående på pulten eller blir byttet ut med bryteren på veggen. 😊

Hei! Det er Vetle fra SMARTi her. Grunnlegger/daglig leder / utvikler/ designer/ tester you name it. Jeg gant denne posten og vil bare skyte inn noen korte ord her. Denne huben vi har brukt til nå er som sagt et white label produkt fra Dusun IoT. Den er forsåvidt allsidig og har mange gode egenskaper og man kan få den i utallige varianter med ulike konfigurasjoner, men support fra leverandør er noe labert. Det er ikke sånn at dette har vært noe dropshippingløsning for å si det slik. Vi har kjørt et løp med ca 10 tester i Norge snart ett år hvor hver enhet har blitt satt opp fra bunnen av og hvor alt er blitt konfigurert til å være så sømløs som mulig ut av esken. Z2M er satt opp, Z-wave-JS-Ui, add-ons osv. Det som er hovedutfordringen her er at den kjører Debian 12 som underliggende OS og da HA Supervised på toppen. Hvis du ikke er flink med Linux og commandolinje, er ikke denne løsningen noe du skal fikle så alt for mye med. Det fører også til noen småting ikke fungerer helt 100% slik de skal og som sagt har support fra leverandør vært noe utfordrende da de gjerne ikke er så glad i å gi support til selskaper som ikke har de største volumene. Disse hubene har også blitt shippet med SMARTi dashbordet ferdig-installert og konfigurert. Dere kan lese mer om denne løsningen her: https://github.com/Prosono/SMARTi_BaseComponent hvis dere vil teste det ut selv på deres HA løsning fda den ikke krever noen spesifikk hardware. Dette er et auto-populerende dashbord til HA som gjør at du slipper å manuelt lage, endre og oppdatere et velfungernde dashbord som kan brukes på tablets, dasktops og mobil. Så over til det som vi jobber med nå. Ettersom vi har sett at løsningen vi har brukt med Dusun IoT har hatt sine utfordringer, holder vi nå på å utvikle egen hardwareløsning. Dette tar dog noe tid og vi er noen måneder unna lansering da vi enda er i prototype-fasen. Men her vil det være større muligheter for egen tilpasning på farge, utseende og modeller som har ulike egenskaper. Noen egenskaper som jeg vil trekke frem er: Valg om Innebygd UPS, veldig god rekkevidde og signalstyrke på både Zigbee og -Z-wave som danner gode og stabile nettverk, mulighet for Thread via Home Assistant SkyConnect, valg om long range Z-Wave osv. Kom gjerne med innspill om øsnker så kan vi se hva vi burde fokusere på. Til slutt vil jeg si noen om dette med strømstyring og fleksibilitetsmarkedet. Dette er også noe vi jobber med og mye av dette vil bli integrert inn i SMARTi integrasjonen som jeg henviste til tidligere. Dette er en løsning vi har valgt å kalle for SMARTi PowerFlow og tanken her er at man så enkelt som mulig skal kunne styre sine elektriske laster etter Pris, Fleksibilitet eller Nettleie - Mulkigens en kombinasjon også etterhvert. Dette med Fleksibilitet er ikke så veldig enkelt og krever ganske mye ressurser å få på plass både med tanke på kost og utviklingstimer. Siden vi enda er et lite og nytt selskap må vi derfor ta ting litt av gangen. Se noen screenshots under. Annet enn det så har jeg ikke så mye å melde. Tar gjerne imot spørsmål rundt det vi holder på med 🙂

Jeg ville vært forsiktig med å bruke det bittelille releet i en shelly til VVB. Den skal stå på mange timer i strekk. Selv har jeg gått for en 25A kontaktor som er styrt av en shelly, da skal det ikke være noen risiko for varmgang. Men dette krever jo elektriker.

@Venin Da har du kommet i kontakt med en som ikke viste bedre, jeg skal prate med gutta på support. Men vi jobber med home assistant integrasjon as we speak :)

Modbus skjema hvis noen vil forsøke den veien. EnSy modbus schematic layout.pdf

Kan nevnte løsningen jeg gikk for, mtp at jeg misliker batterisensorer. Kjøpte en 8pack av disse på zigbee: https://www.aliexpress.com/item/1005007755890938.html Og tilhørende strømadaptere: https://www.aliexpress.com/item/1005006843406438.html Smalt rett inn i Z2M, har ikke kontrollmålt, men virker å oppdatere relativt frekvent. Bare testet 2stk til nå i en ukes tid, så vet ikke noe mtp stabilitet på lang sikt.

For dem som har HAOS eller Supervisor, f.eks på en Raspberry Pi, kan dere benytte denne Add-On: https://github.com/haugeSander/Homely-HA-Addon. Denne benytter løsningen til yusijs: homely-mqtt, og gjør den til en funksjonell add-on. Har ikke sett på å legge den inn på HACS, vet ikke om det er en mulighet. Den er ikke testet over lengre tid, mistenker at tildelt minne vil fylles opp over tid, som kan føre til at den krasjer. Ved å skru på "Watchdog", vil den restarte om dette skjer. For å aktivere/installere den: 1. Gå inn på Add-on > Add-on store > Klikk på tre prikkene i høyre hjørne 2. Klikk på "Repositories", kopier inn github lenken over, og "Add" 3. Refresh Add-on siden, scroll ned til du finner add-on: "Homely MQTT Bridge" 4. Klikk på den, så klikk "Install" 5. Inne på Configuration, legg inn verdiene som trengs a) MQTT-Host kan være core-mosquitto for Mosquitto broker, og core-emqx for EMQX 6. Sørg for at MQTT user og password er de samme som er brukt i MQTT broker 7. Dersom alt er konfigurert riktig, vil du kunne se blant annet: Starting Homely MQTT Bridge..., og Authenticated, og loaded X home.