NEWS
Parameter begrenzen (oder shedulen) in Modbus
-
@warp735
Also es gibt viele Möglichkeiten:- 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)
- 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 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
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?@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 LimitierungDie Anzahl gleichzeitig abgefragter Register kannst du im Adapter einstellen
-
@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 LimitierungDie Anzahl gleichzeitig abgefragter Register kannst du im Adapter einstellen
@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 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.
@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
-
@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 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.
@delphinis ich hoffe ich konnte es entziffern

-
@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.
@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 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!
@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 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!@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
-
Hallo,
ich hab einen SMA Wechselrichter. Die haben eine sehr beschränkte limitierung von Daten über den Modbus:"Aus Gründen der Systemstabilität soll der zeitliche Abstand zwischen Datentransfers über das Modbus-Protokoll mindestens 10 Sekunden betragen. Dabei sollen gleichzeitig nicht mehr als 5 Parameter und Messwerte pro SMA Wechselrichter übertragen werden."
Dies ist wohl Geräte-Abhängig aber ich hab das entsprechende Dokument für meinen WR (STPxx SE) bei SMA nicht gefunden.Nun hab ich schon mehr als 20 Werte eingebunden und eine Sekunde eingetragen!
Muss die wohl reduzieren :-(. Ich will ja nicht, dass der WR plötzlich abraucht...
Ich könnte nun verschiedene "Views" bauen, welche immer nur ein paar werte abfragen, und damit verschiedene Szenen beobachten z.B. Spannung/Strom und Leistung einspeisung/bezug usw.)
Aber die Views greifen ja nur die Werte ab, welche schon vom Modbus abgefragt worden sind. Ich müsste also die Abfrage der Modbus-Register steuern können.
Dort in den Einstellungen der einzelnen Register (Zahrad ganz rechts) kann ich ja nur anklicken an welche Dienste (bei mir z.B. die History) das weitergeleitet wird. Die Parameter sehe ich aber schon im Sekundentakt die Werte ändern, das heisst die werden schon laufend abgefragt, bevor ich die Weiterleitung aktiviere...Ist es möglich diese Abfrage je nach View zu steuern und wenn ja wie?
Ich müsste dann 5er Gruppen bilden, welche jeweils nur dann abgefragt würden, wenn ein bestimmtes View aktiv wäre
Btw: 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?
@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.tsvnochmal ES SIND NUR FÜR DEN - SUNNY TRIPOWER 10.0 SE-
-
@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.tsvnochmal ES SIND NUR FÜR DEN - SUNNY TRIPOWER 10.0 SE-
@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. -
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. -
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. -
@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 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
-
@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... -
@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...@delphinis die ip adresse passt da nicht
check deine Einstellungen

und
iob diagkannst du in der konsole aufrufen
-
@delphinis die ip adresse passt da nicht
check deine Einstellungen

und
iob diagkannst du in der konsole aufrufen
@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] -
@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] -
@delphinis die ip adresse passt da nicht
check deine Einstellungen

und
iob diagkannst du in der konsole aufrufen
-
@arteck said in Parameter begrenzen (oder shedulen) in Modbus:
die ip adresse passt da nicht
check deine EinstellungenMuss da nicht die IP des WR rein?
Ping auf diese Adresse geht.@delphinis ja da muss die WR ip rein
hier steht aber was anderes

und firewall regel checken.. nicht das die dir was blockieren
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden