Vinnerliste

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

Det der minner ikke rent lite om

Fikk installert Proxmox på en Lenovo L480 jeg hadde liggende Ganske enkelt å installere HA med dette skriptet: https://community-scripts.github.io/ProxmoxVE/scripts?id=haos-vm Det er og et skript man kjører rett etter installasjon av Proxmox for å skru av subscription nag osv: https://community-scripts.github.io/ProxmoxVE/scripts?id=post-pve-install

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

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.

Er vel også de som har hatt mest problemer?

Tusen takk for svar, @sbarmen og @TheGizmo 🙌 Ja, brukte den offisielle NorPool-integrasjonen, og der manglet atributtene. Forsøkte så å installere fra HACS (uten å avinstallere den offisielle), da fikk jeg ikke hentet ned noe på den nye enheten som ble lagt til. Men når jeg så fjernet begge enhetene og la til ny enhet mot HACS-integrasjonen funka det 🤩

Mye nyttig lesestoff her: https://powerforum.co.za/topic/14238-extracting-axpert-firmware-using-jtag/ Ikke minst ville jeg tenkt litt over det der med mulig passord-beskyttet flash. Ikke sikkert dette er så rett fram som det kunne virke som?

Hei @sbarmen, Flott kort som du deler, fått den på plass selv! ps: @Idar-A, du gjorde nok som meg først, brukte den offisiele NordPool, sjekk ut denne som har de nevnte atributter: https://github.com/custom-components/nordpool

Vel, jeg kan ingenting om dette men er en kløpper på synsing unasett. Er CN7 normalt i bruk til noe? Ellers ser det veldig ut som en TI JTAG-kobling ala https://www.segger.com/products/debug-probes/j-link/accessories/adapters/14-pin-ti-adapter/ Og i følge datasheet for CPUen så befinner JTAG-pinnene seg i hjørnet nærmest denne kontakten, så det er en sannsynlig plassering. Burde være mulig å få tilgang til flash via denne. For noen som vet hva de gjør ihvertfall. Ikke meg....

Det var kanskje litt upresist formulert av meg. Jeg bruker praktisk talt aldri lysbryterne, men er veldig glad for å ha dem som en backup og til gjester. Jeg har forskjellige lysmoduser/-innstillinger basert på tid på døgnet, husstatus (feks. nattmodus når noen sover), om TV-en spiller innhold osv., og jeg bruker til tider telefonen for å gjøre justeringer. Men jeg synes det er veldig irriterende hver gang jeg må fiske frem telefonen for å justere på noe, så jeg prøver også å ha mest mulig automatisert.

https://csa-iot.org/csa-iot_products/?p_keywords=&p_type[]=17&p_type[]=14&p_type[]=1053&p_program_type[]=1049&p_certificate=&p_company[]=1331&p_family=&p_firmware_ver= Litt merkelig at de er sertifisert på Matter 1.2 og ikke en nyere versjon.

Hei, Det finnes (så vidt jeg vet hvertfall) ingen trådløse dimmehjul på Z-Wave. Et alternativ er å bruke noe som f.eks en Heatit Z-Push Wall Controller, dette vil bli mer som en impuls bryter hvor du holder inne for å dimme opp eller ned. Eventuelt så er det mulig å benytte deg av en Z-Dim2, uten å koble den direkte på lampen (men med en Bypass, eventuelt Fibaro Bypass2) og assosiere den mot pillen.

Da er integrasjonen på plass i Home Assistant og fungerer helt fint!

Der har du meg også. Tid/ork/vilje - mangelvare alt sammen. Vet at mange har langt mer fornuftige strategier, bla med ubegrenset forbruk i starten av timen osv. Men min erfaring så langt er at det ikke er så veldig nøye hvis du aksepterer litt slakk. Det funker faktisk helt greit med en primitiv sjekk av øyeblikkseffekten hvert femte minutt. Jeg sikter på 10k-grensen og runder av ladestrømmen nedover i 2A-intervaller. Og treffer gjerne på rundt 9,5k helt uten å vurdere snittforbruket. Ikke viktig for meg å komme særlig nærmere. Har ikke ryddet i dette (ref tid/ork/vilje), men det er kanskje til inspirasjon likevel.... '1732307480710': alias: Elbil-lader sequence: - alias: Verify car is connected condition: not conditions: - condition: state enabled: true entity_id: sensor.hjemmelader_charger_mode state: Disconnected - alias: Calculate available current variables: tariff_limit: 10000 available_a: '{{ (tariff_limit - states(''sensor.ams_be44_p'') | int + states(''sensor.hjemmelader_charge_power'') | int ) / 240 }}' - alias: Turn off if less than 6A is available if: - condition: or conditions: - condition: state entity_id: input_boolean.elbil_lader_enable state: 'off' - condition: template value_template: '{{ available_a < 6 }}' then: - if: - condition: state entity_id: switch.hjemmelader_charging state: 'on' then: - target: entity_id: switch.hjemmelader_charging data: {} action: switch.turn_off - stop: Not enough power available - alias: Convert current to 2A steps and 32A max variables: available_a: '{{ min(32, (available_a / 2) | int * 2) }}' - alias: Turn on if necessary if: - condition: state entity_id: switch.hjemmelader_charging state: 'off' then: - target: entity_id: switch.hjemmelader_charging data: {} action: switch.turn_on - delay: hours: 0 minutes: 1 seconds: 10 milliseconds: 0 - alias: Check if max current should be changed condition: not conditions: - condition: template value_template: '{{ available_a == states(''number.hjemmelader_charger_max_current'') | int(0) }}' - condition: state entity_id: sensor.hjemmelader_charger_mode state: Charge done - alias: Update max current entity_id: number.hjemmelader_charger_max_current data: value: '{{ available_a }}' action: number.set_value icon: mdi:car-electric mode: single "sensor.ams_be44_p" er øyblikkseffekt fra et amsleser.no HAN-adapter. "*.hjemmelader_*" er sensorer/switch/input fra zaptec custom_component mot en eldre Zaptec Home. "input_boolean.elbil_lader_enable" er bare en input jeg bruker for å styre når ladingen skal skjer (manuell, eller evt basert på pris). Grunnen til forsinkelsen i tilfelle jeg må slå på ladingen er at det tar ganske lang tid før "charger_mode" oppdateres etter dette. Og jeg har den sjekken av "charger_mode" for å unngå unødvendige endringer av charger_max_current. Lite vits i å oppdatere når bilen er ferdigladet Trigger scriptet med time_pattern eller ved endring av enable-inputen ala: trigger: - platform: time_pattern minutes: /5 - platform: state entity_id: - input_boolean.elbil_lader_enable Langt fra noen perfekt løsning, men den har vist seg å være god nok for meg.

Endepunktet charger oppdateres med current session, så har hentet ut verdier derfra ved aktiv lading. Når lading ikke er aktiv pusher den verdi 0 på all session-data. Oppdaterte fila med en del nye sensorer for session charging, datestamp og tariff. Laget en PR på din github, som du kan se på når du er tilbake fra ferie 🙂

The Matter innovations at CES 2025 | Products | matter-smarthome

Har du noen formening om cirka når i 2025? Sånn mtp. hvor mye tålmodighet man evt. skal smøre seg med (-:

Bevegelses sensor i alle rom inkludert soverom også. Bruker profiler for dag/hjemme og Natt. kunne brukt kveld og borte profiler også. Men ble hovedsakelig kun dag/natt etter hvert for mine behov. Bruker kun bryter ved senga for å skifte mellom dag/natt (1xtrykk for dag og 2x for natt) På dag tid å det oppdages bevegelse kommer lyset på til en standard scene (ganske mye lys slik jeg liker det) Å om dama vil ha det dimma har hun widget på tlf eller scene brytere for å aktivere dimme scener. Når natta profil er aktiv går lys på i egne natta scener som er selvfølgelig ned dimmet minimum lys bare. Så på soverommet er jo da selvfølgelig lys scene/bevegelses sensorer deaktivert. Bruker kun brytere/widget for å endre fra mye lys til dimma scene/scenario. Kunne nok automatisert dette mer med lux sensor eller på tid eller brukt kveld profiler, men har ikke had behovet 😄

Haugmange løsninger på det... Jeg har bevegelsessensorer i alle rom bortsett fra stue og soverom. Hver bevegelse setter lyset til en en forhåndsvalgt verdi og så dimmer det sakte ned til null. Stue og soverom har jeg manuell styring på med trådløse fjernkontroller, dels paret med dimmer og dels styring via Node-RED. Jeg har 3 lysmodes: Dag, kveld (som er skumringstiden både morgen og kveld) og natt. Dag setter lys til 100%, natt til 2-30% (varierer med dimmer/lyskilde hva som passer) og kveld noe midt mellom. Husmode: Dag/Natt. Dag slår på enkelte lys, slår av alarmfunksjoner. Natt låser alle dører, slår av alle lys, aktiverer alarm. Dag stopper også neddimming av lys i gang/kjøkken på 2% slik at det ikke blir helt mørkt når der er folk i huset (åpen løsning med gang/kjøkken/stue).

Meater antar jeg. Kan også brukes uten app/sky med f.eks. en esphome BLE proxy i nærheten av komfyren. Se https://community.home-assistant.io/t/support-for-meater-true-wireless-cooking-thermometer/513156/28 Det er vel funksjonalitet du får i mange induksjonstopper? Se f.eks Litt mer usikker på den. Pizzaen skal vel helst stekes på høyere temp enn de fleste stekeovner takler. Og det sier seg selv at det blr en kortvarig seanse der du helst bør følge med uansett. Synes ikke som et optimalt mål for automatisering. Er nok bedre å la automatikken ringe til nærmeste pizzasjappe 🙂

Enig. Men det har vel dessverre med kostnad å gjøre. Eller snarere: Hvis de billige ovnene har "fancy" funksjoner, så kjøper selv proffe kjøkken det billigste de kan... En proff stekeovn er jo på ingen måte gratis.

Takk, jeg ser også frem til Matter for Gen3 oljefylt radiator!

Du vil bruke filter i objects for å luke bort falske notifikasjoner. Her er min konfigurasjon, kjører på en i3-6100U med 4gb ram. Kjører detect på gpu (integrert i cpu). Anbefaler betaen med "full access". Kode: #environment_vars: # LIBVA_DRIVER_NAME: i965 #LIBVA_DRIVER_NAME: iHD mqtt: host: homeassistant user: mqtt_user password: mqtt_password detectors: ov: type: openvino device: GPU model: width: 300 height: 300 input_tensor: nhwc input_pixel_format: bgr path: /openvino-model/ssdlite_mobilenet_v2.xml labelmap_path: /openvino-model/coco_91cl_bkgr.txt objects: track: - person - car - cat filters: person: threshold: 0.75 car: threshold: 0.90 go2rtc: streams: reolink_510wa: - rtsp://admin:[email protected]:554/h264Preview_01_main reolink_510wa_sub: - rtsp://admin:[email protected]:554/h264Preview_01_sub record: enabled: true retain: days: 5 mode: motion alerts: retain: days: 5 pre_capture: 5 post_capture: 5 detections: retain: days: 5 pre_capture: 5 post_capture: 5 cameras: reolink_510wa: ffmpeg: output_args: record: preset-record-generic-audio-aac hwaccel_args: preset-vaapi #-hwaccel_device /dev/dri/renderD128 -hwaccel_output_format yuv420p inputs: - path: rtsp://127.0.0.1:8554/reolink_510wa?video&audio input_args: preset-rtsp-restream roles: - record - path: rtsp://127.0.0.1:8554/reolink_510wa_sub?video&audio input_args: preset-rtsp-restream roles: - detect detect: enabled: true width: 640 height: 480 fps: 5 snapshots: enabled: true timestamp: true bounding_box: true retain: default: 30 motion: mask: 0.176,0,0.721,0.252,0.872,0.519,1,0.731,1,0,0.781,0,0.575,0.003 threshold: 60 contour_area: 15 improve_contrast: 'true' objects: mask: 0.835,0.303,1,0.087,0.669,0,0.149,0 version: 0.15-0

Denne må jeg teste snart. IKEA Introduces Matter support for the DIRIGERA Hub – IKEA Global

Jeg hadde et oppsett på det tidligere da Elvia også endret i løpet av året. Nå skal de ha samme hele året så behovet er ikke der. Ville ikke en enkel automasjon fungere, som bare oppdaterer prisen på hjelperen input_number.grid_day/night_hourly_cost?

Jeg får data fra HAN ca hvert 2 sekund og jeg har også 32A hovedsikring (ca 7.4kW) men ser at jeg enkelte ganger kan ligge rundt 9kW i noe som i alle fall føles som 10 sekund, har ikke timet det... Har ikke funnet ut hvorfor automatikken min ikke reagerer kjappere men mistenker at det kan være HAN som ikke ALLTID leverer data hvert 2 sek. Sikringen har aldri trippet... ...men det er heller ikke slik at en 32A sikring ryker på 33A... Den skal klare 36A tilnærmet uendelig og 64A i minst 10 sek... Både kabler, motorer og det meste elektrisk utstyr uten elektronikk tåler ganske bra med overbelastning om det ikke står på alt for lenge.

I en automasjon bruker du «Perform Action» (tidligere omtalt som Service call). Nedenfor gjengitt fra GUI. Nå har jeg ikke testet dette enda, men er trygg på det er mulig å bruke en variabel (helper) som inngangsverdi ved redigering i yaml modus. Bilde 2 viser hvordan denne verdien blir styrt hos med når Tibber jobber for å holde huset innenfor 10 kWt/t. Jeg har notert meg dette da jeg har en strømmåler liggende klar til neste gang elektrikeren er innom, som jeg vil ha montert på kursen til garasjen. Hensikten er å kunne bruke andre kraftkrevende ting i garasjen uten å risikere at sikringen for tilførselen til garasjen ryker. Tibber har god kontroll på både kursen til ladeboksen, hovedsikringen på huset og totalt effektbruk i huset, men har ingen kunnskap om kursen til garasjen. Ved å få en måler på kursen til garasjen kan jeg la Home Assistant styre maks effekt på Easee ladeboksen(e) slik at jeg kan bruke andre ting i garasjen uten å risiko for å ta sikringen. Og for å se denne, eller andre verdier, som ikke er enablet trykker du på verdien, velger tannhjulet oppe i høyre hjørne (se vedlagt bilde 3) og i bildet som kommer opp trykker du på knappen til høyre for «Enabled» og så på «UPDATE» nede i høyre hjørne (se vedlagt bilde 4). Bilde 3&4 viser en annen verdi, siden Dynamic Charger Limit allerede var enablet hos meg.

Jeg har bestilt 2 stk selv. Har i dag en raspberry pi som er installert med Wyoming Satellite https://github.com/rhasspy/wyoming-satellite hvor jeg har koblet til en Microsoft Teams USB microfon og høytaler. Jeg bruker Home Assistant Cloud til å prosessere Wake Word deteksjon (Hey Jarvis) og gjøre endringer som å slå av og på lys. Dette går veldig bra på norsk. Eneste minus er at når tv står på så tror den tv stemme er Hey Jarvis av og til. Har prøvd å gjøre støy kansellering med å gjøre endringer på innstillingene Wyoming Satellite, men hittil har det ikke hjulpet. Kunne nok har brukt Open AI til å filterere ut noise fra tv, men ønsker å kunne gjøre dette stemmestyring mest mulig lokalt. Håper nå at HA Voice Preview ikke har dette problemet. I fremtiden vurderer jeg også å kjøpe en Jetson Orin Nano Super for å drive en LLM chat server: https://www.nvidia.com/en-us/autonomous-machines/embedded-systems/jetson-orin/nano-super-developer-kit/

Scenes i HA har blitt oppgradert i 2024.12 https://www.home-assistant.io/blog/2024/12/04/release-202412/#improved-scene-editor-experience Det kan derfor være bugs i scenes eller i zigbee/z-wave. Men jeg har ikke opplevd det du beskriver. Bruker ZHA og Z-Wave-JS for å styre mine lys.

Statkraft er kraftselskap, Statnett er nettselskapet. Vesentlig forskjell på hvor mye som taes ut fra de to. Hvorfor vi har rundt 100 nettselskap med mer elelr mindre tåpelige navn her i landet er det første man bør ta tak i. Det er sløsing av administrasjonskonstnader.

Dette er en generisk alibaba hub med stor upsell, praktisk talt drop shipping. Ingenting nytt med den, den finnes i tonnesvis med white label

Har tukla litt med dette dei siste dagane, og fått til å sette opp authentication flow, og trigge Zaptec-laderen gjennom Elaway sitt API frå lokalt testmiljø. Brukte https://mitmproxy.org/ for å snappe ut endepunkt og header/body (inkludert client_secret) frå iPhone-appen. Neste steg blir å forsøke å bygge ein custom integration for home assistant, men usikker på om eg har kompetanse eller kapasitet til å bygge noko brukbart. Det ser forresten ut som om Elaway brukar Ampeco under panseret, som har ein whitelabel-divisjon. APIet (med unntak av autentisering) ser ut til å vere godt dokumentert her https://developers.ampeco.com/reference/

Det går vel fint med disse det? Fra dokumentasjonen: Det er også frostsikring, kan justere mellom 5 og 10 grader. Litt usikker på hvilken funksjon du mente manglet?

@JoeHugin Ikke noe som er bestemt enda, men jeg hører i gangene om at det diskuteres ettersom flyttbar varme er populært i resten av Europa. Så kan hende det kommer i 2025, før nesten vinter sesong, men ikke 100% sikkert enda.

Er det noen planer om å inkludere Matter-støtte for oljeovnene og?

Jeg ser også frem til Matter for Gen3 oljefylt radiator.. 😮‍💨 forøvrig en fantastisk varmeovn, prøvd mye rart i 15 år, men denne får faktisk god temp i stua. bare den hadde sluttet å vise celsius og fahrenheit om hverandre, så hadde jeg blitt glad 😅

Funka fjell lenge! Har ikke oppdaget noen feil så langt. Har også lagt ut litt detaljer her: https://github.com/corvy/home-assistant-playground/tree/main/power-management

Tenkte jeg skulle teste denne: Mill Smart Wi-Fi Plug termostat til varmeovn | Clas Ohlson Kommer tilbake med hva jeg finner. Blir forhåpentligvis levert om noen få dager.

For de som er interessert i å dykke ned hvordan en kan selv bygge et Matter device med diverse sensorer: olavt/matter-sensor-thread

I aller høyeste grad! Ta da! https://www.hjemmeautomasjon.no/forums/forum/121-matter/

Nå har jeg ikke testet dette selv, men forstår det slik at du skal kunne gjøre enheter(devices) i HA tilgjengelig i Homey Pro med en Homey Community app for Home Assistant: https://community.homey.app/t/cant-integrate-home-assistant/108619/5 Dersom alternativet er en haug nye termostater eller ovner bør det verdt å teste.

Støttar tankane om å ha dumme lampar og smarte dimmarar. Her går det stort sett i Fibaro Dimmer 2. Har ein blanding av Z-wave og Zigbee, og min erfaring er at Z-wave er langt meir stabilt. Zigbee er greit, men det er litt for ofte "hikke" og ein del noder, spesielt Ikea sine, som må restartast. Slikt skjer aldri på Z-wave. Veldig blanda erfaringar med levetid på LED-lyspærer. Enkelte har levetid omtrent som ei glødelampe, men eg har no ein god del vanlige, dimbare E27-pærer frå Ikea og dei har vist seg å ha veldig god levetid. Desse dimmar også veldig fint, men har ikkje dim to warm. Og så er dei billige. Vi har downlights i stove, kjøkken og bad (og snart gang - oppussing snart ferdig) og har her gått for dim to warm. Det gir eit veldig behagelig og fint lysbilde når det er dimma langt ned.

Det som er genialt med mange (alle?) smarte dimmere er at man kan sette maks % belysning. Kan også dette på enkelte dumme dimmere, men jeg har bare sett dette selv på nyere og dyrere Elko-dimmere. Mange LED-pærer/lamper har tilnærmet like mye lys om du setter den til 80% eller 100%. Dette vil også, som sagt over her, øke levetid. Jeg slet lenge med at GU10-pærene mine døde hele tiden, men etter å ha satt maks til 85% har pærene vart i flere år uten problemer. Så nå har jeg også gjort dette resten av dimmerne mine.

Enig. Og det er den primære årsaken til at jeg har byttet til smarte dimmere og brytere. Ikke primært for å spare strøm, men for å øke levetiden på lamper med integrert LED lyskilde.

Det er min erfaring så langt. Overrasket over hvor kort en LED-lyspære faktisk kan vare...

Ble litt inspirert, og fant ut at YR har et tilgjengelig API for observasjoner. Dette er observasjoner registert av hvem som helst, jeg antar at observasjoner fra feks "badetassen" ikke er tilgjengelig selv om de vises på yr.no. Så jeg laget en sensor for å hente temperatur for et spesifikt sted: 1. Send en e-post som beskrevet i APIet til for å få en API-key 🗝️ https://hjelp.yr.no/hc/no/articles/5949243432850 2. Finn ønsket sted https://www.yr.no/nb/badetemperaturer 3. I URL hent ut location ID, i dette tilfellet: 1-73316. https://www.yr.no/nb/værvarsel/daglig-tabell/1-73316/Norge/Akershus/Asker/Sjøstrand 4. I din secrets.yaml legg til: yr_api_key: din_nøkkel_her 5. Kopier inn kode i configuration.yaml / evt. sensor.yaml: sensor: - platform: rest resource: "https://badetemperaturer.yr.no/api/locations/1-73316/watertemperatures" headers: apikey: !secret yr_api_key name: "Sjøstrand" value_template: "{{ value_json[0]['temperature'] }}" device_class: temperature json_attributes: - time 6. Endre ID i URL i resource 7. Endre name til noe som gir deg mening. 8. Reload YAML 🙂 Også kopierer jeg bare sensoren jeg laget i node-red mens jeg testet APIet: [{"id":"131349fa60f6bae7","type":"inject","z":"99ca70d46a3640b3","name":"","props":[{"p":"payload"},{"p":"topic","vt":"str"}],"repeat":"1800","crontab":"","once":true,"onceDelay":0.1,"topic":"","payload":"","payloadType":"date","x":390,"y":160,"wires":[["511d11b641562c6b"]]},{"id":"511d11b641562c6b","type":"http request","z":"99ca70d46a3640b3","name":"","method":"GET","ret":"txt","paytoqs":"ignore","url":"https://badetemperaturer.yr.no/api/locations/1-73316/watertemperatures","tls":"","persist":false,"proxy":"","insecureHTTPParser":false,"authType":"","senderr":false,"headers":[{"keyType":"other","keyValue":"apikey","valueType":"other","valueValue":""}],"x":830,"y":160,"wires":[["71de08f0ed88af81"]]},{"id":"d81c10cc4c76b2e7","type":"debug","z":"99ca70d46a3640b3","name":"debug 39","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"false","statusVal":"","statusType":"auto","x":1300,"y":120,"wires":[]},{"id":"71de08f0ed88af81","type":"json","z":"99ca70d46a3640b3","name":"","property":"payload","action":"obj","pretty":true,"x":1070,"y":160,"wires":[["d81c10cc4c76b2e7","18707207b5f2409d"]]},{"id":"18707207b5f2409d","type":"ha-sensor","z":"99ca70d46a3640b3","name":"","entityConfig":"395a8b7dcabd24f6","version":0,"state":"payload[0].temperature","stateType":"msg","attributes":[{"property":"time","value":"payload[0].time","valueType":"msg"}],"inputOverride":"allow","outputProperties":[],"x":1310,"y":160,"wires":[[]]},{"id":"e1efc409a84fc75e","type":"comment","z":"99ca70d46a3640b3","name":"Change APIKEY and URL","info":"","x":830,"y":120,"wires":[]},{"id":"395a8b7dcabd24f6","type":"ha-entity-config","server":"dc0802f6.645fa","deviceConfig":"","name":"Badetemperatur sjøstrand","version":"6","entityType":"sensor","haConfig":[{"property":"name","value":"Badetemperatur sjøstrand"},{"property":"icon","value":""},{"property":"entity_category","value":""},{"property":"entity_picture","value":""},{"property":"device_class","value":""},{"property":"unit_of_measurement","value":""},{"property":"state_class","value":""}],"resend":false,"debugEnabled":false},{"id":"dc0802f6.645fa","type":"server","name":"Home Assistant","version":5,"addon":true,"rejectUnauthorizedCerts":true,"ha_boolean":"y|yes|true|on|home|open","connectionDelay":true,"cacheJson":true,"heartbeat":false,"heartbeatInterval":30,"areaSelector":"friendlyName","deviceSelector":"friendlyName","entitySelector":"friendlyName","statusSeparator":"at: ","statusYear":"hidden","statusMonth":"short","statusDay":"numeric","statusHourCycle":"h23","statusTimeFormat":"h:m","enableGlobalContextStore":true}] Også et kort for UI: type: custom:mushroom-template-card primary: '{{states(''sensor.sjostrand'') +''° '' + ''Sjøstrand'' }}' secondary: >- {{ as_timestamp(state_attr('sensor.sjostrand', 'time')) | timestamp_custom('%d.%m.%Y %H:%M') }} icon: mdi:coolant-temperature icon_color: |- {% if (states('sensor.sjostrand')|float >= 20) %} red {% else %} blue {% endif %} multiline_secondary: false entity: sensor.sjostrand God sommer! 🏖️

Jeg håper også fortsatt på at Noen(TM) tar tak og lager en plugin. Jeg kan sikkert bidra med både testing og innspill, og potensielt også en PR eller to. Men å starte på en Plugin fra scratch, i C#, blir litt for høy terskel for meg akkurat nå. En vakker dag, osv... (Her hadde det vært kjekt å se koden til f.eks Tibberseer. Hadde nok kommet et stykke ved å kopiere og tilpasse derfra. Kanskje...) Hvis jeg skal beskrive et minimumsprodukt/startpunkt her, så ville det være sånn ca: - Lager, initaliserer og legger til/fjerner devicer i HS4 slik at det er 1:1 med anlegget. Det blir fort en del devicer, i alle fall konkluderte jeg med det når jeg laget noe i fjor. - Etablerer og holder på forbindelse til Homely via websocket. - Oppdaterer de respektive devicer når de endres i Homely.

Ja, jeg er blitt flinkere på å bruke Github, så det kommer nok til å ende der. 🙂