Blockly erzeugt wahrscheinlich diese Fehlermeldung
-
Modbus ist nicht so meine Baustelle.
Aber in den Einstellungen tauchen deine 5000 ms Timeout auf.
Das wäre ein Anhaltspunkt, mal alle Zahlen zu prüfen, in dem Du sie höher setzt.Edit:
Wenn es da andere Einstellungen in der Adapterübersicht gibt, die zu verstellen sind, dann muss da nen "ModbusProfi" ran.
-
@haselchen
die 5000ms hab ich auch gesehen, mich wundert eben der Schreibversuch ins Register 37, wenn aus dem Blockly, meines Erachtens heraus, kein Befehl oder ne Ausführung stattfindet! -
Anderes Skript am Laufen?
Schreibt nur das Blockly oder kann ein Gerät auch schreiben?
Sorry für die Fragen , wie gesagt, Modbus ist so gar nicht mein Gebiet .
-
@haselchen
keine anderes blockly oder Gerät hat Anweisung dieses Register zu benutzen...
wenn ich das Blocky stoppe hören auch die Meldungen auf.. -
@docsnyder7 sagte in Blockly erzeugt wahrscheinlich diese Fehlermeldung:
mich wundert eben der Schreibversuch ins Register 37
Mh? Du schreibst doch Register
37_Entladung_AC_Write.Ohne die Modbus-Dokumentation zum Gerät kann man da nicht helfen.
-
das stimmt, damit die ladung das Autos nicht aus dem Hausakku stattfindet, schreibe ich Register 37 mit 0, wenn der Ladervorgang aktiv ist und der Hausakku kleiner gleich 80%. Am Ende des Ladevorgangs wird wieder 15A geschrieben, damit das Haus wieder aus dem Akku versorgt werden kann. Klappt soweit tadellos... aber im Moment hängt kein Auto an, die 15A für die Entladung sind geschrieben.. mMn bedarf es doch seitens des Blockly momentan keinen Schreibversuch
-
Hab den Host mal rebootet und im Moment läuft es mit aktiviertem Script... kann es am Netzwerk gelegen haben?
-
@docsnyder7 sagte in Blockly erzeugt wahrscheinlich diese Fehlermeldung:
aber im Moment hängt kein Auto an, die 15A für die Entladung sind geschrieben
Du schreibst das doch aber jedes mal neu, wenn das Auto nicht verbunden ist, und sich einer der 3 States ändert:
-
shit , dass stimmt.. der Akku ist bei jetzt bei 100% und bleibt da auch ne gewisse Zeit... und die beiden anderen trigger greifen nur bei angehängtem Auto...
sollte doch so verhindert werden -
@docsnyder7 sagte in Blockly erzeugt wahrscheinlich diese Fehlermeldung:
Client in error state.
ist das
@haus-automatisierung sagte in Blockly erzeugt wahrscheinlich diese Fehlermeldung:
wenn das Auto nicht verbunden ist
dann passt es doch, oder?
-
mit dem zusätzlichen "UND" ist bis dato keine Meldung wieder aufgetreten.
Vielen Dank @all für die Hilfestellung!
