Vinnerliste

Hei. Har irritert meg grønn over at Yale hubben helt klart har ett webinterface, men vi nektes tilgang. Så har til nå styrt anlegget mitt ved å pulle info fra yale serverene (dette stoppet jo opp her om dagen fordi de har glemt å fornye ssl sertifikatet sitt!). Men jeg trigger events ut fra hvem som låser opp døren, og da er det veldig teit å pulle informasjonen fra yaleserverene hvert 5 sekund. Etter mange forsøk å komme seg inn på webinterface og å sniffe datatrafikk så var tiden inne for å åpne boksen og se om jeg kunne finne noe der. Alle spennende IC'er er selvfølgelig anonyme eller info skrapet bort, men tok en sjans på en 3 pinnet header rett ved ene mcu'en og koblet den til pcen som en uart, og vipps. Data på første forsøk. Tror aldri det har skjedd før. Den gir velvillig fra seg MASSE informasjon. All data til og fra alle enheter og til og fra server, i klartekst og til og med merket. Det største sjokket var alikevel at hubben "chatter" med Yale via jabber protokollen! Det har jeg aldri sett før. Så 4 timer etter at jeg åpnet boksen får jeg nå push meldinger til serveren via usb når dørsensorer og doorman åpnes og lukkes, og en id på hvem som låser opp. Skal jeg pushe actions (er vel kun åpne dør som er aktuelt for meg), så må jeg fremdeles gå via skya, har ikke funnet noen kommandoer jeg kan sende på serie.

Ikke testet, men disse skal være grei. https://www.elektroimportoren.no/termostat-comforttemp-880-oled-sort/5410629/Product.html Edit: husker feil ser jeg. disse er BT og ikke wifi

Kjører HS4 på en del mindre systemer, og ser ikke de store problemene. Men jeg ser heller ikke de enorme fordelene med oppgradere. Jøss, så det er noe som faktisk fungerer med Homey?

Jeg bruker ikke HomeSeer, men Home Assistant. Så jeg skal heller forklare på generelt vis hva jeg har gjort. Forutsetningen er at en kan måle total effekt ofte (kort tid mellom målingene). Jeg bruker Tibber sin Pulse til dette. Og så må en ha strømforbrukere som en kan slå av og på uten at det forstyrrer for mye. Jeg bruker varmekabler og panelovner til dette, men også elbil. Hele sulamitten er bygd opp rundt en PID-regulator. Les litt på Wikipedia for mer info om dette. Konkret har jeg brukt denne, simple-pid · PyPI Den har en utgang som går fra 0 til 100% og 2 innganger. Den ene er maks forbruk en ikke ønsker å overskride. Hos meg er dette et input-felt jeg skriver en tallverdi i som f.eks 7kWh. Den andre inngangen er forventet forbruk i inneværende time. Denne er det som skaper utfordring. Jeg tar effekt fra Tibber Pulse som kommer hvert 2,5s og integrerer denne opp for å få Wh. Jeg bruker denne, Integration - Riemann sum integral - Home Assistant (home-assistant.io) til det. Så deriverer jeg dette for å finne hvor fort integralet endrer seg for å få Wh/h. Jeg bruker denne, Derivative - Home Assistant (home-assistant.io) til det. Tidsvindu er satt til 5 min. Dette jeg får etter derivasjonen tar jeg en andel av ut i fra hvor langt ut i en time en er kommet. Er jeg 30m ut i fra en hel time så deles denne på 2. Og så legger jeg til faktisk forbruk i denne timen. Faktisk forbruk starter på 0 hver hele time og teller oppover. Det kan komme i fra integrasjonen ovenfor. Formelen er altså: Estimert=Faktisk+derivert*(3600-sekunder ut i timen)/3600 Jeg opplevde av og til at estimert hoppet / gjorde for store byks ved timeskifte så jeg filtrerte dette igjen med et lavpassfilter som dette, Filter - Home Assistant (home-assistant.io). Parametre for dette er filters: - filter: outlier window_size: 4 radius: 0.25 - filter: lowpass time_constant: 3 precision: 3 Da har jeg estimert timeforbruket som har den egenskapen at den blir mer og mer nøyaktig etterhvert som en kommer ut i timen. Det er fordi den mer og mer tar hensyn til faktisk forbruk. Dette gis til PID regulatoren og denne har parametre som self.pid = PID(30, 0.3, 0.4, setpoint=float(self.get_state("input_number.max_energy_usage"))-0.1) self.pid.sample_time = 2.0 self.pid.output_limits = (0, 100) self.pid.proportional_on_measurement = False self.pid.auto_mode = True c = self.pid(float(self.get_state("sensor.estimated_hourly_consumption"))) Resultatet, c, er 0 til 100% og der har jeg brukt enkel logikk for å styre ovner og kabler. Er verdien over 90% så er alt på og i normal drift. Er verdien mellom 80 og 90% så er varmekabel på vaskerom avslått, mens resten er på. Så slås en og en varmekabel av for hver 10% verdien synker. På 30% slår jeg av en panelovn, på 20% enda en panelovn og til slutt, ved 10% settes elbil-lading på pause. Grunnen til å starte med varmekabler først er at disse har minst konsekvens å slå av. Etter hvert som PID regulatoren finner ut at en må sette alle kluter til så skrus det som er mer synlig av, som varme i stue og elbil. Å sette en grense for hver 10% passer greit hvis en har 10 strømforbukere av betydning. Har en ferre eller fler så deler en opp 0-100% sånn at en får en jevn reduksjon av effekt når regulatoren går fra 100 til 0. I tillegg har jeg gjort en del andre ting, men dette påvirker ikke selve systemet som det er forklart her. Jeg har blant annet lagd det slik at varmekabler ikke slås av og på for ofte, men at det må minst gå 5 minutt mellom hver endring. Det er for å spare releene i termostatene. Panelovnene har ikke dette da de er triac styrt av termostat i ovn. Og slik har jeg lagd UI. Maks effekt er satt til 30kWh fordi jeg i praksis ikke har stort bruk for dette nå i og med at effekttariff er lagt på is av min netteier.