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

❤️

Da har jeg tatt avskjed med HomeSeer etter snart 20 år til fordel for Home Assistant. Jeg må si at jeg er mektig imponert over hvor enkelt integrasjoner bare popper inn. Har nå fått flyttet over alle Z-wave, Zigbee og RFXCom, samt fått opp Reolink kameraer, varmepumper, Nissan-tilkobling, Tibber, Yr, Sonos, TP-link mesh, Yale dørlås og en del andre Wi-Fi enheter jeg har i huset. Har ikke hatt noen problemer med å få dette satt opp overhodet. Z-wave var så enkelt som å flytte over USB-stick'en, siden den inneholder hele nettverket. For Zigbee valgte jeg å kjøpe en ny USB-stick (Sonoff 3.0) og legge til device på nytt inn i ZHA-integrasjonen. Dermed kunne den gamle PC'en fortsatt styre de enhetene jeg ikke hadde fått flyttet over. Skal sies at det gamle Zigbee-oppsettet kjørte på en Raspberry Pi med en Conbee stick. Kommer ikke til å savne noen av delene. Nå kjører alt på en Gigabyte Brix GB-BRR5H-4500 med 16 GB RAM (tenker å oppgradere til 32). Så nå er det bare å bygge noen kule dashboard og se på flere muligheter for å koble sammen enheter i forskjellige automasjoner.

Hei! Det jobbes kontinuerlig med oppdateringer for komfyrvakt. Komfyrvakten følger også Zigbee standard så langt det lar seg gjøre. Da komfyrvakt ikke har noen egen standard i Zigbee 3.0 må det dessverre noen egne tilpasninger til for å få dette så nært optimalt som mulig. Når det er sagt så er det hovedsakelig rapportering som er fokus for produktet (sensortemperatur, strømforbruk, alarm og relé status). Kontroll av selve reléet er begrenset til kun å kunne slå dette av via Zigbee protokollen (krav for sertifisering - Vi har også vurdert å fjerne dette i fremtidig oppdatering og kun ha rapportering om status). Det jobbes med en firmware oppdatering for produktet som skal rette kWt oppdateringen (Rapporteres kun 1 gang pr døgn via Zigbee) samt generelle stabilitetsendringer. Vi jobber også med en OTA oppdateringsløsning via BT for de plattformer som ikke har OTA via Zigbee innebygget som gjør det enklere å få de nyeste oppdateringene på produktet. Vi har tidligere vært i dialog med Nabucasa direkte for en "Works with Home Assistant" sertifisering uten at vi kom i mål den gangen. Det er en del praktiske ting samt kostnadsspørsmål som må på plass. Når det er sagt så tar jeg dette absolutt med videre. Hva er deres foretrukne løsning for integrasjon i HA? Z2M eller ZHA?

Dagbladet kan ta seg en bolle, jeg gjør så godt jeg kan!!

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:

Høstens første frost krever alltid litt ekstra arbeid så det er greit å få et varsel noen dager i forkant. Hjul på bil må skiftes, vannslange må innendørs, utekrane må sjekkes at den er tom for vann og campingvogn sine vannbeholdere må tømmes. Så da er et varsel i HA laget slik som dette Det er kun et lett synlig bilde som har en betingelse for synlighet. Først laget jeg en sensor som viser laveste temperatur meldt de nærmeste dagene. - template: - trigger: - trigger: state entity_id: weather.orstad_utsyn action: - action: weather.get_forecasts data: type: daily target: entity_id: weather.orstad_utsyn response_variable: wd sensor: - unique_id: laveste_temperatur_framover name: "Laveste temperatur framover" unit_of_measurement: "°C" state: "{{ [state_attr('weather.orstad_utsyn', 'temperature')|float(0), (wd['weather.orstad_utsyn'].forecast | rejectattr('templow', 'undefined') | map(attribute='templow')|list|min)]|min|round(1) }}" Deretter en binær sensor som bruker laveste temperatur sammen med måned. Jeg trenger ikke varsel om høstens første frost i desember til mai. -template: - binary_sensor: - unique_id: bbb82639-7432-4f3f-8950-a5c860a6ede0 name: frostvarsel state: "{{ states('sensor.laveste_temperatur_framover')|float < 2 and (now().month == 9 or now().month == 10 or now().month == 11) }}" Selve kortet er lagd som dette

Vi åpner nå tre nye forum for direkte kommunikasjon med smarthus leverandørene! Vi har snakket med tre av de store smarthus leverandørene og signalisert et behov for enkelt å kunne kontakte kompetente personer hos dem for å få svar på mer kompliserte tekniske spørsmål. Det viste seg at de også hadde et ønske om å kunne få ryddet opp i en del feilinformasjon og myter som flyter rundt i sosiale fora. Dette er organisert rundt et eget forum for hver leverandør der det som vanlig er oss forumdeltakere som spør og svarer på det vi kan, men i tillegg vil det være representanter for leverandøren der med egne brukere som kan gi fasit eller korreksjoner. Leverandørenes brukere vil være klart merket så det vil ikke være tvil om hvem du får svar fra. Hvert forum vil ha en underkategori for spørsmål og svar og en for generell diskusjon og kommunikasjon. Forumene finner du her: https://www.hjemmeautomasjon.no/forums/forum/110-leverandører/ Vis full oppføring

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.

Ok nå har jeg lekt ganske mye. Laget meg en template sensor som bruker Nordpool input, og så har jeg satt opp en gjeng med hjelpere for å ha data om nettpriser for dag/natt, moms, strømselskap osv osv. Alt kan nå konfigureres via GUI, eneste som blir litt massivt er selve template sensoren men den setter man jo opp bare en gang. Synes det ble ganske bra! Nå skal jeg bare se over litt tid om det fungerer stabilt.

"Feilen" ligger i betingelsene dine: Når sikringen har gått vil garasjelyset aldri kunne bli "OFF". Dermed sørger denne linja: ... for å trigge eventet hvert eneste sekund. "For at least XX" er skummelt å bruke som første betingelse. Bruk heller "for exactly 10 m", så slipper du problemet 🙂 Som en ekstra betingelse går det som oftest utmerket å bruke "for at least". Se FAQ nederst i HS skolen del 7:

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

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

Hei! 03/22 = V1 Firmware 04/22 = V1 Firmware 09/22= V2 Firmware 07/24= V2 Firmware Forskjell på V1 vs V2. Korrigert kompensasjonstabell = Det vil si at den ønskede temperaturen harmonerer med målt temperatur. Alle modeller skal ha repeater funksjon på Zigbee. (V1 hadde en "aggressiv" kompensasjonstabell innebygget på linje med alle "dumme" panelovner, men dumme ovner rapporterer ikke målt temperatur og derfor opplever man ikke denne forskjellen) V1 modeller kan oppdateres til V2 firmware om man har en kontroller som støtter dette. Firmware ligger på nettsiden til Elektroimportøren, eller kontakt kundesenter for å få oversendt disse. Mvh Pål, Namron

Har hatt en RPI gående med HomeAssistant utelukkende for å ha kontroll på Yale låsene slik at jeg styrer de fra Node-RED via MQTT. For noen dager siden sluttet låsene å respondere og webgrensesnittet i HA var dødt... PIen responderer på ping og Observer på port 4357 har en masse info men som ikke fortalte meg noe stort. Søk på nett gir meg info om at MANGE opplever det samme men jeg klarte ikke å finne noen løsninger som funket for meg og det virket som om der var veldig mange forskjellige løsninger der en løsning funket for en, en annen funket for en annen osv... Lette etter alternative løsninger og fant at HUE Bridge hadde Yale integrasjon men etter en del mer forskning viste det seg at den KUN kunne aktivere HUE lys når en lås ble aktivisert fra Yale systemet så det var jo totalt ubrukelig siden jeg må kunne styre låsene fra andre steder enn Yale. Endte opp med å gå i gang med en NUC fra rotekassen og installere ProxMox 9 og installere haos16.0. Installasjonen av hele greiene tok ikke mange minutt og jeg fant tak i en fersk HA backup på SD kortet men jeg hadde rotet bort krypteringsnøkkelen... Lastet inn automations.yaml fra SD kortet, installerte Yale og MQTT så var det bare en beskjeden redigering i 27 automasjoner siden alle låsene fikk ny id. Backup og restore av hele HA maskinen til Synology NAS er jo en lek i ProxMox (men nå har jeg lagret krypteringsnøkkelen på en mer logisk plass så den trengs vel ikke lengre)... Edit: Fant krypteringsnøkkelen da jeg lette etter noe helt annet men nå trenger jeg den jo ikke lengre...

Er ferdig med beslutningsprosessen og er i innhandlingsfase. Utstyr er på vei i posten. Jeg er temmelig god på øvelsen prokrastinering, så ttt 😏 Jeg kommer til å poste fremgangen i denne tråden. Oppsettet er på hytta så det blir igangsetting i løpet av sommeren. Min kunnskap om automasjon er veldig gjennomsnittlig, (antagelig langt under snittet på HA) så fikser jeg det så har mange god mulighet til å lykkes.

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.

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.

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

Det var dårlig stabilitet installert i HA med ZHA, Komfyrvakten var offline over mer enn et døgn av gangen, også mens komfyren var i bruk. Sist fredag installerte jeg derfor på nytt, nå med Z2M i HA. Det ser bedre ut, ingen utfall nå etter 4 dager. Men jeg har ingen verdi på temperatur, heller ikke når koketoppen er i bruk. Sammenliknet med tidligere er jeg uansett fornøyd hvis stabiliteten holder seg slikt. Temperatur er kjekt å ha, strømforbruket var det jeg primært var på jakt etter. Send en takk fra meg til utviklerne, dette gjør komfyrvakten relevant i et smarthus.

Hepp! Skal få sett på det. Har nettop flyttet, så homeassistant instansen min er direkte deprimerende å se på for tiden 😅 Prøver å få ordna en fiks i løpet av morgendagen ✌️

+1 Aeotec heavy duty.

Her er den forenklede flowen jeg kom fram til, basert på den @SveinHa laget. Veldig enkel, den henter lista over stasjoner, filtrerer ut de jeg skal ha (hvis noen vil bruke den, kan de endre ID-en i Chosen Stations-switchen til det man trenger) og så skal jeg sende resultatet til Home Assistant som MQTT, til en MQTT-sensor for hver stasjon. Denne skal jeg så sette til å varsle meg i det øyeblikket en av stasjonene går under 19 kroner. Dermed kan jeg fylle de seks kannene til Mad Max når det er grei pris. 😀 [{"id":"15c0f11d3fc4b3f7","type":"tab","label":"Bensinpriser","disabled":false,"info":"","env":[]},{"id":"fb3c8172638a8fb7","type":"function","z":"15c0f11d3fc4b3f7","name":"List all stations & create flow.stations","func":"var brands = flow.get(\"brands\");\nvar statsRaw = flow.get(\"stationsRaw\");\n//flow.set(\"Stations\",msg.payload);\n//node.warn( \"pl.length: \" + statsRaw.length);\nvar arr = [];\nvar arr2 = [];\nvar obj2 = {}\nvar msg2 = {}\nvar i = 0;\nvar j = 0;\nfor (i = 0;i < statsRaw.length;i++){\n let obj = {}\n //if (i == 2150)i++;\n //if (i == 2302)i++;\n //if (i == 2305)i++;\n //if (i == 3512)i++;\n obj.id = statsRaw[i].id;\n obj.name = statsRaw[i].name || \"-\"\n // Find brand from brandId\n for (j = 0;j < brands.length;j++){\n if (Number(statsRaw[i].brandId) == Number(brands[j].id)){\n obj.brand = brands[j].name || \"-\"\n obj.logo = brands[j].pictureUrl || \"-\"\n //node.warn(i + \" \" + j + \" \" + brands[j].name);\n break;\n }\n }\n obj.location = statsRaw[i].location || \"-\"\n // Add prices, some stations miss prices, skip these\n //node.warn(\"Add prices\");\n var obj3 = {}\n //console.log(statsRaw[i].prices.length);\n if (statsRaw[i].hasOwnProperty(\"prices\")){ // skip no-price stations\n for (j = 0;j < statsRaw[i].prices.length;j++){\n //node.warn(\"Add prices: \" + i + \" \" + j);\n var ftid = statsRaw[i].prices[j].fuelTypeId;\n if (ftid == 1 && statsRaw[i].prices[j].price != 0){ \n obj3.D = {}\n obj3.D.price = statsRaw[i].prices[j].price;\n obj3.D.lastUpdated = statsRaw[i].prices[j].lastUpdated;\n obj3.D.type = \"D\";\n }\n if (ftid == 2 && statsRaw[i].prices[j].price != 0){ \n obj3.B95 = {}\n obj3.B95.price = statsRaw[i].prices[j].price;\n obj3.B95.lastUpdated = statsRaw[i].prices[j].lastUpdated;\n obj3.B95.type = \"B95\";\n } \n if (ftid == 3 && statsRaw[i].prices[j].price != 0){\n obj3.B98 = {}\n obj3.B98.price = statsRaw[i].prices[j].price;\n obj3.B98.lastUpdated = statsRaw[i].prices[j].lastUpdated;\n obj3.B98.type = \"B98\";\n }\n if (ftid == 4 && statsRaw[i].prices[j].price != 0){\n obj3.FD = {}\n obj3.FD.price = statsRaw[i].prices[j].price;\n obj3.FD.lastUpdated = statsRaw[i].prices[j].lastUpdated;\n obj3.FD.type = \"FD\";\n }\n }\n }//skip to here\n// console.log(obj3);\n obj.prices = obj3;\n\n \n arr.push(obj);\n}\nmsg2.payload = arr;\nflow.set(\"stationsPrepd\",arr);\nreturn msg2;","outputs":1,"timeout":"","noerr":0,"initialize":"","finalize":"","libs":[],"x":450,"y":60,"wires":[["c2d1e13e56588a8a","c1c5aa4d46a165c5"]]},{"id":"c2d1e13e56588a8a","type":"debug","z":"15c0f11d3fc4b3f7","name":"debug 163","active":false,"tosidebar":true,"console":false,"tostatus":false,"complete":"payload","targetType":"msg","statusVal":"","statusType":"auto","x":730,"y":60,"wires":[]},{"id":"3ca26b9597ee0d04","type":"http request","z":"15c0f11d3fc4b3f7","name":"API Request","method":"GET","ret":"txt","paytoqs":"ignore","url":"https://api.drivstoffappen.no/api/v1/brands?stationTypeId=1","tls":"","persist":false,"proxy":"","insecureHTTPParser":false,"authType":"","senderr":false,"headers":[{"keyType":"other","keyValue":"X-API-KEY","valueType":"msg","valueValue":"md5Hash"},{"keyType":"other","keyValue":"X-CLIENT-ID","valueType":"other","valueValue":"com.raskebiler.drivstoff.appen.ios"}],"x":170,"y":460,"wires":[["a9261673840aeca8"]]},{"id":"a9261673840aeca8","type":"json","z":"15c0f11d3fc4b3f7","name":"","property":"payload","action":"","pretty":false,"x":170,"y":500,"wires":[["25f7fa92bc718299"]]},{"id":"25f7fa92bc718299","type":"change","z":"15c0f11d3fc4b3f7","name":"set flow.brands","rules":[{"t":"set","p":"brands","pt":"flow","to":"payload","tot":"msg"}],"action":"","property":"","from":"","to":"","reg":false,"x":180,"y":540,"wires":[[]]},{"id":"29b1a398cccaf5a6","type":"change","z":"15c0f11d3fc4b3f7","name":"set.flow.token2","rules":[{"t":"set","p":"token2","pt":"flow","to":"payload","tot":"msg"}],"action":"","property":"","from":"","to":"","reg":false,"x":180,"y":420,"wires":[["3ca26b9597ee0d04"]]},{"id":"095efa33e8e7ca2a","type":"http request","z":"15c0f11d3fc4b3f7","name":"Get Token","method":"GET","ret":"txt","paytoqs":"ignore","url":"https://api.drivstoffappen.no/api/v1/authorization-sessions","tls":"","persist":false,"proxy":"","insecureHTTPParser":false,"authType":"","senderr":false,"headers":[],"x":170,"y":160,"wires":[["94baceb2b3417947"]]},{"id":"94baceb2b3417947","type":"function","z":"15c0f11d3fc4b3f7","name":"Process Token","func":"//console.log(\"Dieselpriser innhentes\");\nmsg.token = JSON.parse(msg.payload).token;\nmsg.tokenBytes = Buffer.from(msg.token);\nmsg.shiftedBytes = Buffer.concat([msg.tokenBytes.slice(1), msg.tokenBytes.slice(0, 1)]);\nmsg.shiftedToken = msg.shiftedBytes.toString();\nreturn msg;","outputs":1,"timeout":"","noerr":0,"initialize":"","finalize":"","libs":[],"x":180,"y":200,"wires":[["bd3b870b7b49c6c2"]]},{"id":"fb42916801687aaf","type":"json","z":"15c0f11d3fc4b3f7","name":"","property":"payload","action":"","pretty":false,"x":150,"y":320,"wires":[["03a73177837e15f9"]]},{"id":"3bc1810bb50310ce","type":"http request","z":"15c0f11d3fc4b3f7","name":"API Request","method":"GET","ret":"txt","paytoqs":"ignore","url":"https://api.drivstoffappen.no/api/v1/stations?stationTypeId=1","tls":"","persist":false,"proxy":"","insecureHTTPParser":false,"authType":"","senderr":false,"headers":[{"keyType":"other","keyValue":"X-API-KEY","valueType":"msg","valueValue":"md5Hash"},{"keyType":"other","keyValue":"X-CLIENT-ID","valueType":"other","valueValue":"com.raskebiler.drivstoff.appen.ios"}],"x":170,"y":280,"wires":[["fb42916801687aaf"]]},{"id":"03a73177837e15f9","type":"change","z":"15c0f11d3fc4b3f7","name":"set flow.stationsRaw","rules":[{"t":"set","p":"stationsRaw","pt":"flow","to":"payload","tot":"msg"}],"action":"","property":"","from":"","to":"","reg":false,"x":200,"y":360,"wires":[["fb3c8172638a8fb7"]]},{"id":"caac60185af71f64","type":"delay","z":"15c0f11d3fc4b3f7","name":"","pauseType":"delay","timeout":"4","timeoutUnits":"seconds","rate":"1","nbRateUnits":"1","rateUnits":"second","randomFirst":"1","randomLast":"5","randomUnits":"seconds","drop":false,"allowrate":false,"outputs":1,"x":160,"y":120,"wires":[["095efa33e8e7ca2a"]]},{"id":"c1c5aa4d46a165c5","type":"split","z":"15c0f11d3fc4b3f7","name":"","splt":"\\n","spltType":"str","arraySplt":1,"arraySpltType":"len","stream":false,"addname":"","x":370,"y":180,"wires":[["58e35b7807c9b092"]]},{"id":"58e35b7807c9b092","type":"switch","z":"15c0f11d3fc4b3f7","name":"Chosen stations","property":"payload.id","propertyType":"msg","rules":[{"t":"eq","v":"2088","vt":"num"},{"t":"eq","v":"25148","vt":"num"},{"t":"eq","v":"156","vt":"num"},{"t":"eq","v":"167","vt":"num"},{"t":"eq","v":"235","vt":"num"},{"t":"eq","v":"946","vt":"num"},{"t":"eq","v":"815","vt":"num"},{"t":"eq","v":"2263","vt":"num"}],"checkall":"true","repair":false,"outputs":8,"x":540,"y":160,"wires":[["2268b0ed56350566"],["2268b0ed56350566"],["2268b0ed56350566"],["2268b0ed56350566"],["2268b0ed56350566"],["2268b0ed56350566"],["2268b0ed56350566"],["2268b0ed56350566"]]},{"id":"b56273e5ea99c3fc","type":"inject","z":"15c0f11d3fc4b3f7","name":"","props":[{"p":"payload"},{"p":"topic","vt":"str"}],"repeat":"","crontab":"*/10 6-20 * * *","once":true,"onceDelay":0.1,"topic":"","payload":"","payloadType":"date","x":150,"y":60,"wires":[["caac60185af71f64"]]},{"id":"c843fa224c3d90f9","type":"debug","z":"15c0f11d3fc4b3f7","name":"debug 170","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"false","statusVal":"","statusType":"auto","x":730,"y":360,"wires":[]},{"id":"2268b0ed56350566","type":"function","z":"15c0f11d3fc4b3f7","name":"Convert to message","func":"msg.topic = \"Bensinstasjoner\";\nvar kjede = msg.payload.brand;\nvar navn = msg.payload.name;\nconst diff = new Date().getTime() - msg.payload.prices.B95.lastUpdated;\nvar timer = Math.floor(diff/1000/60/60);\nvar minutter = Math.floor((diff/1000/60/60 - timer )*60);\nmsg.payload['stasjon'] = kjede + ' ' + navn;\nmsg.payload['pris'] = msg.payload.prices.B95.price;\nmsg.payload['timer'] = timer;\nmsg.payload['minutter'] = minutter;\nreturn msg;","outputs":1,"timeout":"","noerr":0,"initialize":"","finalize":"","libs":[],"x":780,"y":160,"wires":[["ca552240d225b271"]]},{"id":"ca552240d225b271","type":"change","z":"15c0f11d3fc4b3f7","name":"Remove unnecessary fields from array","rules":[{"t":"delete","p":"payload.prices","pt":"msg"},{"t":"delete","p":"payload.id","pt":"msg"},{"t":"delete","p":"payload.logo","pt":"msg"},{"t":"delete","p":"payload.name","pt":"msg"},{"t":"delete","p":"payload.brand","pt":"msg"},{"t":"delete","p":"payload.location","pt":"msg"}],"action":"","property":"","from":"","to":"","reg":false,"x":550,"y":280,"wires":[["c843fa224c3d90f9"]]},{"id":"bd3b870b7b49c6c2","type":"md5","z":"15c0f11d3fc4b3f7","name":"MD5","fieldToHash":"shiftedToken","fieldTypeToHash":"msg","hashField":"md5Hash","hashFieldType":"msg","x":150,"y":240,"wires":[["3bc1810bb50310ce","29b1a398cccaf5a6"]]},{"id":"7c6ba7685c1bbfb6","type":"comment","z":"15c0f11d3fc4b3f7","name":"Show chosen stations with price and update time","info":"","x":460,"y":20,"wires":[]}] @SveinHa Det stemmer at de har ladere på Esso i Mandalskrysset. Og så er det McDonald's der også, det er sikkert en ren tilfeldighet... 🤣 Ellers ser jeg at det nye oppsettet ditt gir ekstra felter i arrayen, men mente du å duplisere dem, eller skulle du egentlig ta bort de gamle feltene?

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

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.

Det der minner ikke rent lite om

Da var problemet løst mot Homey (via Nobø HUB). https://homey.app/no-no/app/com.sverre.nobo/Nobø-Energy-Control/

Samme størrelse som de vanlige pluggene og en bugg som gjør at de bare viser feil effekt over 1000w. Spenningen på de 2 jeg har er også for høy, ca 2,5% feil. Så effekt og forbruk blir litt for høy. Men har ikke hatt noe ustabilt med dem overhode. Her er en beskrivelse av en template for å korrigere effekt feilen over 1000w. Har vurdert å legge inn en korrekst for spenning/effekt/forbruksfeilen også her. https://community.home-assistant.io/t/ikea-inspelning-weird-power-values/773612/8 Spenningen her er ca 226.5V og effekt er 1910W. Du ser her også feilen med 200w i stedet for 2000w

Hvorfor skal en alltid utjevne forbruk? En bør helller ha en modell som bidrar til å flytte last fra tider der nettet er hardt belastet til tider der nettet er lite belastet. Da nytter det ikke med en modell som straffer høyt forbruk på tider der nettet er lite belastet.

Daikin sine kontrollere har åpen lokalt api, selv om noen av kontrollerne dems nå har cloud only. For disse har du også https://github.com/revk/ESP32-Faikin?tab=readme-ov-file

Jeg har satt opp min sensor med følgende config i configuration.yaml - platform: nordpool VAT: true currency: "NOK" low_price_cutoff: 0.95 region: "NO1" precision: 6 price_type: kWh price_in_cents: true friendly_name: "Nordpool med Elvia" additional_costs: >- {% set s = { "day": 0.5250, "night": 0.4500, "hourly_fixed_cost": 0.0295 } %} {# Strømstøtte på 90% på priser over 91,25 øre (ink. mva) trekkes ifra #} {% set pb = max((current_price - 91.25) * 0.9, 0.0) %} {# Er det arbeidsdag? #} {% if is_state('binary_sensor.arbeidsdag_sensor', 'on') %} {% if now().hour >= 6 and now().hour < 22 %} {# dagtid mellom 6 og 22 #} {{ (s.day + s.hourly_fixed_cost - pb) | float }} {% else %} {# ellers er det natt #} {{ (s.night + s.hourly_fixed_cost - pb) | float }} {% endif %} {% else %} {# ellers er det helg eller fridag (helligdag) #} {{ (s.night + s.hourly_fixed_cost - pb) | float }} {% endif %} Dette er for Elvia med Tibber. Sjekk dine lokale avtaler. Tidligere hadde Elvia forskjellig priser på vinter og sommer, det er tatt bort. Så da er det kun helligdager og helg, pluss dag/natt. For å ha kontroll på om det er arbeidsdag eller ikke bruker jeg integrasjonen workday. Denne lager sensoren binary_sensor.arbeidsdag_sensor som er på når det er arbeidsdag. Det eneste som ikke er 100% med denne løsningen er at morgendagens priser kan bli feil dersom i dag er en arbeidsdag og i morgen er helligdag. Dette skal jeg se om jeg finner en løsning på. Workday har også mulighet til å lage sensor for om i morgen er en arbeidsdag. Om noen har en god løsning på "i morgen" bare si ifra!