Adapter "smartmeter"

rewenode

@homoran Kurzer Zwischenstand.
Also mit deinen Argumenten insbesondere der sterbenden ARM V6 Architektur hast du absolut recht.

Ich habe mir ja in den Kopf gesetzt einen Raspi 1 der da direkt neben dem Zähler steht mit zu nutzen. Und da kamen mehrere Möglichkeiten in Frage.

Meine bevorzugte Lösung ioB als Slave im Dockercontainer
Scheitert daran, dass die von mit bevorzugte Lösung (buanet/iobroker) ARM v6 nicht mehr unterstützt.
Nun habe ich zwar die Möglichkeiten, ein eigenes Base-Image (z.B. das sehr schlanke alpine) einzusetzen, aber da müßte ich vieles umstricken und auf Architektur-Kompatibilität testen. Vor Jahren als das buanet-Image ARMv8 noch nicht unterstützt hat, habe ich das für meinen Rock64 gemacht. Muss man nicht haben, den Aufwand für einen Pi1
Volkszähler
Da läßt sich zwar ein gut gepflegtes Image (stefanschoof/volkszaehler) für ARMv6 finden, aber ich brauche ja nur den Teil TTL-Lesekopf -> Lan -> ioB
Seriell->Lan mit socat/ser2net
Habe ich kurz getestet. War etwas instabil. Das will ich aber nochmal genauer betrachten. Kann sein, dass es nicht an socat/ser2net lag, weil ich ähnliche Probleme beim Lesen der seriellen Schnittstelle mit Grabserial festgestellt habe. Warum auch immer.

Wegen der Probleme mit Grabserial habe ich mir ein eigenes kleines Python-Script gebastelt. So als Minimal-Serial-Reader.
Und weil das (zu mindest bis jetzt) stabil läuft und das D0 Datagram wirklich recht simpel und zudem gut dokumentiert ist, habe ich es um paho-mqtt erweitert und schicke die Daten per mqtt an ioB. Dabei habe ich die Topic-Struktur so gemacht, dass sie einigermaßen kompatibel zum Smartmeter-Adapter ist.
Falls der Raspi 1 dann mal das Zeitliche segnet und ich im Keller dann einen ioB-Slave einsetzte, hoffe ich, dass sich die nötigen Änderungen an der Grafana-Auswertung damit in Grenzen halten.

Nochmals Danke für die Tips

amg_666

@rewenode sagte in Adapter "smartmeter":

aber da müßte ich vieles umstricken

Was musst du denn umstricken, wenn du eine Basisconfig plus iob auf einer Speicherkarte installierst und dann in deinem Raspi nutzt? Da ist doch bis auf die Slave-Einrichtung nichts weiter zu tun. Im iob dann den smartmeter-adapter installieren und einrichten.
Docker ist zwar nice, aber bei einem Raspi, der nichts macht ausser den Stromzähler zu lesen brauchst du imho keine gr0ßartigen zusätzlichen Umgebungen. Wenn da wirklich mal was kaputt geht ist das schnell wieder aufgesetzt.

Vielleicht hab ich es falsch verstanden, aber warum brauchst du ein "gut gepflegtes Image" für den Volkszähler? Du brauchst ein ios lite und den iobroker, mehr nicht.
Anleitung Installation

rewenode

@amg_666 sagte in Adapter "smartmeter":

@rewenode sagte in Adapter "smartmeter":

aber da müßte ich vieles umstricken

Das "umstricken" bezog sich die Änderungen am Dockerfile bei Änderung des Base-Image

Was musst du denn umstricken, wenn du eine Basisconfig plus iob auf einer Speicherkarte installierst und dann in deinem Raspi nutzt? Da ist doch bis auf die Slave-Einrichtung nichts weiter zu tun. Im iob dann den smartmeter-adapter installieren und einrichten.

Ja, das könnte ich noch testen. Da auf dem Raspi1 aber auf alle Fälle ein Docker-Container mit Postfix läuft ist abzuwarten, ob die Ressourcen reichen.
Aber ja, mal eben schnell meine SD-Card geclont und das Ganze testen ist ja schnell gemacht.

Docker ist zwar nice, aber bei einem Raspi, der nichts macht ausser den Stromzähler zu lesen ...

s.o.

Vielleicht hab ich es falsch verstanden, aber warum brauchst du ein "gut gepflegtes Image" für den Volkszähler?

Habe das lediglich als Variante zum Auslesen des Smartmeter betrachtet und da wußte ich noch nicht, dass es so einfach ist den Zähler per python auszulesen. Und das "gut gepflegt" bezog sich darauf, dass es offiziell kein ARMv6 Image von Volkszähler.org gibt.

Und über die grundlegenden Vor-/Nachteile von Installationen Nativ/Container will ich hier nicht diskutieren. Das artet dann oft unsachlich aus.

Du brauchst ein ios lite und den iobroker, mehr nicht.
Anleitung Installation

Danke für den Link. Werde ich auf alle Fälle probieren und hoffen, dass der Pi-1 mit seinem parallel laufendem Postfix-Container dafür nicht zu schwachbrüstig ist.
Wenn es klappt, bin ich mit meiner Python-Frickelei jedenfalls nicht dümmer geworden ;-)

Homoran

@amg_666 sagte in Adapter "smartmeter":

aber bei einem Raspi, der nichts macht ausser den Stromzähler zu lesen

das ist aber nicht die hier vorhandene Basis!

@rewenode sagte in Adapter "smartmeter":

Außerdem läuft da ja schon ein docker-container (mit Postfix) drauf

e-i-k-e

Hallo zusammen,

ich habe gestern auch den Hichi IR Lesekopf in der USB Variante erhalten und direkt an meinem Smartmeter Q3A V10.04 an die Info-DSS (MSB-DSS ist bereits belegt) gehalten. Angebunden über 3m USB2.0 Kabel an einem Raspberry Pi 3b auf dem ioBroker als Salve läuft.
Nachdem direkt die Messwerte übermittelt wurden, habe ich den Sensor auf mit Tesa Powerstrip auf den Zähler befestigt.
https://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/easymeter_q3a
Zuerst sah es gut aus und die Werte wurden im Sekundentakt übermittelt, aber sporadisch wurde dann für ~10 sek nichts übermittelt. Im Log habe ich dann auch Fehler gefunden. Der Fehler tritt auch auf, wenn ich das Abfrageintervall auf z.B. 10 Sek erhöhe.

Ich habe daraufhin die Position des IR Kopfes überprüft und neue angeordnet. Es sah gut aus und ich habe für einen langen Zeitraum die Werte wieder im Sekundentakt erhalten, bis plötzlich das gleiche Verhalten wieder eingetreten ist.
Woran könnte das liegen, was kann ich machen?

Edit: Ich habe die Wartezeit mal auf 2sek gestellt. Das sieht bereits besser aus.

klassisch

@e-i-k-e Sieht nach einem "mechanischem Problem" aus.
Ich nehme an, daß der Raspi kontinuierlich durchlief und nicht neu gestartet wurde.
Also Lesekopf neu positioniert und geht wieder ohne was am Raspi gemacht zu haben.
Ist der Lesekopf lichtdicht angebracht oder bekommt er Fremdlicht?
Was passiert, wenn man ihn Probeweise mit Panzertape befestigt?

e-i-k-e

@klassisch

Ich hab den gestern versuchsweise mal neu gestartet und die USB-Verbindung getrennt. Ansonsten läuft der durch.
Der Zähler inkl. Sensor sind in einer geschlossenen Verteilung. Sollte somit recht lichtdicht sein.

Werde den Lesekopf erneut positionieren und vorerst mit einem Klebeband befestigen.

Homoran

@e-i-k-e log bitte nie als Screenshot, text in code-tags ist angesagt!

https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1

apollon77

@e-i-k-e Neben den Ideen bezüglich Kopfanordnung und so bitte auch die Kabelführung des USB kabels prüfen. Am besten so schnell wie es geht weg vom Zählergehäuse und nicht "drüber". Auch ggf andere Stromkabel beachten. Ggf mal schauen ob ein aktiver USB Hub vs direktanschluss einen vorteil bringt. Je nach "Schirmung" kann es halt auch Stör-Einstrahlung sein, wonach es aussieht weil die Position immer wo anders im Datenstrom ist.

e-i-k-e

@apollon77
Ich habe den IR Kopf nun direkt davor gehalten, unzählige Positionen ausprobiert. Die Fehlerhäufigkeit ändert sich, aber ich bekomme diese nicht komplett weg.

Ein anderes USB 2.0 Verlängerungskabel brachte keine Änderung. Das ~0.5m Anschlusskabel am Hichi IR Kopf ist nicht geschirmt.

Morgen kommt noch ein aktiver USB 2.0 Hub, hoffentlich bringt dieser Besserung.

Ralla66

@e-i-k-e

Error alle 15 Sekunden,
10:10:04:571
10:10:19:571
10:10:34:571
Kabel , IR Kopf würde ich ausschließen.
Stör-Einstrahlung weniger dafür ist die Zeit zu genau.

e-i-k-e

@ralla66
Kabel hatte ich getauscht, der versuch mit dem aktiven USB Hub steht noch aus.

Kann es auch am Raspberry liegen? Auf diesem läuft neben ioBroker (als slave) noch piVCCU mit dem dementsprechenden Funkmodul.

Ralla66

@e-i-k-e

Da müssen Linux Profis ran,
da stört ja was die Auswertung oder die Übertragung alle 15 sec.
Der einfachste Weg wäre mal alle anderen Adapter / Scripte und angeschlossene Geräte
zu stoppen.

e-i-k-e

@ralla66

Der aktive USB Hub brachte keine besserung, schade.

Auf dem ioBroker Slave läuft tatsächlich kein anderer Adapter.
Der liebe Hichi lässt mir einen neien IR Kopf zum testen zukommen.

smartmeter.0
	2023-03-03 12:55:36.370	info	Received 12 values, 7 updated
smartmeter.0
	2023-03-03 12:55:35.377	info	Received 12 values, 8 updated
smartmeter.0
	2023-03-03 12:55:34.342	warn	No or too long answer from Serial Device after last request.
smartmeter.0
	2023-03-03 12:55:34.341	info	Error: No or too long answer from Serial Device after last request.
smartmeter.0
	2023-03-03 12:55:33.336	warn	No or too long answer from Serial Device after last request.
smartmeter.0
	2023-03-03 12:55:33.335	info	Error: No or too long answer from Serial Device after last request.
smartmeter.0
	2023-03-03 12:55:32.370	info	Received 12 values, 6 updated
smartmeter.0
	2023-03-03 12:55:31.374	info	Received 12 values, 7 updated
smartmeter.0
	2023-03-03 12:55:30.380	info	Received 12 values, 8 updated
smartmeter.0
	2023-03-03 12:55:29.381	info	Received 12 values, 8 updated
smartmeter.0
	2023-03-03 12:55:28.378	info	Received 12 values, 8 updated
smartmeter.0
	2023-03-03 12:55:27.369	info	Received 12 values, 7 updated
smartmeter.0
	2023-03-03 12:55:26.374	info	Received 12 values, 8 updated
smartmeter.0
	2023-03-03 12:55:25.366	info	Received 12 values, 5 updated
smartmeter.0
	2023-03-03 12:55:24.383	info	Received 12 values, 7 updated
smartmeter.0
	2023-03-03 12:55:23.369	info	Received 12 values, 7 updated
smartmeter.0
	2023-03-03 12:55:22.374	info	Received 12 values, 6 updated
smartmeter.0
	2023-03-03 12:55:21.367	info	Received 12 values, 6 updated
smartmeter.0
	2023-03-03 12:55:20.381	info	Received 12 values, 8 updated
smartmeter.0
	2023-03-03 12:55:19.344	warn	No or too long answer from Serial Device after last request.
smartmeter.0
	2023-03-03 12:55:19.343	info	Error: No or too long answer from Serial Device after last request.
smartmeter.0
	2023-03-03 12:55:18.335	warn	No or too long answer from Serial Device after last request.
smartmeter.0
	2023-03-03 12:55:18.334	info	Error: No or too long answer from Serial Device after last request.
smartmeter.0
	2023-03-03 12:55:17.370	info	Received 12 values, 7 updated
smartmeter.0
	2023-03-03 12:55:16.380	info	Received 12 values, 7 updated
smartmeter.0
	2023-03-03 12:55:15.372	info	Received 12 values, 8 updated
smartmeter.0
	2023-03-03 12:55:14.376	info	Received 12 values, 8 updated
smartmeter.0
	2023-03-03 12:55:13.381	info	Received 12 values, 8 updated
smartmeter.0
	2023-03-03 12:55:12.370	info	Received 12 values, 7 updated
smartmeter.0
	2023-03-03 12:55:11.370	info	Received 12 values, 7 updated
smartmeter.0
	2023-03-03 12:55:10.374	info	Received 12 values, 7 updated
smartmeter.0
	2023-03-03 12:55:09.378	info	Received 12 values, 8 updated
smartmeter.0
	2023-03-03 12:55:08.415	info	Received 12 values, 8 updated
smartmeter.0
	2023-03-03 12:55:07.382	info	Received 12 values, 8 updated
smartmeter.0
	2023-03-03 12:55:06.390	info	Received 12 values, 7 updated
smartmeter.0
	2023-03-03 12:55:05.379	info	Received 12 values, 6 updated
smartmeter.0
	2023-03-03 12:55:04.341	warn	No or too long answer from Serial Device after last request.
smartmeter.0
	2023-03-03 12:55:04.341	info	Error: No or too long answer from Serial Device after last request.
smartmeter.0
	2023-03-03 12:55:03.336	warn	No or too long answer from Serial Device after last request.
smartmeter.0
	2023-03-03 12:55:03.335	info	Error: No or too long answer from Serial Device after last request.
smartmeter.0
	2023-03-03 12:55:02.383	info	Received 12 values, 6 updated
smartmeter.0
	2023-03-03 12:55:01.382	info	Received 12 values, 7 updated

apollon77

@e-i-k-e Nee iobroker oder andere Adapter weniger. Sieht mir nach "Übertragung" aus

wendy2702

@e-i-k-e sagte in Adapter "smartmeter":

Kann es auch am Raspberry liegen? Auf diesem läuft neben ioBroker (als slave) noch piVCCU mit dem dementsprechenden Funkmodul.

Kann daran liegen, besonders wenn es ein PI 4 ist.

e-i-k-e

@wendy2702 sagte in Adapter "smartmeter":

@e-i-k-e sagte in Adapter "smartmeter":

Kann es auch am Raspberry liegen? Auf diesem läuft neben ioBroker (als slave) noch piVCCU mit dem dementsprechenden Funkmodul.

Kann daran liegen, besonders wenn es ein PI 4 ist.

Ist ein PI 3 also nur mit USB 2.0 Ports.

e-i-k-e

@apollon77 @wendy2702

Ich habe testweise ioBroker als VM unter Proxmox neu installiert und mit dem IR Kopf verbunden. Gleiches Kabel, gleiche Bedingungen und es funktioniert auf anhieb.

Ist zwar eine gute Nachricht. Aber letztendlich soll der eigentlich über den Raspberry laufen.


smartmeter.0
Zeit
debug
Nachricht

smartmeter.0
2023-03-03 22:51:35.770	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:51:34.768	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:51:33.773	info	Received 12 values, 7 updated

smartmeter.0
2023-03-03 22:51:32.765	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:51:31.772	info	Received 12 values, 5 updated

smartmeter.0
2023-03-03 22:51:30.768	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:51:29.762	info	Received 12 values, 5 updated

smartmeter.0
2023-03-03 22:51:28.774	info	Received 12 values, 7 updated

smartmeter.0
2023-03-03 22:51:27.774	info	Received 12 values, 7 updated

smartmeter.0
2023-03-03 22:51:26.789	info	Received 12 values, 7 updated

smartmeter.0
2023-03-03 22:51:25.774	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:51:24.769	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:51:23.765	info	Received 12 values, 5 updated

smartmeter.0
2023-03-03 22:51:22.777	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:51:21.758	info	Received 12 values, 5 updated

smartmeter.0
2023-03-03 22:51:20.766	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:51:19.774	info	Received 12 values, 7 updated

smartmeter.0
2023-03-03 22:51:18.772	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:51:17.788	info	Received 12 values, 8 updated

smartmeter.0
2023-03-03 22:51:16.772	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:51:15.771	info	Received 12 values, 7 updated

smartmeter.0
2023-03-03 22:51:14.776	info	Received 12 values, 7 updated

smartmeter.0
2023-03-03 22:51:13.773	info	Received 12 values, 7 updated

smartmeter.0
2023-03-03 22:51:12.769	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:51:11.765	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:51:10.776	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:51:09.762	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:51:08.771	info	Received 12 values, 7 updated

smartmeter.0
2023-03-03 22:51:07.770	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:51:06.766	info	Received 12 values, 7 updated

smartmeter.0
2023-03-03 22:51:05.764	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:51:04.766	info	Received 12 values, 7 updated

smartmeter.0
2023-03-03 22:51:03.772	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:51:02.788	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:51:01.779	info	Received 12 values, 7 updated

smartmeter.0
2023-03-03 22:51:00.782	info	Received 12 values, 7 updated

smartmeter.0
2023-03-03 22:50:59.780	info	Received 12 values, 7 updated

smartmeter.0
2023-03-03 22:50:58.787	info	Received 12 values, 8 updated

smartmeter.0
2023-03-03 22:50:57.776	info	Received 12 values, 8 updated

smartmeter.0
2023-03-03 22:50:56.765	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:50:55.770	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:50:54.766	info	Received 12 values, 5 updated

smartmeter.0
2023-03-03 22:50:53.766	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:50:52.778	info	Received 12 values, 8 updated

smartmeter.0
2023-03-03 22:50:51.776	info	Received 12 values, 8 updated

smartmeter.0
2023-03-03 22:50:50.770	info	Received 12 values, 7 updated

smartmeter.0
2023-03-03 22:50:49.774	info	Received 12 values, 7 updated

smartmeter.0
2023-03-03 22:50:48.776	info	Received 12 values, 8 updated

smartmeter.0
2023-03-03 22:50:47.769	info	Received 12 values, 7 updated

smartmeter.0
2023-03-03 22:50:46.769	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:50:45.768	info	Received 12 values, 7 updated

smartmeter.0
2023-03-03 22:50:44.774	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:50:43.763	info	Received 12 values, 7 updated

smartmeter.0
2023-03-03 22:50:42.763	info	Received 12 values, 5 updated

smartmeter.0
2023-03-03 22:50:41.768	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:50:40.784	info	Received 12 values, 7 updated

smartmeter.0
2023-03-03 22:50:39.762	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:50:38.781	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:50:37.773	info	Received 12 values, 6 updated

smartmeter.0
2023-03-03 22:50:37.058	info	Received 12 values, 12 updated

smartmeter.0
2023-03-03 22:50:36.052	info	starting. Version 3.3.4 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v16.19.1, js-controller: 4.0.24

smartmeter.0
2023-03-03 21:50:30.549	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

klassisch

@e-i-k-e Vielen Dank für die Rückmeldung! Sehr gut, dann ist zumindest ein gangbarer Weg gefunden und viele Komponenten sind rehabilitiert.
Ich hatte auch mal schlechte Erfahrungen mit Zusatz-SW auf meinem piVCCU Orange Pi gemacht. Ich wollte ser2net zur Anbindung eines Zigbee Koordinators drauf laufen lassen. Das ging auch erst mal, stürzte aber immer nach einigen Tagen ab. Die Ursache habe dann nicht mehr ich nicht erforscht.
Habe dann dedizierte Hardware (serial <-> Ethernet-Konverter) eingebaut.
Mit einer solchen Konfiguration betreibe ich auch die Smartmeter Ablesung. Ist allerdings ein Lesekopf ohne USB. Andere nutzen aktive USB-Verlängerungen zum ioBroker Rechner.

rewenode

@homoran Habe jetzt den PI-1 als Slave seit ein paar Tagen am Laufen.
Als Adapter läuft nur Smartmeter. Bisher keine Probleme.
Die CPU-Auslastung für ioB-Slave+Smartmeter-Adapter liegt bei ca. 60%. Der Lesekopf ist ein TTL-Lesekopf.
Wenn ich den Postfix - Container zusätzlich aktiviere, geht die Auslastung bei aktiven Mailverkehr dann schon auf 100%.
Angesichts der Auslastung und der sterbenden ARMv6 Archtektur bin ich mir nicht sicher, ob ich das so lasse.
Alternativ werkelt mein Python-Script bei max 8% CPU Last und tut (was den konkreten Zähler betrifft) eigentlich das gleiche wir der Smartmeter-Adapter.

Mal ne Frage zum Smartmeter-Adapter.
Es ist ja einerseits sinnvoll, das Abfrageintervall einigermaßen groß zuhalten um den Traffic und die Datenbankgröße klein zu halten.
Bei einem Intervall von 60sec. heißt das dann aber auch, dass Verbrauchsspitzen kleiner 60sec unter Umständen übersehen werden.
Der Zähler liefert ja pro sec. einen Wert.
Wäre es nicht sinnvoll, eine Mittelwertbildung über das Abfrageintervall zu machen und diesen Wert zu nutzen? Oder mache ich hier einen Denkfehler?

Community Forum

NEWS

Adapter "smartmeter"

Support us

558

32.4k

81.4k

1.3m