Adapter "smartmeter"
-
@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. -
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 immerError 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 -
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.
-
@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
? -
@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. -
@klassisch Achso habe deine Frage nicht beantwortet, es sind 2 GS303, umgestellt auf SML.
die tun es ja aber. -
@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. -
so nun ist zwar die zweite Instanz grün und empfängt daten doch sind die Objekte verschwunden
-
@klassisch ne der Raspi ist auch iobroker, geht ansonsten prima
-
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 mitdocker exec iobroker cat /dev/stromzahlererhalte 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.19Hab 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
-
@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? -
@nvd126 Kann es sein das du noch ein anderes irgendwas hast was den seriellen port belegt? Das war zb dieses obige ausgegeben hat? Dann mach das mal aus und versuche neu
-
Ich habe zwei USB-Geräte an meinem Server angeschlossen. Hatte ursprünglich mal das Problem, dass die nach einem Neustart zwischen ttyUSB0 und ttyUSB1 hin und her getauscht sind. Musste dann immer händisch einstellen, welcher Port was ist. Das nervte. Hatte dann es so gemacht, dass ich anhand des Gerätenamens oder ID eine feste Zuordnung mache und nach einem Neustart keine Probleme da sind. Für den IR-Lesekopf ist es dann "stromzahler" ohne ä, da Angst vor Sonderzeichen wie ä ö ü.
@apollon77 und @Homoran
Letztlich scheint der Port wohl irgendwie Blockiert gewesen zu sein. Hatte (bevor ich mit der Fehlersuche grade anfangen wollte) den Container entfernt und geupdatet und dann ging es sofort auf Anhieb. Denke weniger das es an einem Update lag, sondern durch einen Neustart...(wobei ich den Container selbst zuvor schon neu gestartet hatte...) komisch jedenfalls. Aber es funktioniert nun.
-
@nvd126 sagte in Adapter "smartmeter":
dass die nach einem Neustart zwischen ttyUSB0 und ttyUSB1 hin und her getauscht sind.
deswegen immer per /dev/serial/by-id/ ansprechen. dann passiert so etwas nicht.
@nvd126 sagte in Adapter "smartmeter":
sondern durch einen Neustart.
wahrscheinlich
