SveinHa

Jepp. Ost på godt tilbud, nesten uansett type, handles inn i stort og kan lagres i årevis, blir bare bedre og bedre... Ost nyere enn 1 år utgått på dato kaller vi "ferskost" 😉

Ser ikke noen luftekanaler/rister... Mistenker jo at gassen er på vei ut og at det påvirker balansen. Bakveggen i kjøledelen får noen isklosser selv om tempen ikke går under 8... Det får leve slik så lenge det kan...

Når en har et hauggammelt kombiskap (gitt bort på finn.no) som allerede har DS18B20 sensorer i begge rom og det begynner å streike... Frysedelen går lett ned i 35 blå mens kjøledelen sliter med å komme under 8 røde så må en finne på noe... Kjenner ikke detaljene på kjølesiden men med 1 kompressor og 1 termostat så vet jeg ikke helt hvordan balansen mellom kjøl og frys virker. Kjapp Reodorløsning er et par strategisk plasserte hull på rundt 35mm, slange og en liten PC-vifte og plutselig er kjøledelen nede i 2 grader 😉

Jeg kjenner heller ikke stort til de systemene og jeg gikk for full off-grid slik at jeg selv har kontroll. Stenger kraftlaget strømmen så merker ikke jeg det. En ting er strømrasjonering (som heldigvis ikke har skjedd enda men vi kjører jo mot et planlagt strømunderskudd) men jeg tenker også selvberging, at jeg ikke skal være helt avhengig av andre... Jeg har også inntak og solceller i forskjellige bygg, heldigvis, for billiginverterne jeg har bråker en god del (viftestøy). Jeg trenger litt 3-fas men prioriterte ikke det via solcellene. 3-fasen jeg bruker blir direkte kjøpestrøm men 3 stk 1-fase invertere kan konfigureres til å levere 3-fas. Joda, strømmen her er også stabil nok nå men en vet aldri hva politikere finner på... De har jo løyet nok om hvor lite utenlandskablene ville påvirke oss allerede... Jeg har ikke regnet så nøye på det men jeg er ganske sikker på at til mitt bruk (= stort forbruk til basseng om sommeren når der er mest sol) så er en batteriløsning gunstig. Selv med 17 kW varmepumpe får jeg ikke stort mer enn rundt 0.4 grader pr time i bassenget nå når der er 10-12 grader ute på det jevne og jeg mister et par grader i løpet av natten så mange driftstimer trengs hver dag. Om jeg kan stole på at der blir nok sol i morgen starter jeg varmepumpen i 7-8 tiden og kjører til 21-22.

Ja, de står i hovedsak i sørlig retning men ikke helt... Det finnes jo allerede en del ferdige batteriløsninger men de koster jo litt mer enn DIY. Der er jo nye teknologier på gang og prisene på LiFePO4 skal vel fremdeles litt nedover muligens... Å sitte og vente på ny teknologi er bortkastet, en må benytte seg av det som er tilgjengelig nå for tiden en venter får en aldri igjen... og oppblåste luftslott som aldri materialiserer seg har vi hatt rikelig av... Mistenker at der kan komme en del el.bil batterier i markedet også. Enkelte produsenter KREVER at batteriet skiftes dersom en airbag har vært utløst og det gir lett kondemnert bil...

Whoooopsi, trykkfeil i årstallet... Rettet nå... Inkludert i de kr 110 er også 3 dager med svært så uventet snøfall som gjorde at solcellene var HELT tildekket (kontinuerlig lett snøfall i 3 døgn).

En liten milepæl ble nådd i dag: Total inntjening, inkl. kostnader med utvidelse av anlegget, passerte 25% og D-dagen (datoen da anlegget skal være 100% inntjent) er i dag 21.10.2030. D-dagen har allerede på noen få mnd flyttet seg fra 28.02.2031 og den vil nok nærme seg betydelig mer i tiden framover, spesielt nå i sommer med mye sol og pool som krever en god del strøm. For noen mnd siden startet jeg å KUN regne inntjening direkte fra kWh solstrøm x strømpris samme time. Dvs. at billige strømkjøp i den tiden jeg må kjøpe strøm ikke tas med selv om der er en del å tjene der også. Fra 01.04.24 og fram til i dag har jeg kun kjøpt strøm for kr. 110.- Med 17.7 kWp installert effekt har jeg enda ikke sett mer enn max 14 kW (i dag) men det har nok litt med at panelene ligger litt for flatt i forhold til breddegraden her og også at de ikke står rett sydvendt. En liten dis er der jo også i dag men 14kW er jo heeeelt supert.

Om det kan være et tips så satte jeg opp en del Ikea LED-lister med zigbee styring på kjøkkenet. Gir godt lys og er "usynlig": Styrt av bevegelsessensor til forskjellig lysstyrke alt etter tid på døgnet. Fjernet også lyset i ventilatoren og erstattet med samme type som resten.

Det får du også med Zigbee2mqtt. For min del ble mqtt en byggekloss i systemet mitt som åpnet mange dører. Da jeg skiftet fra HS4 til Node-RED var alle sensorer tilgjengelige for begge systemer samtidig og det var enkelt å flytte over rom for rom/funksjon for funksjon... Jeg har lest litt om Matter men i mitt hode er det såpass nytt at jeg ikke en gang har sjekket hva som finnes tilgjengelig... Selv med veletablerte standarder som Zigbee og ZWave ender jeg ofte opp med at den "dingsen" jeg trenger KUN finnes i Zigbee ELLER ZWave slik at det valget ikke blir mitt...

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...