Neues YouTube-Video: Visualisierung im Devices-Adapter

[testperson]

Hallo

Versuche grad Modbus einzurichten. Habe es schon mal soweit hinbekommen das Daten übermittelt werden. Allerdings wird unter Instanzen bei Modbus ganz Links die LED fast immer in Gelb angezeigt.

Habe schon etliche Einstellungen durch, komme grad nicht weiter.

Merkwürdig finde ich, das ich auf Slave stellen muss obwohl meine UVR1611 eigentlich nur als Master funktioniert.

Vielleicht hat ja noch Jemand nen Tip für mich. Danke.

[eric2905]

Wenn Du mit dem Mauszeiger auf die gelbe Ampel zeigst (nicht klicken), kommt ein Tooltip, der Dir anzeigt, wo Probleme sind.

Damit kann man schon mal eingrenzen, wo zu suchen ist.

Gruß,

Eric

[testperson]

Ja richtig, da steht aber nur "Verbunden mit Modbus : falsch". Die beiden oberen sind wahr.

[eric2905]

Moin,

dann kann der Adapter Deine Modbus-Zentrale (oder wie immer das Teil auch genannt wird - ich habe das nicht im Einsatz :) ) nicht erreichen.

IP und Port stimmen?

Usw.

Gruß,

Eric

Von unterwegs getippert

[RS_Tobi]

Hallo,
Ich muss das Thema nochmal auf machen...

Ich habe das identische Problem oben...

Kann man das Problem irgendwie eingrenzen?
Habe Multi Host und einen pi1 als Slave und da läuft nur modbus drauf.

Meine Log Datei zeigt minütige modbus Einträge
(4395) connected to slave
(4395) disconnected to slave

Danke für Infos
Tobi

[wendy2702]

@rs_tobi Debug log, Screenshots der Einstellungen usw.

[RS_Tobi]

@wendy2702
ich versuche es mal...
aber das habe ich schon durch, dachte eher etwas tiefgreifenderes :-)

SLAVE
Platform: linux
os: linux
Architecture: arm
CPUs: 1
Speed: 700 MHz
Model: ARMv6-compatible processor rev 7 (v6l)
RAM: 430.1 MB
System uptime: 1 T. 06:09:51
Node.js: v10.23.3
NPM: 6.14.11
Disk size: 14.0 GiB
Disk free: 11.9 GiB
adapters count: 329
Uptime: 20:13:27
Active instances: 1

HOST
Platform: linux
os: linux
Architecture: arm
CPUs: 4
Speed: 1500 MHz
Model: ARMv7 Processor rev 3 (v7l)
RAM: 3.7 GB
System uptime: 3 T. 20:08:12
Node.js: v12.20.1
NPM: 6.14.4
Disk size: 29.0 GiB
Disk free: 25.8 GiB
adapters count: 329
Uptime: 20:13:22
Active instances: 4

bei dem LOG habe ich den SLAVE neu gestartet und dann abgewartet...
Letztes mal kam nicht so viel!

Tobi

[wendy2702]

@rs_tobi Hi,

was hast du schon durch ?

Was für ein Gerät willst du abfragen?

Hast du wirklich hinter der Instanz auf Debug gestellt?

Hier mal am Beispiel Telegramm. Erst oben link s den Expertenmodus aktivieren, dann hinter der Instant von Info auf "Debug" stellen:

Haken bei Aliases kann zu 99% raus.

Sehe keinen Screenshot der eingetragenen Register, der Adapter wird nur Grün wenn mindestens ein Register eingetragen und erfolgreich gelesen werden konnte.

Stimmen die Übertragungs Einstellungen mit deinem Gerät überein und ist das wirklich der richtige USB Port bzw. warum hast du keinen ausgewählt? Ohne den geht es nicht.

[RS_Tobi]

@wendy2702

Irgendwas hat da gerade nicht funktioniert...
Der Port war immer ausgewählt nur gerade eben konnte ich keinen auswählen...

Ich möchte wieder meinen Fröhling P4 Turbo Heizkessel auslesen.

Das hat ja schon Jahrelang funktioniert, aber nun möchte ich auf einen PI4 mit meinen Host umziehen und dachte mir der Pi1B+ reicht für den einen Adapter zum auslesen der Daten.
(lief ja schon sein 5 Jahren so...) nur jetzt mit ARMv6 und den neuen iobroker und dann noch node 10 anstatt 12, Da 12 nicht mit ARMv6 kompatible usw...

ich versuche es jetzt noch mal und wenn niccht, dann versuche ich mein Glück mit einen Pi2

das hat er mir gerade ausgespuckt.

Tobi

[wendy2702]

@rs_tobi

Biite Text als Text innerhalb von Code Tags </> Posten.

Also hattest du eine funktionierende Modbus instanz auf dem Pi1B+ ?

Dann diesen zum Slave gemacht oder wie muss ich das verstehen?

Und du hast keine Screenshots und Export der Register des Adapters gemacht?

Stimmt denn das Register 30001 unter den EIngangsregistern mit den Einstellungen 16byte wie es aussieht?

[RS_Tobi]

@wendy2702

Jetzt hole ich mal gaaaanz weit aus.
Ich habe ein produktives system mit PI3 (Host), PI1B+(Slave)
und das läuft schon seit iobroker aus der ccu.io entstand.
Also ganz aus den Kindertagen von iobroker.

Dieses System ist immer mit gewachsen und hat mich bis auf einmal noch nie komplett im Stich gelassen.

Vor zwei Wochen hatte ich im Haus einen total Stromausfall da unsere PV Anlage ans Netz angeschlossen wurde.

ICH - kein Problem, alle Hosts und den Masterr heruntergefahren und ausgesteckt...
Nur, nach dem booten lief nichts mehr...

Der slave kam zwar hoch, aber ich konnte keine USB-PORTS mehr auswählen, er hat mir meinen RS232 Umsetzer einfach nicht angezeigt.

Gut, wollte sowieso von PI3 auf den großen PI4 umziehen.
Somit SLAVE platt gemacht und den PI4 mit iobrker neu aufgesetzt als host.

Dann kamen die ersten Probleme...
der Pi1B+ mit Armv6 lief mit Buster, aber Buster zwingt node12.
Node 12 supportet aber keine ARMv6...
Zwischenlösung altes Jessie drauf und geupdatet auf letzten möglichen stand.
Dann eine Node gesucht mit der ARMv6 noch unterstützt wird
habe da die 10.23.3 gefunden und installiert.

Danach dann iobroker installiert (script) und dann als Slave eingebunden.

Und seit dem versuche ich den Adapter wieder mit meiner Heizung zu verbinden...

Hier nochmal ein Log...

modbus.0	2021-02-22 22:07:28.997	debug	(798) Cleaning up request fifo.
modbus.0	2021-02-22 22:07:28.993	debug	(798) Clearing timeout of the current request.
modbus.0	2021-02-22 22:07:28.983	info	(798) Disconnected from slave
modbus.0	2021-02-22 22:07:27.988	warn	(798) Poll error count: 3 code: {"err":"timeout","timeout":5000}
modbus.0	2021-02-22 22:07:27.981	error	(798) Request timed out.
modbus.0	2021-02-22 22:07:27.975	warn	(798) Error: undefined
modbus.0	2021-02-22 22:07:22.964	debug	(798) Poll inputRegs DevID(1) address 0 - 4 bytes
modbus.0	2021-02-22 22:07:22.959	debug	(798) Poll device 1
modbus.0	2021-02-22 22:07:22.953	info	(798) Connected to slave
modbus.0	2021-02-22 22:07:22.937	debug	(798) connect to serial /dev/ttyUSB0 with 9600
modbus.0	2021-02-22 22:06:22.946	debug	(798) Cleaning up request fifo.
modbus.0	2021-02-22 22:06:22.942	debug	(798) Clearing timeout of the current request.
modbus.0	2021-02-22 22:06:22.930	info	(798) Disconnected from slave
modbus.0	2021-02-22 22:06:21.935	warn	(798) Poll error count: 2 code: {"err":"timeout","timeout":5000}
modbus.0	2021-02-22 22:06:21.929	error	(798) Request timed out.
modbus.0	2021-02-22 22:06:21.923	warn	(798) Error: undefined
modbus.0	2021-02-22 22:06:16.912	debug	(798) Poll inputRegs DevID(1) address 0 - 4 bytes
modbus.0	2021-02-22 22:06:16.906	debug	(798) Poll device 1
modbus.0	2021-02-22 22:06:16.900	info	(798) Connected to slave
modbus.0	2021-02-22 22:06:16.879	debug	(798) connect to serial /dev/ttyUSB0 with 9600
modbus.0	2021-02-22 22:05:16.896	debug	(798) Cleaning up request fifo.
modbus.0	2021-02-22 22:05:16.892	debug	(798) Clearing timeout of the current request.
modbus.0	2021-02-22 22:05:16.871	info	(798) Disconnected from slave
modbus.0	2021-02-22 22:05:15.877	warn	(798) Poll error count: 1 code: {"err":"timeout","timeout":5000}
modbus.0	2021-02-22 22:05:15.863	error	(798) Request timed out.
modbus.0	2021-02-22 22:05:15.856	warn	(798) Error: undefined
modbus.0	2021-02-22 22:05:10.766	debug	(798) Poll inputRegs DevID(1) address 0 - 4 bytes
modbus.0	2021-02-22 22:05:10.762	debug	(798) Initialization of scale factors done!
modbus.0	2021-02-22 22:05:10.740	debug	(798) Poll device 1
modbus.0	2021-02-22 22:05:10.728	info	(798) Connected to slave
modbus.0	2021-02-22 22:05:10.638	debug	(798) connect to serial /dev/ttyUSB0 with 9600
modbus.0	2021-02-22 22:05:06.152	info	(798) starting. Version 3.2.4 in /opt/iobroker/node_modules/iobroker.modbus, node: v10.23.3, js-controller: 3.2.16
modbus.0	2021-02-22 22:05:03.923	debug	(798) Plugin sentry Initialize Plugin (enabled=true)

Und ja, die Werte habe ich von der aktuellen modbus adapter ein den zukünftigen, welcher jetzt nicht verbindet, hinein kopiert.

KAnnst du jetzt etwas besser folgen?

Tobi

[wendy2702]

@rs_tobi sagte in Modbus Problem:

connect to serial /dev/ttyUSB0 with 9600

Warum jetzt Plötzlich 9600 ? Im Screenshot weiter oben hast du noch 57600 stehen. Was ist denn jetzt in deiner Fröhling eingestellt?

Laut log sieht es so aus als wenn eine Registeradresse "0" eingetragen wäre, die gibt es bstimmt nicht.

@rs_tobi sagte in Modbus Problem:

Poll inputRegs DevID(1) address 0 - 4 bytes

[RS_Tobi]

@wendy2702
Hey Wendy,

hat leider etwas gedauert, habe den PI nun nochmal NEU gemacht ohne
Multihost und mit buster und node12.

gleiches Ergebnis:

hier meine Register Einträge

bei den im oberen Log gefundnen 0bit, hast du recht...
ich habe die Registereinträge auf den MINUS Button exportiert und mit dem PLUS Button im neuen adapter importiert. und hier gab es format probleme.
Mir hat es da die ganzen Einträge zerschossen.

Zum Thema Baud-Rate, du hast Recht, hier habe ich herumgespielt ob es in irgend einer anderen Einstellung andere Fehler bringt...

so. un hier nochma der ganze log....

modbus.0	2021-02-25 00:04:09.601	debug	(1343) Cleaning up request fifo.
modbus.0	2021-02-25 00:04:09.595	debug	(1343) Clearing timeout of the current request.
modbus.0	2021-02-25 00:04:09.572	info	(1343) Disconnected from slave
modbus.0	2021-02-25 00:04:08.581	warn	(1343) Poll error count: 2 code: {"err":"timeout","timeout":5000}
modbus.0	2021-02-25 00:04:08.571	error	(1343) Request timed out.
modbus.0	2021-02-25 00:04:08.563	warn	(1343) Error: undefined
modbus.0	2021-02-25 00:04:03.549	debug	(1343) Poll inputRegs DevID(1) address 30001 - 4 bytes
modbus.0	2021-02-25 00:04:03.543	debug	(1343) Poll device 1
modbus.0	2021-02-25 00:04:03.519	info	(1343) Connected to slave
modbus.0	2021-02-25 00:04:03.472	debug	(1343) connect to serial /dev/ttyUSB0 with 57600
modbus.0	2021-02-25 00:03:03.501	debug	(1343) Cleaning up request fifo.
modbus.0	2021-02-25 00:03:03.495	debug	(1343) Clearing timeout of the current request.
modbus.0	2021-02-25 00:03:03.457	info	(1343) Disconnected from slave
modbus.0	2021-02-25 00:03:02.465	warn	(1343) Poll error count: 1 code: {"err":"timeout","timeout":5000}
modbus.0	2021-02-25 00:03:02.450	error	(1343) Request timed out.
modbus.0	2021-02-25 00:03:02.441	warn	(1343) Error: undefined
modbus.0	2021-02-25 00:02:57.364	debug	(1343) Poll inputRegs DevID(1) address 30001 - 4 bytes
modbus.0	2021-02-25 00:02:57.357	debug	(1343) Initialization of scale factors done!
modbus.0	2021-02-25 00:02:57.333	debug	(1343) Poll device 1
modbus.0	2021-02-25 00:02:57.290	info	(1343) Connected to slave
modbus.0	2021-02-25 00:02:57.031	debug	(1343) connect to serial /dev/ttyUSB0 with 57600
modbus.0	2021-02-25 00:02:51.820	info	(1343) starting. Version 3.2.4 in /opt/iobroker/node_modules/iobroker.modbus, node: v12.21.0

das hab ich nun in dauerschleife...

Grüße und DANKE
Tobi

[wendy2702]

@rs_tobi Also er scheitert ja schon am ersten Register.

Entweder sind die unter Eingangsregister falsch oder deine Übertragungsdaten stimmen nicht.

Dazu müsstest du mal bei deiner Heizung in den Einstellungen schauen ob die wirklich so eingestellt sind.

Vorher würde ich alle Eingangsregister exportieren. Löschen und mal die 30001 bei Holding Register eintragen.

Kommt dann auch nichts könnte noch dein USB Serial Adapter ein Problem oder die Verkabelung zwischen dem und der Heizung eine Ursache sein.

Einen Port hast du aber aktuell ausgewählt und auch sichergestellt das es der richtige ist?

[RS_Tobi]

@wendy2702
Hallo Wendy,

ich muss mich wohl SEHR bei Dir entschuldigen.
Ich war so vernarrt, dass es am Raspi oder ioB liegt, dass ich die Hardware
komplett aussen vor gelassen habe.

Ich habe meine Heizung gerade nochmal zerlegt und gesehen, dass
mein USB <-> RS232 vom COM2 abgerutsch war.

Womöglich ist ein Elektriker am LAN Kabel hängen geblieben und hat mir somit den Stecker abgesteckt.

Tut mir Leid und DANKE für deine Hilfe.

Tobi

[wendy2702]

@rs_tobi kann ja passieren.

Mit welchen Einstellungen funktioniert es denn jetzt?