hjemmedude

Droppa 5kw i går, minusgrader og BKK viste 5,00kwh i snittforbruk. Regna om til 5,0003 - tenkte at da er jeg nok over og gir gass. Burde etterisolere et loft og få inn radonsug, så pengene kommer til å spasere ut døren i en form eller en annen. Lov å håpe på enova etterisoleringsstøtte, mener det var brei oppslutning om dette i stortinget

Det er bra! Jeg venter i spenning på en integasjon mot home assistant.. 🙂

Cloudflare har gratis ddns? Det skal sjekkes ut. Har du kikket på brannmurregler og mfa? Jeg har bare blokkering av all trafikk som ikke kommer fra Norge. MFA skal kikkes på det også.

Vil bare dele dette videre, har selv satt det opp og det fungerer bra. Wireguard løsningen ligger som reserve. Et par linker med informasjon som jeg har brukt. Det skal også være mulig med MFA i cloudflare som et tillegg til HA to-faktorautentisering, har ikke fått kikka på dette. https://community.home-assistant.io/t/new-add-on-cloudflared/361637 https://youtu.be/xXAwT9N-7Hw https://everythingsmarthome.co.uk/free-remote-access-for-home-assistant-with-cloudlfare/ https://www.reddit.com/r/homeassistant/comments/ss8mog/cloudflare_tunnel_to_ha_with_extra_security/

Henter denne frem igjen. Har to openwrt routere der en er satt opp som et akesspunkt, det funker veldig bra med mitt minimale oppsett. Har frem til i dag brukt wireguard VPN hjem til HA når det trengs, men det er litt krøkkete. Har sett flere som skryter av cloudflare tunnel for remote access, og jeg lurer på å driste meg utpå dette. Har sett et på youtube-filmer om dette. Man må bruke mfa og et godt passord siden HA blir tilgjengelig via cloudflare på internett, men man begrenser tilgangen til cloudflare sine nettverk. Noen som har forsøkt dette? everything smart home Cloudflare tunnel to HA with extra security - reddit

Ja forsøkte med logbook.yaml fil og innhold; exclude: entities: - sensor.file_pid_new_state Men så er vel ikke dette en sensor, og jeg vil ikke ta vekk hele pyscript dersom jeg kan ha bruk for noen meldinger til logbook. edit: exclude: domains: - pyscript Dette hjalp.

Hvordan ignorerer jeg pid_new_state fra loggboken?

Har 1 stk Mill ovn som kjører integrasjon mot HA. Er stadig trøbbel med clouden slik at endringer ikke går igjennom til ovn. Kunne tenke meg Nobø.

Har bare standard met-integrasjonen og likte denne godt, men hvordan henter jeg konfigurasjon fra met-integrasjonen? Det var ikke så vanskelig. Bare å legge til weather.dittnavn på alle valg under card configuration.. Hvordan justerte du ned tekststørrelsen?

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å!