Sensostar Modbus auslesen
-
A-A
B-B
mit Terminator 120 Ohm@homoran sagte in Sensostar Modbus auslesen:
was ist Slave ID anderes sls Modbus ID?
Ich denke das ist das Gleiche.
@homoran sagte in Sensostar Modbus auslesen:
alles ist möglich, aber wenn du das wörtlich meinst, wäre der Zähler der Master und iob müsste als client konfiguriert werden.
oder
Der Zähler stellt nur alle 600sec einen neuen Wert zur Verfügung, der von ioBroker abgerufen werden kann.
Was passt denn da jetzt?Ja, die Frage habe ich auch. Der Verkäufer kann dazu keine Info geben, von Engelmann kommt keine Antwort.
Daher meine Bitte an @Konni , seine Einstellungen im iob zum Vergleich einzustellen.@homoran sagte in Sensostar Modbus auslesen:
...und was ist mit den Antworten auf die anderen Fragen?
Welche habe ich übersehen?
-
@stephan-a sagte in Sensostar Modbus auslesen:
Ich denke das ist das Gleiche.
und warum ist die eine 1 und die andere 0?
stimmt denn usb3?
hast du es mal mit even probiert?Ansonsten:
klemm das Ding an deinen ioBroker Server, mach eine weitere Modbus instanz auf, konfiguriete seriell mit dev/by-id/ und sieh dir die debug-logs an.Da müsste mehr drin stehen
-
Den Unterschied von Modbus Slave ID und Automatische Slave ID kenne ich nicht.
Ich habe beide ID 0 und 1 versucht.Der USB3 ist unter WIN 10 als Com-Port für seriel angezeigt.
Mit Even habe ich es probiert, ohne Verbesserung.
Ich habe einen neue iob Instanz aufgesetzt.
@homoran sagte in Sensostar Modbus auslesen:
konfiguriete seriell mit dev/by-id/
Ich kann nur auswählen:
"dev/by-id" wo wird das eingestellt?Kurz geht die Vergbindung 3x auf grün, dann wieder keine Verbindung zum Gerärt: Hier der Log:
modbus.0 2025-08-21 11:13:37.487 debug Cleaning up request fifo. modbus.0 2025-08-21 11:13:37.486 debug Clearing timeout of the current request. modbus.0 2025-08-21 11:13:37.485 info Disconnected from slave modbus.0 2025-08-21 11:13:36.468 warn [DevID_1] Poll error count: 2 code: {"err":"timeout","timeout":5000} modbus.0 2025-08-21 11:13:36.468 error Request timed out. modbus.0 2025-08-21 11:13:36.467 warn Error: undefined modbus.0 2025-08-21 11:13:31.453 debug [DevID_1/inputRegs] Poll address 30001 - 2 registers modbus.0 2025-08-21 11:13:31.453 debug [DevID_1] Poll start --------------------- modbus.0 2025-08-21 11:13:31.452 info Connected to slave modbus.0 2025-08-21 11:13:31.449 debug connect to serial COM3 with 9600 modbus.0 2025-08-21 11:13:25.449 debug Cleaning up request fifo. modbus.0 2025-08-21 11:13:25.448 debug Clearing timeout of the current request. modbus.0 2025-08-21 11:13:25.446 info Disconnected from slave modbus.0 2025-08-21 11:13:24.433 warn [DevID_1] Poll error count: 1 code: {"err":"timeout","timeout":5000} modbus.0 2025-08-21 11:13:24.432 error Request timed out. modbus.0 2025-08-21 11:13:24.431 warn Error: undefined modbus.0 2025-08-21 11:13:19.420 debug [DevID_1/inputRegs] Poll address 30001 - 2 registers modbus.0 2025-08-21 11:13:19.420 debug Initialization of scale factors done! modbus.0 2025-08-21 11:13:19.419 debug [DevID_1] Poll start --------------------- modbus.0 2025-08-21 11:13:19.419 info Connected to slave modbus.0 2025-08-21 11:13:19.416 debug connect to serial COM3 with 9600 modbus.0 2025-08-21 11:13:19.225 debug Initialize Objects for holdingRegs: [] modbus.0 2025-08-21 11:13:19.225 debug Add inputRegisters.30001_Energie: {"_id":"inputRegisters.30001_Energie","type":"state","common":{"name":"","role":"level","type":"number","read":true,"write":false,"def":0,"unit":""},"native":{"regType":"inputRegs","address":30001,"deviceId":1,"type":"int32be","len":2,"offset":0,"factor":1}} modbus.0 2025-08-21 11:13:19.224 debug Initialize Objects for inputRegs: [{"_address":"30001","name":"Energie","description":"","unit":"","type":"int32be","len":2,"factor":1,"offset":0,"formula":"","role":"level","room":"","cw":"","isScale":"","address":30001,"deviceId":1,"id":"inputRegisters.30001_Energie"}] modbus.0 2025-08-21 11:13:19.224 debug Initialize Objects for coils: [] modbus.0 2025-08-21 11:13:19.224 debug Initialize Objects for disInputs: [] modbus.0 2025-08-21 11:13:19.096 info starting. Version 6.3.2 in C:/ioBroker/node_modules/iobroker.modbus, node: v18.18.0, js-controller: 7.0.7 modbus.0 2025-08-21 11:13:18.771 debug Plugin sentry Initialize Plugin (enabled=true) -
@stephan-a sagte in Sensostar Modbus auslesen:
@homoran sagte in Sensostar Modbus auslesen:
konfiguriete seriell mit dev/by-id/
Ich kann nur auswählen:
"dev/by-id" wo wird das eingestellt?Das dev/by-id Zeug brauchen wir Win Nutzer nicht. Win redet Klartext und wählen den COM-Port aus
-
@klassisch sagte in Sensostar Modbus auslesen:
Das dev/by-id Zeug brauchen wir Win Nutzer nicht.
klar!
Aber ich habe das bisher so verstanden, dass bei @Stephan-a der ioBroker unter Linux läuft, und er jetzt nur wegen der Software, die er zum testen nutzt auf WIN unterwegs ist -
@stephan-a sagte in Sensostar Modbus auslesen:
Version 6.3.2 in C:/ioBroker/node_modules/iobroker.modbus
@klassisch
ooh, du hast anscheinend recht.Dann bin ich raus.
Da weiss ich nicht, ob du den selben seriellen Port mit ioBroker und mit einer weiteren Software belegen kannst.
...und schon gar nicht, wie man einen belegten Port wieder freigibt.Sollte bei WIN eigentlich auch nicht gehen.
Dann ist klar, dass einer von beiden keine Verbindung bekommt. -
@homoran Unter Win kann man einen COM-Server nur von einem Programm aus nutzen. Wenn man mehrere "USB zu irgendwas seriellem - Sticks" nutzt, dann werden halt automatisch entsprechende COMs eingerichtet und stehen zur Verfügung.
Einer der Gründe warum ich diese USB-Sticks nur während der Erkundungsphase nutze und dann baldmöglichst auch einen "Ether to serial" Adapter wie USRIOT wechsle.Das serial/COM Thema ist der typische Fehler bei den Smartmeter Leseköpfen. Da wird zuerst mit einem Terminalprogramm getestet, was ja in Ordnung ist, aber das dann nicht richtig beendet und man wundert sich, warum der Smartmeter Adapter sich nicht ordentlich verbindet.
-
@klassisch genau!
Deswegen hatte ich ganz zu Beginn in der irrigen Annahme iob liefe auf Linux, gefragt wo das Testprogramm läuft.
Mit der Antwort: WIN war für mich dieser Punkt aber leider erledigt.was er natürlich bei ioB unter WIN nicht ist.
-
Mein iob Livesystem läuft auf einen pi4 unter Linux.
Hier laufen problemlos 4 modbus Instanzen über TCP.
Nur zum Testen vom Engelmann mobus bin ich auf auf auf einen WIN 10 Rechner mit iob gegangen.
Die Testsoftware ModPull wurde vorher disconnectet und WIN neu gestartet.Im Fehlerbild sehe ich keine Unterschiede. Der letzte debug war von WIN.
-
@stephan-a sagte in Sensostar Modbus auslesen:
Nur zum Testen vom Engelmann mobus bin ich auf auf auf einen WIN 10 Rechner mit iob gegangen.
Wenn es helfen würde, dann könnte ich evtl. noch einen Test mit einem weiteren PI4 und dem USB Adapter machen. Da bin ich mir aber nicht sicher mit der Einbindung des Adapters.
-
@stephan-a Obwohl meine Zähler Modbus RTU sind, ist die Schnittstelle auf Telnet parametriert. Vielleicht hilft es, das umzustellen.
