Abschlusswiderstand Modbus Einfluss

Christian B. schrieb:

Könnte ihr mir sagen/berechnen, ob ich bei so einem kleinen Bus (1, vielleicht 1,2m) tatsächlich Reflexionen ohne Widerstände bekomme, die zu Störungen führen könnten, bei einem Queue Delay von <10ms ?

Warum guckst du dir das nicht mit einem Oszi an? Nur die Realität kann dir Auskunft geben, was tatsächlich auf deinem Bus los ist. Bei der Gelegenheit kannst du dann auch gleich gucken, was es mit dem Queue Delay auf sich hat, d.h. wie sich das auf die Datenübertragung auswirkt.

Christian B. schrieb:

Ich frage alle 2s alle vier Zähler ab, und wirklich viele Register, fast alle.

Wieviele denn? Bei 8e2 und 19200 Baud sind 1600 Bytes pro Sekunde /maximal/ übertragbar.

Jedes Anfragetelegramm à la READ_HOLDING_REGISTERS ist acht Bytes lang, die Antwort darauf ist fünf Bytes + je zwei Byte pro Registerwert groß. (siehe #1 S.15 und #2 S.13)

Dazu kommen laut Spezifikation zwischen den Telegrammen noch einzuhaltende Pausen von mindestens 3.5 Zeichenzeiten (ebenfalls #2 S.13).

Da Du zwei Zähler pro Sekunde abfragst, sind also von den verfügbaren 1600 Bytes 16 Bytes für die Anfragen, 7 Bytes für die Telegrammpausen und 10 Bytes für die Antworttelegramme verbraucht, bleiben 1567 Bytes, also etwa 783 Registerwerte für zwei Zähler übrig. Und das nur, wenn alles äußerst knackig arbeitet, d.h. wenn die Zähler ihre Antwort wirklich /sofort/ liefern.

Und was für Fehler sind das? Zerstörte Telegramme, oder aber Fehlermeldungen seitens der Zähler? Die können nämlich auch "Exception Responses" liefern, wenn sie beispielsweise zu schnell abgefragt werden ...

(Siehe S. 48ff in #1)

Details zu Modbus RTU: #1 https://modbus.org/docs/Modbus_Application_Protocol_V1_1b.pdf #2 https://www.modbus.org/docs/Modbus_over_serial_line_V1_02.pdf

Nachtrag: Ich sehe, daß ich zu lange zum Antworten gebraucht habe, die Menge scheint geklärt zu sein. Betrachte aber meine Fragen zum "Fehler".

Du benutzt offenbar irgendeine Library oder Fertigsoftware, die wenig über das verrät, was sie macht.

Mit einem Oszilloskop könntest Du Dir die RS485-Pegel des Busses ansehen, mit einem einfachen Logikanalysator wie den "Saleae"-Klones könntest Du Dir das /Zeitverhalten/ und die tatsächlich übertragenen Daten auf dem Bus ansehen.

Dann könntest Du auch sehen, wie sich das, was Deine Software "queue delay" nennt, auf die Wartezeiten zwischen dem Empfang einer Anwort und dem Absenden der nächsten Anfrage auswirkt. Ebenfalls könntest Du sehen, wie lange Deine Zähler nach der Anfrage brauchen, bis sie mit dem Antworten beginnen.

Mir sind schon Modbus-Geräte begegnet, die sehr neurotisch darauf reagierten, wenn man sie auch nur etwas zu schnell abfragte, das waren irgendwelche Gateways zu irgendwelchen S7-SPSen. Da musste man etliche hundert Millisekunden Wartezeit einlegen, sonst antworteten sie mit (sachlich falschen) Exceptions (Adressfehler statt "Device Busy").

Dabei ist Modbus wirklich strunzprimitiv.

Was hat dein Versuch mit/ohne Widerstand gebracht?