hjemmedude

Ok takk!

Mini graph card; er det mulig med grid lines/linjer slik som vanlig innebygget graf-visning har? Jeg synes det er vanskelig å lese av verdi når det er ikke er linjer..

Er det fortsatt Bosesh kamera fra kameraogsikkerhet.no du reklamerer for? Finnes en god del av disse på aliexpress.. link

https://www.alibaba.com/product-detail/Bosesh-5MP-8MP-4K-Wireless-WiFi_62512747819.html?spm=a2700.galleryofferlist.normal_offer.d_title.675f3a50uSIBpS

Og det var vel hele poenget med ny tariff.

Noe sånt? Fra pow-u amsleser.no Leser at du har eldre måler, beklager støyen..

Her er VP i 2. etg (tabbe) og varmekabler i hele underetasjen. VP kjører kontinuerlig på 22gr (ingen nattsenk osv). Bad og vaskerom har nattsenking. Jeg ville latt VP kjøre sitt løp (som her), og fokusert på å tune varmen i gulv etter pris og komfort. Når du er borte (over litt lenger tid, 2-3 dager for eks) ville jeg smartstyrt VP eller hatt et tidsur slik at du senker til ønsket temp når borte og komforttemp før du kommer hjem. Det samme gjelder varme i gulv. Men jeg er også interessert i å vite mer om dette og kanskje noen har noe vitenskaplig man kan lese seg opp på 🙂

Kan iallefall si at koden fungerte etter en test kl 13 nå kl 13, la inn diverse laster og ville estimert brukt 5,5kwh denne timen uten at regulatoren justerte ned fra 100 før kl 1315. 🙂 Stigvi svarer deg sikkert på det tekniske

Mange takk! Ja litt lenger oppe har jeg lagt ut terskelverdier, begynner nedjustering fra 85 nå. Så skulle vel bare mangle at det gikk nedover raskt.

pid.output_limits = (last_c, 100) # Only allow increase first 15 mins else: pid.output_limits = (0.0, 100) if round(last_c, 0) != round(c, 0): sensor.regulator_energy_usage = round(c, 0) Endret til 100 og tester det, jeg tror det er 0-100 som brukes da dette er definert på toppen av filen og regulator_energy_usage varierer mellom 100 (fullt) og 0 (minst) pådrag ?

@RVM jeg vil gjerne prøve din løsning i stigvi's script, er dette rett? Ingen feilmeldinger enn så lenge. from datetime import datetime @state_trigger("sensor.forbruk_denne_timen") 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.estimert_timeforbruk_filtrert))) 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)) now = datetime.now() if now.minute < 15: pid.output_limits = (last_c, 1.0) # Only allow increase first 15 mins else: pid.output_limits = (0.0, 1.0) if round(last_c, 0) != round(c, 0): sensor.regulator_energy_usage = round(c, 0) last_c = c Nei her er det noe feil, tok ikke mange minutter før alt var av her. Kanskje ikke så enkelt likevel ..

I frykt for lite varmtvann la jeg inn vvb manuelt i dag. Etter en halvtimes tid så balanserer det seg, men neste time er ikke like balansert. Her spiller kanskje noe i reguleringen inn, jeg bruker samme pid som stigvi men har selvfølgelig andre forbrukere. Er ikke nye å få gjort med de annet enn ny rekkefølge på hvem som slår seg av hvilket nivå. Jeg maser stadig om 15 min delay, men jeg vet ikke hva det vil medføre i praksis. I teorien går jeg fra hyppige endringer (for eks 2 min) til Max 4 endringer a 15 min. Hva tenker dere? Må også finne et bedre kort å vise dette i… edit: matlaging og diverse forbruk glemte jeg ut. Kan være at det er det som gjør det ustabilt i denne perioden.

https://dinside.dagbladet.no/okonomi/enorm-pagang/77174089

@Kim123jeg ønsker 5 min delay på alle termostater, for jeg ser at PID kan endres ganske raskt etter hver hele time. Så for eks bad kan endres fra heat til off og motsatt 4 ganger ila en 10 min periode (kan sjekke nøyaktig men du ser nok poenget). Med en delay på samtlige termostater kan jeg unngå mye heat/off switching.

Har forsøkt en binary_sensor for termostat på bad. Den viser state on eller off (det er binærsensor statuser antakelig, on, off, unknown er de jeg har sett) seconds endres til minutes, bare jeg som ville se om dette ga en delay på state. Noe jeg ikke er sikker på Neste steg er å bruke denne i schedy, men vet ikke helt hvordan det skal la seg gjøre.. - platform: template sensors: baderomstermostat_delay: friendly_name: "Baderomstermostat delay" delay_on: seconds: 5 delay_off: seconds: 5 value_template: >- {{ is_state('climate.bad', 'on') }}

Det skal sjekkes ut @haraldov! Har akkurat oppgradert HA til siste versjon, litt endringer for mqtt (ikke mye) og fått lagt til easee, bmw og noen andre integrasjoner. Endrer usage step fra 5 til 10, så nå ser det ca slik ut. Om noen har innspill så tar jeg i mot. Ang VVB vs elbil-lader så er tankegangen å spare 10øre pr kwt og lade mellom 22-06 og i helgene. VVB trenger ca 10kwt om alle dusjer, den er 3kw så dette tar omtrentlig 3.5t. Rest av tid fra 0130 til 0600 får elbil, tenker lade med 13 eller 16A som skulle bli 2300-2900W frem til 0600. I helgene (primærtid for lading) er lading tilgjengelig frem til 2200, men PID må gjerne regulere denne ned ifbm middag og andre ting. Derfor tror jeg easee må komme langt tidligere på listen, kanskje allerede på nr 9. Med dagens laderegime er det stort sett 1 dag i uka som er behovet så det burde vel gå bra. Kloke tanker tas alltid i mot med takk @RVM beklager så ikke svaret ditt men skal kikke på dette også!

Takk for gode svar! Har ikke hatt tid til følge opp, og det er veldig synd. Bruker schedy og har 5 nivå for å slå av forbrukere. Det har virket fint frem til jeg fikk elbil-lader. Nå ser jeg at ved kontinuerlig last på 16A så hopper det mye mellom nivå 3 og 4. Det kan jeg nok ordne med flere forbrukere over flere nivåer. Har ikke kommet videre med 5 minutters stand-by for ny verdi til termostat heller, men ser i tråden at jeg fikk tips om automasjon med delay. Dersom schedy kan trigge det?

Må bare gi kudos til stigvi som i det hele tatt tenker på dette. Er utrolig mye å lære av gjengen her inne. Takk!

Sparker liv i tråden da jeg kikker etter elbillader. 230V men usikker på type nett. Valget står mellom zaptec go eller easee, Home Assistant skal styre tidspunkt og regulere effekt slik man er under 10kwt/t. Kobles via wifi eller nettverkskabel (men helst wifi).

@haraldov takk for innspill både på schedy og bayesian. Skjønner litt mer etter videoen. Har lyst å prøve dette. Antar bayesian var grunnen til at du droppet schedy. Har noen spørsmål allerede.. 1 Hvorfor brukes input_boolean.ferie bare for varmekabler gang/bad/stue og ikke varmepumpe? 2 Må jeg ha en binary_sensor_noen_er_hjemme? Har ikke noen gode deteksjonmetoder per nå. 3 Hvorfor er sensor.regulator_energy_usage og ferie prob_given_true ("sannsynlighet for sann") satt så lavt, 0.001? Svar fra stigvi under, tok det med om andre skulle lure på det samme.. 4 Du sier vvb er aktiv 22:00 til 06:00 men jeg ser ingen steder i koden din hvor det skjer, er det mer bak automasjonen? Det er vel i automasjonen du drar inn klokkeslett og ikke i bayesian koden? 5 binary_sensor.natt og soltimer finner jeg sikkert om jeg søker på forumet her, er ikke å finne i "varmestyring med bayesian sensor" Tror jeg begynner med en veldig enkel for vvb uten strømpriser ala dette, en template sensor og automasjonene dine 🙂 - platform: bayesian name: 'Varmtvannsbereder' prior: 0.35 probability_threshold: 0.5 observations: - entity_id: 'binary_sensor.natt' prob_given_true: 0.7 platform: 'state' to_state: 'on' - entity_id: 'binary_sensor.soltimer' prob_given_true: 0.7 platform: 'state' to_state: 'on' - platform: 'numeric_state' entity_id: 'sensor.regulator_energy_usage' prob_given_true: 0.001 below: 32

Da tror jeg temperaturen økes fra 60 til 70, neglisjerbart dyrere men kan redde en dusj fra lunken til varm. 🙂 høiax anbefaler

Her justerte rørlegger høiax til eco for 1 år siden. Det er sånn jeg forstår 60-65 grader. Vurderer nå skru denne til 70 for å drepe alt som har slått seg til i tanken. Men varmere vann gir høyere forbruk ?

Hei igjen, da er heavy duty til vvb installert og integrert mot HA. Schedy tar seg av oppvarming ukedager fra kl 22 til 06, helgene kjører den på minus frokost og middagstider. Har ikke fått pid integrert mot schedy ennå, men tenkte følge haraldov sin kodesnutt. Skulle gjerne hatt en delay på 5 minutter slik som stigvi har, schedy har kanskje en mulighet for det.

Vurderte skrive dette tidligere i dag, men følte at fastpris-diskusjonen ikke hørte hjemme her. Men stigvi har luftet tanken. Er det ikke fornuftig å fjerne flytende strømpriser og heller la alle ha fastpris pr time? Da vil man oppleve at forbruket flyttes til kveld/natt da man kan spare penger på nettleia? Det er jo enkelt kontra «lade på døgnets 5 billigste timer innen et effektintervall på 5kwh»… Jeg skjønner mindre og mindre av logikken i endringen som kom nå 1 juli. Og det takker jeg hjemmeautomasjon.no for - tror ingen andre i min omgangskrets gir blanke. Og en annen ting; hva gjør de som ikke har greie på strøm, forbruk, forbruk pr time? Ingenting! Og hvilke løsninger til sluttbruker blir levert av strømselskap eller kraftprodusent? Ingen?! Som relativt privilegert i Norge synes jeg synd på de som allerede sliter med å få lønningene til å strekke til. Klarer en å gjøre løsningen enkel nok tror jeg det er business i å selge smart-strøm-forbruk- løsninger til det norske folk. Og jeg håper det kommer. Rant over.

Om du ikke har interessen med å lære, knote, bruke tid på det… gå for noe som fungerer, og bruk tiden din på det du mener er mer fornuftig. Jeg ser ingen problemer med det. Det er en ærlig sak. Om homey løser dine behov så er ikke 3000kr noen stor sum - det er ikke mer enn noen termostater. Men ønsker du lære «mer» i mangel på et godt ord, så prøver du HS eller HA 🙂 Utrolig mange flinke folk her og i andre fora som kan hjelpe til.