OlavT

Jeg har gjort dette. Denne viser kostnad for varmtvannsbereder (koblet til Aeotec Heacy Duty 40A). Stoplene er kostnaden time for time. Blå er strøm. Rød er nettleie. Strømprisen time for time inkludert nettleie og avgifter er lilla kurve.

Utrolig hvor mange milliarder som potensielt skal benyttes på tiltak som øker klimautslippene. Spennende å se hvilke skatter og avgifter som må økes for å hente inn mer penger til Enova da.

Det enkleste er nok å lese data fra HAN-porten samtidig som en tester.

Som oftest så er det jo ganske stor forskjell i selve strømprisen, så den blir uansett hovedmotivasjonen. Med den nye strømstøtten som skal beregnes per time forsvinner uansett mesteparten av belønningen for å flytte forbruk.

Litt pussig at Elvia har satt ned prisen for å gå opp fra 5kW til 10kW fra 125kr til 100kr fra 1. februar da?

Vet ikke helt hva slags kabler du sikter til, men argumentasjonen for å innføre effektledd er at folk skal jevne ut strømforbruket over flere timer i døgnet. Ikke bare for å slippe å bygge flere kabler, men for å forhindre at en trenger å dimensjonere strømnettet for store effekttopper generelt. Det er mye forskjellige komponenter i strømnettet som må dimensjoneres for toppene. Men toppene vil vi ha de dagene det er sprengkulde og alle trenger å bruke mye strøm. Jeg er skeptisk til at vi innfører en modell som skal gjelde 365 dager i året for å unngå topper som sannsynligvis er en utfordring noen få dager om vinteren. Ved å tyne infrastrukturen maksimalt (underdimensjonering), så øker også risikoen for at strømnettet ikke takler belastningen om vi plutselig skulle trenge mer kapasitet på grunn av omstendigheter vi ikke har kontroll over (langvarig sprengkulde, sabotasje, ulykker etc.). En kan fort spare seg til en katastrofe som ikke er heldig i et vinterland som Norge.

Jeg ser av og til at timeverdien for forbruk som sendes ut på HAN-porten er identisk med den verdien som ble sendt ut forrige time. For meg ser dette klart ut som en bug i AMS-måleren fordi: - Forbruket er nesten 100% sannsynlig registrert av måleren for den time, det sendes bare ikke korrekt ut på HAN-porten - Elhub viser fornuftige verdier for den timen Ikke noe stort problem for meg å korrigere manuelt da dette skjer relativt sjeldent, men der er uansett litt irriterende. Noen som ser tilsvarende?

En innførte AMS-målere og timebaserte strømpriser for at folk og bransjen skulle kunne få til insentiver for å kunne flytte forbruket til timer av døgnet med lavere strømpriser (som også typisk er da strømnettet er mindre belastet). Så innfører en en ny modell for nettleie som til en stor grad motarbeider dette ved å gjøre det dyrere å forbruke mer effekt uansett om dette skjer i de få timene nettet faktisk er hardt belastet eller ikke. Deretter vil den nye modellen for strømstøtte gjøre det enda mindre interessant å flytte forbruket. Hva sitter vi da igjen med? Nesten tilbake til start?

Vibb er perfekt for oss som ikke trenger en app fra strømselskapet for å holde styr på strømpriser og forbruk. Da blir det 0 i påslag og 0 fastbeløp per måned garantert i 3 år. Her er min vervekode om noen ønsker å bytte strømselskap: Hei! Jeg har Vibb som strømleverandør. De tjener ikke penger på strømforbruket mitt og jeg får full kontroll i appen ⚡️ Bytt til Vibb via linken, så får du 300 kr rabatt på strømregningen 💸https://verving.vibb.no/id/b8d5da7d-74f4-4abe-a1f7-83bea9d70662

Jeg bruker ikke HomeSeer og benytter Silicon Labs UZB7 med firmware 7.19.1 (siste versjon).

Greit å vite at ESP32 ikke nødvendigvis er problemet. Da er det bare å fortsette å kjøre supportsak mot Mill.

"Jeg er nå på ferie, og HomeSeer har mistet kontakten med Z-TRM3 på badet." Har du testet med Silicon Labs PC Controller (etter at den er "død" og før du vipper sikringen)? Det er greit å gjøre noen testet uten for mye annen software involvert. Jeg har mange TRM3 og har enda ikke sett noen som har oppført seg slikt. Alle mine har forøvrig ofisiell firmware. Dette er selvsagt ikke du får gjort uten å være hjemme.

Jeg gjør også proaktiv reboot MCU på mine Mill Gen 3 panelovner for å redusere sannsynligheten for at de "hopper av WiFi". Er det et fundamentalt problem med ESP32 enheter og WiFi tilkobling?

Skjønner ikke hvordan denne har gratis tilgang til NordPool API. Tror kanskje denne er litt shady og kan slutte å virke når som helst.

Jeg kjenner lite til NodeRed. Må dette kjøres som en NodeRed plugin eller hva nå begrepet er? Hvor ligger API nøkkel som jeg regner en trenger for å kalle API hos NordPool?

Hva er kilden for de dataene? Regner med at de ikke hentes direkte fra Nordpool?

Litt tidlig å friskmelde API / tjeneste. Prisene for i morgen er enda ikke tilgjengelig.

Da er strømprisene tilgjengelig fra ENTSO-E API igjen:

Det er ingen unntak. Alle får støtte på samme grunnlag uansett hva slags avtale de her.

Strømprisene er ikke tilgjengelig for i morgen enda det er flere timer siden det burde vært tilgjengelig. Det er for dårlig!

Det har ikke vært sagt noe om at en vil luke ut spasialtilfellene med fastpris. Tror det blir akkurat som før. Strømstøtten beregnes slavisk ut fra spotpris og ikke ut fra hva du faktisk betaler.

Interessant at det er forskjeller på samme målere. Kanskje nettselskapene har forskjellig konfigurasjon? Jeg har også irritert meg over kun 2 desimaler (både hjemme og på hytta).

Ja, derfor: case int m when m >= 09: compensationPerkWh = (spotPriceThisHour - (0.70 * 1.25)) * 0.90; // September - December

Da er strømstøtteberegning for 2023 og 2024 implementert: private static double CalculateCompensationPerkWhIncludingTax_2023(int siteId, int month, double averageSpotPriceThisMonth, double spotPriceThisHour) { double compensationPerkWh = 0.0; switch (month) { case int m when m >= 01 && m <= 08: // January - August compensationPerkWh = (averageSpotPriceThisMonth - (0.70 * 1.25)) * 0.90; // January - August break; case int m when m >= 09: compensationPerkWh = (spotPriceThisHour - (0.70 * 1.25)) * 0.90; // September - December break; } if (compensationPerkWh < 0.0) compensationPerkWh = 0.0; return compensationPerkWh; } private static double CalculateCompensationPerkWhIncludingTax_2024(int siteId, int month, double spotPriceThisHour) { double compensationPerkWh = (spotPriceThisHour - (0.70 * 1.25)) * 0.90; return compensationPerkWh; }