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

[no_Legend]

@Stefan
Wenn du willst kann ich dir gerne ein Gehäuse drucken.
Mein Drucker lauft zwar nicht perfekt aber das werden wir shying was passende raus bekommen.
Den Rest können wir ja per PN besprechen.

Fur den Wasserzähler hab ich mir mal vor Langerem eine Panasonic ex Lichtschranke angeschafft. Hab es aber bisher nicht hin bekommen diese zu installieren.
Definitiv muss ich hier ein Step up Sandler nehmen da der Sensor mit 12V Arbeit.
Dazu muss der Impulsausgang dann auch über eine optokoppler an den esp angeschlossen werden.
Sag werde ich dann alles mal umsetzen wenn der ttgo da ist.

@tpm88
Ich hab übrigens auch UniFi APs im Einsatz und habe hier bisher keinerlei Ausfälle! Aber ich nehm auch einen wemos d1
Hast du mal geprüft ob die wlan Setting nich auf Auto stehen?
Also Sendeleistung, Kanalwahl und Kanalbreite?


Edit:
@Stefan

Wie bekomm ich nun bei der neuen Firmware die WLAN RSSI werte angezeigt?


Gruß Robert


Gesendet von iPhone mit Tapatalk Pro

[tpm88]

Hi Robert,

Wenn du willst kann ich dir gerne ein Gehäuse drucken.

@tpm88
Ich hab übrigens auch UniFi APs im Einsatz und habe hier bisher keinerlei Ausfälle! Aber ich nehm auch einen wemos d1
Hast du mal geprüft ob die wlan Setting nich auf Auto stehen?
Also Sendeleistung, Kanalwahl und Kanalbreite?

an einem gedruckten Gehäuse wäre ich auch interessiert.  Natürlich gegen Unkostenerstattung. Ich hab gesehen, daß es Vorschläge bei thingiverse etc gibt.
Google: esp32 ttgo t-display case

@Bezüglich WLAN-Reconnects und Unifi - ich habe nur einen einzigen AP (AC Pro), Kanal steht auf Auto, Sendeleistung Medium und Kanalbreite HT20. Ausfälle würde ich es nicht nennen, der Reconnect funktioniert ja.

Schönen Feiertag
Tobias

[tpm88]

Hallo Stefan,

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

Zu früh gefreut. Prinzipiell funktioniert das Display jetzt - WLAN SSID und RSSI Werte werden sauber angezeigt.

Heute habe ich den TTGO auch an den Stromzähler angeschlossen. Impulse werden sauber gezählt - das Display zeigt diese aber nicht an. Bezüglich Impulsen und Vebrauch sind alle drei Screens (0/1/2) leer. Siehe Screenshots im Anhang.

Die Konfiguration in FHEM ist unverändert - siehe das list vom Device in meinem letzten Post.

Fehlt noch etwas?

Code Auswählen Erweitern

deviceDisplay D21,kW,kWh

Hier ein paar Reading aus dem Log:

Code Auswählen Erweitern

2020-05-01_15:35:15 AC_Strom_v4 powerD21: 0.326
2020-05-01_15:35:15 AC_Strom_v4 rejectD21: 1633
2020-05-01_15:35:15 AC_Strom_v4 timeDiffD21: 91932
2020-05-01_15:35:15 AC_Strom_v4 countDiffD21: 1
2020-05-01_15:35:15 AC_Strom_v4 pinD21: 58
2020-05-01_15:35:15 AC_Strom_v4 longD21: 1205
2020-05-01_15:35:15 AC_Strom_v4 interpolatedLongD21: 1213
2020-05-01_15:35:15 AC_Strom_v4 calcCounterD21: 10.1083333333334
2020-05-01_15:35:15 AC_Strom_v4 calcCounterD21_i: 0.0666666666666667
2020-05-01_15:35:15 AC_Strom_v4 TotalKWh: 10.0166666666667
2020-05-01_15:36:41 AC_Strom_v4 powerD21: 0.346
2020-05-01_15:36:41 AC_Strom_v4 rejectD21: 1633
2020-05-01_15:36:41 AC_Strom_v4 timeDiffD21: 86782
2020-05-01_15:36:41 AC_Strom_v4 countDiffD21: 1
2020-05-01_15:36:41 AC_Strom_v4 pinD21: 59
2020-05-01_15:36:41 AC_Strom_v4 longD21: 1206
2020-05-01_15:36:41 AC_Strom_v4 interpolatedLongD21: 1214
2020-05-01_15:36:41 AC_Strom_v4 calcCounterD21: 10.1166666666667
2020-05-01_15:36:41 AC_Strom_v4 calcCounterD21_i: 0.0666666666666667
2020-05-01_15:36:41 AC_Strom_v4 TotalKWh: 10.025
2020-05-01_15:38:11 AC_Strom_v4 powerD21: 0.336
2020-05-01_15:38:11 AC_Strom_v4 rejectD21: 1633
2020-05-01_15:38:11 AC_Strom_v4 timeDiffD21: 89261
2020-05-01_15:38:11 AC_Strom_v4 countDiffD21: 1
2020-05-01_15:38:11 AC_Strom_v4 pinD21: 60
2020-05-01_15:38:11 AC_Strom_v4 longD21: 1207
2020-05-01_15:38:11 AC_Strom_v4 interpolatedLongD21: 1215
2020-05-01_15:38:11 AC_Strom_v4 calcCounterD21: 10.1250000000001
2020-05-01_15:38:11 AC_Strom_v4 calcCounterD21_i: 0.0666666666666667
2020-05-01_15:38:11 AC_Strom_v4 TotalKWh: 10.0333333333333
2020-05-01_15:39:43 AC_Strom_v4 powerD21: 0.326
2020-05-01_15:39:43 AC_Strom_v4 rejectD21: 1633
2020-05-01_15:39:43 AC_Strom_v4 timeDiffD21: 91947
2020-05-01_15:39:43 AC_Strom_v4 countDiffD21: 1
2020-05-01_15:39:43 AC_Strom_v4 pinD21: 61
2020-05-01_15:39:43 AC_Strom_v4 longD21: 1208
2020-05-01_15:39:43 AC_Strom_v4 interpolatedLongD21: 1216
2020-05-01_15:39:43 AC_Strom_v4 calcCounterD21: 10.1333333333334
2020-05-01_15:39:43 AC_Strom_v4 calcCounterD21_i: 0.0666666666666667
2020-05-01_15:39:43 AC_Strom_v4 TotalKWh: 10.0416666666667
2020-05-01_15:41:03 AC_Strom_v4 powerD21: 0.372
2020-05-01_15:41:03 AC_Strom_v4 rejectD21: 1633
2020-05-01_15:41:03 AC_Strom_v4 timeDiffD21: 80554
2020-05-01_15:41:03 AC_Strom_v4 countDiffD21: 1
2020-05-01_15:41:03 AC_Strom_v4 pinD21: 62
2020-05-01_15:41:03 AC_Strom_v4 longD21: 1209
2020-05-01_15:41:03 AC_Strom_v4 interpolatedLongD21: 1217
2020-05-01_15:41:03 AC_Strom_v4 calcCounterD21: 10.1416666666667
2020-05-01_15:41:03 AC_Strom_v4 calcCounterD21_i: 0.0666666666666667
2020-05-01_15:41:03 AC_Strom_v4 TotalKWh: 10.05

Danke vorab & schönen Feiertag!

Tobias

[StefanStrobel]

Hallo,

anbei eine neue Version mit hoffentlich weniger Bugs
Das RSSI-Reading sollte wieder funktionieren und die Anzeige des aktuellen Verbrauchs sollte zuverlässiger kommen. Sie wird bisher allerdings immer nur alle 5 Sekunden aktualisiert.

@Robert: vielen Dank für das Angebot mit dem Gehäuse. Ich werde mal überlegen, wie ich das mit den zusätzlichen Bauteilen eleganter lösen kann. Vielleicht finden wir ja eine Lösung, bei der so etwas oder auch ein StepUp etc. noch Platz hat.

@Tobias: bitte setze auch noch das Attribut readingFlowUnitTime.

Gruss
   Stefan

EDIT 6.6.20: aktuellste Version ist inzwischen eingecheckt.

[no_Legend]

@Stefan
Das Gehäuse muss für mich auch größer ausfallen.
Ich muss alleine für den ex26a eine dc/dc wandler unterbringen und das teil ist nicht gerade klein. Dazu muss auch noch ein optokoppler zum umsetzten auf esp taugliche Spannungen.
Der Gaszähler ist da eher unproblematisch, ist ja nur eine simpler reedkontakt.

Zeichne kann ich es auch. Wenn ich endlich mal hin bekommen dass das CAD nicht in parallels rum zickt.

Drucken kann ich aktuell leider nur pla. Ich bekomm Petg einfach nicht in den Griff.

Wenn hier jemand zufällig mitliest der ne gutes Profile für cura, I3 mega und petg hat, würde ich mich freuen wenn ich es haben dürfte [emoji23]

Gruß Robert


Gesendet von iPhone mit Tapatalk Pro

[tpm88]

Hallo Stefan,

Ich bin gerade auch noch am Suchen wo die disconnects herkommen.

bezüglich der Disconnects habe ich auch weitergeforscht und auch etwas gefunden - es hat definitiv etwas mit DHCP zu tun.

FHEM-Log:

Code Auswählen Erweitern


2020-05-02_02:37:42 AC_Strom_v4 DISCONNECTED
2020-05-02_02:37:42 AC_Strom_v4 CONNECTED
2020-05-02_05:58:15 AC_Strom_v4 DISCONNECTED
2020-05-02_05:58:15 AC_Strom_v4 CONNECTED


Syslog opizero - dnsmasq:

Code Auswählen Erweitern


Date,Facility,Severity,Host,Syslogtag,ProcessID,Messagetype,Message
Today 02:37:42,"3","6","opizero","dnsmasq-dhcp[763]:","","1"," 2974266351 client provides name: espressif"
Today 02:37:42,"3","6","opizero","dnsmasq-dhcp[763]:","","1"," 2974266351 client provides name: espressif"
Today 05:58:15,"3","6","opizero","dnsmasq-dhcp[763]:","","1"," 2919370619 client provides name: espressif"
Today 05:58:15,"3","6","opizero","dnsmasq-dhcp[763]:","","1"," 2919370619 client provides name: espressif"


Die Disconnects treten ziemlich genau alle 200 Minuten auf.

DHCP-Server für mein LAN ist eine FritzBox - deren DHCP Lease Time ist allerdings 10 Tage (Default). Natürlich bekommt der ESP32 auch immer die gleiche IP von der Box.

Zusätzlich läuft aber auf dem Host opizero in meinem Netz auch noch ein dnsmasq, der allerdings ausschließlich als DHCP-Proxy für PXE Boot dient. "Normale" DHCP Request werden von der FritzBox bedient.

Natürlich hatte ich jetzt den dnsmasq als Bösewicht in Verdacht, die regelmäßigen DISCONNECT - CONNECT Zyklen kommen aber auch weiterhin, wenn ich den dnsmasq auf opizero deaktiviere.

Damit ist der WLAN Access Point vermutlich als Verursacher raus...

VG
Tobias

PS: Da der Reconnect (im Vergleich zu Firmware v3) aber hervorragend funktioniert, lohnt es sich IMHO nicht, zu viel Aufwand hier zu investieren...

[tpm88]

Hallo Stefan,

anbei eine neue Version mit hoffentlich weniger Bugs
Das RSSI-Reading sollte wieder funktionieren und die Anzeige des aktuellen Verbrauchs sollte zuverlässiger kommen. Sie wird bisher allerdings immer nur alle 5 Sekunden aktualisiert.

@Tobias: bitte setze auch noch das Attribut readingFlowUnitTime.

danke für die neue Version. Aber zuallererst mal - die OTA Flash Funktion ist ein Traum 

Modul ArduCounter und Firmware habe ich aktualisiert.

Teilerfolg: Auf dem Screen 1 sehe ich jetzt das Zählen der Impulse. Screen 2 mit "current consumption" bleibt aber nach wie vor leer. Auch mit gemäss Commandref gesetzten Attribut  readingFlowUnitTimeD21 3600 und etwas Wartezeit...

Code Auswählen Erweitern

Attributes:
   board      T-Display
   deviceDisplay D21,kW,kWh
   enableHistory 1
   interval   2 300 1 1
   pinD21     falling pullup 30
   pulsesPerUnit 120
   readingFlowUnitTimeD21 3600
   room       ArduCounter
   stateFormat { sprintf("%.2f", round( ReadingsVal("AC_Strom_v4","TotalKWh",0), 2))}
   userReadings TotalKWh:longD21.* monotonic { ReadingsVal("AC_Strom_v4","longD21",0)/120 }
   userattr   readingFlowUnitTimeD21
   verbose    5


Readings:

Code Auswählen Erweitern

2020-05-02_17:38:52 AC_Strom_v4 powerD21: 1.176
2020-05-02_17:38:52 AC_Strom_v4 rejectD21: 1633
2020-05-02_17:38:52 AC_Strom_v4 timeDiffD21: 25504
2020-05-02_17:38:52 AC_Strom_v4 countDiffD21: 1
2020-05-02_17:38:52 AC_Strom_v4 pinD21: 8
2020-05-02_17:38:52 AC_Strom_v4 longD21: 2638
2020-05-02_17:38:52 AC_Strom_v4 interpolatedLongD21: 2650
2020-05-02_17:38:52 AC_Strom_v4 calcCounterD21: 22.0833333333329
2020-05-02_17:38:52 AC_Strom_v4 calcCounterD21_i: 0.1


readingFlowUnitTime[AD]?[0-9]+
specified the time period in seconds which is used as the basis for calculating the current flow or power for the given pin. If the counter e.g. counts liters and you want to see the flow in liters per minute, then you have to set this attribute to 60.
If you count kWh and you want to see the current power in watts, then specify 3600 (one hour).

Das Reading powerD21 zeigt (egal ob readingFlowUnitTimeD21 = 3600 oder dieses Attribut nicht gesetzt) die momentane Leistung in kW an. Vermutlich ist das nur eine Ungenauigkeit in der Doku "see the current power in watts"  - oder sollten dann wirklich Watt und nicht Kilowatt angezeigt werden??

Ich hänge wieder Screenshots an...

Danke & Gruß
Tobias

[StefanStrobel]

Hallo Tobias,

die Doku für readingFlowUnitTime muss ich korrigieren. Das muss in dem Beispiel natürlich kW und nicht Watt lauten.
Um den Fehler mit der lokalen Verbrauchs-Anzeige zu finden, wäre es hilfreich, wenn Du einen Log-Auszug mit Verbose 5 schicken könntest, in dem ich sehe, was Fhem tatsächlich an Deinen ESP schickt, also die Kommunikation nach einem Neustart des ESP.
Bezüglich der Reconnects habe ich jetzt mal ein Test-Modul mit Test-Firmware gebaut, die gar nichts mehr zählt, sonder nur die Verbindung aufmacht. Auch dabei bricht die Verbindung nach 3h20 ab. Jetzt teste ich gerade noch das ganze ohne WifiManger und TFT-Library. Wenn es da immer noch passiert, dann scheint es im ESP-Framework zu liegen oder ich mache noch etwas grundlegend falsch.

Gruss
   Stefan

[tpm88]

Hallo Stefan,

Um den Fehler mit der lokalen Verbrauchs-Anzeige zu finden, wäre es hilfreich, wenn Du einen Log-Auszug mit Verbose 5 schicken könntest, in dem ich sehe, was Fhem tatsächlich an Deinen ESP schickt, also die Kommunikation nach einem Neustart des ESP.

hier der Log-Auszug mit Verbose 5 nach Reset (per Taster) des ESP:

Code Auswählen Erweitern


2020.05.03 10:43:31 5: AC_Strom_v4: sending k(eepAlive) to device
2020.05.03 10:43:31 5: SW: 1,10k.
2020.05.03 10:43:33 3: AC_Strom_v4: device didn't reply to k(eeepAlive), count=1
2020.05.03 10:43:36 3: 192.168.8.97:80 disconnected, waiting to reappear (AC_Strom_v4)
2020.05.03 10:43:36 5: HttpUtils url=http://192.168.8.97:80/
2020.05.03 10:43:36 4: IP: 192.168.8.97 -> 192.168.8.97
2020.05.03 10:43:36 3: 192.168.8.97:80 reappeared (AC_Strom_v4)
2020.05.03 10:43:36 5: AC_Strom_v4: ArduCounter_Open succeeded in callback
2020.05.03 10:43:36 5: AC_Strom_v4: sending k(eepAlive) to device
2020.05.03 10:43:36 5: SW: 1,10k.
2020.05.03 10:43:36 3: attribute board is set to T-Display and is overwriting board ESP32 reported by device
2020.05.03 10:43:36 3: AC_Strom_v4: device sent hello: ArduCounter V4.25 on ESP32 Espressif ESP32 Dev Module with display compiled May  1 2020 21:04:58 Hello
2020.05.03 10:43:36 4: AC_Strom_v4: device did reset (now 7.98, before 36103.089). New offset is 1588495408.20474
2020.05.03 10:43:36 5: AC_Strom_v4: Device Time 7.98, Offset 1588495.408, Drift -8.313s in 26682.502s, -0.03%
2020.05.03 10:43:36 4: AC_Strom_v4: device sent time info: N7980,0B1104,0
2020.05.03 10:43:36 4: AC_Strom_v4: device sent interval config 30,60,2,2,50,4
2020.05.03 10:43:36 4: AC_Strom_v4: device sent devVerbose 0,0,0,0,0
2020.05.03 10:43:36 5: AC_Strom_v4: device sent alive response: AR-74
2020.05.03 10:43:37 3: AC_Strom_v4: ConfigureDevice: send config
2020.05.03 10:43:37 3: AC_Strom_v4: ConfigurePin creates command 21,2,1,30a
2020.05.03 10:43:37 5: SW: 21,2,1,30a.
2020.05.03 10:43:37 5: AC_Strom_v4: ConfigureDevice: no pins in running config without attribute in Fhem
2020.05.03 10:43:37 3: AC_Strom_v4: ConfigureIntervals creates command 2,300,1,1,50,4i
2020.05.03 10:43:37 5: SW: 2,300,1,1,50,4i.
2020.05.03 10:43:37 3: AC_Strom_v4: ConfigureVerboseLevels creates command 1,0,0,0,0v
2020.05.03 10:43:37 5: SW: 1,0,0,0,0v.
2020.05.03 10:43:37 5: SW: s.
2020.05.03 10:43:37 4: AC_Strom_v4: device: defined P21fp m30
2020.05.03 10:43:37 4: AC_Strom_v4: device: intervals set to 2 300 1 1 50 4
2020.05.03 10:43:37 4: AC_Strom_v4: device: devVerbose set to 1,0,0,0,0
2020.05.03 10:43:37 4: AC_Strom_v4: device: Status: ArduCounter V4.25 on ESP32 Espressif ESP32 Dev Module with display compiled May  1 2020 21:04:58
2020.05.03 10:43:37 4: AC_Strom_v4: device: Connected to TobiVision with IP 192.168.8.97 RSSI -74
2020.05.03 10:43:37 4: AC_Strom_v4: device sent interval config 2,300,1,1,50,4
2020.05.03 10:43:37 4: AC_Strom_v4: device sent devVerbose 1,0,0,0,0
2020.05.03 10:43:37 4: AC_Strom_v4: device sent unit display config 0,0,0,,0,
2020.05.03 10:43:37 4: AC_Strom_v4: device sent config for pin 21: P21fp m30, DR21C0D0/0T0X0
2020.05.03 10:43:37 4: AC_Strom_v4: device: no config in EEPROM
2020.05.03 10:43:37 4: AC_Strom_v4: device: Next report in 1910 milliseconds
2020.05.03 10:43:45 5: AC_Strom_v4: HandleHistory no CL
2020.05.03 10:43:45 5: AC_Strom_v4: HandleHistory Seq      1 2020-05-03 10:43:37 Pin D21   6.652 seconds at 1 -> gap (1,-8024:6652@1G)
2020.05.03 10:43:46 5: AC_Strom_v4: sending k(eepAlive) to device
2020.05.03 10:43:46 5: SW: 1,10k.
2020.05.03 10:43:46 5: AC_Strom_v4: device sent alive response: AR-73
2020.05.03 10:43:47 5: AC_Strom_v4: HandleHistory no CL
2020.05.03 10:43:47 5: AC_Strom_v4: HandleHistory Seq      2 2020-05-03 10:43:43 Pin D21   2.777 seconds at 0 -> pulse counted (2,-3373:2777@0C)
2020.05.03 10:43:56 5: AC_Strom_v4: sending k(eepAlive) to device
2020.05.03 10:43:56 5: SW: 1,10k.
2020.05.03 10:43:56 5: AC_Strom_v4: device sent alive response: AR-75
2020.05.03 10:44:06 5: AC_Strom_v4: sending k(eepAlive) to device
2020.05.03 10:44:06 5: SW: 1,10k.
2020.05.03 10:44:06 5: AC_Strom_v4: device sent alive response: AR-74
2020.05.03 10:44:16 5: AC_Strom_v4: sending k(eepAlive) to device
2020.05.03 10:44:16 5: SW: 1,10k.
2020.05.03 10:44:16 5: AC_Strom_v4: device sent alive response: AR-76
2020.05.03 10:44:26 5: AC_Strom_v4: sending k(eepAlive) to device
2020.05.03 10:44:26 5: SW: 1,10k.
2020.05.03 10:44:26 5: AC_Strom_v4: device sent alive response: AR-73
2020.05.03 10:44:36 5: AC_Strom_v4: sending k(eepAlive) to device
2020.05.03 10:44:36 5: SW: 1,10k.
2020.05.03 10:44:36 5: AC_Strom_v4: device sent alive response: AR-75
2020.05.03 10:44:46 5: AC_Strom_v4: sending k(eepAlive) to device
2020.05.03 10:44:46 5: SW: 1,10k.
2020.05.03 10:44:46 5: AC_Strom_v4: device sent alive response: AR-74
2020.05.03 10:44:49 5: AC_Strom_v4: HandleHistory no CL
2020.05.03 10:44:49 5: AC_Strom_v4: HandleHistory Seq      3 2020-05-03 10:43:46 Pin D21  62.423 seconds at 1 -> gap (3,-62627:62423@1G)


Danke & Gruß
Tobias

[StefanStrobel]

Hallo Tobias,

displayConfig wurde fälschlicherweise nicht an den ESP übertragen.
Das ist mir nicht aufgefallen, da ich die Config schon im Flash gespeichert hatte.
Probier mal die angehängte neue Version.

Gruss
   Stefan

EDIT 6.6.20: aktuellste Version ist inzwischen eingecheckt.

[tpm88]

Guten Abend Stefan,

Probier mal die angehängte neue Version.

... es wird immer besser - siehe Screenshots.

Die momentane Leistung wird jetzt richtig angezeigt - allerdings nur für ca 5 Sekunden. Danach springt die Anzeige auf 0000,00 bis der nächste Impuls kommt. Das kann bei meinem Ferrariszähler schon mal 1 - 2 Minuten (!) dauern. Der Sketch müsste also den letzten Wert solange anzeigen, bis durch einen neuen Impuls ein neuer Leistungswert berechnet wird.

- die richtige Einheit für "current consumption" wäre kW - nicht kWh - muß ich da noch an

Code Auswählen Erweitern

deviceDisplay D21,kW,kWh etwas drehen?
- richtig genial wäre natürlich eine Anzeige in Watt, also z.B. 460 Watt statt 0000.46 kW ...

VG
Tobias

[StefanStrobel]

Hallo Tobias,

Du hast nur kWh und kW im Attribut vertauscht. Dann passt es.
Um dann statt kW Watts zu bekommen, kannst Du für flowUnitTime statt 3600 3600000 verwenden. Das Ergebnis muss ja nur mit 1000 multipliziert werden.

Was das Timing bei der Anzeige angeht, so werde ich da vermutlich die gleiche Logik einbauen wie beim Reporting des Device an Fhem und die Werte aus dem Intervall-Attribut verwenden. Eine feste Zeitspanne alleine reicht einfach nicht aus.
Eine neue Version kommt dann

Gruss
   Stefan

[StefanStrobel]

Hallo,

anbei eine neue Firmware für die TTGO Display Boards.
Zum Testen gibt es neben dem bisherigen Anzeigemodus 2 einen neuen mit Nummer 3 (wird mit der linken Taste umgeschaltet).
Der aktualisiert das Display nicht alle 5 Sekunden sondern abhängig von den Einstellungen mit dem interval-Attribut.

Gruss
   Stefan

EDIT 6.6.20: aktuellste Version ist inzwischen eingecheckt.

[tpm88]

Hallo Stefan,

perfekt, vielen Dank, der neue Modus 3 (consumption dyn) funktioniert prima für meinen Anwendungsfall Ferrariszähler.

Edit: folgende Meldung im Log gefunden - scheint aber keine Auswirkung zu haben:

Code Auswählen Erweitern

2020.05.10 13:40:44 3: AC_Strom_v4: unparseable message from device: DisplayMode 3


Edit2: aber nur solange ich die Anzeige nicht von kW auf W umstelle, wie oben vorgeschlagen. Mit:

Code Auswählen Erweitern


attr AC_Strom_v4 deviceDisplay D21,Wh,W
attr AC_Strom_v4 readingFlowUnitTimeD21 3600000


wird zwar das powerD21 reading korrekt in W berechnet. Das Display zeigt aber sowohl in Modus 2 als auch Modus 3 dauerhaft nur noch 0000.00 an...

Was ist eigentlich der einfachste Weg, um den ESP32 in ein anderes WLAN zu bringen? Ich habe mir damit beholfen, das aktuelle WLAN auszuschalten, dann geht der ESP32 nach einiger Zeit offenbar wieder in den AccessPoint Modus. Könnte man hierfür vielleicht sogar ein set Kommand im Modul vorsehen?

VG
Tobias

[StefanStrobel]

Hallo Tobias,

Gute Idee. Das baue ich noch ein.

Gruß
    Stefan