SveinHa

...og ligger disse på forskjellige steder er det veldig lett å miste oversikten. Har noen ganger endt opp med å lage lignende automasjoner på flere steder og feilsøking blir da litt krevende fordi en automasjon du har laget for lenge siden og ikke helt husker i farten kan lure deg lenge... Heldigvis er det lett å strukturere og jeg har flere gode søkeverktøy i mitt system (Node-RED)...

Nå skal en jo ikke ta en journalists uttalelser bokstavelig men denne dukket opp i dag: https://radioh.no/na-oker-nettleien-hos-fagne-haugaland-kraft/ Det har jo alltid vært et uttalt prinsipp at nettleien skal dekke reelle kostnader og å øke nettleien for økt profitt blir jo noe helt annet... Men slik de opererer så er det jo i realiteten bare en økt skatt... Nå har jo Haugaland Kraft alltid ballsparket kundene sine ved å ta maksimalt betalt og i tillegg går ut på førstesiden i avisen og skryter av hvor mye penger de tjener men denne her var litt i overkant grisk... Litt "morsomt" er det jo at eierne til Haugaland Kraft er så store strømkunder at de må sette strømkjøp ut på anbud og da taper jo deres eget kraftselskap med glans...

Jepp

Du får alle 9703 stasjoner i den nevnte flow men heng på en JSON node på slutten så blir det langt mer lesbart:

Nøyaktig samme grunn til at jeg ga opp HomeSeer selv om HS har en for så vidt grei gruppering.

Ser veldig bra ut. Her er "Uptime" historikken (timer oppetid siden sist restart) fra noen ESP32 med "ny" MQTT (gul penn er skjult bak grønn) og en gammel (TR1): TR1 bruker disse bibliotekene: #include <Adafruit_SleepyDog.h> #include <PubSubClient.h> //#include <WiFi.h> //ESP32 #include <WiFiNINA.h> //Arduino

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.