Teknor

Godt dokumentert også ser det ut til. Gleder meg til å teste. Har også en RFXTRX433, såvidt jeg har lest meg til å trenger man RFXTRX433e versjonen. Men det er også en mulighet. Fordelen med ESPSomfy er vel også at den kan gi %-vis åpning. Bruker "timer" på hvor lang tid den bruker fra åpen til helt lukket. Og kalibrerer seg inn når det er helt åpen over litt tid for å unngå evt unøyaktigheter. Ikke veldig viktig men en morsom feature.

For hytter og avsidesliggende installasjoner er et generelt tips er å ha en Raspberry PI lokalt som kjører VNC (feks RealVNC) og også installere Tailscale på denne. Gir enkelt tilgang til alle interne enheter om det er behov for litt enkelt vedlikehold (routerens web-interface, kameraer etc etc.)

Noen som har erfaring med denne? https://github.com/rstrouse/ESPSomfy-RTS Har bestilt meg et par C1101-moduler for å teste ut med ESP32. Ser lovende ut,er også kompatibel med HomeAssistant. Noen som har testet ut denne?

Med Tailscale unngår du vel hele problematikken?

Endte opp med denne logikken. Så kan jeg enkelt justere terskelverdi og definisjonen for billig/dyre timer etter behov (dag i uken, antall personer hjemme etc.). Ser ut til å fungere bra. Styrer varmtvann, gulvvarme i ulike rom etc hvor forbruket enkelt kan sjongleres litt rundt gjennom døgnet.

App eller via HA integrasjon som eksponerer alle innstillinger. Har et par Tapo kameraer, og de er langt fra Reolink i bildekvalitet.

Synes selv Reolink har en del bra. Ligger kanskje hakket over 1000kr. Enkelt integrert mot HA og Frigate også. Hvis du finner et med ColorX får du fantastisk kvalitet på natten også.

Yes @christbj - det var en god metode. Kan legge inn en «if then» basert på en boolean helper. Ikke tenkt på bruken av en boolean helper toggle. Det burde funke bra. Takk.

Ok. Kanskje enklere å beskrive med ord: - Om prisen er under terskel (feks 30 øre) skal switch være på (uansett relativ pris på døgnet). - Om prisen er over terskel skal switch være på når prisen er innenfor de to rimeligste kategoriene (har template sensor for disse). - Ellers skal switch være av.

Takk BM, men skjønte ikke helt hva du mente.

Har noen automasjoner som er bygget opp på samme måte, men som ikke er robuste nok. Caset er at varmekabler, varmtvannsbereder etc automatiseres (av/på) basert på strømpriskategorier, men skal ikke ta hensyn til disse kategoriene når prisen er under en terskel jeg har satt (for eksempel skal varmtvannsbereden uansett være på når strømprisen er under 30 øre/kWt. Jeg har i dag denne logikken som gir meg problemer når prisene er lave så overstyrer de dyreste prisene terskelverdien jeg har satt og likevel trigger OFF: Tror i mitt enkle hode at jeg trenger noe mer i retning av dette - men hvordan blir da logikken i when / and if / then do?

Kabel til ringeklokke kan også være et tips. Flere gode POE ringeklokkesystemer. Kan gi varsling når noen ringer på, med og uten kamers.

Skulle gjerne hatt "power admistration" som en del av Home Assistant Operating System.

Noe sånt: Lage to automasjoner. Fjernkontroll på: Slår av bevegelsesautomasjon og slår på lyset Fjernkontroll av: Slår på bevegelsesautomasjon og slår av lyset

Som automasjonist liker jeg absolutt ikke forslaget - men det må være bra for kraftproduserende husholdninger (solceller). Om de også får fastpris på 40 øre for salg gjennom sommeren når spotprisen er betydelig lavere vil de få godt betalt. Enda et eksempel på at de da vil betales for elektrisitet som vi egentlig ikke trenger.

Forsøkte "ha supervisor restart" @HåvardG - men for mitt tilfelle måtte den trådløse 4G routeren restartes og alt fungerte normalt igjen. Siden denne installasjonen er på en hytte prøvde jeg de fleste mulige forsøkene remote. Hadde ikke mulighet til å restarte routeren hjemmefra. Nå har jeg en Raspberry Pi på hytte-LAN'et med Tailscale og VNC så jeg enkelt får "remote desktop" inn i hytte-LAN'et og kan logge meg inn i web-grensesnittet til routeren gjennom denne. Tips til de som måtte trenge.

Takk! Kult.

Jeg bruker disse, @Smax: - platform: template sensors: de_fire_billigste_timene: friendly_name: "De fire billigste timene" value_template: >- {% set l=state_attr('sensor.nordpool_kwh_no1_nok_3_10_025', 'raw_today')|sort(attribute='value') %} {% set t = now() %} {{ (t >= l[0].start and t <= l[0].end) or (t >= l[1].start and t <= l[1].end) or (t >= l[2].start and t <= l[2].end) or (t >= l[3].start and t <= l[3].end) }} de_fire_neste_billigste_timene: friendly_name: "De fire nest billigste timene" value_template: >- {% set l=state_attr('sensor.nordpool_kwh_no1_nok_3_10_025', 'raw_today')|sort(attribute='value') %} {% set t = now() %} {{ (t >= l[4].start and t <= l[4].end) or (t >= l[5].start and t <= l[5].end) or (t >= l[6].start and t <= l[6].end) or (t >= l[7].start and t <= l[7].end) }} de_mellomste_timene: friendly_name: "De åtte mellomste timene" value_template: >- {% set l=state_attr('sensor.nordpool_kwh_no1_nok_3_10_025', 'raw_today')|sort(attribute='value') %} {% set t = now() %} {{ (t >= l[8].start and t <= l[8].end) or (t >= l[9].start and t <= l[9].end) or (t >= l[10].start and t <= l[10].end) or (t >= l[11].start and t <= l[11].end) or (t >= l[12].start and t <= l[12].end) or (t >= l[13].start and t <= l[13].end) or (t >= l[14].start and t <= l[14].end) or (t >= l[15].start and t <= l[15].end) }} de_fire_nest_dyreste_timene: friendly_name: "De fire nest dyreste timene" value_template: >- {% set l=state_attr('sensor.nordpool_kwh_no1_nok_3_10_025', 'raw_today')|sort(attribute='value', reverse=true) %} {% set t = now() %} {{ (t >= l[4].start and t <= l[4].end) or (t >= l[5].start and t <= l[5].end) or (t >= l[6].start and t <= l[6].end) or (t >= l[7].start and t <= l[7].end) }} de_fire_dyreste_timene: friendly_name: "De fire dyreste timene" value_template: >- {% set l=state_attr('sensor.nordpool_kwh_no1_nok_3_10_025', 'raw_today')|sort(attribute='value', reverse=true) %} {% set t = now() %} {{ (t >= l[0].start and t <= l[0].end) or (t >= l[1].start and t <= l[1].end) or (t >= l[2].start and t <= l[2].end) or (t >= l[3].start and t <= l[3].end) }} og den_billigste_timen: friendly_name: "Den billigste timen" value_template: >- {% set l=state_attr('sensor.nordpool_kwh_no1_nok_3_10_025', 'raw_today')|sort(attribute='value') %} {% set t = now() %} {{ (t >= l[0].start and t <= l[0].end) }}

Trafikk går begge veier gjennom ZeroTier, men når HA skal hente strømpriser, gjøre oppdateringer etc så funger ikke det fordi supervisor har ikke tilgang til internett. Snodige greier.

Takk - ser ut til at det kan være noe der... Tidligere svar fra Telia i 2023: Per nå har vi ikke Port Forwarding på Trådløst Bredbånd. Årsaken er at innkommende trafikk til hjemmesentralen som ikke er initiert av kunden selv (ved å sende ut en forespørsel om å hente en nettside f.eks.) ikke er lov på Trådløst bredbånd. Dette er et sikkerhetstiltak for kundene og for å unngå datatrafikk som potensielt kan forringe kvaliteten/kapasiteten i nettet. Muligens har ChiliMobil også gått over til samme løsning... Jeg har lagt inn APN navn: vpn.telia.no uten brukernavn og passord. Muligens burde jeg endre til APN navn: vpn.telia.no Brukernavn: telia Passord: telia Åpenbart noe som er i ferd med å skje hos Telia - mulig overgang til Telenor kan løse dette: Likevel synes jeg det er rart at jeg får tilgang inn til HomeAssistant (gjennom ZeroTier One), men HomeAssistant (og Reolink) har ikke tilgang ut.

Har en NUC med HomeAssistant Operating System og noen Reolink kameraer på hytta. I løpet av de siste to ukene er det som flere tjenester ikke virker som de skal. - Jeg får tilgang til HAOS gjennom ZeroTier (som vanlig) - Jeg får ikke tilgang til HAOS gjennom DuckDNS (som fungerte før) - Ved oppdatering av pakker (Hacks, Intetgrasjoner etc) så stopper alt. Jeg ser at oppdateringer finnes, men ingenting lastes ned. - Oppdatering via sky-intetgrasjoner fungerer ikke (Nordpool + met.no) - Reolink kameraene kommer ikke opp i app (time-out) - men jeg ser de fungerer som de skal gjennom HAOS / Frigate. Siden både HA og Reolink ikke fungerer som det skal, tipper jeg det er nettet som er utfordringen, og ikke HA. Når jeg går inn på ZeroTier så ser jeg at innenfor den aktuelle nettwork ID så gir alle enhetene IPv4 adresser (?) bortsett fra den mobile routeren på hytta som gir IPv6, slutter på 7f47 (?). Sånn var det ikke før. Kan det ha vært en oppdatetring i nettet til Telia / Chili? Annet? Kan dette ha noe med utfordrignen å gjøre? Er litt i villrede her og usikker på hvor jeg skal starte å feilsøke.. Alle tips motttas med åpne arme. Logg fra met.no: ogger: metno Source: components/met/coordinator.py:79 First occurred: December 6, 2024 at 16:11:12 (1765 occurrences) Last logged: 12:45:36 Access to https://aa015h6buqvih86i1.api.met.no/weatherapi/locationforecast/2.0/complete returned error 'TimeoutError' Access to https://aa015h6buqvih86i1.api.met.no/weatherapi/locationforecast/2.0/complete returned error 'ClientConnectorError' Logg fra Nordpool: Logger: homeassistant.components.sensor Source: helpers/entity_platform.py:610 integration: Sensor (documentation, issues) First occurred: December 6, 2024 at 16:19:02 (3 occurrences) Last logged: December 7, 2024 at 15:40:06 Timed out adding entities for domain sensor with platform nordpool after 500s Supervisor klager over manglende internett-tilgang: 2024-12-08 07:22:00.887 WARNING (MainThread) [supervisor.jobs] 'GitRepo.pull' blocked from execution, no supervisor internet connection 2024-12-08 07:22:00.889 WARNING (MainThread) [supervisor.homeassistant.websocket] Connection is closed 2024-12-08 07:22:00.890 ERROR (MainThread) [supervisor.store] Could not reload repository ccab4aaf due to StoreJobError("'GitRepo.pull' blocked from execution, no supervisor internet connection")

Funker her. Må oppdatere til 0.0.15 og legge inn integrasjonen på nytt.

Ser ut til å være en breaking change for Nordpool integrasjonen i HA fra 0.14 til 0.15 hvor feks Oslo går over til prisområde NO1. Noen som vet hvor jeg endrer dette? https://github.com/custom-components/nordpool/pull/413

Burde være ganske god, men er på slutten av en forgreningen og det sa elektriker var en risko (får ofte størsteparten av trøkket). Installatør som fikset alt påpekte at jordingen var god. Er boret to kobberspyd på litt ove en meter ned i grunnfjellet og støpt rundt med elektrodemasse. Hmmm - et argument for WiFi + strøm vs POE. Har stort sett gått over til eth-kabling av fleste enhetene. Har ikke vært plaget av lynnedslag før (kysthytte ved vannet på Østlandet) siden uværet stort sett bygger seg opp over land.

Husker også å ha sett dette på solcelleregulatorer. Da konkluderer jeg med at det er mest fornuftig å holde meg til bly/syre batterier.