thoralex

Jeg kom over et 12u skap på Facebook marketplace for en hundrelapp, men finn pleier også ha litt å by på om du bor i mer sentrale strøk. Mitt ser foreløbig slik ut: Øverste hylle er router og en liten switch til privat nett. Under er patchpanel, så en 24-port switch til IOT-nettet. Under det er to raspberry pi med home assistant og pi-hole, disse skal få en mindre 1U hylle rett under switchen. Nederst er en gammel modifisert ups med større batterier, og plass tiltenkt en NAS. Litt overdimensjonert akkurat nå, men jeg flytter om et par månder og legger opp til å kable mest mulig i nye huset så da fylles det opp litt. Venter på 20cm patchkabler også, så blir det litt ryddigere.

Skal begynne å hente inn tilbud til våren når jeg får målt opp aktuelt tak ordentlig (kjøpte eiendommen i november). Usikkert om det blir investert i år, eller om jeg venter litt. Jeg synes utenpåliggende anlegg er stygge og er ikke helt overbevist av de integrerte systemene man får nå, men jeg må prøve å få studert dem i virkeligheten. For meg er muligheten for å fungere offgrid viktig, men det er ikke helt "standard" enda så det er litt vanskelig å få oversikt over mulighetene. Og så var det prisen da, rundt 20kwp pluss offgrid blir ikke akkurat billig...

Hmm, kanskje jeg må skaffe meg 3D-printer? Skal ha nye lamper i gangen og finner ikke noe jeg liker, men denne kunne nærme seg med noen justeringer! Har oppgradert strømvisingen på HA-dashbordet i dag, nå bruker den conditional cards til å tilpasse skalaer etter hvilket nettleietrinn den styrer mot. I tillegg så viser den nå et par ekstra guage kort når jeg nærmer meg grensen, mest for å gjøre det lettere å se på avstand på kjøkkevattmeteret.

Du kan ha flere Entso-e integrasjoner, det er kanskje det enkleste? Jeg har en med og en uten nettleie, fungerer perfekt!

Ja, du kan bruke nordpool- eller entso-e-integrasjonene til å hente prisene, og deretter apexcharts til å lage diagrammet. Står en del om det på forumet her, spesielt i tråden om nordpool-integrasjonen. Hvis du har pow-u med strømpris så kan du få prisene fra den også, men det har jeg ikke prøvd selv.

Legg til en time condition? Jeg kommer opp med denne i visual editor: condition: time after: "01:00:00" before: "22:00:00" Til VVB bruker jeg en sensor for billigste timer, hvor tidsrom er lagt inn i sensoren så selve automasjonen ikke trenger bry seg om det. Da er jeg sikker på å få ønsket antall driftstimer uansett når det er billigst.

Jeg har nok rotet en del med tallene underveis ja, og er egentlig veldig usikker på hvordan det er riktig å bruke dem. Lista i sensoren starter jo på "00:00:00+01:00" som betyr klokka ett i mitt hode, men prisene skal vel gå fra midnatt så det kan jo ikke stemme? Og starter lista på 0 eller 1? Tallene er uansett bare veiledende, må fundere litt mer på hva som er optimalt. Edit: ser at jeg har tolket xx:xx som "fra og med":"til og med", mens det riktige ser ut til å være fra:til. Så 14:16 gir to timer og ikke tre som jeg trodde.

Selvfølgelig, listen oppdateres jo der. Da har jeg endt opp med dette: - platform: template sensors: billigste_6_timer_entsoe_offpeak: value_template: >- {% set l= ( state_attr('sensor.entsoe', 'prices')[14:15]|list + state_attr('sensor.entsoe', 'prices')[21:30]|list + state_attr('sensor.entsoe', 'prices')[33:37]|list ) |sort (attribute='price') %} {% set t = now() %} {{ (t >= as_datetime(l[0].time) and t <= as_datetime(l[0].time) + timedelta(hours = 1)) or (t >= as_datetime(l[1].time) and t <= as_datetime(l[1].time) + timedelta(hours = 1)) or (t >= as_datetime(l[2].time) and t <= as_datetime(l[2].time) + timedelta(hours = 1)) or (t >= as_datetime(l[3].time) and t <= as_datetime(l[3].time) + timedelta(hours = 1)) or (t >= as_datetime(l[4].time) and t <= as_datetime(l[4].time) + timedelta(hours = 1)) or (t >= as_datetime(l[5].time) and t <= as_datetime(l[5].time) + timedelta(hours = 1)) }} Ser det fornuftig ut?

Er det ikke bare å dele 1600? Eller rettere sagt starte 2100? state_attr('sensor.average_electricity_price_today', 'prices')[21:31] + state_attr('sensor.average_electricity_price_today', 'prices')[33:41] Er det ikke det denne templaten vil gjøre? Starte 2100 i dag og gå til 1600 i morra?

Målet var å lage en liste og plukke de 6 billigste uavhengig av hvilken av de to periodene de er i. Eller rettere sagt: plukke de 6 billigste timene i et døgn untatt periodene 0600-0900 og 16-21. Nordpool sensoren jeg postet over fungerte etter hensikten bortsett fra at den oppdaterte ved midnatt som var et veldig ugunstig tidspunkt.

Glemte kanskje å presisere at jeg prøver å få det til basert på entso-e. Men jeg tror jeg fikk det til nå, må bruke bare 6 og ikke 06 i timene. - platform: template sensors: billigste_6_timer_entsoe_offpeak: value_template: >- {% set l= state_attr('sensor.entsoe', 'prices')[21:6] + state_attr('sensor.entsoe', 'prices')[9:16] |sort(attribute='price') %} {% set t = now() %} {{ (t >= as_datetime(l[0].time) and t <= as_datetime(l[0].time) + timedelta(hours = 1)) or (t >= as_datetime(l[1].time) and t <= as_datetime(l[1].time) + timedelta(hours = 1)) or (t >= as_datetime(l[2].time) and t <= as_datetime(l[2].time) + timedelta(hours = 1)) or (t >= as_datetime(l[3].time) and t <= as_datetime(l[3].time) + timedelta(hours = 1)) or (t >= as_datetime(l[4].time) and t <= as_datetime(l[4].time) + timedelta(hours = 1)) or (t >= as_datetime(l[5].time) and t <= as_datetime(l[5].time) + timedelta(hours = 1)) }}

Takk, da var jeg på rett spor med mine også. Har du innspill på hvordan man kan plukke fra bestemte tidsrom? Jeg har brukt denne med nordpool for å unngå å koble inn store laster i perioder hvor forbruket vanligvis er høyt, selv om de timene skulle være billigere: - platform: template sensors: billigste_6_timer_offpeak: value_template: >- {% set l = (state_attr('sensor.nordpool', 'raw_today') |selectattr('start', '<', now().replace(hour=6,minute=0,second=0,microsecond=0)) |list + state_attr('sensor.', 'raw_today') |selectattr('start', '>=', now().replace(hour=9,minute=0,second=0,microsecond=0)) |selectattr('start', '<', now().replace(hour=16,minute=0,second=0,microsecond=0)) | list + state_attr('sensor.', 'raw_today') |selectattr('start', '>=', now().replace(hour=21,minute=0,second=0,microsecond=0)) | list) | sort(attribute='value') %} {{ (now() >= l[0].start and now() <= l[0].end) or (now() >= l[1].start and now() <= l[1].end) or (now() >= l[2].start and now() <= l[2].end) or (now() >= l[3].start and now() <= l[3].end) or (now() >= l[4].start and now() <= l[4].end) or (now() >= l[5].start and now() <= l[5].end) }}

Nordpool-integrasjonen liker ikke når du har to av den, men det går på et vis. Sensorene må konfigureres i .yaml, og den siste bruker veldig lang tid (minst 10 minutt og opptil et par timer) på å komme i gang etter restart så den du bruker til styring må ligge først. Ellers fungerer stigvi sin config for nettleie fint, har brukt den lenge med tilpasninger til mitt selskap.

Ser ut som det er samme som før her og ja...

Det var sånn jeg oppfattet det ja. Jeg styrer bare en varmtvannsbereder, så for meg er det nok mer praktisk å bare bruke de billigste timene. Når de billigste timene vanligvis er mellom 2200-0600 på grunn av nettleia så blir en slik sensor ikke en god løsning tror jeg.

Ser fin ut den der, men jeg tror det blir litt overkill for min bruk. Har kun en device å styre, og den overstyres delevis av andre automasjoner for å holde effektleddet på nettleien. Ser ikke ut som man kan velge antall timer som skal settes som billig, eller når på døgnet?

Kommet ny versjon nå, hvor dette skal være endret på. Har oppdatert testsensorene mine, så får vi se hvordan resultatet ser ut...

Takker så mye! Det er hovedgrunnen til at jeg vil eksperimentere med dette. De billigste seks timene er ofte mellom 2200 og 0600 på grunn av lavere nettleie, men når det blir delt på to forskjellige døgn av nordpool-integrasjonen gir det litt uønskede resultater. Har laget et lite utvalg forskjellige sensorer basert på koden din nå for å se hvordan de oppfører seg noen dager.

Du har alt for mye tiltro til mine kodekunnskaper Dette er sensoren jeg hadde laget, rett og slett sensoren for billigste timer fra en annen tråd her hvor jeg har prøvd å erstatte nordpool prissensoren og attributtene med entso-e sine. Regnet jo ikke med at det var så enkelt. - platform: template sensors: billigste_6_timer_entsoe: value_template: >- {% set x = states("sensor.time") %} {% set l=state_attr('sensor.current_electricity_market_price', 'prices')|sort(attribute='price') %} {{ (now() >= l[0].start and now() <= l[0].end) or (now() >= l[1].start and now() <= l[1].end) or (now() >= l[2].start and now() <= l[2].end) or (now() >= l[3].start and now() <= l[3].end) or (now() >= l[4].start and now() <= l[4].end) or (now() >= l[5].start and now() <= l[5].end) }}

Har noen laget sensorer for billigste timer basert på entso-e enda? Jeg har prøvd å modifisere de jeg har basert nordpool (som er kopiert fra forumet her) men får dem ikke til å fungere med entso-e.

Har du lest tråden Nordpool sensor for Home Assistant? Mange gode eksempler der du kan kopiere i den. Jeg startet med et av dem og laget min egen, det er ganske greit å modifisere når man har et utgangspunkt man liker.

Takk stigvi, du gjør det enkelt for oss amatører som vanlig!

Skjønner. Praktisk at det skjer automatisk, men som du sier er det egentlig ikke så nøye for strømstyringen sin del.

Interessangt! Jeg har lagt den til nå, ser ut til å fungere. Noen av sensorene den lager ser ut som kan være nyttig. Får knote litt og se om jeg får den inn i en apexchart lik den jeg har for nordpool så jeg kan sammenligne resultatene litt. Må valutakursen oppdateres manuelt? Hvordan gjør nordpool-integrasjonen det? Blir spennende å se hvordan den utvikler seg og hva folk finner på med den.

Takk, da ser jeg hvor jeg har rotet til ting!