stigvi

Min kurve for timeforbruk ser ut som dette. Jeg har satt 10kWh/h som grense pga nettleie. Hadde 5kWh/h som grense i november og det gikk såvidt. Varighetskurven som jeg finner på "minside" hos netteier, ser slik ut for desember For november var den slik med en lang og flat topp. Det er en del timer der jeg lå helt oppunder 5kWh

Mange oppgir som grunn at de ikke vil gi Tibber kreditt og det er greit nok. Noen skriver at regningen som kom for Desember ble et sjokk. Til de kan en vel opplyse at sjokket kommer uansett hvilken leverandør en bruker. Strømmen er dyr for øyeblikket.

Det er jo en god start (du tenker da på direkte assosiering?) Hvorfor var det kaldt i dag hvis termostatene kan åpne ventilene direkte uten at HS kjører?

Slik er jo synd, men det er jo egentlig forventet. Alle slik systemer vil før eller siden (helst før) stoppe opp. Det lureste en kan gjøre er å sørge for en plan B, at varme og lys fungerer uten at systemet på topp er i drift.

Ok, min feil. Jeg trodde du brukte denne: gskjold/AmsToMqttBridge: ESP8266 and ESP32 compatible firmware to read, interpret and publish data to MQTT from AMS electrical meters, both DLMS and DSMR is supported (github.com)

Har du tatt med en sensor med state_topic som dette? state_topic: "power/realtime/import/hour"

Den har det, altså forbruk i inneværende time.

TP-Link Tapo C320WS WiFi utendørs sikkerhetskamera - Elkjøp (elkjop.no) Funker veldig bra. Har det du etterspør. Integrerer fint i Home Assistant, som jeg har Edit: Lagrer ikke på egen server, men på et minnekort i kamera.

Jeg har lagt til et truncate filter. HA kan ikke ha en tilstandsverdi som er lenger enn 255 tegn. Men attributter kan være lenger. Spørsmålet da er hvordan en henter denne teksten inn i en attributt? Men som en midlertidig fix blir teksten begrenset i lengde - platform: rest resource: https://api.met.no/weatherapi/textforecast/2.0/?forecast=landoverview name: textweather scan_interval: 3612 value_template: '{{ (value_json.textforecast.time[0].forecasttype.location|selectattr("@id", "eq", "0611")|first)["#text"]|truncate(254,True) }}'

Det skulle være grei skuring. Hva er det du har nå?

Jeg mener det ikke spiller noen rolle. At anbefalingene om ikke for lav temperatur der et kombiskap står, dreier seg om andre ting enn det du mener. Du har ennå ikke funnet noe som sier at skapet blir ødelagt hvis temperaturen kommer under X grader?

-12 er alt for varmt. Du bør ikke ha det varmere enn -18.

Men du får ikke strømstøtten tidligere hvis du hadde valgt en leverandør med gjennomfakturering. Sånn sett er det lite relevant å ta det med.

Som nevnt, det blir nok sannsynligvis et problem fordi når kjøledelen slutter å kjøle så vil frysedelen også slutte. Det er normalt at kun kjøledelen har termostat og så er det et luftespjeld mellom frysedel og kjøledel som angir forholdet i temperatur mellom de to. Men alt baserer seg på at kjøleskap står i romtemperatur og at kompressor går i sine faste intervaller.

Men gassen må jo fordampe ved en lavere temperatur enn det frysedelen er ment å fryse ned til. R600a koker ved -11,7 ved 1 atm trykk. I skapet er trykket lavere enn dette for å få et lavere kokepunkt.

Hvor har du det fra at et slikt skap ikke tåler lavere temperatur? Kondensator på baksiden skal jo kvitte seg med varme og sånn sett er det gunstig med et kaldt rom. Det som kan bli et problem er hvis du forventer -20 i frysedelen og skapet kun har termostat i kjøledelen og en enkel kompressor. Blir det kaldt i rommet så vil kjøledelen bli mindre og mindre brukt og det får frysedelen til å øke i temperatur. Men har ikke hørt noe om at selve skapet tar skade av det.

Ja, nå er det kun 2 dager igjen til den 14. desember. De estimerte strøm til 5200 kroner for meg som er i NO2 sonen og så langt er jeg på 4700 kroner. Ser ut som om estimatet stemte veldig bra. Hva med dine 7000?

Du overdriver risikoen. Det er svært lite sannsynlig at Tibber velter overende som lyn fra klar himmel. Kunder som ikke avslutter kundeforholdet nå, vil sannsynligvis ha veldig god tid hvis det i fremtiden blir problemer. Vanligvis ser en mange tegn på en nært forestående konkurs. Og skulle det skje, så taper jeg hundrelapper. Det er ikke stor risiko det heller. Strømstøtten betaler Staten ut via netteier. Er det noe som helst som tyder på at netteiere drøyer lenger med å betale dette ut til sine kunder når de ser at kunden får strøm fra Tibber? Hvis svaret er nei på dette, hvorfor drar du strømstøtten inn i diskusjonen? Har du startet en svertekampanje?

Du må se hvem som driver energinytt24 og hvor det stammer fra. Er muligens ikke de mest troverdige.

Dette med å avslutte sparemodus er en utfordring. Men jeg har løst det med kode fra en finne. Hvis du ser på grafen nedenfor er rød bakgrunn varme på og grønn bakgrunn varme av. Sparemodus er fortsatt aktiv en stund etter at pristoppen er passert og til strømmen er blitt billigere. Jeg kunne ventet ennå lenger, men det går ut over komforten. Dette er lagd for Home Assistant, men kildekoden er jo der og det er ikke mye (ca 180 linjer med kode). Sikkert fullt mulig å hente litt tips og implementere dette i Home Seer. jpulakka/nordpool_diff: Transforms electricity spot price into thermostat control signal. Home Assistant custom component. (github.com)

Jeg synes du overdriver. Du betaler forskudd fram til forfall. Ved betalingstidspunktet har du betalt for strømmen du har brukt hvis estimatet treffer 100%. Ved en konkurs, ender du nok opp med å måtte betale for strømmen uansett. Så risikoen er hvis estimatet er for høyt og det er egentlig en liten risiko. Hva med alt annet du kjøper på forskudd? Eller kjøper du aldri en konsertbillett? Eller kjøper noe på nett og betaler før varen er kommet fram?

Det er noen logiske feil i det du har laget. Når c < 70 vil to brytere slås av samtidig som turned_off_all settes til true. Hvis c fortsetter å synke i verdi til mindre enn 2 så skjer det ingenting med de climate du prøver å skru av fordi turned_off_all er true og ikke false. Du må heller splitte det opp i en turned_off_vvb og turned_off_climate. Men når det gjelder vvb så trenger du ikke noen turned_off_all eller turned_off_vvb. Du kan heller teste på om vvb allerede er avslått eller påslatt ved å sjekke state på switch.heavy_duty_switch Dette, switch.turn_off(entity_id="switch.heavy_duty_switch"), kan du godt skrive som du har gjort. Men en litt mer lesbar variant er å skrive det som switch.heavy_duty_switch.turn_off(). Smak og behag, helt klart.......

Her er det en # på linjen og alt bak dette tegnet vil bli tolket som en kommentar. Du må ta vekk # i starten på hver av linjene #p, i, d = pid.components #state.set("sensor.regulator_p", round(p,1)) #state.set("sensor.regulator_i", round(i,1)) #state.set("sensor.regulator_d", round(d,1))

Hvorfor en lager det så komplisert med egne servere er litt uforståelig for meg, men greit nok. Men ha i tankene at dette skal du drifte i mange år. Gidder du det om 10 år? Sånn sett kan det være lurt å holde det enklest mulig.

De tre kan du egentlig bare glemme. De er der bare for visningen sin del og for å lettere kunne stille inn disse tre parametrene. Men du trenger ikke "sette de opp". Med state.set("sensor.blabla", 99.0) blir sensor.blabla opprettet automatisk og får verdien 99.