SveinHa

Fermate skrev (15 minutter siden):

Hva er ulempene?

Veldig lite energi tilgjengelig. Jeg fant ikke noen tall på det i farten men i parasitic mode så er det datalinjen i seg selv som leverer energi til sensorene og så vidt jeg forstod det så må host sende data før sensoren har energi til å svare.

"Parasitic mode" er ikke en anbefalt løsning men kobles slik:

SveinHa skrev (På 27.1.2024 den 13.36):

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.

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

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.

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:

Sitat

The difference between that setting the retained flag to true ist hat the message will be stored on the topic and any client that connects to the broker and subscribes to that topic will immediately receive the message. A typical use case is to have topic like {clientID}/status that has the online status of the client retained. A newly connecting client can now subscribe to that topic and find out the online status of the client.

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.

Fermate skrev (22 minutter siden):

Må ikke retain flagget være TRUE?

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

Fermate skrev (5 minutter siden):

Ja det er det.

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

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

stigvi skrev (3 timer siden):

Med tanke på hvor ekstremt mye en får i esphome og hvor enkel denne er å bruke, er det litt interessant å høre hvorfor dere ikke velger å bruke den?

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