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:

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 🙂

https://www.theverge.com/smart-home/701697/ikea-matter-thread-new-products-new-smart-home-strategy

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.

Har mange av de og det har aldri vært noe tull med de. Dørsensorene går forresten på 6-7 året på originalt batteri.

Hei alle sammen, Takk for at dere deler erfaringene deres – vi tar tilbakemeldingene på største alvor. Vi er klar over at enkelte fortsatt opplever utfordringer med komfyrvakten i Home Assistant, spesielt knyttet til rapportering og stabilitet i Zigbee-integrasjoner. Vi har gjennomført omfattende interne tester med Zigbee2MQTT (Z2M) og ser ikke de samme problemene hos oss. Med nyeste firmware fungerer reléstyring, kWh-rapportering og statusoppdateringer som forventet. Temperatur-rapportering er fortsatt et punkt vi jobber med å forbedre. God nyhet: Produsenten av komfyrvakten la til støtte i Zigbee2MQTT i mars i år, noe som gir bedre kompatibilitet og enklere integrasjon for Home Assistant-brukere. Vi anbefaler å bruke siste versjon av Z2M og oppdatere komfyrvakten til nyeste firmware via Bluetooth DFU. Hva gjør vi videre? Vi fortsetter dialogen med underleverandør for å sikre best mulig kompatibilitet med Z2M og ZHA. Vi vurderer ytterligere justeringer i firmware basert på tilbakemeldingene deres. Vi oppfordrer alle som opplever problemer til å: Bekrefte at siste firmware er installert. Dele detaljer om Zigbee-oppsett (koordinator, mesh, antall enheter) slik at vi kan gjenskape scenarioene. Vi setter stor pris på engasjementet og vil holde dere oppdatert om fremdriften. Målet vårt er at komfyrvakten skal være stabil og trygg – også i Home Assistant-miljøer. Hilsen Namron-teamet

Hei @servercookie! Nå som Mill har på plass 4. generasjon panelovner, med Matter-støtte og Zigbee, og CSA har forenklet regler for FW-oppdateringer, hadde du hatt mulighet for å si noe mer om hva dere jobber for å få på plass av automasjonsstøtte framover, både for 4. generasjon, 3M og 3. generasjon? Ser dere for dere utvikling av Thread-støtte (for Matter), og for hvilket utstyr er det mulig/sannsynlig at dette kommer? Jeg forstår det som at Matter over wifi er på vei for mer 3. generasjonsutstyr. Er dette noe du kan orientere oss om? I denne sammenhengen er det også interessant å få vite hva det er sannsynlig å få eksponert av ekstra verdier, slik som løpende effekt og samlet forbruk. Hvilken «generasjon» er dessuten gulvtermostaten deres å anse som? Det er nok mange som skjønner at det er vanskelig å love framtidig funksjonalitet, samtidig er det nyttig med informasjon om hvilken vei dere håper å gå. Da er det litt lettere å gjøre valg om hva vi skal tørre å kjøpe eller vente på av Mill-utstyr. Håper du har tid til å utdype litt!

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

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.

Litt sånn for info da, jeg har nå fått enhetene mine. Trengte ikke SD leser for å boote, så det var noen kroner spart. Har bootet min Raspberry PI 5 fra USB, med en SDD disk på 240gb, burde holde.. haha. Home assistant Green tror jeg er på samme nivå, men var ikke noe vanskeligere å gjøre det fra en Rasperrby PI. Mildt sagt. Og la oss si det sånn, det var helt smertefritt. Det å få HA oppe å gå tok mindre enn 5 minutter. Så nå er jeg klar til action: Foreløpig er den tom, men her skal det bli mye gøy etter vært 😄

Jeg spurte ChatGPT og svaret ser såvidt jeg kan se ut til å være riktig og bra. Det eneste jeg kanskje ikke er enig i er at zigbee krever mer teknisk innsats, men det dreier seg kanskje om mulige interferensproblemer med wifi, men det klarer de fleste fint å fikse. Jeg har selv hovedsaklig z-wave og litt zigbee, om jeg skulle valgt på nytt tror jeg kanskje jeg hadde valgt zigbee for lys og termostater og kanskje z-wave for låser. Plejd har jeg ingen erfaring med Her er en mer inngående sammenligning mellom Plejd, Zigbee og Z-Wave: 🔋 Protoll- og teknologioversikt 🟦 Plejd Bruker et eget proprietært Bluetooth Mesh-nettverk på 2,4 GHz (etektor.no). Fullstendig lokalt. Fungerer selv uten internett – høy stabilitet og lav responstid (reddit.com). Rettet mot profesjonell elektrikerinstallasjon – høy kvalitet, garanti og support . Har begrenset økosystem (dimmere, releer, sensorer) – mindre fleksibelt enn åpne standarder (etektor.no). ⚙️ Zigbee Åpen standard, benytter 2,4 GHz. Støtter opptil 65 000 enheter (smarterhomewizard.com). Hurtig, kraftig meshnet, men kan bli utsatt for interferens fra Wi-Fi (safewise.com). Stort markedstilbud – lamper, sensorer, brytere m.m. – mange produsenter (tipsbilk.net). Krever gjerne hub (Homey, Hue, Zigbee2MQTT) og noe mer kompleks oppsett (smarterhomewizard.com). 🔴 Z-Wave Bruker sub-1 GHz, vanligvis 868 MHz, mindre interferens enn 2,4 GHz (sirinsoftware.com). Rekkevidde per node er bedre, og nettverk til ca. 232 enheter (opp til 4000 med LR) (sirinsoftware.com). Sterk sertifiseringsordning – høy interoperabilitet . Kostbarere enheter, men veldig stabil og godt egnet for sensorer/lås/oppvarming (etektor.no). 📊 Sammendrag av styrker og svakheter Egenskap Plejd (Bluetooth Mesh) Zigbee Z-Wave Lokal drift uten internett ✅ Ja ⚠️ Kan kreve hub ⚠️ Krever hub Stabilitet ⭐ Meget stabil (reddit.com, tipsbilk.net) Bra, men utsatt for interferens Svært stabil, mindre interferens Antall enheter Begrenset økosystem Opptil 65 000 enheter Opp til 232–4000 Installasjon Profesjonell installasjon Brukervennlig, men teknisk Plug-and-play, hub kreves Kostnad Mid-range (elektrikerkostnad inkl.) Lav/middels Høyere per enhet Integrasjon (HA, HomeKit) Proprietær, API eksisterer Veldig bred støtte Bred, men dyrere valg Skalerbarhet OK for lys/sensorer Meget høy God, men færre enheter 🛠 Erfaringer fra brukerne Plejd anbefales av elektrikere for enkel installasjon, stabil dimming og Bluetooth-nett (reddit.com). Noen advare mot manglende støtte for standardprotokoller og mer avanserte integrasjoner . Zigbee vs Z-Wave: Brukere melder at Zigbee fungerer utmerket med Philips Hue eller IKEA, men at billigere varianter kan være ustabile (reddit.com). Z-Wave gir konsekvent stabilitet, særlig for sikkerhets- og låsenheter (reddit.com). 🎯 Hvilket passer best for deg? Velg Plejd dersom du ønsker: Enkel, stabil lysstyring Lokal drift uten hub og internett Profesjonell installasjon og garanti Velg Zigbee hvis du vil ha: Stort utvalg produkter God pris, høy skalerbarhet Integrasjon med smarthusplattform (HA, Alexa, HomeKit) Velg Z-Wave for: Maksimal stabilitet og sikkerhet Enheter som låser, sensorer og klimastyring Mindre interferens og industriell pålitelighet ✅ Kortversjon Plejd = super brukervennlig, lokalt, elektrikerfokusert system – men lukket økosystem. Zigbee = masse produkter, rimelig, krever hub og litt teknisk innsats. Z-Wave = dyrere per enhet, men svært stabil og robust – perfekt for sikkerhetskritiske enheter.

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

Vi er enige i det aller meste. Poenget mitt er at det gjelder alle som selger hardware basert på skytjenester. Men lovverk og forbrukermyndigheter har ikke helt kommet seg utpå banen ennå. Derfor er det fremdeles tillatt å selge ting som er helt avhengig av tjenester som krever vesentlig større omsetning i tingens levetid enn hver enkelt forbruker har tenkt å betale. Risikoen er helt uforutsigbar og overføres til forbruker allerede ved kjøpstidspunktet. Vi kan selvsagt kalle det kynisk å utnytte dette, men alternativet er å overlate markedet til konkurrentene. Det er bare myndighetskrav som kan gjøre noe med problemet. Blir litt som å selge avhengighetskapende stoffer som nikotin, tippekuponger eller alkohol. Rimelig kynisk, men det hjelper ingenting om din lokale nærbutikk nekter.

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!

Angående hvilken z-stick man bør gå for har Home Assistant denne artikkelen: https://www.home-assistant.io/integrations/zwave_js/#which-z-wave-controller-should-i-buy og selvfølgelig - man velger ikke ut ifra hvilken som er mest tilgjengelig og rimelig, forhandlere i vårt land er ikke nødvendigvis de mest oppdaterte. Har selv Zooz sin z-stick 700 Idag hadde jeg kjøpt denne, selv om den ikke er nevnt i HA-artikkelen https://thepihut.com/products/zooz-800-series-z-wave-usb-stick

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

I dag har jeg laget ny navnestandar for enhetene mine. <bygning><etasje>_hvor_hva bygning representeres med en bokstav "h" for hus, "g" garasje og "l" leilighet. Eksempler: l0_stue_brannvarsler h0_vaskerom_smartplugg_luftavfukter h1_stue_dimmer_downlight_flatt_tak h2_barnerom_rullegardin

Ikke helt fornøyd men langt bedre enn opprinnelig... 4 fløyter samtidig og med litt forskjellig tone...

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 🙂

Eg fekk det til! Det var ein nyare versjon av z-wave plugin tilgjengelig (3.0.11.0), oppdaterte til denne og tok ny rescan og då dukka resten av child-devicane opp. Eg har ordna meg med HS4-lisens, men har per no ikkje sett nokon store fordeler med å oppgradere. Til no var dette det aller første tilfellet av trøbbel med inkludering av z-wave, og det løyste seg denne gongen òg. Det stemmer med prinsippet at z-wave skal vere z-wave med krav til kompabilitet på tvers av ulike fabrikat - i motsetning til zigbee der det kan vere ganske bob-bob om det fungerer på tvers eller ei. Eg har ein heil del NodeMCU-kort til bl.a. garasjeportovervåking, temperaturmålingar m.m., og samtlige av desse må rekonfigurerast ved overgang til HS4, då HS3-plugin ikkje er støtta av HS4. Så dette er den største og viktigaste grunnen til at eg ikkje har oppgradert. Fordi resten fungerer faktisk knirkefritt.

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.

Kort fortalt, så baserer du deg på trådløs løsning, som sikkert fungerer for deg, men ikke for neste eier og eier etter det igjen. I en elektrikers øyne, så lager du et dårlig anlegg. Og jo, du får lengre strekk med rør og kabler når du lager stjernenett ut fra sikringsskapet. Og litt mer utdypende: 1. Du vil basere deg på trådløs teknologi, som betyr du lager deg fallgruver, hvor den ene er kommunikasjon mellom trådløs bryter og alle enhetene du har plassert i stålskapet. Det andre er batterier, som er noe man helst bør unngå om man kan. Batterier kan ha lang levetid, og de kan ha fryktelig kort levetid. I tillegg så har batterier en "best-før" dato. Du kjøper deg vedlikehold. 2. Du sier en vesentlig del med smarthus er trådløse brytere. Der er nok meningene forskjellige alt etter hvem du spør. Å kunne betjene noe fra flere steder, som f. eks app, bryter, trådløs bryter, stemme etc er flott og fint, men smarthus skal være smart, hvor det styrer seg selv og man minimerer manuelle handlinger. Du skal muligens selge en dag, og det er ikke sikkert neste eier synes det er kjempeflott med masse trådløse brytere uten mulighet for å installere vanlige dimmere/brytere. For nysgjerrighetens skyld, hvilket produkt er det du bruker som trådløs bryter? Støtter den direkte assosiasjon med dimmeaktuatoren? 3. Det er ikke kjempekjekt å ta av dekslene i sikringsskapet hver gang du skal ekskludere/inkludere/lese PIN-kode på en enhet. Å plassere dimmeaktuator i sikringsskapet er ikke noe nytt, det har blitt gjort i flere tiår, men da med f. eks KNX, med trådbaserte brytere og sensorer. Du kan også plassere termostaten til gulvvarmen i sikringsskapet ditt. Plejd anbefales av elektrikerene fordi det fungerer og er stabilt. Du skriver selv du har problemer med iHeat (antar du mener HeatIt?). Hvis en elektriker leverer noe sånt, så er det reklamasjon, og det koster penger. Det er lite tull med Plejd, men det har sine ulemper for de som er over snittet interessert (slikt som BT-kommunikasjon, lukket system, avhengig av sky for integrasjon mot andre system osv osv). Den "vanlige" måten å legge opp elanlegg idag på er å bruke dimmere som ser helt vanlige ut, men som har ZigBee eller Z-Wave kommunikasjon. Da får du betjening på veggen, alt er kablet, og det fungerer for neste eier. Eksempelvis Heatit ZigDim.

Hei 1) Om du har Homey så støtter dessverre ikke denne OTA oppdatering av enheter. Så da må man benytte en 3. partsløsning som f.eks deCONZ. Denne benytter en Conbee usb stick som man kobler til en pc. Så parrer man enheten til deCONZ og kan laste opp oppdateringen her. (Vi har laget en guide for dette som jeg legger ved). 4512750 støtter dessverre ikke OTA upgrade appen da det kun er våre aller nyeste enheter som støtter dette. 2) Vi har tatt dette med leverandøren allerede, så vi vil få en oppdatert 3.12 firmware så fort den interne testfasen hos leverandøren er over. Oppdatering av Zigbee enheter med Conbee USB Phoscon.pdf

Teknologivalg blir smak og behag. Men du kan ikke basere deg på hva som er mest hensiktsmessig for elektrikeren. For dem er det er fordel at systemet er lukket og begrenset til én leverandør. Det gir færre variable å ta hensyn til. Mye enklere å levere og sannsynligvis mindre support. Evt lock-in er bare en bonus som øker sannsynligheten for at du kommer tilbake og kjøper mer av samme. De trenger heller ikke bekymre seg for evt total utskifting av hele systemet på et senere tidspunkt hvis du finner ut at Plejd ikke var tingen likevel, eller skytjenestene skulle forsvinne. Den risikoen tar du alene. For dem vil det bare være en ny sjanse til å få et stort oppdrag. Jeg forstår det slik at alle tredjeparts-løsninger for Plejd er basert på at det finnes en fungerende Plejd skytjeneste der produktene registrers og man kan hente ut nøkler. Det ville ihvertfall ikke jeg tatt sjansen på for faste installasjoner som skal leve i 10+ år.

Da dukket opp en liten pakke fra NKON.NL: ...så da blir batteribanken 48V/1070Ah, ca. 55 kWh. Handelen hos NKON var helt grei og gode priser, måtte bare passe på å velge NON-EU i nettbutikken først... DHL var ikke såååå imponerende... Status på fjoråret ble 6060kWh kjøpestrøm mot 6670kWh året før. Ikke så verst med tanke på at helt fra tidlig i januar har jeg kjørt uten varmepumpe. Gulvvarme og bereder har gått på direkte varmekolbe så det gir jo litt over 3 ganger høyere forbruk til varme enn det varmepumpen kunne prestere. Har jo firt en del på komfortkravene for å få det til... Termostaten på badegulvet står jo på 25 grader men i praksis ligger det under 20 og ikke så helt uvanlig at det er nede i 16 også uten at det er noe problem... Jeg har også en følelse av at november/desember har vært ekstra tunge med veldig tett skydekke. En normal overskyet dag har jeg gjerne 1.5-2kW fra solcellene men i disse månedene har jeg snaut nok vært over 200W annet enn i veldig korte perioder.

Det der minner ikke rent lite om

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.