PROXMOX-diagslave ModBus/TCP SLAVE-Server(VM) mit C.M.I und UVR16xx-Umgebung über ModBus/TCP verbinden

Hallo Karl,

der tcpdump, so wie die meisten Linuxbefehle kann man mit ctrl-C abbrechen oder beenden. (oder mit ctrl-x, oder quit oder exit oder ctrl-D oder q, musst halt alles durchmachen oder nachlesen)

Wenn das alles nicht hilft, dann mit top oder ps die Prozellliste anschauen und den Prozess mit kill und Prozess-id beenden.

Inzwischen hast ja alle Werkzeuge die man zur Analyse aller Fehler im Zusammenhang mit Modbus-Betrieb braucht.

Jetzt musst halt alle logs ( log von allen iobroker-Instanzen einzeln, log vom diagslave und tcpdump vom diagslave und log vom smartfox pro) anschauen und nach möglichen Problemen oder Fehlern suchen.

Es gibt viele Möglichkeiten die Modbus/TCP-Verbindungen vom/zum CMI und den Datenfluß zu gestalten.

Ich würde alles möglichst einfach aufbauen und gut dokumentieren.

Ich bin beim CMI inzwischen mit allen Test bei denen Modbus-Mehrfachverbindungen zum CMI enthalten waren immer zum gleichen Ergebnis gekommen.

Mit mehreren ESP32-ModbusSlaves und mit mehreren diagslave-VMs und mit meinem Victron-Steuergerät habe ich den CMI mit Modbus/TCP-Direktverbindungen dauerhaft gestresst.

Nach einer gewissen Zeit sieht man hauptsächlich bei den Modbus-Eingängen im CMI keine Veränderungen der Eingangswerte mehr.. da hängt sich der CMI wahrscheinlich auf.

Nach einem Reset vom CMI geht dann alles wieder ohne Probleme weiter.

Also dauerhaft würde ich Modbus/TCP-Mehrfachverbindungen von und zum CMI vermeiden und anders gestalten.

Mit nur einer Modbus/TCP-Verbindung vom CMI zum diagslave auf meinem Raspi arbeite ich schon über 2 Jahre problemlos.

Bei deiner Umgebung würde ich vom Smartfox alle Daten zuerst in den ioBroker einlesen.

Dann dort Die Daten zu Grafana oder sonstige JScripts oder Blocklys oder Datenbanken weiterverarbeiten.

Und das was zum CMI soll, vom iobroker zum diagslave schicken.

Danach vom diagslave zum CMI.

So hast zum CMI, nur eine Modbus/TCP-Verbindung und kannst alles mit port 502 machen.

Der iobroker kann anscheinend mehrere Modbus/TCP-Instanzen mit dem gleichen Port 502 problemlos händeln.

In den Dokumentationen vom iobroker hab ich allerdings nichts dazu gelesen, wo es Einschränkungen gibt bei mehrern Instanzen mit dem gleichen Port.

Ein gewisses Restrisiko ist beim iobroker also immer noch vorhanden.

Aber Versuch macht klug.

Gruß

Jürgen