Vinnerliste

PowerControl er en plugin for HomeSeer som vil forenkle styring av strømforbruk etter strømpriser. Den lager automatisk ett konfigurerbart antall On/Off devicer i HS ved første gangs kjøring. Devicene slås Off og On ettersom prisene er høye eller lave. Det fins to typer devicer, Max og Min. En Max device går Off når prisen går over en grense, en Min device går On når prisen går under en grense. Du kan definere så mange slike devicer som du vil. En parameterfil definerer devicer og prisgrenser etc. Denne kan editeres fra web-grensesnitt. Disse devicene lager da eventer i HS som igjen kan styre fysiske devicer som varme, varmtvann osv. Du kan og definere hvor lenge en device kan være av- eller påslått, eller innenfor et gitt tidsrom. Grensesne kan settes som pris i øre, eller når pris går over eller under gjennomsnittspris. Uansett vil programmet finne de laveste prisene med de gitte kriterier, Du kan også knytte en device opp mot en eksisterende HS device ved hjelp av en Shadow device. I tillegg til ON/OFF kan denne også sende verdier til HS device, som feks termostat setpunkt. PowerControl kan lese effektforbruk ved hjelp av en AMS måler på HAN porten, og sende data til HS. Effektforbruk kan også hentes fra HS om det fins der feks, fra Tibber. Programmet kan redusere maks effektforbruk ved å slå devicer av for å holde forbruket under en bestemt grense pr time for å redusere nettleie. Forbruk og priser vises grafisk, og du kan også logge enkeltforbrukere og vise forbruket i diagram. Eksempler på bruk Du kan kombinere flere devicer i HS ved hjelp av eventer og lage en varmestyring som virker slik: - Sett dag og natt-temperatur i HS. Kombiner så dette med en PriceControl-devicer som: -Setter ned temperatur hvis strømmen blir ekstra dyr basert på en fast grense, eller høyere enn gjennomsnitt den dagen. - Setter opp temperaturen om strømprisen går under en fast grense, under strømstøtte grensen, eller under gjennomsnitt. - Slår av devicer om effektforbruk en time går over en grense. Les mer i Help dokumentet. PowerControl kan også lese effektforbruk ved hjelp av en AMS måler på HAN porten, og sende data til HS samt logges til fil. Dette er ingen skybasert løsning og den er leverandør-uavhengig. Priser hentes gratis fra ENTSO-E. Web status display Visning av priser og forbruk. Dynamisk oppdatering av Charts. Tekst nederst viser øyeblikkets strømpris, forbruk og total for timen. Oppdateres en gang i minuttet. Chart som viser pris og forbruk oppdateres en gang i timen. Kjekt å henge på veggen for å følge med. Konfigurerbare Devicer du kan knytte til events i HS. Her for å styre varmepumpe. Sette ned varme ved høy pris og sette opp varme ved ekstra lav pris. Logging av forbrukere vises grafisk Release V3.0.0.0 For å forenkle oppsett av devicer er det laget forhåndsdefinerte device typer kalt Device Functions. Ved å velge en Function reduserer du parameterantallet. Du kan selv også definere og endre Device Functions. Ønsker du å bruke Device Functions for eksisterende devicer må du legge inn en parameter på hver device som definerer dens funksjon. Se under. Ny strømstøtte-modell av 2023 er lagt inn. Du må sannsynligvis endre noen av device parametere på grunn av dette. Priser med og uten strømstøtte vises. Forbedret lesning av effektforbruk fra HomeSeer/ Tibber. NB! Se manual om oppsett. Eventer er endret slik at også Max type plottes som rødt når de er ON. Ønsker du å beholde det gamle slik at de plottes som blå når de er OFF kan du endre dette i config fanen. Parameter PlotMaxAsRed = False i INI fil under [General] Mere Tooltip help er lagt til. Bytt filen PowerControlTooltip.ini i HomeSeer\Config Release V3.0.0.1 Det snek seg inn en liten bug som gjør at priser uten strømstøtte ikke blir flyttet over til neste dag etter midnatt. Dette har ingen praktisk betydning, for beregninger. 3.0.0.1 er releaset. Det holder å bytte exe fil hvis du oppdaterer fra 3.0.0.0 Release V3.0.0.2 06.04.2024 Bugfix: Tooltip help tekst for Device setup manglet. Bugfix: Strømstøtte priser blir feil når pris er under grense- 73 øre. Nytt: La til timespan for når Max priser-devicer er lov å slå av. Dvs, innenfor dette tidsrommet blir ikke device slått av uansett. (grunnet klage fra kona om kaldt kontor om morgenen) Dynamisk oppdatering av Charts. Tekst nederst som viser øyeblikkets strømpris, forbruk og total for timen. Oppdateres en gang i minuttet. Chart som viser pris og forbruk oppdateres en gang i timen. Kjekt å henge på veggen for å følge med. Ny parameter under Config- Chart & Log «Chart Font Size». Her kan du sette font på Chart for å lette lesing. Default= 12 Release V4.0 21.04.2025 Det har vært en del endringer i ENTSO-E formatet. PowerControl er nå endret til å supportere priser for hvert kvarter som det nye formatet støtter (men foreløpig ikke bruker), samt at det kommer priser for to dager. I tillegg er måling av strømforbruk utvidet og forbedret. Lesing av forbruk fra HomeSeer (Tibber) er gjordt mere stabilt. Du kan nå lese fra HomeSeer Devicer, AMS Leser/POW_U, Homewizard P1 Meter, eller fra andre WiFi målere som leverer data på JSON format. Eller fra en fil. Nytt i denne versjonen: Oppsett for å lese effektforbruk fra mange typer målere. Bedret feilsjekking av effektdata. Endret logikk for å lese effekt fra HS (Tibber) Prislesing fra ENTSO-E forbedret. Takler nå at priser mangler. (forrige times pris brukes) Leser også prisfiler med priser for hvert kvarter. ToolTip for alle verdier i Config skjermbilder Du kan velge å vise alle dagens eller morgendagens priser på devicer i HS, og bruke disse i script. NB. For detaljer om hvordan oppgradere les nederst i dokumentasjonen. PowerControl_V4.0.zip PowerControlHelp - V4.0.0.0.pdf

Jeg har forenklet scriptet til stigvi da jeg er nybegynner i pyscript og Python. Jeg bruker HA automasjoner til å stoppe strømlaster (VVB, varmekabler og elbillader) når sensor.regulator_energy_usage er mindre enn 100 %. Dette blir gjort i prioritert rekkefølge. from simple_pid import PID pid = PID(40.0, 0.4, 2500.0, setpoint=float(input_select.nettleie_pristrinn) - 0.2) pid.set_auto_mode(False) pid.sample_time = 1.9 pid.output_limits = (0, 100) pid.proportional_on_measurement = False pid.set_auto_mode(True, last_output=100.0) last_c = 100.0 turned_off_all = False turned_off_car = False @state_trigger("sensor.accumulated_consumption_current_hour_toraldasen_32") def new_state(): global pid global last_c global turned_off_all global turned_off_car c = (0.9 * last_c) + (0.1 * pid(float(sensor.estimated_consumption_current_hour_toraldasen_32))) if round(last_c, 0) != round(c, 0): sensor.regulator_energy_usage = round(c, 0) last_c = c @state_trigger("input_select.nettleie_pristrinn") def setpoint(value=None): pid.setpoint = float(value) - 0.2 Bruker Tibber sine sensorer for beregnet og nåværende strømforbruk per time istedenfor ams2mqtt sensorene.

Prisene hentes fra ENTSO-E mellom 13 og 14 som @ArnieO nevner, og publiseres deretter på MQTT hver hele time.

Må ikke snakke stygt om kinnskjegg Var en tur ute med snøfreseren i dag:

Styring av forbruk basert på strømpriser er en effektiv måte for å redusere kostnader. Jeg har i et års tid styrt oppvarming og varmtvann ved hjelp av tidsbryter. Jeg bruker HomSeer og slår ganske enkelt av varmtvann og senker temperaturinnstillingen på varmeovner ved de klassiske pristoppene morgen og kveld. Men etter hvert så jeg at prisbildet var mer komplekst, og de vanlige toppene flyttet seg, eller flatet ut. Så jeg satte i gang utviklingen av min første plugin for å kunne styre direkte etter faktiske priser. Programmet henter daglig priser fra gratistjenesten ENTSO-E og beregner når strømmen bør slås av. Det tar også hensyn til at feks varmtvann ikke bør være avslått for lenge, så det legges inn begrensninger for dette. Plugin kan du laste ned her: PowerControl I tillegg kan programmet slå på forbrukere når strømmen er spesielt billig. Det bruker jeg til å slå på varmekablene som normalt ikke brukes etter at vi fikk varmepumpe. Kablene slås da på gjerne om natten, men gulvet er et godt varmemagasin så det holder seg utover dagen. Snart kommer det også funksjonalitet for å unngå forbrukstopper for å holde nettleien nede. Totalt har jeg redusert forbruket til det halve. En viktig faktor for dette er er styring av ventilasjonsanlegget slik at dette starter kun ved høy luftfuktighet på badet. Dessuten går det en stund med faste intervall for å holde CO2% nede. Les her: Styring Flexit

Det enkleste er at HA oppretter sensoren. Alternativt kan du la pyscript opprette sensoren når pyscript kjører. template: - sensor: - name: "Regulator energy usage" unit_of_measurement: "%" state_class: "measurement" device_class: "power_factor" state: "{{100}}" Sensorene sensor.regulator_p, sensor.regulator_i, sensor.regulator_d trenger du bare hvis du skal tune pid regulatoren. Jeg ville bare ha brukt @stigvi sine verdier.

Haha, ja det burde vel være mulig, selv om man ikke er betalende medlem!

Her er en standalone versjon av plugin. unzip og kjør programmet PowerControlStandalone.exe. Det er et konsollprogram og har ikke noe brukergrensesnitt, men det skriver til filer akkurat som plugin. Greite å bruke for testing hvis du vil vente med å bruke det i en HomeSeer innstallasjon. Filer ligger på hovedpost: PowerControlStandalone.zip

@Moskus Fint. Og takk for hjelpen jeg fikk med å bruke Moskussample.

Absolutt ikke! Her mobbes ingen former for skjegg! Det var bare for å identifisere den nevnte tafatte idiotrollefiguren... 😁

God idé med månedlig avtale. Hva om man får et schtilig ikon ved siden av brukernavnet sitt om man er sponsor?

Jeg synes dette er bare rett og rimelig. Selv om ikke web-hotell koster all verden, så legges det ned mye jobb og jeg har i alle fall fått mange gode tips (helt gratis), og spart kroner og arbeid ved utvidelse av mitt eksisterende anlegg.

For min del handler det om hvordan Tibber oppfører seg ovenfor og behandler kundene sine. For det første ble endringen varslet alt for seint. De brøyt fristen for varsling, og dette har blant annet Forbrukerrådet uttalt til media. Jeg synes ingenting om en leverandør som velger å gjøre endringer uten å varsle kunden i god tid først. For det andre så skal Tibber (i motsetning til sine konkurrenter) være transparente og ærlige med sine kunder. Da er det jo merkelig at de begrunner endringen med at de har store kostnader knyttet til at de må betale for strømmen de kjøper til kundene, og de først får betalt 45 dager senere fra kundene - når det viser seg at det er leverandøren til Tibber som tar denne kostnaden/risikoen. Kilde her: https://energinytt24.no/2022/09/tibber-skylder-pa-balanseansvar-de-ikke-har-og-endrer-faktureringspraksis-pa-uriktig-grunnlag/ Det bryter altså loven (med kort frist) og de lyver. Slike vil jeg ikke være kunde hos. Så vi byttet. Men noen mener dette er ok oppførsel så lenge de sparer penger på smart styring av strømforbruk. Men jeg lurer på hvor grensen går. Hvilke endringer er for mye? Så skulle en jo tro at Tibber lærte av mediastormen i oktober. Men utrolig nok, rett før desember gjorde de nok en endring når de gikk fra å bruke snittprisen fra Nordpool som grunnlag for estimatet 14 dager frem, til å bruke antatt snittpris fra Nasdaq. Noe som kan vise seg å være feil og gi folk enda større estimert kostnad. Når en ser på grepene de gjør og hvor mange som flykter fra de så kan jeg ikke tippe noe annet enn at de vil slite kraftig fremover. Og med mindre de snur kan jeg ikke forstå om de fortsatt er i markedet ett år frem i tid. Og da kan kundene belage seg på en av to ting. Dersom DU som kunde skylder Tibber noe om de går konkurs, så vil bostyrer uansett sørge for at et innkrevingsselskap krever inn dette beløpet fra deg til syvende og sist. Og det vil medføre medarbeid å få frem poenget om en har betalt mindre enn fakturert selv om estimatet var feil. Men er det andre veien, og du har betalt et høyt estimat og Tibber skylder DEG som kunde penger om de går konkurs, så vil ditt krav mot Tibber være helt nederst på prioriteringsslisten og det vil være mange prioriterte krav før deg (eks skatt, lønn etc). Så skylder du de vil du tape. Skylder de deg vil du og tape. Eneste måten å ikke gå i tap her nå er at de enten faktisk overlever eller at en konstant går inn og endrer fakturabeløp til reelt forbruk når en betaler faktura.

Jeg håper at denne forklaringen skal hjelpe deg. Jeg bruker en automasjon jeg har for å slå av og på lys samtidig som jeg endrer på status på input_boolean. Utfordringen din blir å finne ut hvilken event cuben har når cuben veltes. Denne automasjonen ligner på din automasjon 2. Jeg har en Fibaro dimmer bryter som jeg kan bruke til å slå av og på bryteren. For å finne ut hvilke bryter pressing jeg kan bruke til å toogle av og på på samme bryter må jeg lytte til tastetrykket ved hjelp av Event verktøyet (https://www.home-assistant.io/docs/configuration/events/). Når jeg har funnet ut hvilken value og device id så kan jeg bruke dette som en trigger i min automasjon. alias: "Lysbryter bad1etg: Slå av og på taklys bad1etg" description: "" trigger: - platform: event event_type: zwave_js_value_notification event_data: device_id: 9a5e1120ab286efd54300cfbade913a6 value: 16 condition: [] action: - service: input_boolean.toggle data: {} target: entity_id: - input_boolean.lysbryter_bad1etg - service: light.toggle data: {} target: entity_id: - light.taklys_bad1etg mode: single For å toggle input_boolean bruker jeg service: input_boolean.toggle. Samtidig som jeg gjør dette slår jeg av lys når jeg toogler av og på lys når jeg toogler på. I automasjon1 bruker du din input_boolean i conditions. Se denne youtube video for hvordan denne automasjon settes opp: https://www.youtube.com/watch?v=usg8cB8sd8E&t=20s alias: "Lys bad1etg: Slå på og av lys på bad1etg med timer når bevegelse blir oppdaget" description: "" trigger: - platform: event event_type: timer.finished event_data: entity_id: timer.light_timer_bad1etg id: Timer finished - platform: state entity_id: - binary_sensor.bevegelsesensor_bad1etg from: "on" to: "off" id: Motion stopped - platform: state entity_id: - binary_sensor.bevegelsesensor_bad1etg from: "off" to: "on" id: Motion detected condition: - condition: state entity_id: input_boolean.lysbryter_bad1etg state: "on" action: - choose: - conditions: - condition: trigger id: Motion stopped sequence: - service: timer.start data: duration: "0:05:00" target: entity_id: - timer.light_timer_bad1etg - conditions: - condition: trigger id: Motion detected sequence: - service: timer.cancel data: {} target: entity_id: - timer.light_timer_bad1etg - service: light.turn_on data: {} target: entity_id: - light.taklys_bad1etg - light.lysstripe_vaskebenk_level_light_color_on_off - conditions: - condition: trigger id: Timer finished sequence: - service: light.turn_off data: {} target: entity_id: - light.taklys_bad1etg - light.lysstripe_vaskebenk_level_light_color_on_off mode: single Spør i vei hvis jeg har bommet spørsmålene dine.