stigvi

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?

Dette er egentlig en P-regulator. Etterhvert tror jeg du vil få mer og mer lyst på integrasjondelen også 😉 Og det er ikke veldig vanskelig. Du kan løse det med en template sensor i tillegg til det du har eller bare utvide den du har. Et godt tips. Vurdere noe av det samme, enten som dette eller at andre parametre endrer seg avhengig av hvor langt i timen en er kommet.

Nobø sitt system er slikt som bare virker uten dilldall. Og en har mulighet til å integrere det i et smarthus senere hvis en vil det. De har dokumentert hub sitt api og en integrasjon er laget til Home Assistant. Tilgang i så fall er lokal slik at en ikke er avhengig av internett. Nobø har en app og den krever at Nobø hub i hus er på internett hvis du skal fjernstyre varmen. Men er mobiltelefon på samme wifi-nett som hub, vil det gå på lokalt nett.

Når du setter D til 1 så har du vel i praksis deaktivert denne. Tipper D-utgangen på regulatoren står på konstant null? D vil motvirke raske endringer på utgangen, så jeg vil anbefale en høy nok verdi til at du ser at den bidrar. Den kan f.eks hindre at regulatoren øker pådraget så kraftig at forbruket passerer 5kwh for en kortere periode. Å redusere I og P vil gjøre regulatoren tregere, men du kan øke disse to og samtidig øke D for å hindre at det blir ustabilt.

Fuktighet på 13 og 18% er jo spesielt. Er det din egen skala du bruker?

De nye fra Aqara er sertifiserte. De eldre fra Aqara fungere helt fint. De eldre enn det igjen er litt umulige, men fungerer allikevel.

Nei, det er ikke beste metoden. Jeg måler temperatur oppe og nede i tanken og klarer ikke med de to å si så mye om tilstanden. Temperaturen oppe synker ikke pga av vannforbruk, men kun pga varmetap. Du kan ikke bruke den til noe annet enn å måle at nå er det helt tomt for varmtvann og da er det for sent. Den nede påvirkes i veldig stor grad av vannforbruk, men den sier lite om hvor skillet mellom kaldt og varmt vann er. Det ideelle ville vært en måler ca midt på tanken. Det er vanskelig å få til, men høyest opp i luken der termostaten sitter vil nok gi deg mest nyttig info.

Så lenge det er morsomt og ikke et ork er jo prøving og feiling helt ok. Jeg synes selv det er morsomt å perfeksjonere systemet, men samtidig er jeg bevisst på at det kommer til å ha svakheter. Men den store testen blir jo om forbruket klarer å holde seg under 5kWh pr time i desember og januar. Jeg har foreldre på besøk denne helgen og har av den grunn skrudd opp varmen i hele huset. Med 5kWh som grense har en maks 120kWh tilgjengelig pr døgn. I går var forbruket hos meg 100kWh og innimellom var det lading av bil, oppvarming av vann og middagslaging. Ikke en eneste gang var jeg der at nå ryker jeg over 5kWh.

Jeg ekskluderer de i exclude seksjonen til recorder recorder: db_url: mysql://xxxxx:[email protected]/homeassistant?charset=utf8 purge_keep_days: 60 exclude: event_types: - call_service - pyscript_running domains: - media_player entities: - sensor.klepp_energi_effekt - sensor.real_time_consumption_gabriel_edlands_veg_16kw - sensor.sensor_klepp_energi_effekt_integral - sensor.energy - sensor.real_time_consumption_gabriel_edlands_veg_16_integral_derivative - sensor.estimated_hourly_consumption - sensor.estimated_hourly_consumption_unfiltered osv Edit: Kanskje det er pyscript_running du må ekskludere?

Jeg har hele tiden siden sist dette ble diskutert (for ca 1 år siden, kanskje) tenkt at jeg burde lagd en integrasjon som tilgjengeliggjør disse prisene. Integrasjonen kunne vært lagt inn i HACS. Men jeg har ikke noe utviklingsmiljø satt opp for Home Assistant og det er begrenset hvor mye jeg vil fikle med den som styrer huset. Så det ender opp med noe ala dørstokkmila, jeg kommer ikke i gang med å sette opp et miljø fordi det er så mye annet jeg også skal ha tid til.