Parameter begrenzen (oder shedulen) in Modbus

[Homoran]

@delphinis sagte in Parameter begrenzen (oder shedulen) in Modbus:

Abfragen von 25 Werten innerhalb von 5 Sekunden finde ich nicht so toll, weil dann alle Werte gleich hintereinander (fast gleichzeitig) auf den Prozessor einrauschen und der dann auch instabil werden könnte?

und wahrscheinlich deswegen limitiert SMA das. Sonst schafft der WR das nicht.

iobroker hätte damit keine Probleme

[Delphinis]

@warp735
Also es gibt viele Möglichkeiten:

1. Kurzfrist-Datenlogger der kritische Daten laufend in sehr kurzen Zeitabständen loggt, (nur immer die letzte Stunde) um bei Problemen im Nachhinein diese Daten auslesen zu können und so zu schauen, wo das Problem lag. (Habe z.B. im Moment ein Problem beim Umschalten auf Ersatzstrom von der Batterie)
2. Beobachten der Energieverlaufs. Wenn ich einen Verbraucher einschalte um mit der Änderung des Gesamtstromverbrauches den verbrauchten Strom zu "messen". Da bringt es wenig, wenn man eine Minute wartet, denn dann hat sich sicher schon die Heizung oder der Kühlschrank eingeschaltet.

Gegenfrage:
Warum macht man ein Datenlogging mit so einem grossen Abstand?
Ich weiss, da gibt es auch viele Möglichkeiten, aber die Frage ist genau so.

[Delphinis]

@homoran
Das ist ja das Problem. SMA limitiert das nicht. Sie sagen nur dass es dann zu Problemen kommen könnte.

ABER:
Könnte jemand jetzt mal auf meine Fragen eingehen?

[Homoran]

@delphinis sagte in Parameter begrenzen (oder shedulen) in Modbus:

Warum macht man ein Datenlogging mit so einem grossen Abstand?

das reicht doch.

um

@delphinis sagte in Parameter begrenzen (oder shedulen) in Modbus:

Wenn ich einen Verbraucher einschalte um mit der Änderung des Gesamtstromverbrauches den verbrauchten Strom zu "messen".

braucht man es doch nicht zu loggen.

[Homoran]

@delphinis sagte in Parameter begrenzen (oder shedulen) in Modbus:

SMA limitiert das nicht.

ich denke SMA "empfiehlt" nicht mehr als 5 auf einmal abzufragen.
Für mich ist das eine Limitierung

Die Anzahl gleichzeitig abgefragter Register kannst du im Adapter einstellen

[Delphinis]

@homoran said in Parameter begrenzen (oder shedulen) in Modbus:

Die Anzahl gleichzeitig abgefragter Register kannst du im Adapter einstellen

Danke für die Antwort. Aber diese Einstellung hab ich bei mir nicht gefunden.
Wäre doch im Modbus Adapter unter "Allgemeines" wo man auch das Intervall einstellen kann?
Schön wäre halt auch, wenn man das Abfrageintervall pro Parameter einstellen könnte.

Dann würden Parameter welche sich nicht oder nur sehr selten ändern auch nicht dauernd unnötig abgefragt. Aber das ist hier wohl nicht möglich.

[Homoran]

@delphinis sagte in Parameter begrenzen (oder shedulen) in Modbus:

Aber diese Einstellung hab ich bei mir nicht gefunden.

dann zeig mal was du hast

@delphinis sagte in Parameter begrenzen (oder shedulen) in Modbus:

Schön wäre halt auch, wenn man das Abfrageintervall pro Parameter einstellen könnte.

wenn es MODBUS TCP ist, einfach zweite Instanz nehmen.

@delphinis sagte in Parameter begrenzen (oder shedulen) in Modbus:

ABER:
Könnte jemand jetzt mal auf meine Fragen eingehen?

Das bringt doch nichts, wenn sich dann dein WR aufhöngt, weil der deinen Anfragensturm nicht verarbeiten kann und dann wer weiss was passiert.
Es weiss doch niemand, welche Folgen das haben wird, wenn man sich mutwillig über die vom Hersteller explizit genannten Limitierungen hinwegsetzt.

So etwas muss doch im Vorfeld geklärt sein, bevor dir jemand einen Trick nennt und dir als Folge davon die gesamte Steuerung incl. Batterie um die Ohren fliegt

[Delphinis]

@homoran said in Parameter begrenzen (oder shedulen) in Modbus:

dann zeig mal was du hast

Bitte:

wenn es MODBUS TCP ist, einfach zweite Instanz nehmen.

Ok, das wäre eine möglichkeit. Kann ich diese Instanzen Programmatisch ein und ausschalten wie wenn ich in den Instanzen von Hand den Start/Stopp-Button drücken würde?

Das bringt doch nichts, wenn sich dann dein WR aufhöngt, weil der deinen Anfragensturm nicht verarbeiten kann und dann wer weiss was passiert....

Anscheinend hast du meine Frage nicht verstanden, oder ich hab mich offenbar nicht genau genug ausgedrückt.
Es war ja genau die Idee, die Last für den Wechselrichter auf das ("Limit", wie du sagst) zu reduzieren, indem ich nur diejenigen Dinge abfrage, die ich gerade benötige.

Die Idee ist ja, dass ich nur diejenigen Parameter im Modbus abfragen lasse die ich im aktiven View gerade anzeige. Wenn ich das View wechsle, dann würde ich halt andere Parameter abfragen. Aber in Modbus kann man ja die eingetragenen Parameter nicht einfach ein und ausschalten, wenn ich das richtig sehe, und wenn dann ev. nicht programmatisch aus der Vis raus? Aber wenn ich natürlich verschiedene Adapter nehmen würde, wobei dann nur immer einer laufen würde, oder vielleicht noch einer für die Statistik, könnte ich die abgefragten Daten eben auf das erforderliche Mass reduzieren.

[Homoran]

@delphinis ich hoffe ich konnte es entziffern

[Homoran]

@delphinis sagte in Parameter begrenzen (oder shedulen) in Modbus:

Anscheinend hast du meine Frage nicht verstanden

Doch, hab ich!
ich halte nur das gesamte Konstrukt für dermaßen abstrus, dass ich grundsätzlich auf ein verträgliches Maß reduzieren würde.

Wenn der SMA es nicht verträgt, dann geht es nicht!

Mein Uralt Kostal wird per api ausgelesen, da sind auch nur 20 Parameter per JSON möglich.
Hier im Forum gab es andere WR, die nur sehr geringe Anzahl Register auf einmal zuließen (1-3)

Wenn diese Geräte nicht mehr können, dann ist das so!

[Delphinis]

@homoran said in Parameter begrenzen (oder shedulen) in Modbus:

@delphinis sagte in Parameter begrenzen (oder shedulen) in Modbus:

Anscheinend hast du meine Frage nicht verstanden

Doch, hab ich!
ich halte nur das gesamte Konstrukt für dermaßen abstrus, dass ich grundsätzlich auf ein verträgliches Maß reduzieren würde.

Wenn der SMA es nicht verträgt, dann geht es nicht!

Mein Uralt Kostal wird per api ausgelesen, da sind auch nur 20 Parameter per JSON möglich.
Hier im Forum gab es andere WR, die nur sehr geringe Anzahl Register auf einmal zuließen (1-3)

Wenn diese Geräte nicht mehr können, dann ist das so!

Ich weiss ja nicht ob du lesen (und auch reflekieren) kannst, aber ich hab schon anfangs geschrieben:

"Muss die "(Parameter) "wohl reduzieren :-(. Ich will ja nicht, dass der WR plötzlich abraucht..."

Was genau hast du da nicht verstanden?
Immer wieder kommen die selben unqualifizierten anschuldigungen.
Ich versteh das nicht!

[Homoran]

@delphinis sagte in Parameter begrenzen (oder shedulen) in Modbus:

Ich versteh das nicht!

das ist das Problem!

@delphinis sagte in Parameter begrenzen (oder shedulen) in Modbus:

Nun hab ich schon mehr als 20 Werte eingebunden und eine Sekunde eingetragen!

anstelle

@delphinis sagte in Parameter begrenzen (oder shedulen) in Modbus:

mindestens 10 Sekunden

und dabei

@delphinis sagte in Parameter begrenzen (oder shedulen) in Modbus:

gleichzeitig nicht mehr als 5 Parameter

[arteck]

@delphinis über welchen WR reden wir hier genau ? währe mir neu das SMA WR im lese modus mx 5 parameter abholen kann...

da müsste meiner SUNNY TRIPOWER 10.0 SE aber schon kaputt sein

ausserdem überlege welche Werte Sinn machen.. nur weil der WR diese liefert musst du nicht darstellen.. sonst kommt als nächstes

Meine Vis ist total langsam.. was kann das sein..

ich arbeite mit diesen Werte und diese reichen Dicke aus
https://github.com/arteck/SMA_forecast_charging/blob/master/SUNNY_TRIPOWER _10.0_SE/eingang.tsv

nochmal ES SIND NUR FÜR DEN - SUNNY TRIPOWER 10.0 SE-

[Delphinis]

@arteck said in Parameter begrenzen (oder shedulen) in Modbus:

über welchen WR reden wir hier genau ?

Hab genau den selben: STP10.0-3SE-40
Ich denke nicht, dass der WR kaputt geht, laut einem anderen User auf photovoltaik forum hat der einen eigenen eigenen Kommunikationsprozessor. Die Verbindung bricht dann halt ab, wenn er überlastet ist.
Da hast du ja schon einige Parameter, welche du abfrägst. Mit welchem Intervall?
Natürlich überlege ich mir, welche Werte sinn machen, weil der Traffic ja beschränkt ist. Aber mehr als deine 34 Parameter werde ich wohl auch nicht brauchen.
Ich hab aber im Moment nur 6 Werte eingetragen mit einem Intervall von 5 Sekunden.
Das sollte ja noch kein Problem sein.
Dabei bricht mir aber die Kommunikation immer noch ab. Beim Starten der Modbus-Instanz werden die drei Kommunikationsflagsgrün und nach 5s wird das letzte ("Verbunden mit Gerät oder Dienst") wieder Rot. Im Moment hab ich das ganze erst in einem Testlauf auf meinem PC, welchen ich abends abstelle. Der ioBroker-Dienst wird somit natürlich beim runterfahren jeweils gestoppt. Allerdings denke ich nicht dass es daran liegt.
Komischerweise gienge es anfangs auch mit noch mehr Parametern.
Ich versuche es jetzt halt mal mit nur einem einzigen.

[Delphinis]

So, hab jetzt nur einen einzigen Parameter drin. Leider will die Kommunikation jetzt nicht mehr (seit gestern)
Auch die Shelly-Instanz kann nicht mehr verbinden.

Ich vermute jetzt dass dieses Problem irgendwo im ioBroker steckt. Aber was könnte ich falsch eingestellt haben?
Ping auf den WR geht.

[wendy2702]

@delphinis logfile im Debug Modus wäre vielleicht hilfreich.

Und die Ausgabe von

   iob diag 

[arteck]

@delphinis sagte in Parameter begrenzen (oder shedulen) in Modbus:

Ich hab aber im Moment nur 6 Werte eingetragen mit einem Intervall von 5 Sekunden

was willst du mit 5 sek.. welche Scenario MUSS 5 sekunden intervall haben...nur weil es geht ????

überleg doch mal..

ich frag meinen alle 10 sek ab.. das reicht dicke

[Delphinis]

@wendy2702 said in Parameter begrenzen (oder shedulen) in Modbus:

logfile im Debug Modus wäre vielleicht hilfreich.

iob diag
wie kann ich diesen Befehl ausführen?
Sorry bin relativ neu bei ioBroker...

[arteck]

@delphinis die ip adresse passt da nicht

check deine Einstellungen

und

iob diag

kannst du in der konsole aufrufen

[Delphinis]

@arteck said in Parameter begrenzen (oder shedulen) in Modbus:

kannst du in der konsole aufrufen

C:\ioBroker>iob diag
iobroker [command]

Commands:
  iobroker setup                                               Setup ioBroker
  iobroker start [all|<adapter>.<instance>|<adapter>]          Starts the js-controller or a specified adapter instance or all instances of an adapter
  iobroker stop [<adapter>.<instance>|<adapter>]               stops the js-controller or a specified adapter instance or all instances of an adapter
  iobroker restart [<adapter>.<instance>|<adapter>]            Restarts js-controller or a specified adapter instance or all instances of an adapter  [aliases: r]
  iobroker debug <adapter>[.<instance>]                        Starts a Node.js debugging session for the adapter instance
  iobroker info                                                Shows the host info
  iobroker logs [<adapter>]                                    Monitor log
  iobroker add <adapter> [desiredNumber]                       Add instance of adapter  [aliases: a]
  iobroker install <adapter>                                   Installs a specified adapter  [aliases: i]
  iobroker rebuild [<module>]                                  Rebuild all native modules or path
  iobroker url <url> [<name>]                                  Install adapter from specified url, e.g. GitHub
  iobroker del <adapter>                                       Remove adapter and all instances from this host  [aliases: delete]
  iobroker del <adapter>.<instance>                            Remove adapter instance  [aliases: delete]
  iobroker update [<repositoryUrl>]                            Update repository and list adapters
  iobroker upgrade                                             Upgrade management
  iobroker upload [all|<adapter>]                              Upload management  [aliases: u]
  iobroker object                                              Object management  [aliases: o]
  iobroker state                                               State management  [aliases: s]
  iobroker message <adapter>[.instance] <command> [<message>]  Send message to adapter instance/s
  iobroker list <type> [<filter>]                              List all entries, like objects
  iobroker chmod <mode> <file>                                 Change file rights
  iobroker chown <user> <group> <file>                         Change file ownership
  iobroker touch <file>                                        Touch file
  iobroker rm <file>                                           Remove file
  iobroker file                                                File management
  iobroker user                                                User commands
  iobroker group                                               group management
  iobroker host <hostname>                                     Set host to given hostname
  iobroker set <adapter>.<instance>                            Change settings of adapter config
  iobroker license <license.file or license.text>              Update license by given file
  iobroker cert                                                Certificate management
  iobroker clean <yes>                                         Clears all objects and states
  iobroker backup                                              Create backup
  iobroker restore <backup name or path>                       Restore a specified backup
  iobroker validate <backup name or path>                      Validate a specified backup
  iobroker status [all|<adapter>.<instance>]                   Status of ioBroker or adapter instance  [aliases: isrun]
  iobroker repo [<name>]                                       Show repo information
  iobroker uuid                                                Show uuid of the installation  [aliases: id]
  iobroker unsetup                                             Reset license, installation secret and language
  iobroker fix                                                 Execute the installation fixer script, this updates your ioBroker installation
  iobroker nodejs-update [<major-version>]                     Upgrade the Node.JS installation to the current LTS
  iobroker multihost                                           Multihost management
  iobroker compact                                             compact group management
  iobroker plugin                                              Plugin management
  iobroker vendor <passphrase> [<vendor.json>]                 Update the vendor information using given passphrase
  iobroker version [<adapter>]                                 Show version of js-controller or specified adapter  [aliases: v]