ArduCounter Support und neue Versionen (war: Stromzähler mit S0 Schnitt...)

StefanStrobel · 21 April 2020, 21:10:14

Hallo Adriano,

was für einen Impulsausgang hat denn der Zähler? ist das ein Reed-Kontakt, ein "open collector" oder etwas ganz anderes?
Eventuell ist es entscheidend, welches Kabel des Zähler an GND hängt und welches an D13.

Zum Testen kannst Du auch mal ohne den Zähler mit einem Draht D13 mit GND verbinden.

Was meinst Du mit der "GND"-Lampe?
Einen Nano, bei dem eine LED aus geht, wenn man etwas an einen Input hängt, kenne ich bisher nicht.

Gruss
Stefan

Otto123 · 21 April 2020, 21:24:36

ZitatARDUINO UNO REV 3 [A000066]

er hat keinen nano - ich war da auch kurz davor zu reagieren

Aber den UNO direkt kenne ich nicht.

Gruß Otto

StefanStrobel · 21 April 2020, 22:27:21

Das erklärt es vermutlich. Ich würde dann aber auf jeden Fall den D13 vermeiden und eher einen Pin nehmen, der nicht "vorbelastet" ist.

Gruß
Stefan

no_Legend · 21 April 2020, 23:31:41

Hallo Stefan,

ich hab heute mal die neue firmware auf den esp8266 geflasht.
Soweit ohne Probleme auf dem Weemos D1 mini.
Man sollte aber immer vorher den Esp löschen, noch so an Tips an die anderen.

Die Commandref scheinst du ja noch nicht angepasst zu haben.
Kannst du vielleicht kurz erklären, wie ich einen Reed Kontakt definieren muss, also nach dem neuen Schema?

Danke und Gruß Robert

Adriano · 22 April 2020, 08:42:33

Hallo StefanStrobel, erstmal vielen Dank für die Antworten.

So wie ich es verstanden habe ist es ein Reed Kontakt. Anders kann ich mir das bei diesem Wasserzähler auch nicht vorstellen.
http://datenblatt.stark-elektronik.de/datenblatt_etki_etwi.pdf
https://www.stark-elektronik.de/epages/63653058.sf/de_DE/?ObjectPath=/Shops/63653058/Products/ETAKDN15-110-I1

Ich probiere mal andere Pins. Die Kabel hatte ich mMn bereits mal vertauscht. Brachte keine Änderung.
Ich dachte eher ich habe etwas an meine Konfig in FHEM falsch gemacht.

Code Auswählen

define AC ArduCounter /dev/ttyACM0@38400
attr AC userattr pin13
attr AC interval 60 120
attr AC pin13 rising pullup
attr AC pulsesPerKWh 1
attr AC room Verbrauch

Mal schreiben Leute pinD13, mal pin13, mall falling pullup 30 mal rising pullup. Das ist mir alles noch nicht so klar.

no_Legend · 22 April 2020, 19:52:13

Zitat von: Adriano am 22 April 2020, 08:42:33
Hallo StefanStrobel, erstmal vielen Dank für die Antworten.

So wie ich es verstanden habe ist es ein Reed Kontakt. Anders kann ich mir das bei diesem Wasserzähler auch nicht vorstellen.
http://datenblatt.stark-elektronik.de/datenblatt_etki_etwi.pdf
https://www.stark-elektronik.de/epages/63653058.sf/de_DE/?ObjectPath=/Shops/63653058/Products/ETAKDN15-110-I1

Ich probiere mal andere Pins. Die Kabel hatte ich mMn bereits mal vertauscht. Brachte keine Änderung.
Ich dachte eher ich habe etwas an meine Konfig in FHEM falsch gemacht.

Code Auswählen Erweitern
define AC ArduCounter /dev/ttyACM0@38400 attr AC userattr pin13 attr AC interval 60 120 attr AC pin13 rising pullup attr AC pulsesPerKWh 1 attr AC room Verbrauch

Mal schreiben Leute pinD13, mal pin13, mall falling pullup 30 mal rising pullup. Das ist mir alles noch nicht so klar.

Das mit den Pins ist so eine Sache.
Wenn es mit D anfangt ist es eine Board Bezeichnung, diese hat dann immer noch eine echte pin Bezeichnung.
Je nach verwendeten uC kann das variieren.
Hier einfach mal nach deinem Model und PIN out Diagramm suchen.
Ich habe bei meinen wemos d1 Mini, mit pinD2 definiert.

Mit dem rising und falling sagst du einfach nur ob du eine steigende flanken oder fallende Flanke erfassen willst.
Hat beides seine vor uns Nachteile.
Kannst ja mal danach googeln.

Hoffe ich hab dir ein wenig weiter helfen können.
Gruß Robert

Gesendet von iPhone mit Tapatalk Pro

Adriano · 22 April 2020, 22:49:31

Klappt nun, Danke . Musste GND und einen anderen PIN als 13 nehmen. Der ist wirklich reserviert für eine LED.

tpm88 · 28 April 2020, 17:35:04

Hallo Stefan,

Zitat von: StefanStrobel am 19 April 2020, 13:58:44
mit dem Einchecken würde ich gerne so lange warten, bis ein paar Leute bestätigt haben, dass es bei ihnen auch funktioniert.

fantastische Arbeit, vielen Dank! Ich habe die neue Version seit ein paar Tagen auf einem ESP32 laufen - funktioniert bisher bestens... Habe gleich einen ESP32 mit Display bestellt.

Schon jetzt kann ich sagen, daß die neue Version auf dem ESP32 bezüglich WLAN deutlich stabiler läuft als v3 auf einem Wemos D1 mini... Ich beobachte zwar täglich noch 3 - 5 Reconnects, aber damit kann ich prima leben, da ja bei der Zählung keine Impulse verloren gehen.

Das sieht im Log dann so aus:

Code Auswählen

2020-04-28_00:06:04 AC_Strom_v4 DISCONNECTED
2020-04-28_00:06:04 AC_Strom_v4 CONNECTED
2020-04-28_03:26:36 AC_Strom_v4 DISCONNECTED
2020-04-28_03:26:36 AC_Strom_v4 CONNECTED
2020-04-28_06:47:08 AC_Strom_v4 DISCONNECTED
2020-04-28_06:47:08 AC_Strom_v4 CONNECTED
2020-04-28_10:07:40 AC_Strom_v4 DISCONNECTED
2020-04-28_10:07:41 AC_Strom_v4 CONNECTED
2020-04-28_13:28:12 AC_Strom_v4 DISCONNECTED
2020-04-28_13:28:13 AC_Strom_v4 CONNECTED
2020-04-28_16:48:44 AC_Strom_v4 DISCONNECTED
2020-04-28_16:48:44 AC_Strom_v4 CONNECTED

Und im Detail der letzte Reconnect:

Code Auswählen

2020.04.28 16:48:20 5: AC_Strom_v4: sending k(eepAlive) to device
2020.04.28 16:48:20 5: SW: 1,10k.
2020.04.28 16:48:20 5: AC_Strom_v4: device sent alive response: AR-82
2020.04.28 16:48:30 5: AC_Strom_v4: sending k(eepAlive) to device
2020.04.28 16:48:30 5: SW: 1,10k.
2020.04.28 16:48:30 5: AC_Strom_v4: device sent alive response: AR-82
2020.04.28 16:48:40 5: AC_Strom_v4: sending k(eepAlive) to device
2020.04.28 16:48:40 5: SW: 1,10k.
2020.04.28 16:48:40 5: AC_Strom_v4: device sent alive response: AR-81
2020.04.28 16:48:44 3: 192.168.8.97:80 disconnected, waiting to reappear (AC_Strom_v4)
2020.04.28 16:48:44 5: HttpUtils url=http://192.168.8.97:80/
2020.04.28 16:48:44 4: IP: 192.168.8.97 -> 192.168.8.97
2020.04.28 16:48:44 3: 192.168.8.97:80 reappeared (AC_Strom_v4)
2020.04.28 16:48:44 5: AC_Strom_v4: ArduCounter_Open succeeded in callback
2020.04.28 16:48:44 5: AC_Strom_v4: sending k(eepAlive) to device
2020.04.28 16:48:44 5: SW: 1,10k.
2020.04.28 16:48:45 3: AC_Strom_v4: device sent hello: ArduCounter V4.24 on ESP32 Espressif ESP32 Dev Module compiled Apr 17 2020 13:03:09 Hello
2020.04.28 16:48:45 5: AC_Strom_v4: Device Time 74921.533, Offset 1588010.413, Drift -9.618s in 48595.112s, -0.02%
2020.04.28 16:48:45 4: AC_Strom_v4: device sent time info: N74921533,0B543,0
2020.04.28 16:48:45 4: AC_Strom_v4: device sent interval config 2,300,1,1,50,4
2020.04.28 16:48:45 4: AC_Strom_v4: device sent devVerbose 1,0,0,0,0
2020.04.28 16:48:45 4: AC_Strom_v4: device sent config for pin 21: P21fp m30
2020.04.28 16:48:45 5: AC_Strom_v4: device sent alive response: AR-81
2020.04.28 16:48:46 3: AC_Strom_v4: ConfigureDevice: send config
2020.04.28 16:48:46 3: AC_Strom_v4: ConfigurePin creates command 21,2,1,30a
2020.04.28 16:48:46 5: SW: 21,2,1,30a.
2020.04.28 16:48:46 5: AC_Strom_v4: ConfigureDevice: no pins in running config without attribute in Fhem
2020.04.28 16:48:46 3: AC_Strom_v4: ConfigureIntervals creates command 2,300,1,1,50,4i
2020.04.28 16:48:46 5: SW: 2,300,1,1,50,4i.
2020.04.28 16:48:46 3: AC_Strom_v4: ConfigureVerboseLevels creates command 1,0,0,0,0v
2020.04.28 16:48:46 5: SW: 1,0,0,0,0v.
2020.04.28 16:48:46 3: AC_Strom_v4: Invalid device display configuration
2020.04.28 16:48:46 5: SW: s.
2020.04.28 16:48:46 4: AC_Strom_v4: device: defined P21fp m30
2020.04.28 16:48:46 4: AC_Strom_v4: device: intervals set to 2 300 1 1 50 4
2020.04.28 16:48:46 4: AC_Strom_v4: device: devVerbose set to 1,0,0,0,0
2020.04.28 16:48:46 4: AC_Strom_v4: device: Status: ArduCounter V4.24 on ESP32 Espressif ESP32 Dev Module compiled Apr 17 2020 13:03:09
2020.04.28 16:48:46 4: AC_Strom_v4: device: Connected to TobiVision with IP 192.168.8.97 RSSI -81
2020.04.28 16:48:46 4: AC_Strom_v4: device sent interval config 2,300,1,1,50,4
2020.04.28 16:48:46 4: AC_Strom_v4: device sent devVerbose 1,0,0,0,0
2020.04.28 16:48:46 4: AC_Strom_v4: device sent config for pin 21: P21fp m30, DR21C960D0/0T0X0
2020.04.28 16:48:46 4: AC_Strom_v4: device: EEPROM Config: 30,60,2,2,50,4i0,0,0,0,0v
2020.04.28 16:48:46 4: AC_Strom_v4: device: Next report in 1356 milliseconds
2020.04.28 16:48:54 5: AC_Strom_v4: sending k(eepAlive) to device
2020.04.28 16:48:54 5: SW: 1,10k.
2020.04.28 16:48:55 5: AC_Strom_v4: device sent alive response: AR-81
2020.04.28 16:49:01 5: AC_Strom_v4: HandleHistory no CL
2020.04.28 16:49:01 5: AC_Strom_v4: HandleHistory Seq  45323 2020-04-28 16:48:07 Pin D21  52.842 seconds at 1 -> gap (45323,-53686:52842@1G)
2020.04.28 16:49:03 4: AC_Strom_v4: pin D21 (pin21) Cnt 961 (diff 1/1) in 55.236s from 16:48:08 until 16:49:03, seq 201, Rej 0, Avg 2394ms, PPU 120, FUT 3600s, result 0.543
2020.04.28 16:49:03 5: AC_Strom_v4: pin D21 (pin21) adding rDiff 1 to long count 966 and interpolated count 966
2020.04.28 16:49:03 5: AC_Strom_v4: HandleHistory no CL
2020.04.28 16:49:03 5: AC_Strom_v4: HandleHistory Seq  45324 2020-04-28 16:49:00 Pin D21   2.394 seconds at 0 -> pulse counted (45324,-2845:2394@0C)
2020.04.28 16:49:04 5: AC_Strom_v4: sending k(eepAlive) to device
2020.04.28 16:49:04 5: SW: 1,10k.
2020.04.28 16:49:05 5: AC_Strom_v4: device sent alive response: AR-81
2020.04.28 16:49:14 5: AC_Strom_v4: sending k(eepAlive) to device
2020.04.28 16:49:14 5: SW: 1,10k.
2020.04.28 16:49:14 5: AC_Strom_v4: device sent alive response: AR-80
...

Zufällig hat unser Jüngster die Tage den FI-Schalter im Haus ausgelöst. So konnte ich auch den Wiederanlauf nach Stromausfall beobachten. Hier geriet der ESP32 allerdings in eine "DISCONNECTED - CONNECTED - DISCONNECTED ..." Dauerschleife, aus der er erst nach einem manuellen Reset wieder herauskam. Falls es dich interessiert, hätte ich dazu auch "Verbose 5" Logs...

- Environment: Ubiquiti UniFi WLAN AccessPoint
- ich habe versucht, diese Situation zu reproduzieren, indem ich das WLAN am AccessPoint testweise abgeschaltet habe, aber ohne Erfolg - nachdem das WLAN wieder verfügbar war, hat sich der ESP32 wieder normal verbunden und die Zählung lief weiter

Ich bin allerdings sehr zuversichtlich, daß der ESP32 die bisherige Lösung mit Wired Ethernet:

AC auf ESP8266 --> USB --> RPiZero --> ser2net --> Wired Ethernet (an USB des rpizero) --> socat --> FHEM

durch

AC auf ESP32 --> WLAN --> FHEM

ablösen wird.

Viele Grüße
Tobias

tpm88 · 29 April 2020, 20:05:39

Hallo Stefan,

heute habe ich den ESP32 TTGO mit Display bekommen - mir ist es aber noch nicht gelungen, das Display richtig anzusteuern, d.h. ich erhalte folgenden Fehler mit

deviceDisplay: D21,kW,kWh

Code Auswählen

2020.04.29 19:57:35 3: AC_Strom_v4: ConfigureDisplay D21, 120, 1, kW, 60, kWh
2020.04.29 19:57:35 3: AC_Strom_v4: ConfigureDisplay creates command D21,120,1,22379,60,22379,72u
2020.04.29 19:57:35 5: SW: D21,120,1,22379,60,22379,72u.
2020.04.29 19:57:35 3: AC_Strom_v4: device: Error: command u parameter number 6 (value 22379) is out of bounds

Könntest Du bitte das Attribut deviceDisplay erklären?

Danke & Gruß
Tobias

PS: hier ein List des AC:

Code Auswählen

fhem> list AC_Strom_v4
Internals:
   Board      T-Display
   BoardDet   Espressif ESP32 Dev Module
   DEF        192.168.8.97:80
   DeviceName 192.168.8.97:80
   FD         19
   FUUID      5ea5ee97-f33f-7f16-7cbd-50d79c567df572eb
   FVERSION   98_ArduCounter.pm:0.142330/2017-05-09
   Initialized 1
   LASTOPEN   1588181347.53282
   NAME       AC_Strom_v4
   NOTIFYDEV  global
   NR         306
   NTFY_ORDER 50-AC_Strom_v4
   PARTIAL
   STATE      9.53
   SketchCompile Apr 17 2020 13:03:09
   TCP        1
   TYPE       ArduCounter
   VersionFirmware 4.24
   VersionModule 7.25 - 4.4.2019
   WaitForAlive 0
   allowedPins 4,16,17,18,19,21,22,23,25,26,27,32,33,34,35,36,A0,39
   buffer
   deviceBooted 1588181189.09672
   devioLoglevel 3
   nextOpenDelay 60
   READINGS:
     2020-04-29 19:59:08   TotalKWh        9.53333333333333
     2020-04-29 19:59:08   calcCounterD21  9.55833333333343
     2020-04-29 19:59:08   calcCounterD21_i 0
     2020-04-29 19:59:08   countDiffD21    0
     2020-04-29 19:59:08   interpolatedLongD21 1147
     2020-04-29 19:59:08   longD21         1147
     2020-04-29 19:59:08   pinD21          0
     2020-04-29 19:59:08   powerD21        0.000
     2020-04-29 19:59:08   rejectD21       1616
     2020-04-29 19:29:07   state           opened
     2020-04-29 19:59:08   timeDiffD21     300001
   runningCfg:
     21         P21fp m30, DR21C0D0/0T0X0
     I          2,300,1,1,50,4
     V          1,0,0,0,0
Attributes:
   board      T-Display
   deviceDisplay D21,kW,kWh
   enableHistory 1
   interval   2 300 1 1
   pinD21     falling pullup 30
   pulsesPerUnit 120
   room       ArduCounter
   stateFormat { sprintf("%.2f", round( ReadingsVal("AC_Strom_v4","TotalKWh",0), 2))}
   userReadings TotalKWh:longD21.* monotonic { ReadingsVal("AC_Strom_v4","longD21",0)/120 }
   verbose    5

StefanStrobel · 29 April 2020, 22:17:41

Hallo Tobias,

da hat sich noch ein Bug eingeschlichen. Anbei eine korrigierte Version, in der das deviceDisplay-Attribut funktionieren sollte.
Du hast das Attribut schon korrekt gesetzt. Nach dem Pin kommt die Einheit für den Zählerstand, danach die Einheit für den Verbrauch.
Die pulses per Unit etc. werden von den anderen Attributen an den ESP geschickt, so dass er aus den gezählten Pulsen den Zählerstand und den Verbrauch berechnen kann.

Mit der linken Taste am T-Display kannst Du dann verschiedene Anzeigemodi hin und her schalten, wobei einer aber nur für analoge Abtastungen relevant ist.

Gruss
Stefan

no_Legend · 30 April 2020, 10:19:05

Zitat von: StefanStrobel am 29 April 2020, 22:17:41
Hallo Tobias,

da hat sich noch ein Bug eingeschlichen. Anbei eine korrigierte Version, in der das deviceDisplay-Attribut funktionieren sollte.
Du hast das Attribut schon korrekt gesetzt. Nach dem Pin kommt die Einheit für den Zählerstand, danach die Einheit für den Verbrauch.
Die pulses per Unit etc. werden von den anderen Attributen an den ESP geschickt, so dass er aus den gezählten Pulsen den Zählerstand und den Verbrauch berechnen kann.

Mit der linken Taste am T-Display kannst Du dann verschiedene Anzeigemodi hin und her schalten, wobei einer aber nur für analoge Abtastungen relevant ist.

Gruss
Stefan

Ich warte noch auf meine ESP32 mit Display (TTGO).
Habt Ihr ein gutes Gehäuse für die Platinen? Gerne auch was für den 3D Drucker?

Danke und Gruß Robert

tpm88 · 30 April 2020, 17:09:41

Hallo Stefan,

Zitat von: StefanStrobel am 29 April 2020, 22:17:41
da hat sich noch ein Bug eingeschlichen. Anbei eine korrigierte Version, in der das deviceDisplay-Attribut funktionieren sollte.
Du hast das Attribut schon korrekt gesetzt. Nach dem Pin kommt die Einheit für den Zählerstand, danach die Einheit für den Verbrauch.
Die pulses per Unit etc. werden von den anderen Attributen an den ESP geschickt, so dass er aus den gezählten Pulsen den Zählerstand und den Verbrauch berechnen kann.

Mit der linken Taste am T-Display kannst Du dann verschiedene Anzeigemodi hin und her schalten, wobei einer aber nur für analoge Abtastungen relevant ist.

danke für die neue Version. Habe ich eingespielt, FHEM und den ESP32 neu gestartet, und der "out of bounds" Fehler bezüglich Display tritt nicht mehr auf.

Einzig - das Display bleibt weiterhin dunkel... Mit dem ab Werk eingespielten Sketch hat das Display TTGO in allen Farben dargestellt.

Ich habe alle drei Tasten probiert - die beiden unten zeigen keine Reaktion, die auf der Seite führt zum Reset... Mit der "linken Taste" meinst du die Taste links unten neben dem USB-C Anschluss, wenn sich der Schriftzug TTGO leserlich über dem Display befindet, richtig?

Danke für einen weiteren Tip...

Viele Grüße
Tobias

PS: hier nochmal der List des Device:

Code Auswählen

fhem> list AC_Strom_v4
Internals:
   Board      T-Display
   BoardDet   Espressif ESP32 Dev Module
   DEF        192.168.8.97:80
   DeviceName 192.168.8.97:80
   FD         59
   FUUID      5ea5ee97-f33f-7f16-7cbd-50d79c567df572eb
   FVERSION   98_ArduCounter.pm:0.142330/2017-05-09
   Initialized 1
   LASTOPEN   1588258769.61724
   NAME       AC_Strom_v4
   NOTIFYDEV  global
   NR         306
   NTFY_ORDER 50-AC_Strom_v4
   PARTIAL
   STATE      9.53
   SketchCompile Apr 17 2020 13:03:09
   TCP        1
   TYPE       ArduCounter
   VersionFirmware 4.24
   VersionModule 7.26 - 29.4.2019
   WaitForAlive 0
   allowedPins 4,16,17,18,19,21,22,23,25,26,27,32,33,34,35,36,A0,39
   buffer
   deviceBooted 1588244262.8405
   devioLoglevel 3
   nextOpenDelay 60
   READINGS:
     2020-04-30 17:07:49   TotalKWh        9.53333333333333
     2020-04-30 17:07:49   calcCounterD21  9.55833333333343
     2020-04-30 17:07:49   calcCounterD21_i 0
     2020-04-30 17:07:49   countDiffD21    0
     2020-04-30 17:07:49   interpolatedLongD21 1147
     2020-04-30 17:07:49   longD21         1147
     2020-04-30 17:07:49   pinD21          0
     2020-04-30 17:07:49   powerD21        0.000
     2020-04-30 17:07:49   rejectD21       1616
     2020-04-30 16:59:29   state           opened
     2020-04-30 17:07:49   timeDiffD21     300001
   runningCfg:
     21         P21fp m30, DR21C0D0/0T0X0
     I          2,300,1,1,50,4
     V          1,0,0,0,0
Attributes:
   board      T-Display
   deviceDisplay D21,kW,kWh
   enableHistory 1
   interval   2 300 1 1
   pinD21     falling pullup 30
   pulsesPerUnit 120
   room       ArduCounter
   stateFormat { sprintf("%.2f", round( ReadingsVal("AC_Strom_v4","TotalKWh",0), 2))}
   userReadings TotalKWh:longD21.* monotonic { ReadingsVal("AC_Strom_v4","longD21",0)/120 }
   verbose    5

StefanStrobel · 30 April 2020, 21:07:09

Hallo Tobias,

Zitat von: tpm88 am 30 April 2020, 17:09:41
Einzig - das Display bleibt weiterhin dunkel... Mit dem ab Werk eingespielten Sketch hat das Display TTGO in allen Farben dargestellt.

Ich habe alle drei Tasten probiert - die beiden unten zeigen keine Reaktion, die auf der Seite führt zum Reset... Mit der "linken Taste" meinst du die Taste links unten neben dem USB-C Anschluss, wenn sich der Schriftzug TTGO leserlich über dem Display befindet, richtig?

genau, die habe ich mit links gemeint.
Welche Firmware hast Du denn geflasht? Evt. ist bei Dir ja die ohne Display-Unterstützung drauf geraten.
ArduCounter-ESP32T.bin wäre die richtige für das T-Display.

bei set flash sollte das Modul eigentlich abhängig vom board-Attribut automatisch die richtige Firmware nehmen.
Vermutlich sollte ich das irgendwie noch im Modul anzeigen.
Ich bin gerade auch noch am Suchen wo die disconnects herkommen.

Gruss / vielen Dank fürs Testen
Stefan

StefanStrobel · 30 April 2020, 21:09:47

Hallo Robert,

bisher hängt der TTGO bei mir noch ohne Gehäuse neben der Wasseruhr. Einen 3D-Drucker habe ich leider nicht.
Ich bräuchte auch ein etwas größeres Gehäuse, weil ich den ESP noch auf ein Stück Lochraster gesteckt habe um den zusätzlichen Transistor zum Ansteuern des Laser-Moduls unterzubringen.

Gruss
Stefan

tpm88 · 30 April 2020, 21:20:28

Zitat von: StefanStrobel am 30 April 2020, 21:07:09
Welche Firmware hast Du denn geflasht? Evt. ist bei Dir ja die ohne Display-Unterstützung drauf geraten.
ArduCounter-ESP32T.bin wäre die richtige für das T-Display.

Oh Mann, das ist mir jetzt peinlich - ich hab natürlich die Gleiche wie für den ersten ESP32 ohne Display verwendet. Error 40...

Bezüglich der Disconnects ist mir folgendes aufgefallen. Diese treten regelmässig nach 3h 20 Minuten und etwa 30 Sekunden auf. Der zweite ESP32 (mit Display) zeigt das gleiche Verhalten, allerdings zeitversetzt.

Code Auswählen

2020-04-29_09:44:51 AC_Strom_v4 DISCONNECTED
2020-04-29_09:44:51 AC_Strom_v4 CONNECTED
2020-04-29_13:05:23 AC_Strom_v4 DISCONNECTED
2020-04-29_13:05:23 AC_Strom_v4 CONNECTED
2020-04-29_16:25:55 AC_Strom_v4 DISCONNECTED
2020-04-29_16:25:55 AC_Strom_v4 CONNECTED
2020-04-29_19:46:27 AC_Strom_v4 DISCONNECTED
2020-04-29_19:46:28 AC_Strom_v4 CONNECTED
2020-04-29_23:07:00 AC_Strom_v4 DISCONNECTED
2020-04-29_23:07:00 AC_Strom_v4 CONNECTED
2020-04-30_02:27:32 AC_Strom_v4 DISCONNECTED
2020-04-30_02:27:32 AC_Strom_v4 CONNECTED
2020-04-30_05:48:04 AC_Strom_v4 DISCONNECTED
2020-04-30_05:48:04 AC_Strom_v4 CONNECTED
2020-04-30_09:08:37 AC_Strom_v4 DISCONNECTED
2020-04-30_09:08:37 AC_Strom_v4 CONNECTED
2020-04-30_12:29:09 AC_Strom_v4 DISCONNECTED
2020-04-30_12:29:09 AC_Strom_v4 CONNECTED
2020-04-30_15:49:41 AC_Strom_v4 DISCONNECTED
2020-04-30_15:49:41 AC_Strom_v4 CONNECTED
2020-04-30_19:10:13 AC_Strom_v4 DISCONNECTED
2020-04-30_19:10:14 AC_Strom_v4 CONNECTED

Ich habe bereits etwas gesucht - manchmal scheint der AccessPoint seine Clients (kurzzeitig) herauszukicken. Laut https://docs.espressif.com/projects/esp-idf/en/latest/esp32/api-guides/wifi.html wird beim Event WIFI_EVENT_STA_DISCONNECTED ein Reason Code angegeben - könntest Du den vielleicht im Sketch auswerten?

Jetzt werde ich gleich mal die "richtige" Firmware für den TTGO flashen...

Schönen Abend
Tobias

Edit: Kaum flasht man die richtige Firmware, schon gehts...