SveinHa

Noen eksempler på batterinivå fra zzzz2MQTT. Der er ikke så mange varianter men en må bare finne den rette...: Topic: shellies/SmokeSov2/status/devicepower:0 Payload: {"id": 0,"battery": {"V": 2.99,"percent": 98}} Topic: zwave/Gang/BrannRoyk/battery/endpoint_0/level Payload: {"time": 1717723190900,"value": 100,"nodeName": "BrannRoyk","nodeLocation": "Gang"} Topic: zigbee2mqtt/Heiman/BrannTekniskRom Payload: {"ac_status": false,"battery": 100,"battery_defect": false,"battery_low": false,"last_seen": "2024-06-10T12:50:06+02:00","linkquality": 72,"restore_reports": true,"smoke": false,"supervision_reports": true,"tamper": false,"test": false,"trouble": false}

Zigbee2MQTT og ZWave2MQTT har litt odde format på batterinivåer så der blir litt programmering for hver type sensor men jeg lagrer batterinivå i MariaDB og har manuelt lagt inn batteritype for hver sensor slik at jeg ikke trenger å huske på det. Får varsel kl 0900 og 2100 via PushOver ved nivå under 40%. Har satt den grensen litt høyt siden en del sensorer faller som en stein i nederste halvdel av batterinivået: Her viser tidspunkt for siste oppdatering av batterinivå men det kunne nok være litt nyttig å også logge sist batteriskifte.

Da har jeg oppdaget at det er langt fra Dallas til Kina... De siste dagene har jeg hatt 2 havarier på DS18B20 sensorer... Den ene bare døde og den andre begynte å gi feil og ustabil temperatur (mørk blå kurve): Ble skiftet med ny ca. kl 15:00 og da stabiliserte temperaturen seg. Begge disse, og en mengde andre DS18B20 sensorer jeg har i drift, er Kinavare... Ikke så vanlig at digitale sensorer jukser slik men samme hvor digital en sensor er så ligger der noe analogt helt ytterst i enden og en litt dårlig kontakt kan gjøre underverker...

Det gjelder ikke bare DS18B20 lengre, nå har jeg kjørt meg opp i et hjørne der jeg ikke får kompilert noe program, ikke til Arduino MKR 1010 WiFi heller.

Nei... nå gir jeg opp Arduino/ESP32 for noen måneder... Klarer ikke å finne riktige bibliotek. Har slettet hele ArduinoIDE inkl de 3 mappene med bibliotek og installert nye bibliotek etterhvert som de mangler men kommer ikke i mål... Akkurat nå er feilmeldinger slik: /home/svein/SynologyDrive/Dokumenter/Hus/Dalstrevegen 40/Hjemmeautomasjon/Mikrokontrollere_ESP32/libraries/EspMQTTClient/src/EspMQTTClient.cpp: In member function 'bool EspMQTTClient::handleWiFi()': /home/svein/SynologyDrive/Dokumenter/Hus/Dalstrevegen 40/Hjemmeautomasjon/Mikrokontrollere_ESP32/libraries/EspMQTTClient/src/EspMQTTClient.cpp:187:5: error: 'WiFi' was not declared in this scope 187 | WiFi.disconnect(true); | ^~~~ /home/svein/SynologyDrive/Dokumenter/Hus/Dalstrevegen 40/Hjemmeautomasjon/Mikrokontrollere_ESP32/libraries/EspMQTTClient/src/EspMQTTClient.cpp:194:27: error: 'WiFi' was not declared in this scope 194 | bool isWifiConnected = (WiFi.status() == WL_CONNECTED); | ^~~~ /home/svein/SynologyDrive/Dokumenter/Hus/Dalstrevegen 40/Hjemmeautomasjon/Mikrokontrollere_ESP32/libraries/EspMQTTClient/src/EspMQTTClient.cpp:194:44: error: 'WL_CONNECTED' was not declared in this scope; did you mean 'MQTT_CONNECTED'? 194 | bool isWifiConnected = (WiFi.status() == WL_CONNECTED); | ^~~~~~~~~~~~ | MQTT_CONNECTED /home/svein/SynologyDrive/Dokumenter/Hus/Dalstrevegen 40/Hjemmeautomasjon/Mikrokontrollere_ESP32/libraries/EspMQTTClient/src/EspMQTTClient.cpp:215:27: error: 'WL_CONNECT_FAILED' was not declared in this scope; did you mean 'MQTT_CONNECT_FAILED'? 215 | if(WiFi.status() == WL_CONNECT_FAILED || millis() - _lastWifiConnectiomAttemptMillis >= _wifiReconnectionAttemptDelay) | ^~~~~~~~~~~~~~~~~ | MQTT_CONNECT_FAILED /home/svein/SynologyDrive/Dokumenter/Hus/Dalstrevegen 40/Hjemmeautomasjon/Mikrokontrollere_ESP32/libraries/EspMQTTClient/src/EspMQTTClient.cpp: In member function 'bool EspMQTTClient::handleMQTT()': /home/svein/SynologyDrive/Dokumenter/Hus/Dalstrevegen 40/Hjemmeautomasjon/Mikrokontrollere_ESP32/libraries/EspMQTTClient/src/EspMQTTClient.cpp:325:9: error: 'WiFi' was not declared in this scope 325 | WiFi.disconnect(true); | ^~~~ /home/svein/SynologyDrive/Dokumenter/Hus/Dalstrevegen 40/Hjemmeautomasjon/Mikrokontrollere_ESP32/libraries/EspMQTTClient/src/EspMQTTClient.cpp: In member function 'void EspMQTTClient::onWiFiConnectionEstablished()': /home/svein/SynologyDrive/Dokumenter/Hus/Dalstrevegen 40/Hjemmeautomasjon/Mikrokontrollere_ESP32/libraries/EspMQTTClient/src/EspMQTTClient.cpp:362:75: error: 'WiFi' was not declared in this scope 362 | Serial.printf("WiFi: Connected (%fs), ip : %s \n", millis()/1000.0, WiFi.localIP().toString().c_str()); | ^~~~ /home/svein/SynologyDrive/Dokumenter/Hus/Dalstrevegen 40/Hjemmeautomasjon/Mikrokontrollere_ESP32/libraries/EspMQTTClient/src/EspMQTTClient.cpp: In member function 'void EspMQTTClient::onWiFiConnectionLost()': /home/svein/SynologyDrive/Dokumenter/Hus/Dalstrevegen 40/Hjemmeautomasjon/Mikrokontrollere_ESP32/libraries/EspMQTTClient/src/EspMQTTClient.cpp:388:5: error: 'WiFi' was not declared in this scope 388 | WiFi.disconnect(true); | ^~~~ /home/svein/SynologyDrive/Dokumenter/Hus/Dalstrevegen 40/Hjemmeautomasjon/Mikrokontrollere_ESP32/libraries/EspMQTTClient/src/EspMQTTClient.cpp: In member function 'void EspMQTTClient::connectToWifi()': /home/svein/SynologyDrive/Dokumenter/Hus/Dalstrevegen 40/Hjemmeautomasjon/Mikrokontrollere_ESP32/libraries/EspMQTTClient/src/EspMQTTClient.cpp:555:3: error: 'WiFi' was not declared in this scope 555 | WiFi.mode(WIFI_STA); | ^~~~ /home/svein/SynologyDrive/Dokumenter/Hus/Dalstrevegen 40/Hjemmeautomasjon/Mikrokontrollere_ESP32/libraries/EspMQTTClient/src/EspMQTTClient.cpp:555:13: error: 'WIFI_STA' was not declared in this scope; did you mean 'WIFI_IF_STA'? 555 | WiFi.mode(WIFI_STA); | ^~~~~~~~ | WIFI_IF_STA Multiple libraries were found for "ArduinoOTA.h" Used: /home/svein/.arduino15/packages/esp32/hardware/esp32/3.0.0/libraries/ArduinoOTA Not used: /home/svein/SynologyDrive/Dokumenter/Hus/Dalstrevegen 40/Hjemmeautomasjon/Mikrokontrollere_ESP32/libraries/ArduinoOTA Multiple libraries were found for "WiFiClient.h" Used: /home/svein/.arduino15/packages/esp32/hardware/esp32/3.0.0/libraries/WiFi Not used: /home/svein/SynologyDrive/Dokumenter/Hus/Dalstrevegen 40/Hjemmeautomasjon/Mikrokontrollere_ESP32/libraries/WiFiNINA Not used: /home/svein/SynologyDrive/Dokumenter/Hus/Dalstrevegen 40/Hjemmeautomasjon/Mikrokontrollere_ESP32/libraries/WiFi_Link Multiple libraries were found for "WebServer.h" Used: /home/svein/SynologyDrive/Dokumenter/Hus/Dalstrevegen 40/Hjemmeautomasjon/Mikrokontrollere_ESP32/libraries/WebServer Not used: /home/svein/.arduino15/packages/esp32/hardware/esp32/3.0.0/libraries/WebServer exit status 1 Compilation error: exit status 1 Stikker innom Kjell&Co og henter meg en Shelly Plus Uni så snart de åpner så kommer jeg i alle fall i mål med det mest akutte...

2PM har ikke potensialfrie kontakter som du trenger til porten. Pro2PM tror jeg har potensialfrie kontakter, i alle fall ser det slik ut på skjemaet på siden av den. Jeg bruker en Nexa AN179 på hver port.

Jeg gjorde samme jobben for noen år siden: HomeSeer --> Node-RED. Mye jobb men så lenge all IO allerede er på MQTT så går det greit å ta rom for rom/funksjon for funksjon med svært beskjeden nedetid for hvert rom/funksjon. Hadde lenge HomeSeer kjørende kun for Verisure/Yale Doorman men fant en fungerende løsning for Node-RED til slutt...

Slik ser en av mine PlugS ut: Har du oppdatert firmware i PlugS? ALT Shelly har gammel firmware når du kjøper de og der kan være dramatiske forskjeller... Du finner oppdatering direkte i brukergrensesnittet.

Anførselstegn?

MQTT dokumentsjonen til Shelly er så som så... Styring av Shelly Plug S er f.eks: <topic>/command/switch:0 og payload on/off Prøver å samle litt Shelly spesialiteter her:

Ja, det kan sies så enkelt. Kjenner ikke detaljene i Uponor Smatrix Wave Style Termostat men høyst sannsynlig kan den tilkobles gulvsensor også. Jeg setter gulvtemperaturen manuelt og den varierer noe gjennom sesongen. Nå på våren har jeg gulvene på 20-22 grader, badet på 25-27. Om vinteren setter jeg gjerne 24-26 i stue/kjøkken/gang men 27 pleier å passe fint på badet om vinteren også. Vestlandsvintrene er jo relativt milde og det kan jo hende jeg kjører badet opp i 30 også når det er ekstra kaldt. Er der litt småkaldt i stuen om morgenen går der noen pinner i peisen men gulvene holder en fin grunntemperatur i huset... Huset mitt er fra 1840 og etterisolert men absolutt ikke noe lavenergihus... Alle gulvene bortsett fra badet er veldig godt isolerte og tykk betong så de tar evigheter å varme opp men holder også på varmen i dagevis.

Aktuatorene er bare aktuator og kan styres av hva som helst. Vanligst nå med 24VDC, tidligere var 230VAC vanligst, sjekk hva du har og bygg styring etter det. Får aktuatoren spenning vil den åpne i løpet av 2-3 minutt og bruker en lignende tid på å stenge når den mister spenning. I tillegg har du vel sirkulasjonspumpe som også må styres om den ikke går 24/7/365. Jeg liker å ha gulvsensorer å styre etter for det er vanskelig å regulere romtemp med gulvet.

Spennende å prøve. Har kjørt MariaDB på Synology i mange år og har alltid vært imponert over hvor raskt søkeresultatene dukker opp... Men enkelte kompliserte søk tar litt tid...

Neppe for DS18B20 takler begge deler og har prøvd begge deler. Det virket noen uker men døde og siden har jeg ikke fått liv igjen utenom den ene gangen på gutterommet. Kikker litt gjennom hvilke bibliotek jeg har installert og fjerner litt i hytt og vær og reinstallerer etterhvert som jeg får beskjed om hva som mangler, mulig det kan hjelpe men vet ikke ennå...

Har i mange år hatt en Arduino med 4 DS18B20 sensorer i poolen men av forskjellige grunner skiftet jeg den ut med en ESP32 for litt siden. Alt virket fint i noen uker men så ble det stille... MQTT oppdateres men ESP32 rapporterer 0 sensorer og dermed ingen temperaturer... Har brukt mange timer og skiftet ut ALT (bokstavlig talt: ESP32, USB strømforsyning, USB kabel, alle DS18B20, pull-up motstand) men ingen suksess... Har brukt både mitt eget ganske lille prigram og eksemplene i Arduino IDE og alt er like dødt... Den eneste suksessen jeg har hatt er å sitte på gutterommet med ny ESP32 og koble til 1 sensor, den virker, kobler til 1 til, begge virker, 1 til, alle 3 virker og koble til den fjerde og alle 4 virker. Ahhh endelig. Tar med alt til poolen og plasserer sensorene der de skal være og....dødt... WiFi dekningen er god: Aksesspunkt innen direkte synslinje 5-6 meter unna og jeg har jo kontakt via OTA og MQTT oppdateres som den skal men altså ingen temeraturdata fordi ESP32 ikke ser noen sensorer. Hvor å gå herfra?

I går dukket MMU3 (MultiMediaUnit gen 3)opp på døra. Et par timers bygging og jeg har 5-farge print. En kjapp prøveoppstilling ser slik ut: ...og de første prøveprintene: Ser standardinnstillignene for fargeskift må justeres litt da rødfargen i sauen smitter over i ullen... Enkel sak... Har så langt fungert helt 100%... Så da fikk 3D printeren plutselig et helt annet bruksområde i tillegg...

Det har jeg også gjort (kl 2200) men ser at kvaliteten på solvarselet ikke er imponerende i det hele tatt. Så langt bruker jeg 2 solvarsel (forecast.solar og solarcast.com.au), integrerer en total for i morgen og bruker gjennomsnittet av de 2 til å automatisk kjøpe strøm når solen er fraværende men det er nå litt så som så hvor brukende det er... Ser ut til at du har mer sol enn meg i alle fall...

Jeg tenkte at første delen av mitt anlegg på 8.1kWp var overdmensjonert men gikk for det med tanke på at vinterdager med lite sol skulle gi best mulig uttelling. Nå ser jeg at 17.7kWp ikke er overkill men mer en fornuftig størrelse med drift av poolen hele sommeren. Der vil nok bli en del dager der spareregime må settes i verk i løpet av sommeren også for å unngå kjøpestrøm... Hvor kommer den stiplede linjen fra @thoralex? Hvis den er forvarsel som ikke er korrigert i ettertid så ser den jo veldig imponerende ut i nøyaktighet...

Når en ser på siste uken er det ganske lik produksjon hos meg og (gul strek) mens uken før er en del dårligere her. Jeg holder til på Karmøy, hvor i landet er du @hflatoey

Nå begynner det å bli gøy med solceller... Som nevnt var D-dagen (da anlegget skal være nedbetalt) 28.02.2031 men allerede nå er det den 27.12.2030. De siste dagene har jo strømprisen vært rundt 0 øre i de timene med mest sol men selv da gir jo solcellene god inntjening fordi en må jo regne den prisen en i virkeligheten betaler for strømmen og det er jo rundt 70 øre inkl nettleie, enovaavgift og forbruksavgift selv om strømmen i seg selv er gratis. Der har jo vært litt delte meninger om batterier i solcelleanlegg her på forumet og der finnes jo heller ikke så mange slike anlegg. Iflg mitt lokale el.tilsyn så visste de bare om ett lignende anlegg i deres område. En nøkkelting hos meg er poolen på 28m3 som jeg av helsemessige årsaker helst vil ha på 34 grader og det koster jo blod når en skal kjøpe strøm. I fjor varmet jeg kun på solstrøm og oppnådde kun en enkelt dag med 34 grader. Nå har jeg kjørt varmepumpe i 6 dager fra kl 0800 til 2230 og fått tempen opp fra rundt 10 grader til 34 og har brukt litt over 200kWh på det. I 18 tiden begynner solcellene å gi ganske begrenset med strøm i disse dager og da kjører jeg poolen på batteri fram til 2230 og da er batteriene såpass nedkjørt at jeg har en SOC på ca 30% når jeg starter opp igjen kl 0800 neste morgen. Da går der vel et par timer før batteriene begynner å lades nevneverdig men de blir fulle i 13-14 tiden og da har jeg også fått 80 grader i berederen og alle gulvene oppe i temp. Der er jo 3 ting som har gjort den store endringen fra i fjor og det er drøyt doblet solcellekapasitet, 45% større batteri og at pool varmepumpen nå går på "reserveinverteren" slik at fulle 7.4kW er tilgjengelig for vv bereder og resten av huset hele tiden. En ting jeg er spesielt fornøyd med siden jeg designet anlegget med et tak på 7.4kW (2x6mm2 kabel sikret med 32A fram og tilbake mellom huset og garasjen der solceller og invertere er plassert) er den automatiske inn/utkoblingen av lavt prioriterte laster som vv.bereder, ekstra varmekolbe for gulvvarme til erstatning for varmepumpen som røyk og filteranlegget til poolen. I praksis trenger en ikke tenke på totalforbruket når manuelle ting som vaskemaskin, kaffetrakter, stekeovn og slikt slås på så ordner de lavprioriterte lastene seg selv. Prinsippet er veldig enkelt: Jeg har en variabel "Tilgjengelig effekt" som er 7.4 minus reell effekt brukt akkurat nå. For de lavprioriterte lastene har jeg en funksjonsblokk som kjøres momentant hver gang "Tilgjengelig effekt" endrer verdi. Hver enkelt funksjonsblokk har noen få parametre som styrer av/på funksjonen. F.eks. vv.bereder har en varmekolbe merket 2.9kW men er i praksis 2.8kW. For at berederen skal slå seg på må der være minst 2.85kW tilgjengelig og om der blir mindre enn 0.01kw tilgjengelig så slår den seg av. I tillegg har jeg noen timere i funksjonsblokken som gjør at enkelte laster kobler inn eller ut litt senere enn andre så jeg kan på den måten manuelt prioritere litt. 7.4kW er ikke så veldig mye i et hus, bereder, stekeovn, mikro og kaffetrakter så nærmer taket seg og komfyren i tillegg... Nåja, jeg koker på gass så akkurat den biten trenger ikke jeg bekymre meg om men så langt har 32A sikringen aldri gått...

En bombesikker løsning er Philips Hue Lightstrip Plus V4 LED-list men den koster jo noen kroner. Finnes en mengde rimeligere alternativer og jeg har en del Kina-LED med Fibaro RGB-kontroller og de er jo i en helt annen pris- og kvalitetsklasse... Kina-LEDene har stort sett funket greit i noen år og har vel vært verdt prisen men ikke helt imponert...

Du kan bruke hva som helst med potensialfri kontakt til portstyring, tror denne kan brukes (2 kontakter men du trenger bare 1. Beskrevet å være"dry contact", altså potensialfri kontakt). Jeg har noen Nexa AN-179 til mine porter. Veldig greit å i tillegg ha endebrytere slik at automatikken VET om porten er åpen eller stengt. Jeg styrer portene med både original fjernkontroll, ZWave fjernkontroll(via Node-RED) og fra flere skjermer rundtom i huset og på tlf (Virtuino og Node-RED Dashboard).

3D-printer er fint til slikt... Lage en tilpasset brakett...

Da jeg for en god tid tilbake oppgraderte til 1.34.0 begynte der å dukke opp en masse feilmeldinger i UI uten at de ser ut til å påvirke noe stort. OWON CB432 sluttet samtidig å oppdatere energidata men de har jeg funnet en hack på slik at de gjør jobben nå (et shellscript henter data hvert 10 sek). Har prøvd å oppgradere uten suksess... Husker ikke nøyaktig hva som skjedde men den oppgraderte versjonen virket i alle fall ikke... Zigbee2mqtt er jo en super byggeklosse i et hjemmeautomasjonssystem men den MÅ jo virke for at det skal være noe stas... Har også en 1.36.1 installasjon som ikke oppdaterer "Last seen". Litt småirriterende men ikke noe kritisk, virker fint ellers...

Nei, jeg har ikke tatt med vedlikeholdskostnader. Solcellene som sådan trenger ikke annet en en vask i ny og ne for å holde effekten oppe men det er ikke påkrevd for levetiden sin del. At en MC4 connector kanskje må skiftes en eller annen gang kan vel skje men det vil regnes som reparasjon og ikke vedlikehold. Vil nok gå over og teite alle skruforbindelser en gang, det skal holde for all evighet. Inverter skal vel litt til at varer lengre enn 10 år men det vil nå vise seg. Det er en relativt liten kostnad i den store sammenhengen. Der er jo litt andre småting med begrenset levetid som RPi og ESP32 men heller ikke her noe vedlikehold annet enn en backup i ny og ne... Nå er det heller ikke noe poeng for meg at regnskapet skal være nøyaktig og riktig men det er nå litt gøy å se hvilken vei tallene peker og ikke minst akkurat nå at utvidelsen av solcellene i stedet for reparasjon av varmepumpe viser seg å være riktig (og kanskje til og med riktigere enn antatt).