Das Problem besteht immer noch.
Besser gesagt es wird in die OID für False egal was unter Wert steht immer nur "false" geschreiben

Hallo,

Ich lese hier schon einige Zeit mit und habe auch schon den Adapter installiert und getestet. Ich muss sagen er gefällt mir schon sehr gut.
Ich habe einen SAT>IP-Server und aktuell habe ich es so das ich per Script beim Senderaufruf die Frequenz usw, an den VLC übergebe.
Gibt es eine Möglichkeit so etwas auch im Browser (Fully Browser) Fenster zu machen?

Hast du oder wer anders eine Idee dazu?

Da es hier keine Lösung gibt habe ich jetzt eine Workaround gefunden.
Ich habe auf dem ioBroker Raspi das Programm mbusd https://github.com/3cky/mbusd installiert und den Modbus-Adapter per TCP verbunden . Nun kann ich alle Slaves einlesen.

@KanteTaete ist vielleicht auch eine Lösung für dich?

Hallo,

hast du mehr als einen Slave am Modbus? Beschreib mal deinen Aufbau

@hans61
Da sind ein paar nullen zu viel in der Adresse. Probier mal 30001
und evt. Alias benutzen auf der Allgemeinen Seite

@ChrisB83
Ja, einfach einen Netzwerk Eingang in deinem Logo Programm benutzen.

Da entspricht der db wert dem den du in deinem Programm für den Netzwerkeingang vergibst.

Hallo,
mittlerweile denke ich das es nicht an meinem Bus oder Konfiguration liegt sondern ein Fehler im Adapter

sieh hierzu
https://forum.iobroker.net/topic/22126/adapter-modbus-mehrere-geräte-ids-timeout-beim-auslesen-von-mehr-als-einen-teilnehmern/6

Habe im FTDI Datenblatt zum Thema Direction Control nachgelesen.
Das macht der Chip, sofern CBUS2 richtig konfiguriert, selber.

" Note that the TXDENis activated 1 bit period before the start bit. TXDENis deactivated at the same time as the stop bit. This is not configurable "

Habe noch weiter getestet.

1. Ich habe mal wieder den USB-RS485 Stick in meinen Win10 Rechner gesteckt und dann per Modbus Poll mir die 4 Slave angelegt und jeweils die 3001 (Spannung) der Zähler ausgelesen.
   Wenn ich die Scan Rate zu niedrig setzt, bekomme ich Timeout Fehler. Aber mit 4000ms läuft es stabil.
   Aber daran kann es nicht liegen, im IOBroker habe ich 10sec eingestellt

2. Ich habe mir mit dem Oszilloskop mal das Geschehen auf dem Bus angesehen.
   Ich habe keine Pause (min. 3,5 Zeichen bei 2400Baud ca 16ms) zwischen den Abfragen von 1.Slave und deren Antwort und der Abfrage von 2. Slave gesehen.
   Es kommt keine Antwort von 2.Slave.
   Nach Ablauf der Eingestellten Reconnet Time (bei mir 60 sec) wird die Anfrage an den 1.Slave wiederholt. Jetzt Antwortet auch der 1. Slave auch nicht mehr. Wenn ich die Modbus Instanz neu Starte bekomme ich sofort eine Antwort von 1.Slave

Es sieht so aus als wenn die Modbus Instanz den Bus nicht richtig Frei gibt. Weiss einer wie die Richtungs-Kontrolle beim bei einem USB<>485 Sticke mit FTDI und CP2102 Chip erfolgt.

@KanteTaete
Ich habe auch noch keine neuen Erkenntnisse. Habe mal die aktuelle Version von Git installiert aber die bringt auch keine Verbesserung.

Hier noch mal das Log:

• 2019-05-13 13:10:32.847 - debug: modbus.0 objectDB connected
  2019-05-13 13:10:32.905 - debug: modbus.0 statesDB connected
  2019-05-13 13:10:33.025 - info: modbus.0 starting. Version 3.0.0 in /opt/iobroker/node_modules/iobroker.modbus, node: v8.16.0
  2019-05-13 13:10:33.550 - debug: modbus.0 connect to serial /dev/ttyUSB0 with 2400
  2019-05-13 13:10:33.565 - info: modbus.0 Connected to slave
  2019-05-13 13:10:33.567 - debug: modbus.0 Poll device 2
  2019-05-13 13:10:33.569 - debug: modbus.0 Poll inputRegs DevID(2) address 0 - 2 bytes
  2019-05-13 13:10:33.733 - debug: modbus.0 received answer for wrong ID 2, expected 1
  2019-05-13 13:10:33.744 - debug: modbus.0 Poll device 3
  2019-05-13 13:10:33.745 - debug: modbus.0 Poll inputRegs DevID(3) address 0 - 2 bytes
  2019-05-13 13:10:43.757 - warn: modbus.0 Error: undefined
  2019-05-13 13:10:43.758 - error: modbus.0 Request timed out.
  2019-05-13 13:10:43.759 - warn: modbus.0 Poll error count: 1 code: {"err":"timeout"}
  2019-05-13 13:10:43.762 - debug: modbus.0 Poll device 4
  2019-05-13 13:10:43.763 - debug: modbus.0 Poll inputRegs DevID(4) address 0 - 2 bytes
  2019-05-13 13:10:44.762 - info: modbus.0 Disconnected from slave
  2019-05-13 13:10:44.769 - debug: modbus.0 Clearing timeout of the current request.
  2019-05-13 13:10:44.770 - debug: modbus.0 Cleaning up request fifo.
  2019-05-13 13:11:41.969 - debug: modbus.0 system.adapter.admin.0: logging false
  2019-05-13 13:11:44.767 - debug: modbus.0 connect to serial /dev/ttyUSB0 with 2400
  2019-05-13 13:11:44.774 - info: modbus.0 Connected to slave
  2019-05-13 13:11:44.776 - debug: modbus.0 Poll device 2
  2019-05-13 13:11:44.776 - debug: modbus.0 Poll inputRegs DevID(2) address 0 - 2 bytes
  2019-05-13 13:11:48.020 - debug: modbus.0 system.adapter.admin.0: logging true
  2019-05-13 13:11:54.780 - warn: modbus.0 Error: undefined
  2019-05-13 13:11:54.782 - error: modbus.0 Request timed out.
  2019-05-13 13:11:54.783 - warn: modbus.0 Poll error count: 2 code: {"err":"timeout"}
  2019-05-13 13:11:54.785 - debug: modbus.0 Poll device 3
  2019-05-13 13:11:54.788 - debug: modbus.0 Poll inputRegs DevID(3) address 0 - 2 bytes
  2019-05-13 13:11:55.784 - info: modbus.0 Disconnected from slave
  2019-05-13 13:11:55.789 - debug: modbus.0 Clearing timeout of the current request.
  2019-05-13 13:11:55.790 - debug: modbus.0 Cleaning up request fifo.

Was mich irritiert ist die Fett markierte Zeile erwartet immer die Antwort von der auf der ID die unter den Allgemeinen Einstellt ist.

Neu sind auch die drei Punkte unten. Was kann ich hiermit machen ?

Aktuell verwende ich einen CP2102 USB<>R485 Wandler an meinem IOBorker RasPI. Werde mir den Bus auch mal bei Gelegenheit mit dem Oszilloskop ansehen , kann aber was dauern.