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.

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

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

Hei @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!

Hei! Vi er i vår familie, svært glade i, og har nå blitt helt avhengige av, oda.no til ukes-handlingen. Sparer oss masse tid (og faktisk penger pga. alternativet, som for oss fort blir impulshandling i en fysisk butikk). Jeg har nesten like lenge som vi har brukt Oda, hatt et ønske om å kunne integrere handlelisten min direkte med Home Assistant. Etter en del prøving og feiling har jeg landet på en løsning som fungerer veldig bra! Selv om den ikke kjører 100% inne i HA, vil jeg si at dette likevel er en god start som sikkert kan forbedres og forenkles. Jeg lager dette innlegget sånn at andre som er interessert kan se hvordan det er gjort, og kanskje hjelpe til med å bygge videre på denne ideen. Nok babbel ... Hva gjør automasjonen? Kort fortalt: Jeg kan si "legg handlelisten i oda" til Home Assistant-Voice. Da hentes alle varene fra handlelisten min i Microsoft To-Do/HA-shopping list (også mulig med andre app'er) , og noen minutter senere ligger de klare i handlekurven på Oda.no. Jeg har altså satt opp en HA integrasjon med MS To-Do (merk at det er fullt mulig å bare bruke HA sin To-Do liste I HA-appen, eventuelt også andre To-Do app'er), slik at jeg når som helst kan sette en gjenstand på handlelista via "HA Voice" – «Hey Nabu! --> Kjøp kaffe", når det begynner å bli tomt for kaffe. "Enkelt fortalt" - Løsningen består av to hoveddeler: En "bro-tjeneste": Jeg har satt opp en liten, dedikert server som kjører i en Proxmox LXC-container (med Ubuntu 24.04). Denne tjenesten har én jobb: å ta imot en liste med varer. Den bruker et smart Python-bibliotek (mcp-oda) som i bakgrunnen starter en nettleser, logger inn på din Oda-konto, søker opp hver enkelt vare, og legger det første (og beste) treffet i handlekurven. En Home Assistant-automasjon: Dette er den enkle delen. Jeg har en rest_command som kaller "bro-tjenesten". En stemmeautomasjon trigger denne kommandoen, henter ut alle varene fra todo.o365todo_shopping_list, og sender dem over. Når alt er ferdig, får jeg en notifikasjon i HA med et sammendrag. Det fine med denne tilnærmingen er at den ikke krever AppDaemon eller andre komplekse add-ons – kun en enkel rest_command. Hva trengs for å sette det opp? En måte å kjøre "bro-tjenesten" på (jeg bruker Proxmox LXC, men Docker eller en annen VM (eller en alltid-på-PC) fungerer helt sikkert også). Home Assistant med en handleliste-integrasjon (jeg bruker O365 To-Do). En Oda-konto. Den eneste litt knotete delen av oppsettet er en engangs-autentisering av oda-MCP. For at tjenesten skal kunne logge inn på dine vegne, må man først kjøre et skript på sin egen PC (med nettleser) for å logge inn via en vanlig nettleser. Dette lager en "sesjonsfil" som man så kopierer over til bro-tjenesten (LXC-serveren). Etter dette kjøres alt automatisk. - Veien videre og invitasjon til å bidra - Dette er en fullt fungerende, men enkel løsning. Den kan helt klart gjøres smartere! Noen ideer: Bruke AI (f.eks. Gemini) for å velge riktig produkt basert på preferanser, ikke bare det første treffet. Håndtere mengder, f.eks. tolke "2 liter melk". Gi en stemme-tilbakemelding via TTS når varene er lagt i kurv. Flytte "bro-tjenesten" til HA-addon?? - Krever Python 3.12 eller endring av oda-MCP?? Jeg (Ai'en min) har dokumentert hele oppsettet mitt, inkludert all kode og konfigurasjon i et dokument som jeg kan dele med de som er interessert.

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!

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.

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

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

Jeg holder på å teste å styre Futurehome Charge via OCPP i Home Assistant Green. Det ser ut til å fungere, og HomeAssistant rapporterer bl.a. følgende fra lader: Current export Time session Current offered Maximum Current Voltage Energy meter start Energy session Availability Charge Control Etc Bilen lader, og verdiene leses av. Et par ting: OCPP på HomeAssistant er ikke et offisielt støttet tillegg. Du må enable advanced mode, installere HACS, ssh, terminal etc. Etter du har satt opp OCPP, så må du forsøke å koble laderen til COPP-serveren. Du må gå inn i appen (om du fortsatt har tilgang), gå inn i innstillinger for lader og velger å endre tilkoblingstype til wifi. , angi/bekrefte rette innstillinger for kurs og ampere, angi navn og passord til wifi den skal koble seg til. Pass på at du kobler laderen til nettet ditt via 2.4Ghz. Jeg hadde et valg på min ruter for å sette opp eget IoT-nett som kun er 2.4Ghz og som gjør at den ikke krangler med 5Ghz. Når den er på wifi, må du velge avansert og ikke standard server.( Standard gjør at den bruker FutureHome sin egne OCPP-server.) Da får du opp valg om adresse til OCPP-server, brukernavn og passord. Adressen til OCPP-serveren er ws://homeassistant.local:9000. Jeg vet ikke om det er nødvendig, men jeg satte navnet på lader lik slutten på adressen den forsøkte å koble seg opp med og som jeg fant i websocket loggen. For min lader var det 16 tall som startet på : 22402…) Passordet lar du stå blankt. Futurehome-appen vil gi deg feilmelding etter du har lagt inn opplysningene til OCPP-serveren (Parring mislykket), men det er sannsynligvis likevel i orden. Sjekk i HomeAssistant om det nå har dukket opp en ny device under OCPP i HomeAssistant som du kan akseptere. Du får da opp et nytt skjema der du gir den navn etc. (Jeg ga den samme 16-sifrede navn her) Lagre innstillingene, og se nå om du har kontakt og at den kan lese av verdier fra lader. Det kan hende at du må velge "Forsøk igjen" fra appen for at den skal koble seg på. De skal nå ligge en default widget på forsiden som viser alt mulig og mye som ikke støttes. Jeg kommer i alle fall til å lage egne wigets og et dashboard 🙂 Jeg er ingen utvikler og brukte ChatGPT for alt det er verdt, men det var flere av punktene over den ikke klarte å tipse om. Nyttige kilder https://home-assistant-ocpp.readthedocs.io/en/latest/ https://support.futurehome.no/hc/en-no/articles/16882850166429-Futurehome-Charge-Connecting-to-OCPP-backend

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.

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

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.

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

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

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.

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.

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.

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

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.

Jeg endret navn på den SSID som laget trøbbel men denne SSID var oppe og gikk likevel... Med appen "WiFi Analyzer" på telefonen fikk jeg opp MAC på aksesspunktet som laget trøbbel og selv om det etter signalstyrke kunne se ut til å være i gangen i hovedhuset fant jeg det på eldhusloftet: Et gammelt Ubiquiti aksesspunkt som ikke styres av UniFi... Litt pussig at jo nærmere Quislingen jeg var, jo dårligere ble signalstyrken... og da jeg gikk rundt og lette var jeg mindre enn 2 meter unna... Koblet ut dette og da forsvant denne SSID. Tilbakeførte SSIDnavn på opprinnelig nettverk og så langt ser det ut til at jeg er oppegående igjen... ...men jeg skjønner fremdeles ikke hvor 192.168.80.84 kommer fra... Antar det er det gamle aksesspunktet som har en "skjult" DHCP server... Noen ganger hjelper det bare å stille et spørsmål... 👍😁