[Frage] [V4.0 IP7] Realsierung der Modbus Abfragen bei mehreren Abfragegruppen

[SchlaubySchlu]

Hallo Elabnet,

da ich immer mal wieder einen falschen (alten) Skalierungswert zum eigentlichen Wert meines Fronius Wechselrichter bekommen (ja Fronius hat das meiner Meinung nach etwas Suboptimal umgesetzt, aber das ist jetzt halt mal so) würde mich interessieren ob dies vielleicht an meiner ModBus Realisierung liegt.

Ich habe verschiedene Abfragegruppen im unter dem ModBus-Gerät erstellt.



Nun habe ich aktuell den Verdacht das diese Gruppen sich gegenseitig manchmal "im Weg" stehen, also die Abfrage der Gruppe B dann die Abfrage der Gruppe A stört, bzw. dann die Abfrage nicht durchkommt und dann der Wert kein Update bekommt.

Die verschiedenen Abfragegruppen habe ich aus Gründen der Übersichtlichkeit, damit unterschiedliche Abfragezeiten eingestellt werden können und da ich dachte es gibt auch die Möglichkeit eine Abfrage mit einem Trigger auszulösen erstellt.

Deshalb meine Frage, wie ist die Umsetzung der Abfrage von Verschiedenen ModBus Abfragegruppen innerhalb eines ModBud-Gerät im TWS realisiert?

Danke!

Gruß
Ralf

[cybersmart]

Hallo Ralf,

wenn du die verschiedenen Gruppen öffnest siehst Du doch direkt was passiert an den grünen, blauen oder roten Balken?
Klapp doch mal auf und zeig nen Screenshot, auch die Abfrageintervalle kannst du dort ja anpassen.

[SchlaubySchlu]

Hallo Uwe,

das Problem ist das der Fehler so 1 bis 2 mal am Tag auftaucht und man meines Wissens nach die grünen, blauen oder roten Balken ja nicht zurückspulen kann. Ich sehe im Grafana wann ungefähr der Fehler aufgetreten sein muss aber ich komme nicht an die Rohdaten des ModBus (Daten bevor diese an das TWS-System weitergeben werden) in dem Moment .

Deshalb würde micht interessieren wie der ModBus Ablauf realisiert ist, wenn die einzelnen Abfragegruppen parallel abgefragt werden, kann ich mir gut vorstellen das zu einem Zeitpunkt x zwei Telegramme aufeinander stoßen und es Probleme gibt.

[Mibr85]

Sporadische Fehler hängen öfters mit fehlenden Abschlusswiederstäbden oder anderen Fehlern bei der Topologie zusammen

[SchlaubySchlu]

Das kann ich ausschließen, da der Wechselrichter ModBus-"Master" ist und direkt am LAN hängt.

[StefanW]

Sofern der Timberwolf Server den Wechselrichter abfrägt, dann ist der Timberwolf Server der Client (vormals als "Master" bezeichnet) und das abgefragte Gerät der Server (vormals als "Slave" bezeichnet).

Der Algorithmus, mit dem die Abfragegruppen arbeiten, ist kompex, weil auch Prio-Einstellungen usw. berücksichtigt werden, dass kann man nicht einfach erklären. Es gibt aber eine Einstellung in dem Profil für den zeitlichen Abstand zwischen zwei Abfragen und dies wird berücksichtigt, kommt also vor allem darauf an, was dazu in der Doku steht und was Du eingestellt hast.

Stefan

[SchlaubySchlu]

Hallo Stefan,

sorry für mein "Master", das muss natürlich politisch korrekt, in diesem Fall wohl Client und Server heißen.
Beim CAN seien die „richtigen“ Begrifflichkeiten, ab den kommenden Update der ISO, ja als Commander und Responder definiert wie ich mitbekommen habe.

Bei meiner Antwort habe ich mich auf den Hinweis mit den Abschlusswiderständen bezogen, also die ModBus Verbindung zwischen dem Wechselrichter und Smart-Meter, denn nur dort gibt es, zumindest bei mir Abschlusswiderstände am Bus.
LAN läuft bei mir ohne externe Abschlusswiderstände

Zurück zum Thema, dann werde ich mir mal die Doku genauer anschauen, das muss ich wohl überlesen haben.

Gruß
Ralf