NEWS
Modbus adapter
-
Ich glaube mittlerweile, dass es am modbus Adapter liegt.
Hatte eben zum testen eine dritte Instanz installiert. Danach hießen die Nummern von der ersten Instanz komplett anders. Aber sie funktionieren trotzdem.
Alles sehr komisch.
3710_modbus_dritte_instanz.jpg -
Hallo,
ich nutze auch 2x TCP ModBus Instanzen. Ports sind Standardmäßig. Daran kanns nicht liegen.
Gruß Marco
-
Ich glaube mittlerweile, dass es am modbus Adapter liegt.
Hatte eben zum testen eine dritte Instanz installiert. Danach hießen die Nummern von der ersten Instanz komplett anders. Aber sie funktionieren trotzdem.
Alles sehr komisch. `
Was heißt die „die Nummern hießen anders“ !?
Die beiden WR, sind die beide von SMA?
Kannst du für beide Modbus Adapter mal den Loglevel auf „Debug“ stellen und nach dem Starten der einzelnen Instanzen das logfile posten. Vor allem von dem der nicht funktioniert!?
Gesendet von iPad mit Tapatalk Pro
-
Ich glaube mittlerweile, dass es am modbus Adapter liegt.
Hatte eben zum testen eine dritte Instanz installiert. Danach hießen die Nummern von der ersten Instanz komplett anders. Aber sie funktionieren trotzdem.
Alles sehr komisch. `
Was heißt die „die Nummern hießen anders“ !?
Die beiden WR, sind die beide von SMA?
Kannst du für beide Modbus Adapter mal den Loglevel auf „Debug“ stellen und nach dem Starten der einzelnen Instanzen das logfile posten. Vor allem von dem der nicht funktioniert!?
Gesendet von iPad mit Tapatalk Pro `
Aus 30775 wurde auf einmal 60776.
Siehe mein Screenshot eine Seite zuvor.
Ja, es sind beides SMA WR. STP5000 und SB1.5
Hier der Log
3710_log_debug.jpg -
Vergleich mal bitte die Daten mit meinen. Ich habe eine fast identische Konfiguration (SMA 7000TL-20 und SB2.5)
-
modbus.2 2017-11-05 12:19:33.869 info Connected to slave 192.168.0.44 modbus.2 2017-11-05 12:19:33.317 info starting. Version 0.5.4 in /opt/iobroker/node_modules/iobroker.modbus, node: v6.11.5 modbus.2 2017-11-05 12:19:33.224 debug statesDB connected modbus.2 2017-11-05 12:19:33.064 debug objectDB connected host.raspberrypi 2017-11-05 12:19:29.858 info instance system.adapter.modbus.2 started with pid 3160 host.raspberrypi 2017-11-05 12:19:29.830 info object change system.adapter.modbus.2Bei modbus.0 steht dann die IP von dem ersten WR und Port 502. Sonst alle Einstellungen identisch
3710_adapter_einstellung.jpg -
modbus.2 2017-11-05 12:19:33.869 info Connected to slave 192.168.0.44 modbus.2 2017-11-05 12:19:33.317 info starting. Version 0.5.4 in /opt/iobroker/node_modules/iobroker.modbus, node: v6.11.5 modbus.2 2017-11-05 12:19:33.224 debug statesDB connected modbus.2 2017-11-05 12:19:33.064 debug objectDB connected host.raspberrypi 2017-11-05 12:19:29.858 info instance system.adapter.modbus.2 started with pid 3160 host.raspberrypi 2017-11-05 12:19:29.830 info object change system.adapter.modbus.2Bei modbus.0 steht dann die IP von dem ersten WR und Port 502. Sonst alle Einstellungen identisch `
Haken bei Aliases sollte raus. Siehe auch Screenshot von Marco.
-
modbus.2 2017-11-05 12:19:33.869 info Connected to slave 192.168.0.44 modbus.2 2017-11-05 12:19:33.317 info starting. Version 0.5.4 in /opt/iobroker/node_modules/iobroker.modbus, node: v6.11.5 modbus.2 2017-11-05 12:19:33.224 debug statesDB connected modbus.2 2017-11-05 12:19:33.064 debug objectDB connected host.raspberrypi 2017-11-05 12:19:29.858 info instance system.adapter.modbus.2 started with pid 3160 host.raspberrypi 2017-11-05 12:19:29.830 info object change system.adapter.modbus.2Bei modbus.0 steht dann die IP von dem ersten WR und Port 502. Sonst alle Einstellungen identisch `
Haken bei Aliases sollte raus. Siehe auch Screenshot von Marco. `
Haken ist jetzt bei beiden Instanzen raus. Ergebnis unverändert. Auch nach kompletten Neustart des RPI.
-
Das heißt du hast auf dem Reiter „Objecte“ noch immer kein Eintrag „Modbus.2“ !?
Hast du da mal refresh gemacht? `
Doch klar. Das Objekt ist da.
Die Werte werden aber nicht gefüllt.
3710_objecte.jpg -
Wenn du den Haken bei Aliases eben entfernt hast, hast du danach nochmal die Register kontrolliert?
Ich meine die ändern sich wieder auf falsche Werte und müssen korrigiert werden.
Gesendet von iPhone mit Tapatalk Pro `
Jippie, es funktioniert.
Registernummern nach dem enfernen der Haken korrigiert und schon klappt es.
DANKE
-
Hello, I use ESP8266 to communicate with IO Broker over MODBUS TCP, ESP as a slave, Broker as master. It works, I can see my data (two analog sensors), but the update time is very slow, like once every 15-20 seconds and lots of timeouts in the log. In the mean time another SCADA software that I am testing called mySCADA updates same data fine, every second. What can be wrong? FYI, I am using https://github.com/andresarmento/modbus-arduino library for ESP8266. Danke für deine Hilfe
-
Hi,
I do not use these ESP HW but maybe it‘s useful to take a Wireshark trace of the Modbus communication. Then you should be able to see which element is causing the delay.
Best regards
Mirko `
Have you used Wireshark to troubleshoot Modbus communication? Any tips on setting it up? Thanks. -
Hello, I use ESP8266 to communicate with IO Broker over MODBUS TCP, ESP as a slave, Broker as master. It works, I can see my data (two analog sensors), but the update time is very slow, like once every 15-20 seconds and lots of timeouts in the log. In the mean time another SCADA software that I am testing called mySCADA updates same data fine, every second. What can be wrong? FYI, I am using https://github.com/andresarmento/modbus-arduino library for ESP8266. Danke für deine Hilfe `
Problem fixed by switching to a different MODBUS library from https://github.com/JhonControl/ESP8266_ … dbusTCP_V2
635
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge