stigvi

Teknisk ukeblad sin artikkel er kanskje ikke den beste, men det finnes uhorvelig mye der ute. Søk spesielt på PID tuning

PID-regulatoren - Tu.no

https://www.hjemmeautomasjon.no/forums/topic/120-hva-har-du-automatisert-idaghva-har-du-gjort-på-dine-prosjekter-idag/?do=findComment&comment=73645

"Målet helliger middelet" er det noe som heter 🙂 I tillegg er det mindre bra å kjøre en panelovn på full guffe når du egentlig trenger kun 10% av effekten.

Det holder med dette: {{ states.sensor.nordpool.attributes.current_price > states.sensor.nordpool.attributes.average }} Men anbefaler å bruke dette: {{ state_attr("sensor.nordpool", "current_price") > state_attr("sensor.nordpool", "average") }}

Nå er det ikke noe stort problem for meg. Omstart av mqtt broker gjør jeg ikke mer. Det var en periode jeg drev å eksperimenterte med å sette den opp som en bro og da måtte jeg passe på han-leseren. Men nå for tiden rusler og går det uten tilsyn. Grunnen til at jeg spurte var om jeg skulle se nytte i å flashe ny versjon på den.

1.5.2

Skjønner ikke spørsmålet ditt..... Hvis mqtt broker eller wifi nett blir tatt omstart på så må esp-node slås av og settes på igjen for at den skal levere data. Dette er ikke helt konsekvent, men ofte nok til at jeg er veldig forsiktig med å stoppe mqtt brokeren hvis jeg ikke er hjemme. Edit: Og grunnen til at jeg må ta strømmen på esp-noden er at det er umulig å få kontakt med den på web-grensesnittet. Den låser seg, rett og slett.

Er det gjort noe med påliteligheten? Jeg ser f.eks at det må tas en hard omstart av enheten hvis mqtt brokeren har vært utilgjengelig en liten stund.

På wifi kan du velge 2.4GHz eller 5GHz. Hvor kommer 866MHz inn i bildet?

Jeg tror jeg har landet på parametre til PID regulatoren som fungerer bra hos meg. pid = PID(40.0, 0.4, 2500.0, setpoint=float(input_number.max_energy_usage)) Time etter time klarer jeg å holde meg like ved grensen jeg har satt på 4.8kWh selv om jeg setter elbil på lading på vilkårlig tidspunkt og VVB slår inn.

Som nevnt kjenner jeg lite til den. Det var nevnt som et problem av andre, men det er sannsynligvis et lite problem som du erfarer.

Du kan få mange av/på på varmekablene. Jeg har løst det med at det er null forsinkelse på å slå de av, men 5 minutt på å slå de på. 5 minutt er periodetid på mine termostater så da antar jeg at mitt system ikke sliter mer enn normal bruk.

Denne bruker appdaemon og skriptet for regulatoren kan også kjøres under appdaemon hvis en vil slippe pyscript

Tesla integrasjonen forsvant i fra Home Assistant pga endret innlogging og betingelser. Men det finnes en uoffisiell integrasjon. Nå vet jeg ikke om det er noen her som har laget teslaseer, men hvis det er, så går det jo å kikke litt i koden på den uoffisielle til HA for å se hvordan det er løst der.

Nei, helt klart ikke. Du må bare kunne slå de av / på alt etter om regulatoren er over eller under en grense som du setter. Løses lett med automasjon i HA eller du kan bruke samme skript som kjører regulatoren. Edit: Men du bør prioritere de og slå de av/på en etter en. Regulatoren får en stor jobb hvis du slår av / på alle på en gang, men det skal i prinsippet virke det også.

AirThings BLE Sensors — ESPHome

Deconz er et kommersielt produkt, men opp til et par hundre enheter er den gratis. Jeg bruker selv denne og er fornøyd. Er stabil. Har god støtte for enheter. De er i ferd med å gjøre den helt om for å lettere støtte nye dingser. Hvordan det vil påvirke stabiliteten får vi jo se etter hvert. Zha er den innebygde i Home Assistant. Kjenner lite til den. En svakhet er at den får en omstart sammen med Home Assistant og må bygge opp mesh på nytt. Deconz og zigbee2mqtt kjører i egne docker og er mer uavhengige av hva som skjer i Home Assistant. I prinsippet skal zha være mindre ressurskrevende da data ikke trenger å passere flere lag for å nå fram til HA Zigbee2mqtt støtter flere enheter og har stor fart på utviklingen. Er kanskje litt mer fiklete å sette opp, men har inntrykk av at dette er blitt bedre.

Istedenfor å kalle det gjennomsnittlig maksforbruk pr time så er det like greit å kalle det for hva det er, energi i løpet av en time (kWh/h) og det måles i en hel klokketime. Måleren sender inn tellerstanden hver hele klokketime til netteier.

Finn først ut om du vil bruke deconz, zha eller zigbee2mqtt. Deretter kan en finne ut hvilken zigbee dings en må kjøpe

Her er eksempel på det jeg prøver å oppnå. Klokken 11 var det timeskifte og mitt forbruk som lå på ca 5.5kW gjorde som forventet at forbruk økte umiddelbart i den nye timen. Men allerede en god stund før forbruket mitt passerer min grense så regulerer pid regulatoren ned til et pådrag på 75% Så jeg unngår at forbruket kommer langt over 100%. Dette er med en D = 2500 Her er kurver med samme tidsakse. Blir litt lettere å se hva som skjer da Det sentrale her er altså rett etter kl 11 der regulatoren går ned til 75% før forbruket har nådd 100%

Dette er nok en svakhet med Aqara sensoren som ikke får med seg alt. Men den vil hente seg inn igjen. Det kan justeres i zigbee oppsettet for sensoren, men mener at standardverdien er at den skal sende status hver time og da vil korrekt verdi bli sendt. Mulig du kan løse dette med en kondensator i parallell med reed kontakten.........

Etter at du har kjøpt det så vil jo utstyret stå uforandret hos deg. Integrasjonen mellom Home Assistant og Nobø sin hub ligger på github og blir vedlikehold av noen her. Det som kan skje er at Nobø går konk og det blir umulig å få erstattet en termostat eller ovn. Men en kan ikke bekymre seg for alt som kan skje.........

Nå er det opp til hver netteier og hvordan det er hos deg der du bor er ikke godt for meg å vite. Men mange netteiere har gått for en modell der den timen i løpet av en måned med størst forbruk setter prisen. De bruker ikke snitt over 24 timer. Hvilken netteier er det der du bor?

Nei, det har de ikke Det er en ovn eller termostat - hvor mye support trenger en?