Lesekopf nanoBeemes verwenden?

[Christianpfe]

Hallo zusammen,
ich habe von meinem vorherigen Stromlieferanten einen Lesekopf zugeschickt bekommen, der Hersteller ist nanoBeemes.
Ich habe diesen jetzt geöffnet, es ist eine eigene Platine NanoBeemes V 1.2 mit ESP-WROOM-32U.
Kann man diesen auch mit Tasmota flashen?
Kennt sich jemand damit aus?

Vielen Dank
Christian

[GUNT0815]

Würde mich auch interessieren. Ich wäre daran interessiert, dass man mit der HW eine Lösung hat, welche mit dem lokalen wLAN verbunden wird und die Verbrauchsparameter dann im Netzwerk ablegt (also nix über cloud, wie es die Energieanbieter wollen). Gibt es vielleicht jemanden, der das nanoBeemes bereits mit einer entsprechenden FW geflashed hat?

[jh2000]

Ich habe so nen Gerät von EWE als ELMO. Hab mir da was mit Arduino gemacht, was die Daten an meinen lokalen Server weitergibt.
https://github.com/jh2000/ewe_elmo
Ist aber etwas fummelig für den ersten Flashvorgang und die Beschreibung der Pins in den Bildern ist nicht ganz up2date.

[martin8310]

Tasmota sollte auf dem Teil ohne Probleme laufe, da es ein normaler ESP32 ist. Die Frage ist nur, an welchen Pins die Dioden angeschlossen sind.

https://www.espressif.com/sites/default/files/documentation/esp32-wroom-32d_esp32-wroom-32u_datasheet_en.pdf

[jh2000]

Genau, das Pinout bei mir aus dem Coding ist das Korrekte:
#define LED_WIFI 23 // Wlan-Status LED
#define LED_DATA 22 // Datenstatus LED
#define LED_PIN_A 27 // Pin-Eingabe LED, BiColor Rot+Weis, A > B = Weis, A < B = Rot
#define LED_PIN_B 5 // Pin-Eingabe LED, BiColor Rot+Weis, A > B = Weis, A < B = Rot
#define Taster 25
#define Serial_Meter_RX 16
#define Serial_Meter_TX 17 // Kann zum Pull-Betrieb oder einblinken der PIN verwendet werden.

[NormanL72]

Müsste das Auslesen nicht auch ohne Flashen funktionieren?
Per http://xxx.xxx.xxx.xxx/data bekommt man folgendes zurück:^
{
"meterId": "1EMH0009xxxxx",
"deviceId": "EBSD14250xxxxx",
"msgType": "EMETER_OBIS_V2",
"measurements": [
{
"timestamp": "2024-09-18T15:16:27Z",
"values": {
"1-0:16.7.0255": -2004,
"1-0:2.8.0255": 6741.93017578125,
"1-0:1.8.0255": 16703.279296875,
"1-0:96.1.0255": "0A01454D4800008DA334",
"1-0:96.50.11": "454D48"
}
}
]
}
Wobei
1-0:16.7.0255": -2004
der aktuelle Überschuss ist.
Die Werte müsste man doch jetzt in evcc bekommen? Da könnte ich aber auch noch Hilfe benötigen.

[VolkerK62]

Kopie:

- type: custom
  name: nanoBeemes
  power:
  source: http
  uri: http://192.168.178.26/data
  jq: .measurements[0].values."1-0:16.7.0255"

Original:

- name: nanoBeemes
  type: custom
  power:
    source: http
    uri: http://xxx.xxx.xxx.xxx/data
    jq: .measurements[0].values."1-0:16.7.0255"

Finde den Unterschied. 😄
Tipp: Einrückungen sind bei yaml sehr wichtig.

[NormanL72]

oh. jetzt aber korrigiert :)
und beim zweiten Korrigieren bin ich anscheinend einen Schritt weiter. Jetzt kommt:

nanoBeemes
----------
Power: strconv.ParseFloat: parsing "<nil>": invalid syntax

[VolkerK62]

hmm .... im JQ-Tester funktioniert es
Versuch es mal so (ohne 0) jq: .measurements[].values."1-0:16.7.0255"
Zeig mal die Ausgabe von evcc meter nanoBeemes --log trace

[NormanL72]

Guten Morgen,
auch mit der entfernten 0 immer noch der selbe Fehler:

[main  ] INFO 2024/09/21 08:58:02 evcc 0.130.11
[main  ] INFO 2024/09/21 08:58:02 using config file: /etc/evcc.yaml
[db    ] INFO 2024/09/21 08:58:02 using sqlite database: /var/lib/evcc/evcc.db
[db    ] TRACE 2024/09/21 08:58:02 SELECT count(*) FROM sqlite_master WHERE type='table' AND name="settings" -1 <nil>
[db    ] TRACE 2024/09/21 08:58:02 SELECT sql FROM sqlite_master WHERE type IN ("table","index") AND tbl_name = "settings" AND sql IS NOT NULL order by type = "table" desc 1 <nil>
[db    ] TRACE 2024/09/21 08:58:02 SELECT * FROM `settings` LIMIT 1 -1 <nil>
[db    ] TRACE 2024/09/21 08:58:02 SELECT * FROM `settings` 9 <nil>
[db    ] TRACE 2024/09/21 08:58:04 SELECT count(*) FROM sqlite_master WHERE type='table' AND name="device_details" -1 <nil>
[db    ] TRACE 2024/09/21 08:58:04 SELECT count(*) FROM sqlite_master WHERE type='table' AND name="devices" -1 <nil>
[db    ] TRACE 2024/09/21 08:58:04 SELECT count(*) FROM sqlite_master WHERE type='table' AND name="configs" -1 <nil>
[db    ] TRACE 2024/09/21 08:58:04 SELECT sql FROM sqlite_master WHERE type IN ("table","index") AND tbl_name = "configs" AND sql IS NOT NULL order by type = "table" desc 1 <nil>
[db    ] TRACE 2024/09/21 08:58:04 SELECT * FROM `configs` LIMIT 1 -1 <nil>
[db    ] TRACE 2024/09/21 08:58:04 SELECT count(*) FROM sqlite_master WHERE type='table' AND name="config_details" -1 <nil>
[db    ] TRACE 2024/09/21 08:58:04 SELECT count(*) FROM sqlite_master WHERE type='table' AND name="config_details" -1 <nil>
[db    ] TRACE 2024/09/21 08:58:04 SELECT * FROM `configs` WHERE `configs`.`class` = 2 0 <nil>
[http  ] TRACE 2024/09/21 08:58:04 GET http://192.168.178.26/data
[http  ] TRACE 2024/09/21 08:58:06 {"meterId":"1EMH0009282356","deviceId":"EBSD1425008679","msgType":"EMETER_OBIS_V2","measurements":[{"timestamp":"2024-09-21T06:58:06Z","values":{"1-0:16.7.0*255":2716,"1-0:2.8.0*255":6768.58251953125,"1-0:1.8.0*255":16725.2578125,"1-0:96.1.0*255":"0A01454D4800008DA334","1-0:96.50.1*1":"454D48"}}]}
Power: strconv.ParseFloat: parsing "<nil>": invalid syntax

Aber anscheinend zieht er sich jetzt korrekt die Daten. Wobei es anscheinend egal ist, ob mit oder ohne 0. Das Trace Ergebnis scheint gleich zu sein.

[VolkerK62]

ah, die Kennung ist anders als oben angegeben ... values":{"1-0:16.7.0*255":2716,

versuch es mal so: jq: .measurements[].values."1-0:16.7.0*255"

[NormanL72]

@VolkerK62 , ich danke Dir! Jetzt läufts!