Hilfe mit MDT SCN-MBGRTU.01 KNX-Modbus-Gateway

[verdrahter]

Hallo,

ich habe das besagt Gateway, eine Kermi Wärmepumpe, und ein USB Modbus Dongle zur Verfügung.

Verkabelung ist: J-YSTY 2x2x0,6 von den Klemmen an der Kermi Wärmepumpe (https://github.com/user-attachments/...k.Guide_DE.pdf, X2-A Rot, X2-B Schwarz, Ground Gelb) zum Modbus Gateway (A+ Rot, B- Schwarz, Ground Gelb, Brücke für Widerstand nicht verbunden). An den Klemmen des Modbus Gateways ist ein zweites Kabel eingeklemmt (3 Meter), das an mein USB Dongel geht (nur rot-schwarz).

Wenn das MDT Modus Gateway de-aktiviert ist (KNX Busklemme gezogen), kann das USB Dongel mit der Wärmepumpe kommunizieren. Dazu nutze ich SerialTool. Folgende Kommunikation hat geklappt:
TX: 28 03 00 01 00 01 D2 33
RX: 28 03 02 00 68 E4 6C

28 Hex -> 40 ascii ist die Wärmepumpe, 03 Hex für "Read holding buffer", 0001 Hex ist Addresse 1, 0001 Hex ist die Anzahl der Register, und dann noch CRC. Die Antwort der WP signalisiert 02 Hex als Anzahl der Bytes in der Antwort, und 0068 Hex ist die eigentliche Antwort. 104 Ascii übersetzt sich zu 10,4°C.

Über eine andere Addresse habe ich bestätigen können, dass das tatsächliche Werte sind.
Kabel OK, WP OK, Dokumentation von Kermi richtig.


Nun zu meinem Problem: Mit dem MDT Interface ist auf der Leitung ständiger Verkehr, aber nix sinnvolles.

image.png

image.png

image.png
image.png

Das ist die Konfiguration, die ich in der ETX eingestellt habe. Das KO wurde mit einer GA verbunden.
Allerdings zeigt mein USB Dongel ununterbrochen "RX" Aktivität, und die Gruppenadresse zeigt nur "0" wenn ich versuche , diese in der ETX auszulesen.

Hat jemand Erfahrung, und kann mir helfen, die fehlerhafte Konfiguration zu finden?

Vielen Dank, Verdrahter

[Erik Jeschke]

Ich würde zuerst das Fehler- und Diagnoseobjekt des MDT-Gateways auswerten: Ständige RX-Aktivität allein belegt keinen Fehler, denn aktive Lesekanäle werden zyklisch abgefragt. Aktiviere unter „Allgemeine Modbus Einstellungen“ den Parameter „Fehler- und Diagnoseobjekt“ und zeichne den Text von KO 453 „Diagnoseobjekt – Ausgang“ im Gruppenmonitor auf. Damit lässt sich gezielt unterscheiden: „NO_ANS“ bedeutet keine Antwort des angesprochenen Teilnehmers, „ADDR“ eine unbekannte Registeradresse und „BUS“ einen Modbus-Kommunikationsfehler, beispielsweise durch falsche Schnittstellenparameter; der Zusatz „cZZZ“ bezeichnet den betroffenen Kanal. Kannst Du den vollständigen Diagnosetext für Deinen Temperaturkanal posten?

Quelle: MDT-Handbuch SCN-MBGRTU.01, Stand 04/2024, Version 1.0, Abschnitt 4.2, S. 11–13:
https://www.mdt.de/fileadmin/user_up..._TM_V10_DE.pdf

Gruß Erik

[verdrahter]

Ich habe "lesen" auf den Kanal 1 gemacht. Im Anschluss Diagnoseobjekt und Fehler ausgelesen.

Diagnose ergibt folgende Rückmeldung:
image.png

Fehlerobjekt das hier:

image.png

Fehler LED Leuchtet auch am Gerät.

Das deutet auf einen Kommunikationsfehler. Ich hatte die Kommunikation mit einem Wafeshare erfolgreich bewältigt...
https://www.berrybase.de/waveshare-i...2743323401&gcl id=EAIaIQobChMIuLHWlKy1lwMVFCCiAx1uygWrEAQYASABEgK-ZvD_BwE

Gleiches passiert ohne den Terminierungswiderstand. Kabellänge Wafeshare zu gateway ca 3m, Kabel Gateway zu WP ca 6m.

Rastergrafik.png

[Erik Jeschke]

Ich würde jetzt die Einstellungen Deines erfolgreichen USB-Tests mit denen des MDT-Gateways vergleichen. Dein Screenshot zeigt beim MDT „38400 Bit/s“ und „keine / 1 Stoppbit“; kannst Du die entsprechenden Einstellungen aus SerialTool zeigen, mit denen Du die gültige Antwort erhalten hast? So lässt sich prüfen, ob beide Tests dieselben Verbindungseinstellungen verwenden, ohne an der Verdrahtung etwas zu ändern. „E1 BUS c1“ meldet laut MDT einen Kommunikationsfehler bei Kanal 1, benennt aber noch nicht die genaue Ursache; falsche Schnittstellenparameter sind eine mögliche Ursache.

Quelle: MDT-Handbuch SCN-MBGRTU.01, Stand 04/2024, Version 1.0, Abschnitt 4.2, S. 11–13:
https://www.mdt.de/fileadmin/user_up..._TM_V10_DE.pdf

Gruß Erik

[verdrahter]

Vielen Dank für Deine Geduld

Kermi Doku: image.png

SerialTool:
image.png

Beobachtung: Kommunikation über Serialtool funktioniert auch, wenn das MDT Gateway aktiv ist.

[verdrahter]

Nachtrag...
An der KERMI Klemme hatte ich rot/schwarz vertauscht im Vergleich zu oben.

Jetzt bekomme ich ein NO_ANS Fehler. Werde heute abend mit ein paar Einstellungen spielen und schauen, ob es vielleicht am Datentyp oder Adresse liegt.

Wobei ich mich frage, warum das SerialTool funktioniert hat.Funktioniert jetzt immer noch mit vertauschten Kabeln. Vielleicht versucht das SerialTool in beide Richtungen...

[Erik Jeschke]

Ich würde als Nächstes prüfen, ob der Fehler auch ohne Anfragen vom PC auftritt. Bei Modbus RTU ist nur ein Master vorgesehen, also ein Gerät, das die Abfragen startet; Dein MDT steht laut Screenshot auf „Master“. Beende für den Vergleich SerialTool und andere Modbus-Testprogramme am PC, lasse die Verdrahtung unverändert und lies danach das Diagnoseobjekt des MDT erneut aus. Bleibt „NO_ANS“ bestehen, oder ändert sich die Meldung? Eine Antwort an SerialTool bei aktivem MDT bestätigt noch keinen störungsfreien Parallelbetrieb.

Quellen:
Modbus Serial Line V1.02, Abschnitt 2.1, S. 7:
https://www.modbus.org/file/secure/modbusoverserial.pdf
MDT-Handbuch SCN-MBGRTU.01, Stand 04/2024, V1.0, S. 11–13:
https://www.mdt.de/fileadmin/user_up..._TM_V10_DE.pdf

Gruß Erik

[hjk]

Ich würde erstmal mit einer Abfrage testen und Kanal 2 und 3 abschalten.
Dann mit dem Serialtool prüfen, was gesendet und empfangen wird. Das Serialtool wird eine Monitorfunktion haben.
Dann sollte man die Ursache schnell finden.
Sollte im Monitor nur Unsinn stehen, könnte die Polarität verdreht sein.

[r4id]

Abschlusswiderstand (120 Ohm) muss an beiden Busteilnehmern gesetzt sein. Am MDT hast du das ja mit der Brücke gemacht.
Wie wird das in der Kermi gesetzt?

Das SerialTool bzw. der USB Umsetzter funktioniert vielleicht deshalb, weil der Widerstand intern immer gesetzt ist.

[r4id]

OT: Erik Jeschke Bist du eine KI ?

[BadSmiley]

OT: Erik Jeschke Bist du eine KI ?

ne, aber alle seine Sätze fangen an mit "ich würde..." Heißt es ja immer "die Würde des Menschen.."

[verdrahter]

Das hier wird "gesnifft"

image.png

image.png

Er feuert ununuterbrochen. In dem ganzen Trace finde ich aber keine "Antwort" in der Form von "23 03 02". In den Lila markierten Zeilen ist der Lesebefehl richtig (vergleiche mit meinem ersten Post).

Habe im Gateway auf "Nur lesen" gestellt.

Wegen Terminierung an der Kermi WP, gibt es keine Klemme. Hoffe, sie halten sich an die Spec und haben eine Terminierung eingebaut.


Ich habe nun alle Kanäle bis auf 1 de-aktiviert, habe die minimale Zeit zwischen Anfragen auf 500ms hochgesetzt.

Ob ich am Gatway den Terminierungswiderstand verbunden habe oder nicht macht keinen Unterschied.

[hjk]

Stell mal den Modbus Datentyp auf 2 Byte vorzeichenlos. Dann könnte es passen.

[r4id]

Dann solltest du dir einen Widerstand besorgen.
Manchmal gibt es einen kleinen dipschalter für so etwas.
Der Widerstand muss für eine störungsfreie Kommunikation auf beiden Enden gesetzt sein um Signalreflexionen zu verhindern.

Die richtige Adresse hast du aber eingestellt ?

[verdrahter]

Jetzt tut es.

Irgendwie hatte die Verkabelung zwischen Gateway und Wärmepumpe doch gepasst. Aber nicht mit dem USB Dongle. Hatte dann wieder die Wärmepumpe vertauscht, aber nicht Gateway. Alles mit zu wenig Ruhe gemacht.
Kann jetzt bei Gerät 40 schon Adresse 1 und 2 auslesen.

Oh war das frustrierend Aber der Fehler stand vor dem Schaltschrank. Habe jetzt keinen extra Terminierungswiederstand bei der Kermi. Sollte also verbaut sein (?).


Viiiiielen lieben Dank an alle Helfenden. Und ich stelle mich in die Ecke und schäme mich.