Neues YouTube-Video: Visualisierung im Devices-Adapter

[Skippi]

Gibt es eine Möglichkeit Skripte mit Adapter-Zugriffen zu synchronisieren? Z.B. via Semaphore oder Locking. Bei mir funktioniert das Setzen der Wallbox Stromvorgabe via serieller Modbus Schnittstelle sehr unzuverlässig. Anscheinend kollidiert die Vorgabe mit dem zyklischen Auslesen

[peterfido]

@skippi
Wie gehst du vor? Für Modbus nutze ich Node Red, da der Modbus Adapter damals nicht so wollte, wie gewünscht. Node Red liest inzwischen zwei unterschiedliche Stromzähler über einen LAN 2 RS485 Adapter fehlerfrei aus. Die Nachrichten kommen in einen Qeue und werden nach vorgegebener Pause abgearbeitet.

Einer der Zähler zickt etwas rum, wenn ich zuviele Werte auf einmal abfrage. Häppchenweise geht's. Dem anderen Zähler macht das nix.

[Skippi]

@peterfido
Ich nutze den ioBroker Modbus Adapter und schreibe via Blockly zu einer bestimmten Zeit (wenn der Nachtstomtarif endet) eine LadestromVorgabe von 0 in die Registerabbildung des Modbus-Adapters. Vor ioBroker hatte ich das via C-Programm mit libmodbus gemacht und das hat auch immer sicher funktioniert. Jetzt läuft natürlich die zyklische Broker Abfrage und ich vermute, daß es deshalb manchmal kollidiert - obwohl ja im Endeffekt alles via Modbusadapter transportiert wird.

[peterfido]

@skippi
Wenn der Modbus Adapter Wartezeiten zwischen Anfragen bietet, würde ich die Mal hochdrehen.

[Skippi]

@peterfido
Das Intervall steht schon auf 10s. Ich habe jetzt erstmal eine Schleife eingebaut, die prüft ob es funktioniert hat und es sonst nochmal versucht.
Ich wollte ja nur wissen, ob jemand weiss wie man es ordentlich macht ...

schedule("34 5 * * *", async function () {
while (getState("modbus.0.holdingRegisters.101_ILadeV").val != 0) {
setState("modbus.0.holdingRegisters.101_ILadeV"/LadestromVorgabe/, 0);
await wait(11000);
console.log(getState("modbus.0.holdingRegisters.101_ILadeV").val);
}
});

Man sieht im Logging auch, daß es tatsächlich mehrere Durchläufe braucht:

javascript.0 05:34:33.295 info script.js.WBMorgenStop: 0
javascript.0 05:34:22.289 info script.js.WBMorgenStop: 16
javascript.0 05:34:11.202 info script.js.WBMorgenStop: 16

[peterfido]

@skippi

Ich habe mal die Parameter angesehen. Da gibt es mehrere Zeitangaben.

Ob die Wartezeiten lesend und schreibend sich gegenseitig berücksichtigen, kann ich nicht sagen.

Bei Node-Red gibt es weniger Zeiten zu konfigurieren. In Klammern sind meine Werte.
Timeout (1000ms) für Geräte, die nicht antworten.
Reconnect-Timeout (2000 ms) wenn der Bus wohl hängt.
Queue Sendeverzögerung (200ms). Die Pause zwischen zwei Anfragen, egal, ob lesend oder schreibend.

Die Geräte brauchen eine gewisse Zeit, um die Befehle abzuarbeiten. Z.B. Register lesen, in den Buffer kopieren und dann senden. Da ist mein Timeout von 1000ms schon recht großzügig.
Die Queue Sendeverzögerung hatte ich schonmal testweise auf 1 ms runter. Das geht, wenn man als Trigger zum Senden die Antwort der vorherigen Abfrage nutzt.

Seit ich 7 Nodes auf den Bus "parallel" laufen habe, habe ich mich für 200ms entschieden. Der Queue läuft so nicht voll.

Sieht in Node-Red so aus: