[Gelöst] [V4.0 IP4] Modbus-Abfragen mit geändertem Profil langsam

[starwarsfan]

Hallo miteinander,

aktuell bin ich dabei, ein Modbus-Profil zu überarbeiten. Da man Profile aus bekannten Gründen ja nicht austauschen kann, musste ich ein neues Gerät anlegen und dort dann sämtliche Verknüpfungen neu erstellen. Dafür also zwei Fenster nebeneinander, links das "alte" Gerät offen, rechts das "neue" Gerät. Dann jeweils eine Verknüpfung neu angelegt, diese im alten Gerät deaktiviert und im neuen Gerät aktiviert. Eine rechte Fleissarbeit aber nunja, so geht's auf jeden Fall.

Ich habe in der Abfragegruppe 30 Transaktionen drin, welche mit dem alten Profil im Schnitt so 3-5s gedauert haben. Damit waren dann auch Update-Intervalle ab 15s überhaupt kein Problem.

Nun habe ich aber festgestellt, dass die Abfragen mit dem neuen Profil fast um den Faktor 10 länger dauern!? Im Gerätemanager wird direkt gemeldet, dass ein Durchlauf ca. "31.0 Sek" dauert. Die Veränderung am Profil ist der Wechsel von UINT auf SINT an einigen Ausgängen, ansonsten exakt die gleichen Verknüpfungen. Kann das daran liegen und wie bekomme ich das wieder "schnell"?

[StefanW]

Hi Yves,

der Gerätemanager beobachtet nur, wie lange ein Durchlauf dauert. Üblicherweise sind die Baudrate am Bus und die Antwortzeit des Gerätes gegenüber bestimmend für den Zeitaufwand.

Es gibt keinen Grund, der uns einfällt - und wir sitzen hier gerade im Meeting mit allen Entwicklern - dass der TWS deshalb länger benötigen würde.

Allerdings finden - je nach dem wie Du das eingestellt hast, nun alte und neue Abfragen ´zeitlich gestaffelt ab und je nach eingerichteter Pause zwischen zwei Abfragen, kann das zur Verlängerung der Abfrage führen, weil mehr Pausen pro Zeiteinheit zu berücksichtigen sind. Es wäre auch denkbar, dass diese Wartezeit beim neuen Projekt anders eingestellt ist.

lg

Stefan

[Parsley]

Hi Yves

Magst du noch deine Version in den Titel schreiben?

[starwarsfan]

Hi

Magst du noch deine Version in den Titel schreiben?

Argh, ich wusste, ich hab' etwas vergessen. Ist erledigt, danke für den Reminder.

[starwarsfan]

Hallo Stefan

der Gerätemanager beobachtet nur, wie lange ein Durchlauf dauert. Üblicherweise sind die Baudrate am Bus und die Antwortzeit des Gerätes gegenüber bestimmend für den Zeitaufwand.

Oh, ein wichtiges Detail: Ich rede hier von Modbus-TCP, also nix Baudrate und so...

Es gibt keinen Grund, der uns einfällt - und wir sitzen hier gerade im Meeting mit allen Entwicklern - dass der TWS deshalb länger benötigen würde.

Allerdings finden - je nach dem wie Du das eingestellt hast, nun alte und neue Abfragen ´zeitlich gestaffelt ab und je nach eingerichteter Pause zwischen zwei Abfragen, kann das zur Verlängerung der Abfrage führen, weil mehr Pausen pro Zeiteinheit zu berücksichtigen sind. Es wäre auch denkbar, dass diese Wartezeit beim neuen Projekt anders eingestellt ist.

Die beiden Abfragegruppen sind genau gleich. Auch hinsichtlich der Reihenfolge, da ich die neue Abfragegruppe der Reihe nach analog zur alten Abfragegruppe incl. aller Settings angelegt und dann jeweils de- bzw. aktiviert habe.

Leider habe ich die alten Abfragegruppen schon gelöscht, da meine erste Idee war, dass es vielleicht daran gelegen hat, weil ja beide Abfragegruppen auf die gleiche Modbus-ID losgehen und es daher eine Warnung gab. Diese Warnung ist jetzt zwar weg, geändert hat sich aber bisher nichts.

[starwarsfan]

Hallo Stefan,

jetzt habe ich doch noch einen Unterschied gefunden und zwar nicht bei den abgefragten Registern und deren Handhabung sondern bei den grundsätzlichen Settings des neuen Profils!

Beim alten, "schnellen" Profil habe ich als kleinstes Abfrageintervall 100ms, Max Dauer 2000ms und Anzahl Register pro Abfrage 121. Im neuen Profil steht aber kleinstes Intervall 1000ms und Anzahl Register 20. Also Faktor zehn grösseres Intervall und sehr viel weniger Register pro Abfrage.

Ich gehe schwer davon aus, dass sich das Verhalten genau darauf zurückführen lässt, oder?

[StefanW]

Hi Yves,

Ich gehe schwer davon aus, dass sich das Verhalten genau darauf zurückführen lässt, oder?

Jep. Das ist, was ich mit

Es wäre auch denkbar, dass diese Wartezeit beim neuen Projekt anders eingestellt ist.

gemeint hatte.

Sorry, dass ich das nicht besser benannt hatte, weil ich war gerade in der Konferenz und hatte keine Zeit für ein besseres Wording


lg

Stefan

[starwarsfan]

Hallo miteinander

Ich gehe schwer davon aus, dass sich das Verhalten genau darauf zurückführen lässt, oder?

Nachdem ich jetzt nochmal ein neues Profil mit den gleichen Settings wie das ursprüngliche (alte) Profil erstellt habe und die Fleisarbeit mit den Abfragen ein weiters Mal hinter mir habe, funktioniert das jetzt wieder so schnell wie erwartet:





Die neue Version des Profils kommt dann in den nächsten Tagen, wenn das eine Weile fehlerfrei gelaufen ist.

[starwarsfan]

Hallo miteinander

Die neue Version des Profils kommt dann in den nächsten Tagen, wenn das eine Weile fehlerfrei gelaufen ist.

Heute bin ich echt froh, das neue Profil noch nicht veröffentlicht zu haben. Der Wechselrichter hat heute Nacht wieder einmal utopische Werte geliefert, so dass ich diese Register auch mit einem Max-Filter versehen werde. Wird also noch eine Weile dauern mit dem neuen SMA-Profil.

Aber ich bin auch extra-froh, dass ich diese Werte in einer separaten Influx-Instanz habe, da man die internen Timeseries ja leider (noch?) nicht bereinigen kann und die Diagramme nach so einer Aktion für die Tonne sind. Da nun aber in jedem Diagramm die Abfragen auf manuell umzustellen und den Max-Filter einzubauen ist auch keine Dauerlösung...

[Sun1453]

Hallo Yves,

Die SMA Wechselrichter haben ja eine große Anzahl an Registern. Siehe deine tolle Arbeit und danke dafür. Welches der vielen Register hast du eigentlich im Gebrauch und werden weiterverbreitet?