IR Serial Stromzähler an evcc.io

[klaute]

Hallo,

ich habe hier einen Stromzähler der per IR-Serial ausgelesen werden kann.
Sofern man sich die Pin vom Stromnetzbetreiber organisiert hat kann man in diesem die Ausgabe der aktuellen Leistung auslesen.

Da ich keinen speziellen weiteren Stromsensor im Haus habe läuft bei mir folgendes:

Stromzähler liefert per IR-Serial Daten.
Diese werden über eine Platine von eBay "Platine TTL IR Lesekopf Lese-schreib-Kopf Volkszähler Smartmeter Stromzeller PCB" per ESP8266 ausgelesen. Die Platine wird an den UART0 angeschlossen.
Auf dem ESP8266 läuft die firmware ESP-link.
Diese liest die Daten von UART und gibt diese an clients per TCP/IP Port 23 aus.
Die Daten werden dann von einem Python-Script ausgelesen und die Ausgabe erfolgt auf stdout.
Das Script kann damit in evcc.io eingebunden werden.

Die Anzeige auf der Webseite ist korrekt, im Anhang findet Ihr einen Screenshot.

Das Script habe ich bei mir auf meinem Linux-Server in den evcc.io Docker-Container eingebaut.

Ebenso wie ein Script das aus meinem SecaGrid 6002 die aktuell erzeugte Leistung per Webinterface ausliest.

Besteht hier Interesse für die Community bzw. evcc.io?

Dann würde ich mir die Mühe mache das ganze in einem Pull-Request zu packen.

Grüße
Kai

---

Hier meine Konfiguration in evcc.yaml:

meters:
  - name: StecaGrid
    type: custom
    power:
      source: script
      cmd: >
        /bin/sh -c "/bin/sh /app/script/getStecaGridPower.sh"
      timeout: 5s
      scale: 1

  - name: PowerMeter
    type: custom
    power:
      source: script
      cmd: >
        /bin/sh -c "/usr/local/bin/python3 /app/script/powermeterserialreader.py"
      timeout: 15s
      scale: 1

[premultiply]

Da ohnehin schon ein ESP8266 vorhanden ist würde es sich anbieten darauf gleich Tasmota zu installieren (mit dem zugehörigen SML-Modul). Das würde die Verarbeitung enorm abkürzen und eine passende Anbindung ist in evcc auch schon vorhanden.

[premultiply]

Es geht eher darum die Wege an die Daten so gut es geht zu standardisieren. Daher hier auch der Vorschlag mit Tasmota. Das macht das alles auf dem ESP und gibt die Daten fertig interpretiert per JSON aus.

Das Problem ist: Einzelne Scripte, Docker-Container und andere komplexe oder sehr individuelle Infrastruktur sind für die meisten Anwender schlichtweg nicht handhabbar. Daher sind wir immer bemüht dies so einfach und strukturiert wie möglich einzubinden.

Für den WR wäre es aber in der Tat interessant zu sehen wie man den einbinden kann da wir den noch nicht implementiert haben.

[Alestrix]

Kann der ESP auch per nc/netcat ausgelesen und aus dem Resultat per regexp oder jq dann der gewünschte Wert extrahiert werden? Falls das der Fall ist, wäre ggf die Aufnahme von nc in den Container eine Überlegung wert. Das wäre westlich generischer.

[klaute]

Ja die Daten können per nc abgegriffen werden.

Beispiel:
`
$ nc 192.168.0.90 23
|bbrcvB
ISK&cv|bb

...daten...
`
Das umwandeln per regexp oder jq ist also durchaus möglich.

Wenn ich die Zeit dafür finde könnte ich es mir ansehen.

Hier ist die Kodierung der Daten recht gut und simpel beschrieben.

SML
OBIS

[Alestrix]

Binary mit regex parsen ist aber auch nicht so das Gelbe vom Ei - fast so gut wie XML mit RegEx parsen. Und die Aufnahme von nc in den Container ist nur ein Vorschlag von mir. Ob das von den Maintainern aufgegriffen wird, ist eine andere Frage.
EDIT: nc ist bereits Teil des zugrundeliegenden alpine Containers und somit auch im evcc Image enthalten:

$ docker run --rm andig/evcc:nightly nc --help
BusyBox v1.34.1 (2022-04-04 10:19:27 UTC) multi-call binary.

Usage: nc [OPTIONS] HOST PORT  - connect
nc [OPTIONS] -l -p PORT [HOST] [PORT]  - listen

        -e PROG Run PROG after connect (must be last)
        -l      Listen mode, for inbound connects
        -lk     With -e, provides persistent server
        -p PORT Local port
        -s ADDR Local address
        -w SEC  Timeout for connects and final net reads
        -i SEC  Delay interval for lines sent
        -n      Don't do DNS resolution
        -u      UDP mode
        -b      Allow broadcasts
        -v      Verbose
        -o FILE Hex dump traffic
        -z      Zero-I/O mode (scanning)

EDIT2: xxd ist auch im Image, falls hilfreich.

[Alestrix]

Habe keine echten SML Daten hier, drum hab ich als Dummy mal die Binär-Repräsentation von diesem String genommen (in fett die Hex-Werte von 1000000000 und 500000000):
1b1b1b1b010101010701000108001234567890123456789012343b9aca0001770701000208001234567890123456789012341dcd65000001771b1b1b1b12345678

Innerhalb des evcc Docker-Containers funktionieren dann diese beiden One-Liner:

/app # nc -w 1 localhost 12345 | xxd -p -c 1000 | tr 'a-f' 'A-F' | sed  -e 's/.*070100010800.\{24\}\(.\{8\}\)0177.*/ibase=16; \1/' | bc
1000000000
/app # nc -w 1 localhost 12345 | xxd -p -c 1000 | tr 'a-f' 'A-F' | sed  -e 's/.*070100020800.\{24\}\(.\{8\}\)0177.*/ibase=16; \1/' | bc
500000000

(auf localhost:12345 hörte ein weiterer nc als Dummy "SML-Server")

Am Ende macht es sicherlich mehr Sinn, den nc nur in einem der shell plugins (source: script) laufen zu lassen und dort den Output erst mal irgendwo nach /tmp zu schreiben und beim zweiten shell plugin nur noch auf die letzte Version dieser Datei zuzugreifen.

Die Regexen hab ich mir nicht selbst ausgedacht, sondern von hier geklaut.

Edit und PS: Mir fällt jetzt erst auf, dass man ja gar nicht den 108 und 208 Zähler braucht, sondern lediglich den f07 - das sollte die Sache noch etwas vereinfachen...)

[dirkclemens]

@premultiply ich meine die Doku von evcc bzgl. Konfiguration gelesen zu haben. Ich lese meinen Zweirichtungszähler über Tasmota inkl. SML aus und übertrage per MQTT. Aber den als "meter" einzubinden, konnte ich bislang in der Doku nicht finden. Lediglich Tasmota als Steckdose (charger). Kannst Du mit vielleicht den Link auf die Doku posten oder eine Beispiel config? Danke

[thierolm]

Du speist gerade 511 W ein, richtig?

[dirkclemens]

ja genau, -511 bedeutet einspeisen

[Alestrix]

Habe meine alte evcc.yaml nicht mehr (als ich noch Tasmota SML nutzte) aber das hier sollte eigentlich gehen:

meters:
- name: grid
  type: custom
  power:
    source: http
    uri: http://192.168.2.28/cm?cmnd=Status+8
    jq: .StatusSNS.SML.Power_curr

[dirkclemens]

@Alestrix perfekt !!! Danke

[thierolm]

Bitte testet mal meinen "Mittags" PR #3787 ...

[Kaeferfahrer]

hallo

Klinge mich hier mal ein.

ich nutze einen IR Lesekopf über Raspberry 4 und IObroker, Wert ist also da, (Einspeisung negativ, Verbrauch positiver wert)
desweiteren einen Benning TLS PV Wechselrichter, den ich über request HTTP einbinden kann.

meine Elli Box und mein E-Auto bekomme ich konfiguriert, bei den beiden anderen scheitere ich aber.
um die YAML Datei zu ändern, bin ich nicht wirklich weitergekommen bzw gescheitert

bin für jede Hilft dankbar

[VolkerK62]

Was gibt denn der HTTP request vom WR aus?
Wie man den Lesekopf einbindet, steht ja oben drüber.
Alternative: Wenn du beiden schon im IObroker eingebunden hast, kannst du auch beides per MQTT an evcc schicken.

[Kaeferfahrer]

Hallo volker
Ich kann den Ac power per http auslesen
D.h ich installiere den MQTT Adapter im iobroker verbinde beide werte mit dem MQTT und der Ausgang geht zu EVCC

[VolkerK62]

evcc holt sich die Werte dort ab
https://docs.evcc.io/docs/reference/plugins#mqtt-lesenschreiben

und (ich glaube) du musst den Broker in evcc bekannt machen
https://docs.evcc.io/docs/reference/configuration/mqtt

du kannst dann zwei custom meter mit dem plugin MQTT erstellen
https://docs.evcc.io/docs/reference/configuration/meters#custom

[Kaeferfahrer]

Versuche ich mal
Danke
Melde mich wieder

[Kaeferfahrer]

Hallo Volker
Hatte ein kleines Erfolgserlebnis
Konnte heute schon mal die yaml datei ändern
Habe im iobroker auch die beiden MQTT Adapter installiert server und client
Muss die aber noch richtig einstellen
Noch kommen Fehlermeldungen
Danke schon mal

[Kaeferfahrer]

Schönes Wochenende

[Kaeferfahrer]

Hallo
konnte mich noch mal an die konfi setzen
auto und wall box kann ich einbinden
meter noch nicht
aktuell nutze ich diese Konfi

meters:

• type: custom
  name: gridmeter
  power: # power reading
  source: http # use http plugin
  uri: http://192.168.178.58:8081/
  jq: .data[] | select(.uuid=="smartmeter.0.1-0:16_7_0__255.value") | .tuples[0][1] # parse respo>
  scale: 1 # scale unit

die Uri ist der IOBroker und "smartmeter______" ist das object im Iobroker
bekomme aber eine Fehlermeldung

Danke für die Hilfe

[Alestrix]

bekomme aber eine Fehlermeldung

Wie lautet die Fehlermeldung und welcher json String kommt bei http://192.168.178.58:8081/ zurück?

PS: Ich kenne die Datenstruktur vom iobroker nicht, aber das select auf smartmeter.0.1-0:16_7_0__255.value wirkt irgendwie unüblich.
Falls Du ein Unix mit installiertem jq hast, was gibt denn

curl -s http://192.168.178.58:8081 | jq 'data[] | select(.uuid=="smartmeter.0.1-0:16_7_0__255")'

zurück?

[Kaeferfahrer]

hallo
Fehlermeldung auf der Console ist

[main ] INFO 2023/01/16 19:02:29 evcc 0.111.1
[main ] INFO 2023/01/16 19:02:29 using config file: /etc/evcc.yaml
[db ] INFO 2023/01/16 19:02:29 using sqlite database: /root/.evcc/evcc.db
[eebus ] INFO 2023/01/16 19:02:29 Local SKI: 9a6f63f1d28f0a42a3a8c1da441b19b7f2 fd0507
[eebus ] DEBUG 2023/01/16 19:02:29 mdns: announce
[eebus ] DEBUG 2023/01/16 19:02:29 mdns: using avahi
[eebus ] DEBUG 2023/01/16 19:02:29 starting websocket server on :4712
[eebus ] ERROR 2023/01/16 19:02:29 error during websocket server starting: liste n tcp :4712: bind: address already in use
Power: invalid character '<' looking for beginning of value
[eebus ] DEBUG 2023/01/16 19:02:29 mdns: stop announcement

[Kaeferfahrer]

curl -s http://192.168.178.58:8081 | jq 'data[] | select(.uuid=="smartmeter.0.1-0:16_7_0__255")'
-bash: jq: command not found
(23) Failed writing body
ulli@ullipi:~ $

[Ansgar66]

Hallo zusammen,
ich bin mir nicht sicher, ob ich hier im richtigen Thread bin, aber sicher nah dran.
ich möchte mein evcc so aufbauen, dass es den Strom am Netzanschluss über so einen IR-Lesekopf von Hicham auslesen kann.
(https://hessburg.de/tasmota-wifi-smartmeter-konfigurieren/).

den passenden Passus im evcc.yaml habe ich mir so zusammengestellt:
- name: hichi type: custom power: source: http uri: http://192.168.173.124/cm?cmnd=Status+8 jq: .StatusSNS.SML.Power_curr

wenn ich den uri im Browser eingebe erhalte ich
{"StatusSNS":{"Time":"2023-05-14T08:01:04","Grid":{"Power_cur":-2,"Power_L1":-1999,"Power_L2":1938,"Power_L3":58,"Total_in":10203.0,"Total_out":760.5,"Meter_id":"090149534b00049b0a22"}}}

Ich denke, der Fehler liegt in der JSON-Übersetzung!?
bin dankbar für jede HIlfe!

btw.:
der Lesekopf sendet seine Daten über einen MQTT-Broker an ein Openhabsystem. Über den Broker könnte ich die Daten ja auch an evcc übermitteln. Hätte hierzu einer ein Beispielscript für mich?

Thanks again!

[VolkerK62]

Da wo im Abruf jq: .StatusSNS.SML.Power_curr "SML" steht, kommt bei dir "Grid" {"StatusSNS":{"Time":"2023-05-14T08:01:04","Grid":{"Power_cur":-2,
und "Power_curr" heißt bei dir "Power_cur"
Der richtige Abruf wäre:
jq: .StatusSNS.Grid.Power_cur

[premultiply]

Warum nicht einfach die vorhandene Tasmota-Implementierung nutzen?

[Ansgar66]

great thanks to the community! Volker's help did it. It works.
This makes it possible now to set up a perfect solar and scheduled charging in case of the often found premisses fo low costs:
a wallbox comes on top to an existing solar plant but no sensor (in addition to the counter) available at the grid connection point.
the ingredients:

• raspberry pi
• an eHz (electronical counter at the grid connection point)
• the Hichi IR-interface
  I guess with 200€ invest it's possible to realise solar charging ...

@premultiply: I use the standard tasmota-implementation:

`- type: template

template: tasmota

usage: pv

host: 192.168.xxx.xxx

name: solarworld`

to read in the AC-Power of my old Sunnyboy SB1700 (transformator-Version from 2005 without any digital interface) via a tasmotized Sonoff Pow R2. The script works to do that but not to read in the information coming from Hichi's IR-Interface. Here, the following script works now thanks to Volker's help:

`meters:

• name: hichi
  type: custom
  power:
  source: http
  uri: http://192.168.173.124/cm?cmnd=Status+8
  jq: .StatusSNS.Grid.Power_cur`

CU! Ansgar

[premultiply]

Tasmota and usage: grid for grid meter would parse the SML messages.

[Ansgar66]

Hi premultiply,
I'm not sure if I understood correctly. I changed my evcc according to what I understood should work:

instead of:

meters:
- name: hichi
  type: custom
  power:
    source: http
    uri: http://192.168.173.124/cm?cmnd=Status+8
    jq: .StatusSNS.Grid.Power_cur

I wrote:

meters:
- type: template
  template: tasmota
  usage: grid
  host: 192.168.173.124
  name: hichi

I receive no error message, but also no real data from the grid (always 0W)...

[premultiply]

Siehe #4269

Es muss ggf. das Tasmota-SML-Script angepasst werden.
Da wo dort "Grid" steht müsste eigentlich "SML" stehen.

[Ansgar66]

`Hallo premultiply,
das habe ich versucht, aber es hat nicht geklappt. Ich fahre aber mittlerweile erfolgreich seit einer Woche mit dem manipulierten Skript und der evcc-konfig von oben...

danke trotzdem!
Ansgar

[VolkerK62]

Der Vollständigkeit halber:

Da wo dort "Grid" steht müsste eigentlich "SML" stehen.

und "Power_cur" muss "Power_curr" heißen ;-)