ich benutze den Schreib-/Lesekopf von Weidmann. Der funktioniert sehr gut. Es gibt die Dinger aber auch deutlich billiger aus der Bucht. Damit habe ich aber keine Erfahrung.
Wie bekommst du den ins LAN?
das kannst du mit nem Raspi und ser2net machen. Dann auf dem Symcon-System den Client-Socket statt des Serial-Ports wählen.
Hallo Jürgen,
habe erst mal nachgesehen ob überhaupt Daten am Raspberry Pi ankommen.
Mit dieser Anleitung von der Fa. Weidmann
HowToRaspberryPi.pdf (756,2 KB)
Das ganze mit den Baud 300 Einstellungen (am Anfange kann der Zähler nur mit 300 Baud antworten).
und das kommt dann raus, da ist der Zähler dann sehr gesprächig und am Ende der Ausgabe der Werte kommt das „!“ Zeichen → also nur ein Durchlauf der Datenausgabe.
Ausgabe_E-Zaehler TD3511.txt (8,2 KB)
laut dieser Info (hardware:channels:meters:power:edl-ehz:siemens_td3511 [wiki.volkszaehler.org]) kann der Zähler nach der Initialisierungssequenz auf 9600 umschalten (300 sind echt wenig). Auf dieser Seite ist auch ein PHP Script gepostet, vieleicht hilft es.
Gruß Jürgen
Hallo Jürgen,
habe inzwischen auch eine Menge dazu gelesen. Bin gerade an einer neuen Beta-Version mit OpeningSequence dran.
Ich bleibe allerdings erstmal bei den 300bps. Wenn diese tatsächlich problematisch sind, können wir das immer noch ändern.
Danke für die Ausgabe. Diese werde ich in die Decodierung mit aufnehmen.
Grüße
Jürgen
V1.01 - Neu: Sendet Eröffnungssequenz, weitere Formate implementiert
Die neue Version ist fertig. Damit sollten jetzt auch Zähler abrufbar sein, die eine Eröffnungssequenz erwarten. Darüber hinaus wurden weitere Datenformate implementiert und die Implementierung weiterer Formate deutlich vereinfacht.
Sollten bei euch also Daten in der Instanz ankommen, diese aber nicht in Variablen geschrieben werden, dann bitte einfach die dump.txt hier posten. Eine einfache Implementierung sollten dann kein Problem mehr darstellen.
Bewusst habe ich aktuell keine Baudratenumschaltung implementiert, da diese im Zusammenspiel mit IP-Symcon einige Fallstricke mit sich bringt. Sollte es allerdings deutliche Probleme mit einer 300bps-Rate geben, dann gucken wir mal, was sich machen lässt.
Die neue Version ist wie immer bei mir zunächst als Beta im Module-Store erhältlich.
Grüße
Jürgen
1 „Gefällt mir“
Hallo Jürgen,
das neue Modul läuft ! TOP Arbeit
Musste nur die Aktualisierungszeit auf 120 Sekunden einstellen, da der ganze Auslesevorgang ja sehr lange dauert.
DANKE
Gruß Jürgen
ja, dein Zähler ist sehr gesprächig. 
Dann werden wir uns jetzt wohl doch über die Geschwindigkeitsumschaltung Gedanken machen müssen… Dazu brauche ich aber deine Mitarbeit. Hast du Interesse? Wenn ja, dann brauche ich nochmal eine dump.txt, d.h. einen Download aus deinem Debug der Counter-Instanz. Arbeitest du mit Serial-Port oder Client-Socket?
Grüße
Jürgen
Hallo Jürgen,
na klar helfe ich da weiter wo ich kann.
Anbei die gewünschte Datei.
dump.txt (33,1 KB)
Habe noch was zum Telegrammaufbau gefunden, falls es dir weiter hilft.
amis_td-351x_bhbk.pdf (3,6 MB)
dump_Serial_Port.txt (10,8 KB)
Gruß Jürgen
V1.02 Neu: Baudratenumschaltung beim Handshake
Die neue Version berücksichtigt eine Baudratenumschaltung beim Handshake. Ich bin mir weder sicher, ob das alle Zähler machen, die einen Handshake erfordern, noch bin ich mir sicher, ob die Umschaltung fehlerfrei funktioniert. Das sind aber alles lösbare Themen. Bitte mal um Rückmeldung.
Grüße
Jürgen
Hallo Jürgen,
habe die neue Version 1.02 probiert, kann es sein das dein Modul die Schnittstelle
wieder auf 300 umstellt ?
habe einmal auf 9600/19200 umgestellt, aber nach dem ersten Durchlauf steht wieder die 300 drin.
Gruß Jürgen
ja, das ist richtig. Es wird ein Handshake durchgeführt und der beginnt laut Zähler-Unterlagen immer mit 300bps. Der Zähler sendet dann seine mögliche Bitrate. Diese wird dann vom Modul beim Zähler angefragt und hoffentlich bestätigt. Dann wird der Serial-Port auf diese Bitrate eingestellt und die Daten empfangen. Bei dir sind es 19200bps. Bei der nächsten Anfrage geht es dann wieder mit 300bps los. Ich hoffe das klappt bei dir soweit.
Grüße
Jürgen
Hallo Jürgen,
mir ist aufgefallen, dass bei der Änderung auf die Version 1.02 weniger Daten als vorher aufgelistete werden.
dump(1).txt (1,8 MB)
Erst wenn ich die Zeit auf über 240 Sekunden einstelle, werden alle Daten wieder angezeigt(vorher waren es 120 Sekunden). Irgendwie klappt die Umstellung der Übertragungsgeschwindigkeit nicht wie gewünscht.
Gruß Jürgen
Hallo Jürgen,
die Daten kommen ja extrem langsam reingetröpfelt. Während die Daten ankommen, sollte der Serial-Port bei dir auf 19200bps stehen. Ist das so?
Hast du ggf. eine Fehlermeldung während des Handshakes im Debug?
Was findest du im Debug des Serial-Ports bezüglich Transmit?
Dein Debug aus der Obis-Instanz müsste so aussehen:
dump.txt (1,7 KB)
Von wo stammt deine dump.txt?
Grüße
Jürgen
Hallo Jürgen,
also die jetzt angehängte Dateien sind vom OBIS Plain Text Counter.
Die Schnittstelle bleibt auf den 300 bps stehen !
Gleich am Anfang geht der Handshake zum Zähler schief.
dump_nur ein Durchlauf.txt (67,4 KB)
dump_mit zwei Durchläufe.txt (73,0 KB)
Beim zweiten Durchlauf sieht man Überscheidungen der Daten, da ist der eine Datenfluss noch nicht zu Ende und es wird wieder eine neue Sequenz (nach der eingestellten Zeit) angestoßen → meine Meinung als Kopplungs Anfänger 
Gruß Jürgen
sehr schön. Kaum guckt man auf die richtigen Daten, schon offenbart sich der Fehler.
TXT: 22.02.2022, 15:26:12 | Received | <ETX>V/SAT63511C01667006895
TXT: 22.02.2022, 15:26:12 | Error | Unknown Message while Handshake
Da wird noch ein Rest der Vorgänger-Nachricht gesendet. Dadurch wird die eigentliche Nachricht nicht erkannt. Fix kommt gleich.
Grüße
Jürgen
V1.03 - Fix: Handshake-Fehler durch alte Nachrichtenreste
Der Fehler ist jetzt behoben. Der Handshake sollte jetzt reibungslos funktionieren.
Die neue Version ist als Beta im Module-Store erhältlich.
Grüße
Jürgen
Hallo Jürgen,
die Schnittstelle wird jetzt umgeschaltet und dann wirds ruhig.
Keine Kommunikation mehr.
dump(3).txt (872 Bytes)
Gruß Jürgen
Hallo Jürgen,
sehr schade. Das passiert mir wirklich sehr selten. Aber jetzt gehen mir die Ideen aus. Wir haben den Handshake jetzt genau nach Handbuch aufgebaut. Er müsste jetzt also senden…
Hast Du noch irgendwelche Informationen, die uns weiterhelfen könnten?
Grüße
Jürgen
Hi Jürgen,
kein Problem, hast ja sehr viel Zeit und Mühe in diese Modul reingesteckt.
Wäre noch schön wenn du das wieder auf die 300er Geschwindikeit einstellen würdest.
Vielen Dank !
Gruß Jürgen