SveinHa

Shelly har mye fint på WiFi. Jeg bruker Shelly via MQTT og det vil jo fungere fint med HomeSeer men om HomeSeer har noen direkte styring av Shelly vet jeg ikke.

Node-RED har jo Dashboard som gir et flott brukergrensesnitt. Men nå må jeg nok ikke skrive mer om Node-RED i HA forumet, enkelte såre tær om slikt her...

Hvorfor ikke da bare bruke Node-RED? Eller har HA noe du MÅ ha som ikke Node-RED kan tilby?

De ligger også i https://api.drivstoffappen.no/api/v1/brands

Super den. Bare en JSON node på slutten så er dataene litt mer lesbare. Ser databasen har endret seg en del så litt småfix gjenstår før jeg er helt oppegående...

På generelt grunnlag ville jeg nok ikke kjøpt Futurehome/Homey e.l. bare for å få tilgang til ZWave/Zigbee. Mye mulig det vil virke fint men sats heller på standardutstyr som USB-dongler når de likevel skal bruke NodeRED/HA. Min verden ble mye bedre da jeg gikk i gang med ZWavejs2mqtt og zigbee2mqtt. Da har du alle enheter koblet til et standard grensesnitt og kan enkelt benytte de i flere systemer samtidig om du vil. NodeRED har jo drivere for både ZWave og Zigbee men har aldri hatt behov for å bruke de og vet derfor ikke hvor godt de virker...

Ryddet litt i teknisk rom... Ble litt deler til overs...

Den var jo super. Nøyaktig samme funksjon som jeg hadde funnet på nett men betydelig enklere. Veldig greit med et allerede definert passord også... "Min" variant hadde noen svært få kodelinjer (som måtte plasseres litt strategisk om deler av progammet brukte lang tid) i tillegg til OTA.h som inneholder alle nødvendige funksjoner og som bare måtte inkluderes.

Synes også at ZWavejs2mqtt og zigbee2mqtt er vesentlig mye bedre enn tilsvarende drivere i HomeSeer og deConz. Har fremdeles litt gremlins i nettet men dramatisk mye mindre enn før MQTT ble satt i drift.

Den virker fint som i eksempelet men ikke med mine variabler så der må jeg forske litt til... Vedr retain = true vs false så plukket jeg denne fra et kommentarfelt: Så "retain=true" virker som på alle andre MQTT-meldinger: Når nye abonnenter kobler seg til vil de få eksisterende LWT melding tilsendt umiddelbart men ved "retain=false" sendes den bare til eksisterende abonnenter og nye blir værende uinformert. En eller annen plass i loopen bør der være noe sånt som: MQTTclient.publish("LWTTestClient/lastwill","Online"); for å nullstille LWT når enheten er oppegående igjen.

Mye mulig men får ikke liv likevel. Eksempelet er plukket fra nett og der var ikke stort beskrivelse av parametre...

Fant litt om LWT og la inn dette: top = baseTopic; top += "LWT"; char messageLWT[] = "Offline"; void enableLastWillMessage(const char* top, const char* messageLWT, const bool retain = false); ...men det virker ikke. Har ikke lagt stort mer arbeid i det enn å få kompilatoren til å svelge det...

Inspirert av @Fermate sine ESP32 byggeklosser kom jeg på tanken med OTA. Så først en video som ga grunnleggende info men var litt halvhjertet. Ny video ga hele pakken... Da begynner ESP32 virkelig å bli gøy!

Takk for tips. Jeg kjøpte meg en Isotunes Pro Aware EN352 Hørselvern som jeg er rimelig fornøyd med. Litt lavt lydnivå men det har med EN352 godkjenning som hørselvern å gjøre. Finnes en ikke-EN352 versjon også og den har litt høyere volum. Gir fin tilbakemelding av omgivelseslyd samtidig som den demper støy og funker godt som handsfree.

Jeg tenkte mer på at når en ikke liker måten HA er bygget opp og programmeres på så innfører en ikke andre dingser som som programmeres som HA. Det jeg har sett av HA og esphome så ser de veldig like ut...

Når en først har valgt bort Home Assistant så virker det lite logisk innføre noe som ser veldig Home Assistant ut...

Har hatt et par ESP32 gående en ukes tid med program basert på denne malen og de har så langt vært mer stabile enn andre ESP32/MQTT varianter jeg har laget tidligere, ingen stopp enda. Er der LWT funksjon (Last Will and Testament) innebygget i biblioteket og hvordan settes evt. denne opp? Jeg har en "uptime" teller som oppdateres til MQTT hvert 10 sekund så jeg vil jo se om ESPen sovner inn/mister nett...

Det er ikke noen spesiell forsikring men havariet var plutselig og uforutsigbart. Ikke noe jeg kunne gjort for å forebygge. Årsaken til havariet var varmeveksler mellom gass- og vann kretsen som fikk intern lekkasje. Gassen gikk inn i vann kretsen og ut automatisk lufter, deretter gikk vannet inn i gasskretsen og frostsprengte kompressoren/rørene i nærheten. Når en kan dokumentere dårlig økonomi i reparasjon så synes jeg det er klokt av forsikringsselskapet å støtte alternativer som ikke koster mer for dem.

Så ville skjebnen det slik at min 7 år gamle luft/vann varmepumpe totalhavarerte. Siden varmepumpehavariet for et par uker siden har jeg satt meg ned med kalkulatoren. For hele 2023 har varmepumpen generert 4863 kWh iflg energimåler på vannsiden. Varmepumpen har i samme periode forbrukt 1578 kWh og det gir en innsparelse på 3284 kWh. Om vi regner at strømprisen i 2023 har ligget på rundt kr 1.20 inkl nettleie og strømstøtte så blir da årlig besparelse/inntjeningspotensiale kr 3941. Om en skal tjene inn en reparasjon til kr 69.900 (skadetakst) så ender vi på tett oppunder 18 år og det blir da økonomisk forkastelig. Jeg har jo allerede solcelleanlegg med stor batteripakke og ser for meg at det vil bli langt mer lønnsomt å utvide dette til en kostnad rundt det samme som varmepumpehavariet koster. Jeg har de siste ukene holdt gulvene og bereder varme med strøm fra solcelleanlegget og ser at det går men må utvide om jeg skal ha energi å gå på til skyggefulle dager. Erstatninger som forsikringen dekker gjelder jo det havarerte anlegget så jeg ser en stor fordel i å heller utvide solcelleanlegget i stedet for å gjøre en økonomisk forkastelig handel med ny varmepumpe. Til info har jeg fått muntlige prisoverslag fra 2 andre varmepumpeleverandører og de antyder en reparasjonspris kr 100.000 til 120.000. Har forelagt denne problemstillingen for forsikringsselskapet og de var veldig positive til det. Har gjort avtale med forsikringsselskapet at jeg umiddelbart får utbetalt erstatningssummen uten mva og så får jeg utbetalt mva etterhvert som fakturaer med dokumentert mva sendes inn. Har allerede 9.6 kWp solceller i bestilling og disse vil bli montert på treunderstell i en skråning borte fra bygninger. De fleste MPPT regulatorene sliter med å takle såpass effekt så jeg regner med å kjøpe ny off-grid inverter som bare blir brukt til MPPT og som stand-by inverter i tilfelle den andre skulle få problemer. ...eller om jeg får liv i den inverteren som sovnet under firmware-oppgradering vil jeg bruke den... Berederen har jo varmekolben stående på midten siden varmepumpen er ment å varme nedenfra så for å få få litt varme til gulvene installerte jeg en internsirkulasjonspumpe slik at det varme vannet øverst flyttes ned til bunn. Det skal ikke mye sirkulasjon til så pumpen står på laveste hastighet og går i en 5 minutt syklus, 5 min på, 5 min av og det ser ut til å være ganske passe..

Har begynt å få til litt solvarsel slik at jeg, nå på vinteren, kan planlegge hvor mye strøm jeg må kjøpe i løpet av natten for å overleve neste dag. Er ikke kommet helt i mål med automatikken men det er nå i alle fall langt bedre enn uten solvarsel. Oversikt over hvordan solvarselet virker vises slik: Den 17.01 er et ganske stort avvik og det skyldes 3 dager med nedsnødde solceller...

Har utvidet "Solvarsel vs Reell" trendene litt: Nederste viser avvik. Er varsel og reell lik vises "0", grønn er mer sol enn varslet, rød er mindre. Den 17.01 er en stor minus og det skyldes snødekkede solceller i 2-3 dager.

Har ikke jobbet med Modbus siden -90 tallet men ser Node-RED har en haug med Modbus integrasjoner. Da burde det være nokså kjapt å gjøre et forsøk for å se hvor enkelt/vanskelig det er. Eneste stedet jeg ikke har kommet i mål er Verisure/Yale Doorman integrasjon men den er så lite viktig for meg at jeg har ikke lagt stort arbeid i den... Hadde en stund HomeSeer oppe og gå kun for Verisure men Verisure sluttet å virke i HS også... Jeg gikk over til Node-RED for noe rundt 3 år siden og har mange ganger lurt på hvorfor jeg ikke hadde hørt om Node-RED tidligere. Selv her på forumet ser det ut til at Node-RED er litt "uglesett" på en måte. En kan ikke velge Node-RED som system i profilen til tross for flere hint til adm (hint igjen @Moskus), medlemmer av andre "menigheter" gir beskjed om at de ikke vil høre om Node-RED osv. men det er nå deres tap tenker jeg... Jeg er i alle fall mektig imponert over hvor enkelt og greit det er å få til det meste i Node-RED. Der er ingen systemer som passer best for alle, folk har forskjellig ståsted på mange plan. Når jeg skal i gang med et eller annet nytt der jeg har mange veier å gå så lager jeg meg en liten og relativt enkel oppgave og ser hva som skal til for å løse denne, hvor mye nett/forumhjelp jeg trenger for å komme i mål. For hjemmeautomasjon blir oppgaven f.eks. slik: Jeg har 2 wallplugs, en til espressomaskin og en til kaffekvern. Espressomaskinen skal kunne slås på/av fra wallplug OG et eller annet skjermbasert. 10 minutt etter espressomaskinen slås kvernen på da det indikerer at espressomaskinen er gjennomvarm. Etter 1 time slås alt av igjen om det ikke er slått av manuelt. Og kanskje det viktigste: Det skal kunne herjes med, slås av/på i hytt og pine uten at timerne går i ball... (og når en leker med disse tingene så settes jo selvsagt timerene til sekunder i stedet for minutt og timer...). Når oppgaven er i boks regner jeg med at jeg har kunnskap nok til å avgjøre om systemet er passende for meg...

Har en EASunPower/Voltronic SMW8k solcelleinverter der leverandøren i Kina sendte feil firmware til meg og det medførte at den sovnet. Etter over 100 eposter til leverandøren har de vist seg å være totalt kunnskapsløse så ingen hjelp å få der. Har en kontant i Italia som kan hjelpe meg men bare frakt blir maaange tusen så håper på å finne noe rimeligere. Inverteren har innebygget oppdateringsfunksjon men den feil firmwaren har ødelagt denne også så nå er inverteren inkl display helt dødt. Noen som kan hjelpe her til lands? Prosessorkortet ser slik ut: Prosessoren er en Texas TMS 320F2809 PZA

Da begynner jeg å nærme meg noe. 172.16.0.220 er en Arduino MKR 1010 WiFi som har putlet og gått i 2-3 år. Nå har den gitt en mengde TX-Retries. For litt siden skiftet jeg UniFi aksesspunktet som den er tilkoblet uten at det endret noe og i dag kjøpte jeg nytt UniFi AC1200 og da forsvant det meste av TX-Retries i det området. Det forrige aksesspunktet var nytt og ubrukt men noen år gammelt da det ble installert. Så får tiden fortelle om dette var det hele men det føles i alle fall mye bedre nå.

Da har jeg lekt meg litt til. Resultatet er et par pythonscript som ender opp i en CSV fil som inneholder ping-statistikk for samtlige IP-adresser i nettet mitt klar for å åpne i regneark. CreatePingFile.py: Bruker nmap for å liste alle aktive IP-adresser. Produserer filen PingAllAuto.sh som er rutinen for å pinge alle enheter et valgt antall ganger (100 ping i utgangspunktet). Resulterer i filen PingAllAuto.txt. PingAllAuto.sh kan bruke veldig lang tid på bli ferdig alt etter hvor mange enheter som er i nettet og hvor mange ping på hver... (antall ping * enheter = sekund kjøretid). Linje 5 i filen må endres til IP passende ditt nett og evt annet antall ping. PingCreateCSV.py: Leser filen PingAllAuto.txt, mellomlagrer i PingAllAuto.fil2 og ender opp i PingAllAuto_yyyymmddhhmm.csv som er tilpasset norske spesialtegn (feltskille ";" og desimaltegn ","). Pythonscriptene forutsettes kjørt fra samme mappe med kommando (i denne rekkefølge): "python3 CreatePingFile.py", "./PingAllAuto.sh" og "python3 PingCreateCSV.py". Ellers er det jo en kjapp sak å legge til sti i alle filnavn. PingAllAuto.sh ser slik ut: ping 172.16.0.1 -c 100 >> PingAllAuto.txt ping 172.16.0.50 -c 100 >> PingAllAuto.txt ping 172.16.0.51 -c 100 >> PingAllAuto.txt ping 172.16.0.52 -c 100 >> PingAllAuto.txt ping 172.16.0.53 -c 100 >> PingAllAuto.txt ping 172.16.0.70 -c 100 >> PingAllAuto.txt +++ PingAllAuto.txt: PING 172.16.0.1 (172.16.0.1) 56(84) bytes of data. 64 bytes from 172.16.0.1: icmp_seq=1 ttl=64 time=1.83 ms 64 bytes from 172.16.0.1: icmp_seq=2 ttl=64 time=1.19 ms 64 bytes from 172.16.0.1: icmp_seq=3 ttl=64 time=1.17 ms *** 64 bytes from 172.16.0.1: icmp_seq=98 ttl=64 time=1.10 ms 64 bytes from 172.16.0.1: icmp_seq=99 ttl=64 time=1.08 ms 64 bytes from 172.16.0.1: icmp_seq=100 ttl=64 time=1.12 ms --- 172.16.0.1 ping statistics --- 100 packets transmitted, 100 received, 0% packet loss, time 99119ms rtt min/avg/max/mdev = 0.912/1.372/9.961/1.066 ms PING 172.16.0.50 (172.16.0.50) 56(84) bytes of data. 64 bytes from 172.16.0.50: icmp_seq=1 ttl=64 time=204 ms 64 bytes from 172.16.0.50: icmp_seq=2 ttl=64 time=1.61 ms 64 bytes from 172.16.0.50: icmp_seq=3 ttl=64 time=1.73 ms +++ Fra foregående fil hentes det ut statistikk til filen PingAllAuto.fil2 --- 172.16.0.1 ping statistics --- 10 packets transmitted, 10 received, 0% packet loss, time 9009ms rtt min/avg/max/mdev = 1.081/1.165/1.420/0.092 ms --- 172.16.0.50 ping statistics --- 10 packets transmitted, 10 received, 0% packet loss, time 9012ms rtt min/avg/max/mdev = 1.239/52.221/493.546/147.189 ms --- 172.16.0.51 ping statistics --- 10 packets transmitted, 10 received, 0% packet loss, time 9011ms rtt min/avg/max/mdev = 1.276/11.196/79.029/23.370 ms +++ ..som ender opp i PingAllAuto_yyyymmddhhmm.csv: ip;transp;recvp;min;avg;max;mdev 172.16.0.1;10;10;1,081;1,165;1,420;0,092 172.16.0.50;10;10;1,239;52,221;493,546;147,189 172.16.0.51;10;10;1,276;11,196;79,029;23,370 +++ Da gjenstår bare å importere til regneark og sette på autofilter så kan der dukke opp noen overraskelser... Pythonfilene: CreatePingFile.pyPingCreateCSV.py Laget for Linux men det burde ikke kreve veldig mye å få til å gå andre platformer...