Joffe

Heia. Beklager sent svar. Har holdt på med mitt eget. Tenker du å bruke "Kalenderen" som er i mill-appen? Dersom du tenker å lage ditt eget i Home Assistant kan det kanskjegjøres på følgende måte. 1. Sett opp mill ovnene som brytere dersom de kommer opp som klima enhet i Home assistant.. (Switch) 2. Sett min og max grenseverdier (e.g. min 16 og max 23) (bryter av = 16 grader og bryter på = 23 grader) EDIT: Her blir det motsatt. 16 = PÅ og 23 = AV. 3. installert smart thermostat (PID) via HACS. (Er under utvikling, er en del bugs men hyppig oppdatert) 4. Sett opp smart thermostatene under climate. 5. Kjør autotuner på en termostat om gangen. Sparer litt tid og regning. Med smart thermostat kan du sette eco, home, away, boost temperaturer basert på event_tilstander i home assistant. Med litt arbeid kan du få til mye morro. La oss si at alle i huset er ute. Dersom du da har lagt til mobiltelefonene og tillatt sporing så vil Home assistant endre temperaturinstillingene til thermostatene. Lykke til.

Støtter tankegangen. Men det kan vel kanskje være greit å redusere effekten også i de timene strømmen er dyrest? @Join@Moskus

Jeg tenker på at når ordningen/modellen er innført. Da vil det være enklere å justere opp summene i etterkant. Erfaringsmessig gjør kraftlaget her endring i nettleie hvert andre år.

Jeg hørte en si følgende: "Nei til Ja og Ja til Nei". Det kan vel kanskje ikke sies mye bedre en det. Å bare få innført modellen og tankegangen er en bonus. Differensieringen vil komme, når sjokket etter hvert har lagt seg.

Kontroll spørsmål: Kjører du script som oppdaterer alt for ofte? Med alle de oppdateringene ser det jo ut som at det er noe som "flooder" z-wave nettverket ditt med meldinger. Se litt på det. Edit: Jeg har har en temperatursensor som "fluktuerer" veldig. Klarer du å øke "sampling perioden"? slik at du unngår at alle fluktueringene skaper chaos?

Så flott. Husk at accumulated_consumption_adresse resetter seg selv til 0 hvert døgn ved midnatt. Det må man ta høyde for. Tar man det med i betraktning fungerer den ganske greit til å få relativt nøyaktige målinger og beregninger. Tibber hadde en sensor tidligere med ferdig timesverdi. Denne forsvant ut av integrasjonen nå ved siste oppdatering. Om den kommer tilbake vet jeg ikke. Vi ser. Edit: @stigvi, Når det gjelder saken om at verdier kommer på feil time. Det vil jeg tro er relatert til at de kommer inn under søylen for den timen vi lagrer/oppdaterer dem her i HA. Det var en interessant problemstilling . Men løsningen er å lagre data i buffer i tidsrommet (xx:59:5x), avhengig av hvor lang tid det tar å lagre data. Jeg ser at problemet er vanskelig å unngå dersom man man bruker data som dukker opp i feil time. Man blir jo da veldig avhengig av at Tibber faktisk er oppe og kjører som normalt hele tiden.

@stigvi, Hvilken sensor bruker du opp mot den innebygde energisiden?

Hei igjen, @Gjelsvik Dersom du installerer HACS integrasjonen. Du installerer også studio code server integrasjonen. gjennom "HACS" kan du igjen installere en custom integrasjon som heter pyscript. Når du har kommet så langt at pyscript er installert. Da kan du åpne Studio Code Server og manøvrere deg inn i pyscript-mappen. I pyscript-mappen må du ha en fil som heter config.yaml. Der legger du inn scriptene du ønsker skal kjøre. En annen fil du trenger dersom du foreksempel skal kjøre PID løsningen til @stigvi er, requirements.txt. Her må du legge inn eventuelle "pakker" du ønsker å kjøre. Scriptene kan du sortere under en undermappe som kalles "scripts". (Altså feks, pyscript/scripts/PID_regulering/PID_regulering.py) Du finner en del god informasjon rundt omkring på dette forumet. Du vil også finne god informasjon på pyscript integrasjonens informasjonssider(github). NB: Jeg oppdaterer det endelige scriptet jeg enda med og som fungerer som tenkt.

For meg ser det ut som at den akkumulerte døgn verdien er live og akkumulerer fortløpende med oppdatering på rundt 2-3 sekunder. Eller tar jeg feil der?

Hei. Jeg fikk problem med tibber sin akkumulerte time verdi i dag. "sensor.accumulated_consumption_current_hour_dinadresse" Denne er utilgjengelig etter oppgradering til siste versjon av operativsystemet. Det førte til at PID styringen brøt sammen på grunn av manglende data. Det jeg gjorde var å bruke pyscript til å lage den nødvendige sensor verdien jeg trengte. Hvorfor pyscript? Fordi jeg får masse "float" feil og advarsler dersom jeg bruker template. Har forsøkt å få dette bort uten å lykkes 100%. Det ser ut til at Home assistant holder på og ender opplegget, uten at jeg har fått med med detaljene rund det. Sånn at jeg regner med mer flere sensorer jeg har bryter sammen i januar oppgraderingen. Det å bruke pyscript ser ut til å fingere veldig bra. Du kan bruke tilsvarende metode som under til å oppnå det du ønsker. @stigvi og/eller andre forum-entusiaster har noen fine eksempler i andre innlegg som gir deg litt informasjon om hvordan du setter opp input_number. Det er helt sikkert rom for forbedringer i eksempelet under.(Ble gjort i bilen på vei til shopping senteret) Eksempel på kode: (oppdatert) last_sample = 0 state.persist('pyscript.acc_d_startofhour') acc_d_startofhour = float(input_number.acc_d_startofhour) acc_sample = 0 @time_trigger("shutdown") def every_shutdown(): # global acc_d_startofhour pyscript.acc_d_startofhour = float(input_number.acc_d_startofhour) @time_trigger("period(midnight, 60 min)") def every_1_hour(): global acc_d_startofhour global acc_sample acc_sample = float(sensor.accumulated_consumption_neshadlene_75) input_number.acc_d_startofhour = float(acc_sample) @time_trigger("period(midnight, 5 sec)") def every_5_seconds(): global acc_d_startofhour global last_sample last_sample = float(sensor.accumulated_consumption_neshadlene_75) - float(input_number.acc_d_startofhour) sensor.acc_energy_consumption_thishour = float(last_sample)

Hei igjen. Da ser det ut som at noe informasjon om ny nettleie har kommet for oss på vest/sør-vestlandet. * Et månedlig beløp, avhengig av høyeste timeforbruk. (Kapasitetsledd) * Et fastbeløp per kWh forbruk (Energiledd) https://haugaland-nett.no/ny-nettleie-fra-arsskiftet/

Ser den. Jeg tenker at man kan kanskje allikvel dra nytte av å vite de termiske egenskapene i gulvene. For meg handler dette også om forbruksplanlegging. Både sett iforhold til energipris og effekttopper, for å gi en best mulig fordelaktig strøm-/energiregning. Dersom man vet at man feks bruker 0,5 timer på å varme opp gulvet 1 grad. Og at det tar feks tar 7 timer for at temperaturen synker med 1 grad. Da kan man programmere opp automatiseringen til gjøre å gjøre vurderinger og ta å ta besluttninger. Alt for å gi deg best mulig kostnadsscenario uten å måtte tenke for mye i det daglige.

Jeg ønsker å bidra med et moment som kan være greit å ta med i betraktning for de med gulvvarme. Å kartlegge og lage en formel som inkluderer de termiskeegenskapene i gulvene dine kan bidra til å optimalisere effektforbruket ytterligere. (Kartlegge hvor lang tid det tar for gulvet å endre seg 1 grad celcius/kelvin og hvor mye energi som går med.) Dette vil selvfølgelig påvirkes av grunntemperaturen/utetemperaturen også. Jeg vet at denne metoden, gjerne sammen med maskinlæring er brukt enkelte steder. I praksis trenger man da ikke gulv sensor for å regulere nødvendig energitilførsel for å opprettholde nødvendig/ønsket temperatur i gulv. Tygg litt på den. Jeg er ikke komt så langt at jeg kan inkludere dette i mitt opplegg. Men jeg har noen tanker rundt det.

Hei. Jeg er ny her på forumet. Jeg har tenkt lenge på å starte automatisering av huset her hjemme. Jeg begynte med X-comfort for noen år siden men drog i nødbremsen da det viste seg at Z-wave ville trolig bli en åpen standard som hadde fremtiden med seg. X-comfort er som kjent propriært, lukket og dyrt. Her taper Eaton/X-comfort terreng selv om X-comfort er en meget habilt produkt protefølje. Jeg har nå endelig gått igang med Home Assistant. Det stod mellom Home assistant og HomeSeer. For meg ble det følelsen av at støtten for produkter var bredere og brukerbasen større for Home Assistant. Det var bakgrunnen for valget mitt. Kjøpte min første "puck" for å styre varmekabler. Har i dag bare en puck fordi jeg var veldig usikker på produktet. Foreløbig ser det ut til å fungere bra. Kan være fordi jeg omtrent ikke har enheter på Z-wave nettverket. Jeg landet på en Qubino Flush On/Off Thermostat 2 og det ser ut til at jeg kommer til å kjøpe 5 stk av denne for å få alle varmekablene i 1egt med før jul. Jeg går da fra gammel tradisjonell Hager varmestyring med termostat og relestyring montert i hovedtavle til en mer moderne løsning. Jeg har koblingsboks nede ved gulvet slik at en ordinær veggmontert termostat er en dårlig løsning for meg. Det gledes at jeg har funnet noe som ser ut til å kunne fungere. Videre vil jeg takke Stigvi og gjengen her for å tilført inspirasjon til å programmere opp PID-regulatoren samt sette hode i planleggings modus med tanke på automatiseringen jeg skal til med fremover. Det jeg synes har vært vanskeligst med Home Assistant er å finne ut av hvordan man kombinerer de ulike språkene(syntax) og hvor koden skal plasseres. Dette er nå kartlagt og forstått godt nok at jeg kan komme meg videre. Da blir det en hel del enklere å lykkes i arbeidet fremover. Ha en flott søndag, godt folk.