Utmaningen verkar vara att skapa templaten för timmedelpriset, jag har labbat med lite olika templste (helpers) men inte lyckats återskapa en som in dygnsrealtid motsvarar medelvärde i long term history - den stämmer dock bra med nätägaren.M Marco9000 skrev:
Har ni provat denna? Varför återuppfinna hjulet?E enoch85 skrev:
Har inte provat, men integrationen har ett smalt fokus på att ladda bil - personligen är jag ute efter dels löpande hålla koll på kostnaden., dvs ersätta Energy Dashboard som nu är defunct, dels dynamiskt hålla koll på innevarande toppar för att eventuellt blocka varmvatten eller flytta starttid för disk-/tvättmaskin.E enoch85 skrev:
Det verkar inte finnas några sensorer som integrationen publicerar som skulle gå att använda, men det tål att undersökas mera.
Tittade på basimplementationen och den verkar vara gjord för att minimera energibehovet genom optimering och styrning.E enoch85 skrev:
Detta med en AI som förutspår energibehovet och elpriset och jag vet inte om jag har hårdvara nog för det.
Med det sagt skall jag kolla på de andra och är om det kan hjälpa mig, lämnar gärna över jobbet till andra och bidrar med features/byggrätt om så behövs.
Jag kan bara styra två saker automatiskt, värmen på kontoret och poolens värmepump, resten är manuellt justerat, därför vill jag veta vid ett givet tillfälle om det jag tänker göra kommer att resultera i högre elräkning p.g.a. effekttariffen.
Utöver det så vill jag veta ungefär vad elräkningen kommer landa på, speciellt i en kall månad som januari.
Jo men nu har alla villägare fått en ny smart elmätare och det är bara att ansluta till elmätarens HAN-port så har man full kontroll. Sen funkar det alldeles utmärkt via Homeassistant och lära sig hur husets förbrukare ser ut. Det är ju ingen komplicerad matematik när man vet vad alla förbrukare behöver för effekt.M Marco9000 skrev:
Sen får man göra ett enkelt schema över när man gör vad i huset.
Det är precis det jag har idag och det har gett mig ett bra estimat på kommande faktura och kom på förbrukarna i huset, nu är det effekttariffen som saknas för ett bra estimat.P paralun skrev:
Jag har ju historiskt data och skulle ju kunna korrelera effektbehov mot temperatur (kanske blanda in tid också)
Vi agerar idag på priset men det kan ju slå tillbaka på oss om vi startar många förbrukare samtidigt så kostnaden per kWh i effekttariffen är 80 kronor så om vi startar diskmaskinen, tvättmaskiner, torktumlare och poolvärmepump samtidigt så kan det kosta oss mer än vi sparat.
Historiskt har vi legat på ca 7,5 kWh i topparna över månaden och det är ju 600:-, om jag skulle få ner topparna genom att åskådliggöra information vore det bra.
Effekttariffen är baserad på timmedeleffekten (som Energy dashboard har) och kostnaden varierar över tid, halva effekten räknas på helger t.ex.
Peaq har ju flera implementationer. En för bil, en för värmepump, och en annan för allt annat.M Marco9000 skrev:
Jag har kört den i 2 år nu, och den sköter alla toppar automatiskt, med effekttariff i åtanke. Är det t.ex jättedyrt nästa timme, men det "spräcker" taket på effekten, så kommer den förbruka på den dyra timmen ändå - för det blir billigare på totalen.
Denna tråd handlar ju om effekttarrifer, och det är precis vad det där pluginet(n) gör.
Kan passa på att länka denna också: https://github.com/elden1337/hass-peaqnextM Marco9000 skrev:Får kolla lite mer då, det låter ju bra och vad jag såg så var det en hyfsat kompetent implementation.
Sen står det att han inte maintanar längre, men alla 3 är stabila, och han (utvecklaren) kommer släpppa buggfixar vid behov då han använder det själv. Han snackat mycket med honom via chatt.
Att ha en DSMR-läsare är en grundförutsättning för hela den här diskussiontråden.peterbroberg skrev:
Visst blir det enklare om hårdvaran identifierar topparna, samtidigt som man då blir utelämnad till den producentens godtycke.
Min DSMR-läsare bygger på ESPHome, så teoretiskt sett så skulle jag kunna programmera om den, men jag är skeptisk till att den skulle orka hålla 30 dagars mätvärden i minnet för att löpande analysera medelvärde och tim-toppar.
Just nu verkar en sensor skapd under average-integrationen (HACS), tillsammans med en template som halverar köpt effekt under lågpris‐tid (Ellevios modell), vara det mest lovande.Om rå-datat börjar stämma mellan det som leverantören säger och det jag har i HA, så är mycket vunnet.
Jag försöker lösa detta genom att använda InfluxDB då jag redan skickar all data till InfluxDB.
Helpers
Influx-DB-sensor i configuration.yaml
Har Dala energi, men borde gå att anpassa beronde på vilket upplägg man har.
Denna ger timmedeleffekt. (Inte per löpande timme utan 09-10, 10-11 osv...)
Denna ger högsta timmedeleffekt per dag (Inte per löpande dygn, utan per veckodag, 00-24)
Genom att byta ut:
skapar jag fler sensorer, till exempel en för varje peak och en för nuvarande timme.
Peak 1
Peak 2
Peak 3
Nuvarande timme
Helpers
- Schema för låglasttimmar (schedule)
- Schema för höglasttimmar (schedule)
- Pris för låglasttimmar (input_boolean)
- Pris för höglasttimmar (template som anger priset utifrån om det är vinterpris som gäller eller inte)
- Effekt för låglasttimmar (template som anger nuvarande effekt om det är inom schemat för låglast, annars 0)
- Effekt för höglasttimmar (template som anger nuvarande effekt om det är inom schemat för höglast, annars 0)
Influx-DB-sensor i configuration.yaml
Har Dala energi, men borde gå att anpassa beronde på vilket upplägg man har.
- platform: influxdb queries_flux: - range_start: "date.truncate(t: now(), unit: 1mo)" // Nuvarande månad hittills name: "Tariff - High - Peaks average" unique_id: 28177222-1243-4da3-8940-a4db32a55230 query: > filter(fn: (r) => r["entity_id"] == "tariff_high_power") // helpern för "Effekt för höglasttimmar" |> filter(fn: (r) => r["_field"] == "value") |> filter(fn: (r) => r["_measurement"] == "W") |> aggregateWindow(every: 1h, fn: mean, createEmpty: false) |> aggregateWindow(every: 1d, fn: max, createEmpty: false) |> highestMax(n: 3, groupColumns: ["_time"]) |> mean() |> keep(columns: ["_value"]) imports: date value_template: "{{ ((value | float(0)) / 1000) | round(2) }}" unit_of_measurement: kWDenna ger timmedeleffekt. (Inte per löpande timme utan 09-10, 10-11 osv...)
aggregateWindow(every: 1h, fn: mean, createEmpty: false)Denna ger högsta timmedeleffekt per dag (Inte per löpande dygn, utan per veckodag, 00-24)
|> aggregateWindow(every: 1d, fn: max, createEmpty: false)Genom att byta ut:
|> highestMax(n: 3, groupColumns: ["_time"]) |> mean()skapar jag fler sensorer, till exempel en för varje peak och en för nuvarande timme.
Peak 1
|> max()Peak 2
|> highestMax(n: 2, groupColumns: ["_time"]) |> last()Peak 3
|> highestMax(n: 3, groupColumns: ["_time"]) |> last()Nuvarande timme
|> last()Jag har följt denna post (den känns som om den är baserad på förslag från AI) och jag hade svårt att förstå var som behövdes.
https://www.ontour.ollivergarden.se/berakna-effekttaxta-enl-ellevio-i-homeassistant/
Dock har jag fått till en grej som ser ut att fungera, dock ingen automation för att stänga av saker som jag kan styra.
Jag har i tillägg till det som beskrivs i bloggen lagt till en egen sensor som ger en rekommendation baserat på prisgränser och de sensorer/beräknade värden (se bild).Om så behövs kan jag ge koden till diverse sensorer och koden till knappen som visas i bild men det är i princip samma sak som i bloggen (har inte tillgång till dessa nu).
Sensorn "Appliance Recommendation" lade jag till sent igår och jag är osäker på om den är intrimmad och viktad som jag vill ha den.
Bilden är en screenshot från telefonen
Överst är en custom-button som visar en ikon från en template sensor, färgen bestäms av state på template sensor
Under detta är de tre olika topparna och nuvarande effektförbrukning hemma i form av en graf, skulle vilja visa detta på ett annat sätt, om Gauge kunde använda templates hade det kanske varit ett bättre alternativ.
Den nedre delen är dagens priser baserat på apexcharts och nordpool-integrationen.
https://www.ontour.ollivergarden.se/berakna-effekttaxta-enl-ellevio-i-homeassistant/
Dock har jag fått till en grej som ser ut att fungera, dock ingen automation för att stänga av saker som jag kan styra.
Jag har i tillägg till det som beskrivs i bloggen lagt till en egen sensor som ger en rekommendation baserat på prisgränser och de sensorer/beräknade värden (se bild).Om så behövs kan jag ge koden till diverse sensorer och koden till knappen som visas i bild men det är i princip samma sak som i bloggen (har inte tillgång till dessa nu).
Sensorn "Appliance Recommendation" lade jag till sent igår och jag är osäker på om den är intrimmad och viktad som jag vill ha den.
Bilden är en screenshot från telefonen
Överst är en custom-button som visar en ikon från en template sensor, färgen bestäms av state på template sensor
Under detta är de tre olika topparna och nuvarande effektförbrukning hemma i form av en graf, skulle vilja visa detta på ett annat sätt, om Gauge kunde använda templates hade det kanske varit ett bättre alternativ.
Den nedre delen är dagens priser baserat på apexcharts och nordpool-integrationen.
