UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[final]

@silgri said in Adapter "smartmeter":

Ich sollte bei meinem ISKRA 175 auch die Leistung der einzelnen Phasen L1, L2 und L3 haben.
Die Werte werden im Moment aber nicht als Objekte ausgegeben. Gibt es dazu eine Lösung? Oder stellt der ISKRA 175 diese an der Schnittstelle gar nicht zur Verfügung?

Ich habe (auch) versucht, darauf zu antworten.
Beim Problem mit den SML Werten von k3flo habe ich mit dem screenshot der smartmeter settings helfen wollen.

[klassisch]

@homoran sagte in Adapter "smartmeter":

Das ist nicht dein Problem!

@homoran sagte in Adapter "smartmeter":

@final Es kommen ja Werte, die sehen nur nicht nach SML aus

Da hat sich was überkreuzt. Bei @final geht es ja, er hat seine Settings als Anleitung gepostet. Das Problem hat @k3flo

[Kilian 1]

As a total beginner in Linux/ioBroker/Influx etc. I can't get the smart meter adapter to work.

I have a "bitshake" wifi smartmeter reader on my “efr SGM-C4-1A600l” electricity meter. The data transfer to the “Trucki-Stick” (a wifi dongle that controls our inverter and collects the data via Json-Keys (StatusSNS,SGM,Power)) works perfectly. And I also receive data from there in ioBroker.

However, if I enter the same URL (“http://192.168.1.8/cm?cmnd=status 10”) in the smartmeter adapter and try to read the data via Json as well, nothing happens. Various other configurations were also unsuccessful. Does anyone know how exactly I have to set this up?

By the way:
In parallel, I try the whole thing via MQTT, where I also get a connection and various objects are created. However, none of them contain individual data such as the current meter reading or the voltage, but only one such (or similar) string:

“ {“StatusSNS”:{“Time”:“2024-08-23T11:44:14”,“SGM”:
“E_in”:26797.805,“E_inHT”:0.000,“E_out”:0.000,“E_outHT”:0.000,“Power”:56,“Voltage”:238.8,“Voltage_L2”:240.2,“Voltage_L3”:240.2,“Current”:0.80,“Current_L2”:0.71,“Current_L3”:0.99,“phase_angle_L2_L1”:121,“phase_angle_L3_L1”:240,“phase_angle_L1”:296.0,“phase_angle_L2”:302.0,“phase_angle_L3”:218.0,“Freq”:50.0,“ID”:“0a014526521804521e95”}}}”

MOD-EDIT: Code in code-tags gesetzt!

Everything is in there somehow, but not in such a way that I can use it.

Would be really grateful for help.

[Homoran]

@kilian-1 It doesn't look like the smartmeter reader provides the data, necessary for the adapter.
The adapter needs the OBIS values, which your reader seems to use itself to transform to the JDON output.

[Samson71]

@kilian-1
Mal im Ernst. Der IP nach Deutsch (Rheinland), deutscher Forenteil mit deutschen Beiträgen. Warum dann in Englisch?

[Kilian 1]

@samson71 Weil ich Depp irgendwie gedanklich in einem englischen Forum war und das erst nach dem Absenden bemerkt habe. Da das mein erster Post war, musste der erst "reviewed" und freigegeben werden, weswegen ich es nicht korrigieren konnte. Ich schreib es nochmal aus deutsch drunter.

Sorr.. Äh - Entschuldigung!

[Samson71]

@kilian-1 sagte in Adapter "smartmeter":

Sorr.. Äh - Entschuldigung!

Kein wirkliches Problem, aber eine schlüssige Erklärung. Hat nur kurzzeitig für Irritation gesorgt.

[Kilian 1]

@kilian-1 Als totaler Anfänger in Linux/ioBroker/Influx etc. bekomme ich den Smart-Meter-Adapter nicht zum Laufen.

Ich habe einen „bitshake“ Wlan-smartmeter reader an meinem „efr SGM-C4-1A600l“ Stromzähler. Die Datenübertragung zum „Trucki-Stick“ (ein Wifi-Dongle, der unseren Wechselrichter steuert und die Daten über Json-Keys (StatusSNS,SGM,Power) sammelt) funktioniert einwandfrei. Und ich erhalte auch Daten von dort in ioBroker.

Wenn ich aber im Smartmeter-Adapter die gleiche URL („http://192.168.1.8/cm?cmnd=status 10“) eingebe und versuche, die Daten ebenfalls über Json zu lesen, passiert nichts. Diverse andere Konfigurationen waren ebenfalls erfolglos. Weiß jemand, wie genau ich das einrichten muss?

So nebenbei:
Parallel dazu versuche ich das Ganze über MQTT, wo ich auch eine Verbindung bekomme und diverse Objekte angelegt werden. Allerdings enthält keines davon einzelne Daten wie den aktuellen Zählerstand oder die Spannung, sondern nur einen solchen (oder ähnlichen) String:

“ {“StatusSNS”:{“Time”:“2024-08-23T11:44:14”,“SGM”:
“E_in”:26797.805,“E_inHT”:0.000,“E_out”:0.000,“E_outHT”:0.000,“Power”:56,“Voltage”:238.8,“Voltage_L2”:240.2,“Voltage_L3”:240.2,“Current”:0.80,“Current_L2”:0. 71,“Current_L3”:0.99,“phase_angle_L2_L1”:121,“phase_angle_L3_L1”:240,“phase_angle_L1”:296.0,“phase_angle_L2”:302.0,“phase_angle_L3”:218.0,“Freq”:50.0,“ID”:“0a014526521804521e95”}}}”

Alles ist irgendwie drin, aber nicht so, dass ich es verwenden kann. Wäre wirklich dankbar für Hilfe.

[Homoran]

@kilian-1 Auf deutsch kein Unterschied zu meiner Antwort in Englisch.

Der Lesekopf verarbeitet anscheinend, die für den Smartmeter Adapter notwendigen OBIS Werte selbst.
Daher bleibt nur die JSON Antwort auszuwerten, was im Prinzip kein Problem darstellen sollte.

[klassisch]

@kilian-1 sagte in Adapter "smartmeter":

Als totaler Anfänger in Linux/ioBroker/Influx etc. bekomme ich den Smart-Meter-Adapter nicht zum Laufen.

Der ioBroker Adapter liest die "Rohdaten", welche aus der IR Info-Schnittstelle der Zähler kommen. Er kann nur empfangen, was der Zähler sendet. Es können IR Leseköpfe per USB oder auch ein TCP Konverter ausgelesen werden, wobei diese Teile dann keine eigene Konvertierungen etc vornehmen dürfen, wie es vielleicht bei einem Tasmota-Gerät oder einem BitShaker der Fall ist.

Die Datenübertragung zum „Trucki-Stick“ (ein Wifi-Dongle, der unseren Wechselrichter steuert und die Daten über Json-Keys (StatusSNS,SGM,Power) sammelt) funktioniert einwandfrei. Und ich erhalte auch Daten von dort in ioBroker.

Wenn ich das recht verstanden habe, kann man mit dem Truckie Stick und einem dazu passenden IR Lesekopf einen Wechselrichter regeln ohne dazu ein größeres System wie z.B ioBroker zu benötigen. Ein solcher Lesekopf kann anscheinend ein "bitShake" sein, der aber die Daten schon umformt.
Dazu ist der smartmeter Adapter aber nicht kompatibel.

Zu Fragen zum MQTT Adapter am besten einen eigenen Thread aufmachen mit MQTT im Titel.
Wenn ich mich recht erinnere, hantiert der youtuber "der Kanal" sowohl mit Truckie als auch mit ioBroker. So als letzte Möglichkeit Hilfe zu bekommen.

[steinchen]

Hallo an alle,
ich habe 2 identische Leseköpfe mit 2 Smartmeterinstanzen und 2 gleichen Zählern.
ging bis vor 3 Tagen auch gut.
nun bekomme ich in einer Instanz immer

Error while parsing SML message: Error: Wrong TL-Field 0x40 for Choice!:

Ich habe die Köpfe mal an den Zählern getauscht, auch in den Instanzen getauscht, nix. ich bekomme einen der Köpfe nicht mehr syncron.
mit cat seh ich aber daten.
mir gehen echt die Ideen aus.
vg Dirk

[TT-Tom]

@steinchen

Vielleicht macht deine IR-LED langsam schlapp.

Kannst hier mal die Daten, die der Kopf sendet, prüfen lassen, ist zwar für Tasmota, aber du siehst erstmal was erkannt wird.

[klassisch]

@steinchen sagte in Adapter "smartmeter":

Ich habe die Köpfe mal an den Zählern getauscht, auch in den Instanzen getauscht, nix. ich bekomme einen der Köpfe nicht mehr syncron.

Ist der Fehler mit dem Kopf gewandert? Oder beim Zähler geblieben?
Welches Zählerfabrikat? Einer aus der Liste https://shop.weidmann-elektronik.de/media/files_public/67303f78bbcd558d664d0095291562d3/BekannteProblememitZhlermodellen.pdf
?

[steinchen]

@klassisch Hallo, ja der Fehler ist mit dem Kopf gewandert.
Jetzt funktioniert es gerade mal wieder, ich habe nicht erwähnt das beide Köpfe an einem Pi hängen.
Ich werde das Gefühl nicht los, das die beiden Instanzen sich immer mal stören, oder besser die smartmeter.0 stört die smartmeter.1.
bei 9600 baud denke ich mal nicht das ein übersprechen der Kabel das Problem sein wird, dann müssten ja auch beide mal einen Fehler produzieren.
Erst als ich beide Instanzen auf den nicht funktionierenden Kopf gelegt habe, hat sich das System eingekrikt und ich konnte dann beide wieder in betrieb nehmen.

[steinchen]

@klassisch Achso habe deine Frage nicht beantwortet, es sind 2 GS303, umgestellt auf SML.
die tun es ja aber.

[klassisch]

@steinchen Sorry, bei solchen Themen kann ich nicht weiterhelfen. Ich meide Master-Slave Systeme und SBCs. Ich verwende Serial <-> LAN Converter und fahre den Adapter über TCP ohne USB und alles unter Win. Funktioniert Rocksolid.
Vielleicht wäre das eine Alternative? Spart den Raspi, wenn der sonst für nichts anderes benötigt wird.

[steinchen]

so nun ist zwar die zweite Instanz grün und empfängt daten doch sind die Objekte verschwunden

[steinchen]

@klassisch ne der Raspi ist auch iobroker, geht ansonsten prima

[nvd126]

Hallo,

habe gestern einen neuen Stromzähler bekommen und auch sofort freigeschaltet mit dem PIN.

Es ist ein DD3 2R06 ETA - 0DZ1. Leider bekomme ich es nicht zum laufen.
Vorher hat alles hervorragend mit dem alten Zähler funktioniert.

Also ich habe einen Weidmann IR-Lese/Schreibkopf.
Wenn ich schaue was so an Daten ankommt mit

docker exec iobroker cat /dev/stromzahler

erhalte ich folgendes (Auszug der ganzen Daten):

1-0:1.8.0*255.7.0*255(000218.86*W)
1-0:76.7107

1-0:0.0.00:2.8.0*255(000001.17000000*kWh0008.39*W)
1-0::0.0.0*255(1EBZ.7.0*255(000384.5(001C0104)
0-055(SERIENNUMMER:36.7.0*255(00)
0-0:96.8.0*22682423)
1-0:155(000156.57*W)4)
!

Also der Lesekopf erfasst die Daten und im iOBroker sind sie Verfügbar im Container. Im Log zum Adapter sehe ich folgendes:

smartmeter.1
2025-01-15 10:36:42.789	debug	SET MESSAGE TIMEOUT TIMER: 120000

smartmeter.1
2025-01-15 10:36:42.788	debug	SERIALPORT OPEN

smartmeter.1
2025-01-15 10:36:42.786	debug	CREATE SERIALPORT: 9600 7 1 even

smartmeter.1
2025-01-15 10:35:42.785	debug	SCHEDULE NEXT RUN IN 60s

smartmeter.1
2025-01-15 10:35:42.785	debug	SERIALPORT CLOSE

smartmeter.1
2025-01-15 10:35:42.783	debug	Transport Reset!! Restart = true

smartmeter.1
2025-01-15 10:35:42.782	debug	Error: No or too long answer from Serial Device after last request.

smartmeter.1
2025-01-15 10:35:42.782	warn	No or too long answer from Serial Device after last request.

smartmeter.1
2025-01-15 10:35:42.781	debug	Error: No or too long answer from Serial Device after last request.

smartmeter.1
2025-01-15 10:35:42.780	debug	MESSAGE TIMEOUT TRIGGERED

smartmeter.1
2025-01-15 10:33:42.785	silly	States system redis pmessage system.adapter.smartmeter.1.logLevel/system.adapter.smartmeter.1.logLevel:{"val":"silly","ack":true,"ts":1736933622776,"q":0,"from":"system.adapter.smartmeter.1","lc":1736929803744}

smartmeter.1
2025-01-15 10:33:42.782	debug	connected set to false

smartmeter.1
2025-01-15 10:33:42.780	debug	SET MESSAGE TIMEOUT TIMER: 120000

smartmeter.1
2025-01-15 10:33:42.779	debug	SERIALPORT OPEN

smartmeter.1
2025-01-15 10:33:42.776	debug	CREATE SERIALPORT: 9600 7 1 even

smartmeter.1
2025-01-15 10:33:42.775	debug	SmartmeterObis options: {"debug":2,"protocol":"D0Protocol","transport":"SerialResponseTransport","requestInterval":"60","transportSerialPort":"/dev/stromzahler","transportSerialBaudrate":9600,"transportSerialDataBits":7,"transportSerialStopBits":1,"transportSerialParity":"even","transportSerialMessageTimeout":null,"protocolD0WakeupCharacters":0,"obisFallbackMedium":1}

smartmeter.1
2025-01-15 10:33:42.762	info	starting. Version 3.4.0 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v16.20.2, js-controller: 5.0.19

Hab die Forenbeiträge schon durchsucht und auch im Internet geschaut und einiges ausprobiert aber leider keine Lösung gefunden.

Weiß noch wer weiter?

Danke und LG

[Homoran]

@nvd126 sagte in Adapter "smartmeter":

erhalte ich folgendes (Auszug der ganzen Daten):

ich bin verwirrt.
wer legt dieses device an?

@nvd126 sagte in Adapter "smartmeter":

Also der Lesekopf erfasst die Daten und im iOBroker sind sie Verfügbar im Container.

kann der Adapter den Lesekopf direkt ansprechen?
ist der serial port durch etwas anderes blockiert?