Neue Versionen und Support zum Modbus-Modul

Begonnen von StefanStrobel, 20 August 2017, 12:11:08

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten 1 ... 66 67 68 69 70 ... 86
Benutzer-Aktionen

StefanStrobel

#1005
07 November 2022, 18:25:31
Zitat von: curt am 05 November 2022, 02:54:24
Deine Einschätzung ist mir wichtig: Das zusätzliche Modul kostet inkl. Installation vmtl. über 1.000 Euro. Selbstverständlich ist das schlussendlich meine Verantwortung, diese delegiere ich NICHT an Dich. Aber mir wäre deutlich wohler, wenn Du da mal kurz drüber schaust. Und mir sagst, ob das in etwa so aussehen sollte.

Hallo curt,
meiner Meinung nach sollte das funktionieren.

Gruss
   Stefan

StefanStrobel

#1006
07 November 2022, 18:55:40
Zitat von: Mariomgn am 06 November 2022, 22:42:15
Diese Temperaturen sollen nun über Modbus TCP an eine Micro 820 gesendet werden.
Wie sieht die Definition für den Sendevorgang der Temperaturwerte aus?

Hallo Mario,

wenn Du die Werte wirklich "senden" möchtest, dann müsste Deine SPS als Modbus-Slave entsprechende Holding-Register bereitstellen, die Du dann von Fhem aus als Master per function code 6 oder 16 dort hineinschreibst.
Der übliche Weg bei Modbus wäre aber anders herum, dass Fhem als Modbus-Slave konfiguriert wird und die Werte als Input-Register Deiner Wahl anbietet. Die SPS würde dann als Master lesend auf diese Input-Register zugreifen.

siehe https://wiki.fhem.de/wiki/ModbusAttr#Define_as_Modbus_slave
und https://wiki.fhem.de/wiki/ModbusAttr#Configuration_of_the_module_as_Modbus_slave

Gruss
   Stefan

Mariomgn

#1007
07 November 2022, 22:39:26
Hallo Stefan,

danke für die Antwort.

ist das Ganze so richtig aufgebaut?
Code Auswählen

define Data4PLC ModbusAttr 6 slave 192.xxx.0.xxx:502 TCP
attr Data4PLC userattr obj-h101-len obj-h101-reading obj-h101-unpack
attr Data4PLC obj-h101-len 2
attr Data4PLC obj-h101-reading Temperatur_Heizung:DS18B20-7_Temperature
attr Data4PLC obj-h101-unpack f
attr Data4PLC room Modbus


Die SPS sagt mir folgenden Fehler "Network connection fail to establish before timeout"

Muss man bei dem Raspberry Pi noch den Port 502 freigeben?

mfg Mario

StefanStrobel

#1008
08 November 2022, 18:43:04
Hallo Mario,

normalerweise kann ein Prozess unter Unix/Linux keine Listening-Ports <= 1024 öffnen wenn er nicht als root läuft.
Die einfachste Lösung ist einen höheren Port wie 1502 zu nehmen.

Gruss
   Stefan

Mariomgn

#1009
12 November 2022, 23:30:55
also, nach langem testen und forschen, komme ich nun gar nicht mehr weiter :-(

Die Verbindung zwischen Fhem und Micro 820 scheint zu klappen.

Port 1502 habe ich auf beiden Seiten eingestellt.

Die SPS (Master) liest aus dem Register 40022. Das habe ich mit Modscan getestet.

In Fhem sieht das Ganze so aus:
Code Auswählen
define Data4PLC ModbusAttr 6 slave 192.xxx.0.xxx:1502 TCP
attr Data4PLC userattr obj-h40022-allowWrite obj-h40022-len obj-h40022-reading obj-h40022-unpack
attr Data4PLC obj-h40022-allowWrite 1
attr Data4PLC obj-h40022-len 2
attr Data4PLC obj-h40022-reading TEMP_GARTEN
attr Data4PLC obj-h40022-unpack f
attr Data4PLC room Modbus

oder

Code Auswählen
define Data4PLC ModbusAttr 4 slave 192.xxx.0.xxx:1502 TCP
attr Data4PLC userattr obj-h0022-allowWrite obj-h0022-len obj-h0022-reading obj-h0022-unpack
attr Data4PLC obj-h0022-allowWrite 1
attr Data4PLC obj-h0022-len 2
attr Data4PLC obj-h0022-reading TEMP_GARTEN
attr Data4PLC obj-h0022-unpack f
attr Data4PLC room Modbus

Das Kommuniziert irgend wie nicht richtig.


StefanStrobel

#1010
13 November 2022, 12:28:25
Hallo Mario,

wenn etwas nicht klappt, ist es meist hilfreich, verbose für Dein Data4PLC-Device auf 5 zu stellen und das Log anzusehen. Da solltest Du alle Antworten finden ;-)
Poste einfach mal einen großen Auszug aus dem Log, in dem man sieht, wie die Verbindung angenommen wird, was das Fhem-Modul damit macht etc.

Gruss
   Stefan

Mariomgn

#1011
13 November 2022, 14:48:51
Hallo Stefan,

hier ein Auszug von dem Log.
Code Auswählen
2022.11.13 14:44:19 5: Data4PLC: Open called for listening to a TCP connection
2022.11.13 14:44:19 5: Data4PLC: Close called from Open with noState
2022.11.13 14:44:19 4: Data4PLC: Close TCP server socket, now look for active connections
2022.11.13 14:44:19 4: Data4PLC: Close deleted CONNECTHASH
2022.11.13 14:44:19 3: Data4PLC: port 1502 opened
2022.11.13 14:45:17 3: Data4PLC: defined with id 6, protocol TCP, mode slave, listening at 192.168.0.251:1502
2022.11.13 14:45:17 4: Data4PLC: Notify / Init: opening connection
2022.11.13 14:45:17 5: Data4PLC: Open called for listening to a TCP connection
2022.11.13 14:45:17 3: Data4PLC: TcpServerOpen returned Data4PLC: Can't open server port at 1502: Cannot assign requested address
2022.11.13 14:45:17 5: Data4PLC: UpdateSetList: setList=reconnect:noArg saveAsModule
2022.11.13 14:45:17 5: Data4PLC: UpdateSetList: getList=
2022.11.13 14:45:17 1: ERROR: Select error -1 (9), error count= 0
2022.11.13 14:45:17 1: Found and deleted bad fileno for Data4PLC.1502
2022.11.13 14:45:24 5: Data4PLC: Open called for listening to a TCP connection
2022.11.13 14:45:24 5: Data4PLC: Close called from Open with noState
2022.11.13 14:45:24 4: Data4PLC: Close TCP server socket, now look for active connections
2022.11.13 14:45:24 4: Data4PLC: Close deleted CONNECTHASH
2022.11.13 14:45:24 3: Data4PLC: TcpServerOpen returned Data4PLC: Can't open server port at 1502: Cannot assign requested address
2022.11.13 14:45:37 3: Data4PLC: defined with id 6, protocol TCP, mode slave, listening at 192.168.0.150:1502
2022.11.13 14:45:37 4: Data4PLC: Notify / Init: opening connection
2022.11.13 14:45:37 5: Data4PLC: Open called for listening to a TCP connection
2022.11.13 14:45:37 3: Data4PLC: port 1502 opened
2022.11.13 14:45:37 5: Data4PLC: UpdateSetList: setList=reconnect:noArg saveAsModule
2022.11.13 14:45:37 5: Data4PLC: UpdateSetList: getList=
2022.11.13 14:45:54 4: Connection accepted from Data4PLC_192.168.0.250_30134
2022.11.13 14:45:54 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30134
2022.11.13 14:45:55 5: Data4PLC_192.168.0.250_30134: attr change set updateGetSetList to 1
2022.11.13 14:45:55 5: Data4PLC_192.168.0.250_30134: read buffer: 008700000006ff0400000019
2022.11.13 14:45:55 4: Data4PLC_192.168.0.250_30134: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 135, dlen 6 and data 00000019
2022.11.13 14:45:55 5: Data4PLC_192.168.0.250_30134: HandleRequest called from Read
2022.11.13 14:45:55 5: Data4PLC_192.168.0.250_30134: ParseRequest called from HandleRequest
2022.11.13 14:45:55 4: Data4PLC_192.168.0.250_30134: HandleRequest request: id 255, fCode 4, tid 135, type i, adr 0, len 25, Current read buffer: 008700000006ff0400000019, Id 255, fCode 4, tid 135
2022.11.13 14:45:55 3: Data4PLC_192.168.0.250_30134: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:45:55 4: Data4PLC_192.168.0.250_30134: 255 is not one of our Modbus Ids
2022.11.13 14:45:55 4: Data4PLC_192.168.0.250_30134: RequestDone request: id 255, fCode 4, tid 135, type i, adr 0, len 25, Current read buffer: 008700000006ff0400000019, Id 255, fCode 4, tid 135
2022.11.13 14:45:55 5: Data4PLC_192.168.0.250_30134: DropFrame - drop 008700000006ff0400000019
2022.11.13 14:45:55 3: Data4PLC_192.168.0.250_30134: read from TCP server connection got null -> closing
2022.11.13 14:45:55 3: Data4PLC_192.168.0.250_30134: _UnDef is closing Data4PLC_192.168.0.250_30134
2022.11.13 14:45:55 4: Connection accepted from Data4PLC_192.168.0.250_30135
2022.11.13 14:45:55 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30135
2022.11.13 14:45:55 5: Data4PLC_192.168.0.250_30135: attr change set updateGetSetList to 1
2022.11.13 14:45:55 5: Data4PLC_192.168.0.250_30135: read buffer: 008800000006ff0400000019
2022.11.13 14:45:55 4: Data4PLC_192.168.0.250_30135: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 136, dlen 6 and data 00000019
2022.11.13 14:45:55 5: Data4PLC_192.168.0.250_30135: HandleRequest called from Read
2022.11.13 14:45:55 5: Data4PLC_192.168.0.250_30135: ParseRequest called from HandleRequest
2022.11.13 14:45:55 4: Data4PLC_192.168.0.250_30135: HandleRequest request: id 255, fCode 4, tid 136, type i, adr 0, len 25, Current read buffer: 008800000006ff0400000019, Id 255, fCode 4, tid 136
2022.11.13 14:45:55 3: Data4PLC_192.168.0.250_30135: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:45:55 4: Data4PLC_192.168.0.250_30135: 255 is not one of our Modbus Ids
2022.11.13 14:45:55 4: Data4PLC_192.168.0.250_30135: RequestDone request: id 255, fCode 4, tid 136, type i, adr 0, len 25, Current read buffer: 008800000006ff0400000019, Id 255, fCode 4, tid 136
2022.11.13 14:45:55 5: Data4PLC_192.168.0.250_30135: DropFrame - drop 008800000006ff0400000019
2022.11.13 14:45:55 3: Data4PLC_192.168.0.250_30135: read from TCP server connection got null -> closing
2022.11.13 14:45:55 3: Data4PLC_192.168.0.250_30135: _UnDef is closing Data4PLC_192.168.0.250_30135
2022.11.13 14:45:55 4: Connection accepted from Data4PLC_192.168.0.250_30136
2022.11.13 14:45:55 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30136
2022.11.13 14:45:55 5: Data4PLC_192.168.0.250_30136: attr change set updateGetSetList to 1
2022.11.13 14:45:55 5: Data4PLC_192.168.0.250_30136: read buffer: 008900000006ff0400000019
2022.11.13 14:45:55 4: Data4PLC_192.168.0.250_30136: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 137, dlen 6 and data 00000019
2022.11.13 14:45:55 5: Data4PLC_192.168.0.250_30136: HandleRequest called from Read
2022.11.13 14:45:55 5: Data4PLC_192.168.0.250_30136: ParseRequest called from HandleRequest
2022.11.13 14:45:55 4: Data4PLC_192.168.0.250_30136: HandleRequest request: id 255, fCode 4, tid 137, type i, adr 0, len 25, Current read buffer: 008900000006ff0400000019, Id 255, fCode 4, tid 137
2022.11.13 14:45:55 3: Data4PLC_192.168.0.250_30136: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:45:55 4: Data4PLC_192.168.0.250_30136: 255 is not one of our Modbus Ids
2022.11.13 14:45:55 4: Data4PLC_192.168.0.250_30136: RequestDone request: id 255, fCode 4, tid 137, type i, adr 0, len 25, Current read buffer: 008900000006ff0400000019, Id 255, fCode 4, tid 137
2022.11.13 14:45:55 5: Data4PLC_192.168.0.250_30136: DropFrame - drop 008900000006ff0400000019
2022.11.13 14:45:55 3: Data4PLC_192.168.0.250_30136: read from TCP server connection got null -> closing
2022.11.13 14:45:55 3: Data4PLC_192.168.0.250_30136: _UnDef is closing Data4PLC_192.168.0.250_30136
2022.11.13 14:45:55 4: Connection accepted from Data4PLC_192.168.0.250_30137
2022.11.13 14:45:55 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30137
2022.11.13 14:45:55 5: Data4PLC_192.168.0.250_30137: attr change set updateGetSetList to 1
2022.11.13 14:45:55 5: Data4PLC_192.168.0.250_30137: read buffer: 008a00000006ff0400000019
2022.11.13 14:45:55 4: Data4PLC_192.168.0.250_30137: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 138, dlen 6 and data 00000019
2022.11.13 14:45:55 5: Data4PLC_192.168.0.250_30137: HandleRequest called from Read
2022.11.13 14:45:55 5: Data4PLC_192.168.0.250_30137: ParseRequest called from HandleRequest
2022.11.13 14:45:55 4: Data4PLC_192.168.0.250_30137: HandleRequest request: id 255, fCode 4, tid 138, type i, adr 0, len 25, Current read buffer: 008a00000006ff0400000019, Id 255, fCode 4, tid 138
2022.11.13 14:45:55 3: Data4PLC_192.168.0.250_30137: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:45:55 4: Data4PLC_192.168.0.250_30137: 255 is not one of our Modbus Ids
2022.11.13 14:45:55 4: Data4PLC_192.168.0.250_30137: RequestDone request: id 255, fCode 4, tid 138, type i, adr 0, len 25, Current read buffer: 008a00000006ff0400000019, Id 255, fCode 4, tid 138
2022.11.13 14:45:55 5: Data4PLC_192.168.0.250_30137: DropFrame - drop 008a00000006ff0400000019
2022.11.13 14:45:56 3: Data4PLC_192.168.0.250_30137: read from TCP server connection got null -> closing
2022.11.13 14:45:56 3: Data4PLC_192.168.0.250_30137: _UnDef is closing Data4PLC_192.168.0.250_30137
2022.11.13 14:45:56 4: Connection accepted from Data4PLC_192.168.0.250_30138
2022.11.13 14:45:56 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30138
2022.11.13 14:45:56 5: Data4PLC_192.168.0.250_30138: attr change set updateGetSetList to 1
2022.11.13 14:45:56 5: Data4PLC_192.168.0.250_30138: read buffer: 008b00000006ff0400000019
2022.11.13 14:45:56 4: Data4PLC_192.168.0.250_30138: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 139, dlen 6 and data 00000019
2022.11.13 14:45:56 5: Data4PLC_192.168.0.250_30138: HandleRequest called from Read
2022.11.13 14:45:56 5: Data4PLC_192.168.0.250_30138: ParseRequest called from HandleRequest
2022.11.13 14:45:56 4: Data4PLC_192.168.0.250_30138: HandleRequest request: id 255, fCode 4, tid 139, type i, adr 0, len 25, Current read buffer: 008b00000006ff0400000019, Id 255, fCode 4, tid 139
2022.11.13 14:45:56 3: Data4PLC_192.168.0.250_30138: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:45:56 4: Data4PLC_192.168.0.250_30138: 255 is not one of our Modbus Ids
2022.11.13 14:45:56 4: Data4PLC_192.168.0.250_30138: RequestDone request: id 255, fCode 4, tid 139, type i, adr 0, len 25, Current read buffer: 008b00000006ff0400000019, Id 255, fCode 4, tid 139
2022.11.13 14:45:56 5: Data4PLC_192.168.0.250_30138: DropFrame - drop 008b00000006ff0400000019
2022.11.13 14:45:56 3: Data4PLC_192.168.0.250_30138: read from TCP server connection got null -> closing
2022.11.13 14:45:56 3: Data4PLC_192.168.0.250_30138: _UnDef is closing Data4PLC_192.168.0.250_30138
2022.11.13 14:45:56 4: Connection accepted from Data4PLC_192.168.0.250_30139
2022.11.13 14:45:56 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30139
2022.11.13 14:45:56 5: Data4PLC_192.168.0.250_30139: attr change set updateGetSetList to 1
2022.11.13 14:45:56 5: Data4PLC_192.168.0.250_30139: read buffer: 008c00000006ff0400000019
2022.11.13 14:45:56 4: Data4PLC_192.168.0.250_30139: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 140, dlen 6 and data 00000019
2022.11.13 14:45:56 5: Data4PLC_192.168.0.250_30139: HandleRequest called from Read
2022.11.13 14:45:56 5: Data4PLC_192.168.0.250_30139: ParseRequest called from HandleRequest
2022.11.13 14:45:56 4: Data4PLC_192.168.0.250_30139: HandleRequest request: id 255, fCode 4, tid 140, type i, adr 0, len 25, Current read buffer: 008c00000006ff0400000019, Id 255, fCode 4, tid 140
2022.11.13 14:45:56 3: Data4PLC_192.168.0.250_30139: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:45:56 4: Data4PLC_192.168.0.250_30139: 255 is not one of our Modbus Ids
2022.11.13 14:45:56 4: Data4PLC_192.168.0.250_30139: RequestDone request: id 255, fCode 4, tid 140, type i, adr 0, len 25, Current read buffer: 008c00000006ff0400000019, Id 255, fCode 4, tid 140
2022.11.13 14:45:56 5: Data4PLC_192.168.0.250_30139: DropFrame - drop 008c00000006ff0400000019
2022.11.13 14:45:56 3: Data4PLC_192.168.0.250_30139: read from TCP server connection got null -> closing
2022.11.13 14:45:56 3: Data4PLC_192.168.0.250_30139: _UnDef is closing Data4PLC_192.168.0.250_30139
2022.11.13 14:45:56 4: Connection accepted from Data4PLC_192.168.0.250_30140
2022.11.13 14:45:56 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30140
2022.11.13 14:45:56 5: Data4PLC_192.168.0.250_30140: attr change set updateGetSetList to 1
2022.11.13 14:45:59 3: Data4PLC_192.168.0.250_30140: read from TCP server connection got null -> closing
2022.11.13 14:45:59 3: Data4PLC_192.168.0.250_30140: _UnDef is closing Data4PLC_192.168.0.250_30140
2022.11.13 14:45:59 4: Connection accepted from Data4PLC_192.168.0.250_30141
2022.11.13 14:45:59 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30141
2022.11.13 14:45:59 5: Data4PLC_192.168.0.250_30141: attr change set updateGetSetList to 1
2022.11.13 14:45:59 5: Data4PLC_192.168.0.250_30141: read buffer: 008e00000006ff0400000019
2022.11.13 14:45:59 4: Data4PLC_192.168.0.250_30141: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 142, dlen 6 and data 00000019
2022.11.13 14:45:59 5: Data4PLC_192.168.0.250_30141: HandleRequest called from Read
2022.11.13 14:45:59 5: Data4PLC_192.168.0.250_30141: ParseRequest called from HandleRequest
2022.11.13 14:45:59 4: Data4PLC_192.168.0.250_30141: HandleRequest request: id 255, fCode 4, tid 142, type i, adr 0, len 25, Current read buffer: 008e00000006ff0400000019, Id 255, fCode 4, tid 142
2022.11.13 14:45:59 3: Data4PLC_192.168.0.250_30141: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:45:59 4: Data4PLC_192.168.0.250_30141: 255 is not one of our Modbus Ids
2022.11.13 14:45:59 4: Data4PLC_192.168.0.250_30141: RequestDone request: id 255, fCode 4, tid 142, type i, adr 0, len 25, Current read buffer: 008e00000006ff0400000019, Id 255, fCode 4, tid 142
2022.11.13 14:45:59 5: Data4PLC_192.168.0.250_30141: DropFrame - drop 008e00000006ff0400000019
2022.11.13 14:45:59 3: Data4PLC_192.168.0.250_30141: read from TCP server connection got null -> closing
2022.11.13 14:45:59 3: Data4PLC_192.168.0.250_30141: _UnDef is closing Data4PLC_192.168.0.250_30141
2022.11.13 14:45:59 4: Connection accepted from Data4PLC_192.168.0.250_30142
2022.11.13 14:45:59 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30142
2022.11.13 14:45:59 5: Data4PLC_192.168.0.250_30142: attr change set updateGetSetList to 1
2022.11.13 14:45:59 5: Data4PLC_192.168.0.250_30142: read buffer: 008f00000006ff0400000019
2022.11.13 14:45:59 4: Data4PLC_192.168.0.250_30142: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 143, dlen 6 and data 00000019
2022.11.13 14:45:59 5: Data4PLC_192.168.0.250_30142: HandleRequest called from Read
2022.11.13 14:45:59 5: Data4PLC_192.168.0.250_30142: ParseRequest called from HandleRequest
2022.11.13 14:45:59 4: Data4PLC_192.168.0.250_30142: HandleRequest request: id 255, fCode 4, tid 143, type i, adr 0, len 25, Current read buffer: 008f00000006ff0400000019, Id 255, fCode 4, tid 143
2022.11.13 14:45:59 3: Data4PLC_192.168.0.250_30142: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:45:59 4: Data4PLC_192.168.0.250_30142: 255 is not one of our Modbus Ids
2022.11.13 14:45:59 4: Data4PLC_192.168.0.250_30142: RequestDone request: id 255, fCode 4, tid 143, type i, adr 0, len 25, Current read buffer: 008f00000006ff0400000019, Id 255, fCode 4, tid 143
2022.11.13 14:45:59 5: Data4PLC_192.168.0.250_30142: DropFrame - drop 008f00000006ff0400000019
2022.11.13 14:46:00 3: Data4PLC_192.168.0.250_30142: read from TCP server connection got null -> closing
2022.11.13 14:46:00 3: Data4PLC_192.168.0.250_30142: _UnDef is closing Data4PLC_192.168.0.250_30142
2022.11.13 14:46:00 4: Connection accepted from Data4PLC_192.168.0.250_30143
2022.11.13 14:46:00 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30143
2022.11.13 14:46:00 5: Data4PLC_192.168.0.250_30143: attr change set updateGetSetList to 1
2022.11.13 14:46:00 5: Data4PLC_192.168.0.250_30143: read buffer: 009000000006ff0400000019
2022.11.13 14:46:00 4: Data4PLC_192.168.0.250_30143: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 144, dlen 6 and data 00000019
2022.11.13 14:46:00 5: Data4PLC_192.168.0.250_30143: HandleRequest called from Read
2022.11.13 14:46:00 5: Data4PLC_192.168.0.250_30143: ParseRequest called from HandleRequest
2022.11.13 14:46:00 4: Data4PLC_192.168.0.250_30143: HandleRequest request: id 255, fCode 4, tid 144, type i, adr 0, len 25, Current read buffer: 009000000006ff0400000019, Id 255, fCode 4, tid 144
2022.11.13 14:46:00 3: Data4PLC_192.168.0.250_30143: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:46:00 4: Data4PLC_192.168.0.250_30143: 255 is not one of our Modbus Ids
2022.11.13 14:46:00 4: Data4PLC_192.168.0.250_30143: RequestDone request: id 255, fCode 4, tid 144, type i, adr 0, len 25, Current read buffer: 009000000006ff0400000019, Id 255, fCode 4, tid 144
2022.11.13 14:46:00 5: Data4PLC_192.168.0.250_30143: DropFrame - drop 009000000006ff0400000019
2022.11.13 14:46:00 3: Data4PLC_192.168.0.250_30143: read from TCP server connection got null -> closing
2022.11.13 14:46:00 3: Data4PLC_192.168.0.250_30143: _UnDef is closing Data4PLC_192.168.0.250_30143
2022.11.13 14:46:00 4: Connection accepted from Data4PLC_192.168.0.250_30144
2022.11.13 14:46:00 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30144
2022.11.13 14:46:00 5: Data4PLC_192.168.0.250_30144: attr change set updateGetSetList to 1
2022.11.13 14:46:00 5: Data4PLC_192.168.0.250_30144: read buffer: 009100000006ff0400000019
2022.11.13 14:46:00 4: Data4PLC_192.168.0.250_30144: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 145, dlen 6 and data 00000019
2022.11.13 14:46:00 5: Data4PLC_192.168.0.250_30144: HandleRequest called from Read
2022.11.13 14:46:00 5: Data4PLC_192.168.0.250_30144: ParseRequest called from HandleRequest
2022.11.13 14:46:00 4: Data4PLC_192.168.0.250_30144: HandleRequest request: id 255, fCode 4, tid 145, type i, adr 0, len 25, Current read buffer: 009100000006ff0400000019, Id 255, fCode 4, tid 145
2022.11.13 14:46:00 3: Data4PLC_192.168.0.250_30144: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:46:00 4: Data4PLC_192.168.0.250_30144: 255 is not one of our Modbus Ids
2022.11.13 14:46:00 4: Data4PLC_192.168.0.250_30144: RequestDone request: id 255, fCode 4, tid 145, type i, adr 0, len 25, Current read buffer: 009100000006ff0400000019, Id 255, fCode 4, tid 145
2022.11.13 14:46:00 5: Data4PLC_192.168.0.250_30144: DropFrame - drop 009100000006ff0400000019
2022.11.13 14:46:00 3: Data4PLC_192.168.0.250_30144: read from TCP server connection got null -> closing
2022.11.13 14:46:00 3: Data4PLC_192.168.0.250_30144: _UnDef is closing Data4PLC_192.168.0.250_30144
2022.11.13 14:46:00 4: Connection accepted from Data4PLC_192.168.0.250_30145
2022.11.13 14:46:00 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30145
2022.11.13 14:46:00 5: Data4PLC_192.168.0.250_30145: attr change set updateGetSetList to 1
2022.11.13 14:46:00 5: Data4PLC_192.168.0.250_30145: read buffer: 009200000006ff0400000019
2022.11.13 14:46:00 4: Data4PLC_192.168.0.250_30145: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 146, dlen 6 and data 00000019
2022.11.13 14:46:00 5: Data4PLC_192.168.0.250_30145: HandleRequest called from Read
2022.11.13 14:46:00 5: Data4PLC_192.168.0.250_30145: ParseRequest called from HandleRequest
2022.11.13 14:46:00 4: Data4PLC_192.168.0.250_30145: HandleRequest request: id 255, fCode 4, tid 146, type i, adr 0, len 25, Current read buffer: 009200000006ff0400000019, Id 255, fCode 4, tid 146
2022.11.13 14:46:00 3: Data4PLC_192.168.0.250_30145: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:46:00 4: Data4PLC_192.168.0.250_30145: 255 is not one of our Modbus Ids
2022.11.13 14:46:00 4: Data4PLC_192.168.0.250_30145: RequestDone request: id 255, fCode 4, tid 146, type i, adr 0, len 25, Current read buffer: 009200000006ff0400000019, Id 255, fCode 4, tid 146
2022.11.13 14:46:00 5: Data4PLC_192.168.0.250_30145: DropFrame - drop 009200000006ff0400000019
2022.11.13 14:46:00 3: Data4PLC_192.168.0.250_30145: read from TCP server connection got null -> closing
2022.11.13 14:46:00 3: Data4PLC_192.168.0.250_30145: _UnDef is closing Data4PLC_192.168.0.250_30145
2022.11.13 14:46:00 4: Connection accepted from Data4PLC_192.168.0.250_30146
2022.11.13 14:46:00 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30146
2022.11.13 14:46:00 5: Data4PLC_192.168.0.250_30146: attr change set updateGetSetList to 1
2022.11.13 14:46:00 5: Data4PLC_192.168.0.250_30146: read buffer: 009300000006ff0400000019
2022.11.13 14:46:00 4: Data4PLC_192.168.0.250_30146: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 147, dlen 6 and data 00000019
2022.11.13 14:46:00 5: Data4PLC_192.168.0.250_30146: HandleRequest called from Read
2022.11.13 14:46:00 5: Data4PLC_192.168.0.250_30146: ParseRequest called from HandleRequest
2022.11.13 14:46:00 4: Data4PLC_192.168.0.250_30146: HandleRequest request: id 255, fCode 4, tid 147, type i, adr 0, len 25, Current read buffer: 009300000006ff0400000019, Id 255, fCode 4, tid 147
2022.11.13 14:46:00 3: Data4PLC_192.168.0.250_30146: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:46:00 4: Data4PLC_192.168.0.250_30146: 255 is not one of our Modbus Ids
2022.11.13 14:46:00 4: Data4PLC_192.168.0.250_30146: RequestDone request: id 255, fCode 4, tid 147, type i, adr 0, len 25, Current read buffer: 009300000006ff0400000019, Id 255, fCode 4, tid 147
2022.11.13 14:46:00 5: Data4PLC_192.168.0.250_30146: DropFrame - drop 009300000006ff0400000019
2022.11.13 14:46:01 3: Data4PLC_192.168.0.250_30146: read from TCP server connection got null -> closing
2022.11.13 14:46:01 3: Data4PLC_192.168.0.250_30146: _UnDef is closing Data4PLC_192.168.0.250_30146
2022.11.13 14:46:01 4: Connection accepted from Data4PLC_192.168.0.250_30147
2022.11.13 14:46:01 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30147
2022.11.13 14:46:01 5: Data4PLC_192.168.0.250_30147: attr change set updateGetSetList to 1
2022.11.13 14:46:01 5: Data4PLC_192.168.0.250_30147: read buffer: 009400000006ff0400000019
2022.11.13 14:46:01 4: Data4PLC_192.168.0.250_30147: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 148, dlen 6 and data 00000019
2022.11.13 14:46:01 5: Data4PLC_192.168.0.250_30147: HandleRequest called from Read
2022.11.13 14:46:01 5: Data4PLC_192.168.0.250_30147: ParseRequest called from HandleRequest
2022.11.13 14:46:01 4: Data4PLC_192.168.0.250_30147: HandleRequest request: id 255, fCode 4, tid 148, type i, adr 0, len 25, Current read buffer: 009400000006ff0400000019, Id 255, fCode 4, tid 148
2022.11.13 14:46:01 3: Data4PLC_192.168.0.250_30147: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:46:01 4: Data4PLC_192.168.0.250_30147: 255 is not one of our Modbus Ids
2022.11.13 14:46:01 4: Data4PLC_192.168.0.250_30147: RequestDone request: id 255, fCode 4, tid 148, type i, adr 0, len 25, Current read buffer: 009400000006ff0400000019, Id 255, fCode 4, tid 148
2022.11.13 14:46:01 5: Data4PLC_192.168.0.250_30147: DropFrame - drop 009400000006ff0400000019
2022.11.13 14:46:01 3: Data4PLC_192.168.0.250_30147: read from TCP server connection got null -> closing
2022.11.13 14:46:01 3: Data4PLC_192.168.0.250_30147: _UnDef is closing Data4PLC_192.168.0.250_30147
2022.11.13 14:46:01 4: Connection accepted from Data4PLC_192.168.0.250_30148
2022.11.13 14:46:01 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30148
2022.11.13 14:46:01 5: Data4PLC_192.168.0.250_30148: attr change set updateGetSetList to 1
2022.11.13 14:46:01 5: Data4PLC_192.168.0.250_30148: read buffer: 009500000006ff0400000019
2022.11.13 14:46:01 4: Data4PLC_192.168.0.250_30148: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 149, dlen 6 and data 00000019
2022.11.13 14:46:01 5: Data4PLC_192.168.0.250_30148: HandleRequest called from Read
2022.11.13 14:46:01 5: Data4PLC_192.168.0.250_30148: ParseRequest called from HandleRequest
2022.11.13 14:46:01 4: Data4PLC_192.168.0.250_30148: HandleRequest request: id 255, fCode 4, tid 149, type i, adr 0, len 25, Current read buffer: 009500000006ff0400000019, Id 255, fCode 4, tid 149
2022.11.13 14:46:01 3: Data4PLC_192.168.0.250_30148: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:46:01 4: Data4PLC_192.168.0.250_30148: 255 is not one of our Modbus Ids
2022.11.13 14:46:01 4: Data4PLC_192.168.0.250_30148: RequestDone request: id 255, fCode 4, tid 149, type i, adr 0, len 25, Current read buffer: 009500000006ff0400000019, Id 255, fCode 4, tid 149
2022.11.13 14:46:01 5: Data4PLC_192.168.0.250_30148: DropFrame - drop 009500000006ff0400000019
2022.11.13 14:46:01 3: Data4PLC_192.168.0.250_30148: read from TCP server connection got null -> closing
2022.11.13 14:46:01 3: Data4PLC_192.168.0.250_30148: _UnDef is closing Data4PLC_192.168.0.250_30148
2022.11.13 14:46:01 4: Connection accepted from Data4PLC_192.168.0.250_30149
2022.11.13 14:46:01 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30149
2022.11.13 14:46:01 5: Data4PLC_192.168.0.250_30149: attr change set updateGetSetList to 1
2022.11.13 14:46:01 5: Data4PLC_192.168.0.250_30149: read buffer: 009600000006ff0400000019
2022.11.13 14:46:01 4: Data4PLC_192.168.0.250_30149: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 150, dlen 6 and data 00000019
2022.11.13 14:46:01 5: Data4PLC_192.168.0.250_30149: HandleRequest called from Read
2022.11.13 14:46:01 5: Data4PLC_192.168.0.250_30149: ParseRequest called from HandleRequest
2022.11.13 14:46:01 4: Data4PLC_192.168.0.250_30149: HandleRequest request: id 255, fCode 4, tid 150, type i, adr 0, len 25, Current read buffer: 009600000006ff0400000019, Id 255, fCode 4, tid 150
2022.11.13 14:46:01 3: Data4PLC_192.168.0.250_30149: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:46:01 4: Data4PLC_192.168.0.250_30149: 255 is not one of our Modbus Ids
2022.11.13 14:46:01 4: Data4PLC_192.168.0.250_30149: RequestDone request: id 255, fCode 4, tid 150, type i, adr 0, len 25, Current read buffer: 009600000006ff0400000019, Id 255, fCode 4, tid 150
2022.11.13 14:46:01 5: Data4PLC_192.168.0.250_30149: DropFrame - drop 009600000006ff0400000019
2022.11.13 14:46:01 3: Data4PLC_192.168.0.250_30149: read from TCP server connection got null -> closing
2022.11.13 14:46:01 3: Data4PLC_192.168.0.250_30149: _UnDef is closing Data4PLC_192.168.0.250_30149
2022.11.13 14:46:01 4: Connection accepted from Data4PLC_192.168.0.250_30150
2022.11.13 14:46:01 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30150
2022.11.13 14:46:01 5: Data4PLC_192.168.0.250_30150: attr change set updateGetSetList to 1
2022.11.13 14:46:01 5: Data4PLC_192.168.0.250_30150: read buffer: 009700000006ff0400000019
2022.11.13 14:46:01 4: Data4PLC_192.168.0.250_30150: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 151, dlen 6 and data 00000019
2022.11.13 14:46:01 5: Data4PLC_192.168.0.250_30150: HandleRequest called from Read
2022.11.13 14:46:01 5: Data4PLC_192.168.0.250_30150: ParseRequest called from HandleRequest
2022.11.13 14:46:01 4: Data4PLC_192.168.0.250_30150: HandleRequest request: id 255, fCode 4, tid 151, type i, adr 0, len 25, Current read buffer: 009700000006ff0400000019, Id 255, fCode 4, tid 151
2022.11.13 14:46:01 3: Data4PLC_192.168.0.250_30150: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:46:01 4: Data4PLC_192.168.0.250_30150: 255 is not one of our Modbus Ids
2022.11.13 14:46:01 4: Data4PLC_192.168.0.250_30150: RequestDone request: id 255, fCode 4, tid 151, type i, adr 0, len 25, Current read buffer: 009700000006ff0400000019, Id 255, fCode 4, tid 151
2022.11.13 14:46:01 5: Data4PLC_192.168.0.250_30150: DropFrame - drop 009700000006ff0400000019
2022.11.13 14:46:02 3: Data4PLC_192.168.0.250_30150: read from TCP server connection got null -> closing
2022.11.13 14:46:02 3: Data4PLC_192.168.0.250_30150: _UnDef is closing Data4PLC_192.168.0.250_30150
2022.11.13 14:46:02 4: Connection accepted from Data4PLC_192.168.0.250_30151
2022.11.13 14:46:02 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30151
2022.11.13 14:46:02 5: Data4PLC_192.168.0.250_30151: attr change set updateGetSetList to 1
2022.11.13 14:46:02 5: Data4PLC_192.168.0.250_30151: read buffer: 009800000006ff0400000019
2022.11.13 14:46:02 4: Data4PLC_192.168.0.250_30151: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 152, dlen 6 and data 00000019
2022.11.13 14:46:02 5: Data4PLC_192.168.0.250_30151: HandleRequest called from Read
2022.11.13 14:46:02 5: Data4PLC_192.168.0.250_30151: ParseRequest called from HandleRequest
2022.11.13 14:46:02 4: Data4PLC_192.168.0.250_30151: HandleRequest request: id 255, fCode 4, tid 152, type i, adr 0, len 25, Current read buffer: 009800000006ff0400000019, Id 255, fCode 4, tid 152
2022.11.13 14:46:02 3: Data4PLC_192.168.0.250_30151: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:46:02 4: Data4PLC_192.168.0.250_30151: 255 is not one of our Modbus Ids
2022.11.13 14:46:02 4: Data4PLC_192.168.0.250_30151: RequestDone request: id 255, fCode 4, tid 152, type i, adr 0, len 25, Current read buffer: 009800000006ff0400000019, Id 255, fCode 4, tid 152
2022.11.13 14:46:02 5: Data4PLC_192.168.0.250_30151: DropFrame - drop 009800000006ff0400000019
2022.11.13 14:46:02 3: Data4PLC_192.168.0.250_30151: read from TCP server connection got null -> closing
2022.11.13 14:46:02 3: Data4PLC_192.168.0.250_30151: _UnDef is closing Data4PLC_192.168.0.250_30151
2022.11.13 14:46:02 4: Connection accepted from Data4PLC_192.168.0.250_30152
2022.11.13 14:46:02 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30152
2022.11.13 14:46:02 5: Data4PLC_192.168.0.250_30152: attr change set updateGetSetList to 1
2022.11.13 14:46:02 5: Data4PLC_192.168.0.250_30152: read buffer: 009900000006ff0400000019
2022.11.13 14:46:02 4: Data4PLC_192.168.0.250_30152: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 153, dlen 6 and data 00000019
2022.11.13 14:46:02 5: Data4PLC_192.168.0.250_30152: HandleRequest called from Read
2022.11.13 14:46:02 5: Data4PLC_192.168.0.250_30152: ParseRequest called from HandleRequest
2022.11.13 14:46:02 4: Data4PLC_192.168.0.250_30152: HandleRequest request: id 255, fCode 4, tid 153, type i, adr 0, len 25, Current read buffer: 009900000006ff0400000019, Id 255, fCode 4, tid 153
2022.11.13 14:46:02 3: Data4PLC_192.168.0.250_30152: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:46:02 4: Data4PLC_192.168.0.250_30152: 255 is not one of our Modbus Ids
2022.11.13 14:46:02 4: Data4PLC_192.168.0.250_30152: RequestDone request: id 255, fCode 4, tid 153, type i, adr 0, len 25, Current read buffer: 009900000006ff0400000019, Id 255, fCode 4, tid 153
2022.11.13 14:46:02 5: Data4PLC_192.168.0.250_30152: DropFrame - drop 009900000006ff0400000019
2022.11.13 14:46:02 3: Data4PLC_192.168.0.250_30152: read from TCP server connection got null -> closing
2022.11.13 14:46:02 3: Data4PLC_192.168.0.250_30152: _UnDef is closing Data4PLC_192.168.0.250_30152
2022.11.13 14:46:02 4: Connection accepted from Data4PLC_192.168.0.250_30153
2022.11.13 14:46:02 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30153
2022.11.13 14:46:02 5: Data4PLC_192.168.0.250_30153: attr change set updateGetSetList to 1
2022.11.13 14:46:03 5: Data4PLC: Open called for listening to a TCP connection
2022.11.13 14:46:03 5: Data4PLC: Close called from Open with noState
2022.11.13 14:46:03 4: Data4PLC: Close TCP server socket, now look for active connections
2022.11.13 14:46:03 4: Data4PLC_192.168.0.250_30153: Close TCP server connection of parent Data4PLC and delete hash
2022.11.13 14:46:03 3: Data4PLC_192.168.0.250_30153: _UnDef is closing Data4PLC_192.168.0.250_30153
2022.11.13 14:46:03 4: Data4PLC: Close deleted CONNECTHASH
2022.11.13 14:46:03 3: Data4PLC: port 1502 opened
2022.11.13 14:46:05 4: Connection accepted from Data4PLC_192.168.0.250_30154
2022.11.13 14:46:05 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30154
2022.11.13 14:46:05 5: Data4PLC_192.168.0.250_30154: attr change set updateGetSetList to 1
2022.11.13 14:46:05 5: Data4PLC_192.168.0.250_30154: read buffer: 009b00000006ff0400000019
2022.11.13 14:46:05 4: Data4PLC_192.168.0.250_30154: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 155, dlen 6 and data 00000019
2022.11.13 14:46:05 5: Data4PLC_192.168.0.250_30154: HandleRequest called from Read
2022.11.13 14:46:05 5: Data4PLC_192.168.0.250_30154: ParseRequest called from HandleRequest
2022.11.13 14:46:05 4: Data4PLC_192.168.0.250_30154: HandleRequest request: id 255, fCode 4, tid 155, type i, adr 0, len 25, Current read buffer: 009b00000006ff0400000019, Id 255, fCode 4, tid 155
2022.11.13 14:46:05 3: Data4PLC_192.168.0.250_30154: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:46:05 4: Data4PLC_192.168.0.250_30154: 255 is not one of our Modbus Ids
2022.11.13 14:46:05 4: Data4PLC_192.168.0.250_30154: RequestDone request: id 255, fCode 4, tid 155, type i, adr 0, len 25, Current read buffer: 009b00000006ff0400000019, Id 255, fCode 4, tid 155
2022.11.13 14:46:05 5: Data4PLC_192.168.0.250_30154: DropFrame - drop 009b00000006ff0400000019
2022.11.13 14:46:05 3: Data4PLC_192.168.0.250_30154: read from TCP server connection got null -> closing
2022.11.13 14:46:05 3: Data4PLC_192.168.0.250_30154: _UnDef is closing Data4PLC_192.168.0.250_30154
2022.11.13 14:46:05 4: Connection accepted from Data4PLC_192.168.0.250_30155
2022.11.13 14:46:05 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30155
2022.11.13 14:46:05 5: Data4PLC_192.168.0.250_30155: attr change set updateGetSetList to 1
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30155: read buffer: 009c00000006ff0400000019
2022.11.13 14:46:06 4: Data4PLC_192.168.0.250_30155: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 156, dlen 6 and data 00000019
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30155: HandleRequest called from Read
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30155: ParseRequest called from HandleRequest
2022.11.13 14:46:06 4: Data4PLC_192.168.0.250_30155: HandleRequest request: id 255, fCode 4, tid 156, type i, adr 0, len 25, Current read buffer: 009c00000006ff0400000019, Id 255, fCode 4, tid 156
2022.11.13 14:46:06 3: Data4PLC_192.168.0.250_30155: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:46:06 4: Data4PLC_192.168.0.250_30155: 255 is not one of our Modbus Ids
2022.11.13 14:46:06 4: Data4PLC_192.168.0.250_30155: RequestDone request: id 255, fCode 4, tid 156, type i, adr 0, len 25, Current read buffer: 009c00000006ff0400000019, Id 255, fCode 4, tid 156
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30155: DropFrame - drop 009c00000006ff0400000019
2022.11.13 14:46:06 3: Data4PLC_192.168.0.250_30155: read from TCP server connection got null -> closing
2022.11.13 14:46:06 3: Data4PLC_192.168.0.250_30155: _UnDef is closing Data4PLC_192.168.0.250_30155
2022.11.13 14:46:06 4: Connection accepted from Data4PLC_192.168.0.250_30156
2022.11.13 14:46:06 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30156
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30156: attr change set updateGetSetList to 1
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30156: read buffer: 009d00000006ff0400000019
2022.11.13 14:46:06 4: Data4PLC_192.168.0.250_30156: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 157, dlen 6 and data 00000019
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30156: HandleRequest called from Read
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30156: ParseRequest called from HandleRequest
2022.11.13 14:46:06 4: Data4PLC_192.168.0.250_30156: HandleRequest request: id 255, fCode 4, tid 157, type i, adr 0, len 25, Current read buffer: 009d00000006ff0400000019, Id 255, fCode 4, tid 157
2022.11.13 14:46:06 3: Data4PLC_192.168.0.250_30156: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:46:06 4: Data4PLC_192.168.0.250_30156: 255 is not one of our Modbus Ids
2022.11.13 14:46:06 4: Data4PLC_192.168.0.250_30156: RequestDone request: id 255, fCode 4, tid 157, type i, adr 0, len 25, Current read buffer: 009d00000006ff0400000019, Id 255, fCode 4, tid 157
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30156: DropFrame - drop 009d00000006ff0400000019
2022.11.13 14:46:06 3: Data4PLC_192.168.0.250_30156: read from TCP server connection got null -> closing
2022.11.13 14:46:06 3: Data4PLC_192.168.0.250_30156: _UnDef is closing Data4PLC_192.168.0.250_30156
2022.11.13 14:46:06 4: Connection accepted from Data4PLC_192.168.0.250_30157
2022.11.13 14:46:06 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30157
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30157: attr change set updateGetSetList to 1
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30157: read buffer: 009e00000006ff0400000019
2022.11.13 14:46:06 4: Data4PLC_192.168.0.250_30157: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 158, dlen 6 and data 00000019
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30157: HandleRequest called from Read
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30157: ParseRequest called from HandleRequest
2022.11.13 14:46:06 4: Data4PLC_192.168.0.250_30157: HandleRequest request: id 255, fCode 4, tid 158, type i, adr 0, len 25, Current read buffer: 009e00000006ff0400000019, Id 255, fCode 4, tid 158
2022.11.13 14:46:06 3: Data4PLC_192.168.0.250_30157: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:46:06 4: Data4PLC_192.168.0.250_30157: 255 is not one of our Modbus Ids
2022.11.13 14:46:06 4: Data4PLC_192.168.0.250_30157: RequestDone request: id 255, fCode 4, tid 158, type i, adr 0, len 25, Current read buffer: 009e00000006ff0400000019, Id 255, fCode 4, tid 158
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30157: DropFrame - drop 009e00000006ff0400000019
2022.11.13 14:46:06 3: Data4PLC_192.168.0.250_30157: read from TCP server connection got null -> closing
2022.11.13 14:46:06 3: Data4PLC_192.168.0.250_30157: _UnDef is closing Data4PLC_192.168.0.250_30157
2022.11.13 14:46:06 4: Connection accepted from Data4PLC_192.168.0.250_30158
2022.11.13 14:46:06 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30158
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30158: attr change set updateGetSetList to 1
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30158: read buffer: 009f00000006ff0400000019
2022.11.13 14:46:06 4: Data4PLC_192.168.0.250_30158: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 159, dlen 6 and data 00000019
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30158: HandleRequest called from Read
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30158: ParseRequest called from HandleRequest
2022.11.13 14:46:06 4: Data4PLC_192.168.0.250_30158: HandleRequest request: id 255, fCode 4, tid 159, type i, adr 0, len 25, Current read buffer: 009f00000006ff0400000019, Id 255, fCode 4, tid 159
2022.11.13 14:46:06 3: Data4PLC_192.168.0.250_30158: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:46:06 4: Data4PLC_192.168.0.250_30158: 255 is not one of our Modbus Ids
2022.11.13 14:46:06 4: Data4PLC_192.168.0.250_30158: RequestDone request: id 255, fCode 4, tid 159, type i, adr 0, len 25, Current read buffer: 009f00000006ff0400000019, Id 255, fCode 4, tid 159
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30158: DropFrame - drop 009f00000006ff0400000019
2022.11.13 14:46:06 3: Data4PLC_192.168.0.250_30158: read from TCP server connection got null -> closing
2022.11.13 14:46:06 3: Data4PLC_192.168.0.250_30158: _UnDef is closing Data4PLC_192.168.0.250_30158
2022.11.13 14:46:06 4: Connection accepted from Data4PLC_192.168.0.250_30159
2022.11.13 14:46:06 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30159
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30159: attr change set updateGetSetList to 1
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30159: read buffer: 00a000000006ff0400000019
2022.11.13 14:46:06 4: Data4PLC_192.168.0.250_30159: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 160, dlen 6 and data 00000019
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30159: HandleRequest called from Read
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30159: ParseRequest called from HandleRequest
2022.11.13 14:46:06 4: Data4PLC_192.168.0.250_30159: HandleRequest request: id 255, fCode 4, tid 160, type i, adr 0, len 25, Current read buffer: 00a000000006ff0400000019, Id 255, fCode 4, tid 160
2022.11.13 14:46:06 3: Data4PLC_192.168.0.250_30159: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:46:06 4: Data4PLC_192.168.0.250_30159: 255 is not one of our Modbus Ids
2022.11.13 14:46:06 4: Data4PLC_192.168.0.250_30159: RequestDone request: id 255, fCode 4, tid 160, type i, adr 0, len 25, Current read buffer: 00a000000006ff0400000019, Id 255, fCode 4, tid 160
2022.11.13 14:46:06 5: Data4PLC_192.168.0.250_30159: DropFrame - drop 00a000000006ff0400000019
2022.11.13 14:46:07 3: Data4PLC_192.168.0.250_30159: read from TCP server connection got null -> closing
2022.11.13 14:46:07 3: Data4PLC_192.168.0.250_30159: _UnDef is closing Data4PLC_192.168.0.250_30159
2022.11.13 14:46:07 4: Connection accepted from Data4PLC_192.168.0.250_30160
2022.11.13 14:46:07 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30160
2022.11.13 14:46:07 5: Data4PLC_192.168.0.250_30160: attr change set updateGetSetList to 1
2022.11.13 14:46:07 5: Data4PLC_192.168.0.250_30160: read buffer: 00a100000006ff0400000019
2022.11.13 14:46:07 4: Data4PLC_192.168.0.250_30160: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 161, dlen 6 and data 00000019
2022.11.13 14:46:07 5: Data4PLC_192.168.0.250_30160: HandleRequest called from Read
2022.11.13 14:46:07 5: Data4PLC_192.168.0.250_30160: ParseRequest called from HandleRequest
2022.11.13 14:46:07 4: Data4PLC_192.168.0.250_30160: HandleRequest request: id 255, fCode 4, tid 161, type i, adr 0, len 25, Current read buffer: 00a100000006ff0400000019, Id 255, fCode 4, tid 161
2022.11.13 14:46:07 3: Data4PLC_192.168.0.250_30160: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:46:07 4: Data4PLC_192.168.0.250_30160: 255 is not one of our Modbus Ids
2022.11.13 14:46:07 4: Data4PLC_192.168.0.250_30160: RequestDone request: id 255, fCode 4, tid 161, type i, adr 0, len 25, Current read buffer: 00a100000006ff0400000019, Id 255, fCode 4, tid 161
2022.11.13 14:46:07 5: Data4PLC_192.168.0.250_30160: DropFrame - drop 00a100000006ff0400000019
2022.11.13 14:46:07 3: Data4PLC_192.168.0.250_30160: read from TCP server connection got null -> closing
2022.11.13 14:46:07 3: Data4PLC_192.168.0.250_30160: _UnDef is closing Data4PLC_192.168.0.250_30160
2022.11.13 14:46:07 4: Connection accepted from Data4PLC_192.168.0.250_30161
2022.11.13 14:46:07 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30161
2022.11.13 14:46:07 5: Data4PLC_192.168.0.250_30161: attr change set updateGetSetList to 1
2022.11.13 14:46:07 5: Data4PLC_192.168.0.250_30161: read buffer: 00a200000006ff0400000019
2022.11.13 14:46:07 4: Data4PLC_192.168.0.250_30161: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 162, dlen 6 and data 00000019
2022.11.13 14:46:07 5: Data4PLC_192.168.0.250_30161: HandleRequest called from Read
2022.11.13 14:46:07 5: Data4PLC_192.168.0.250_30161: ParseRequest called from HandleRequest
2022.11.13 14:46:07 4: Data4PLC_192.168.0.250_30161: HandleRequest request: id 255, fCode 4, tid 162, type i, adr 0, len 25, Current read buffer: 00a200000006ff0400000019, Id 255, fCode 4, tid 162
2022.11.13 14:46:07 3: Data4PLC_192.168.0.250_30161: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:46:07 4: Data4PLC_192.168.0.250_30161: 255 is not one of our Modbus Ids
2022.11.13 14:46:07 4: Data4PLC_192.168.0.250_30161: RequestDone request: id 255, fCode 4, tid 162, type i, adr 0, len 25, Current read buffer: 00a200000006ff0400000019, Id 255, fCode 4, tid 162
2022.11.13 14:46:07 5: Data4PLC_192.168.0.250_30161: DropFrame - drop 00a200000006ff0400000019
2022.11.13 14:46:07 3: Data4PLC_192.168.0.250_30161: read from TCP server connection got null -> closing
2022.11.13 14:46:07 3: Data4PLC_192.168.0.250_30161: _UnDef is closing Data4PLC_192.168.0.250_30161
2022.11.13 14:46:07 4: Connection accepted from Data4PLC_192.168.0.250_30162
2022.11.13 14:46:07 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30162
2022.11.13 14:46:07 5: Data4PLC_192.168.0.250_30162: attr change set updateGetSetList to 1
2022.11.13 14:46:07 5: Data4PLC_192.168.0.250_30162: read buffer: 00a300000006ff0400000019
2022.11.13 14:46:07 4: Data4PLC_192.168.0.250_30162: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 163, dlen 6 and data 00000019
2022.11.13 14:46:07 5: Data4PLC_192.168.0.250_30162: HandleRequest called from Read
2022.11.13 14:46:07 5: Data4PLC_192.168.0.250_30162: ParseRequest called from HandleRequest
2022.11.13 14:46:07 4: Data4PLC_192.168.0.250_30162: HandleRequest request: id 255, fCode 4, tid 163, type i, adr 0, len 25, Current read buffer: 00a300000006ff0400000019, Id 255, fCode 4, tid 163
2022.11.13 14:46:07 3: Data4PLC_192.168.0.250_30162: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:46:07 4: Data4PLC_192.168.0.250_30162: 255 is not one of our Modbus Ids
2022.11.13 14:46:07 4: Data4PLC_192.168.0.250_30162: RequestDone request: id 255, fCode 4, tid 163, type i, adr 0, len 25, Current read buffer: 00a300000006ff0400000019, Id 255, fCode 4, tid 163
2022.11.13 14:46:07 5: Data4PLC_192.168.0.250_30162: DropFrame - drop 00a300000006ff0400000019
2022.11.13 14:46:08 4: Connection accepted from Data4PLC_192.168.0.250_30163
2022.11.13 14:46:08 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30163
2022.11.13 14:46:08 5: Data4PLC_192.168.0.250_30163: attr change set updateGetSetList to 1
2022.11.13 14:46:08 3: Data4PLC_192.168.0.250_30162: read from TCP server connection got null -> closing
2022.11.13 14:46:08 3: Data4PLC_192.168.0.250_30162: _UnDef is closing Data4PLC_192.168.0.250_30162
2022.11.13 14:46:08 5: Data4PLC_192.168.0.250_30163: read buffer: 00a400000006ff0400000019
2022.11.13 14:46:08 4: Data4PLC_192.168.0.250_30163: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 164, dlen 6 and data 00000019
2022.11.13 14:46:08 5: Data4PLC_192.168.0.250_30163: HandleRequest called from Read
2022.11.13 14:46:08 5: Data4PLC_192.168.0.250_30163: ParseRequest called from HandleRequest
2022.11.13 14:46:08 4: Data4PLC_192.168.0.250_30163: HandleRequest request: id 255, fCode 4, tid 164, type i, adr 0, len 25, Current read buffer: 00a400000006ff0400000019, Id 255, fCode 4, tid 164
2022.11.13 14:46:08 3: Data4PLC_192.168.0.250_30163: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:46:08 4: Data4PLC_192.168.0.250_30163: 255 is not one of our Modbus Ids
2022.11.13 14:46:08 4: Data4PLC_192.168.0.250_30163: RequestDone request: id 255, fCode 4, tid 164, type i, adr 0, len 25, Current read buffer: 00a400000006ff0400000019, Id 255, fCode 4, tid 164
2022.11.13 14:46:08 5: Data4PLC_192.168.0.250_30163: DropFrame - drop 00a400000006ff0400000019
2022.11.13 14:46:08 3: Data4PLC_192.168.0.250_30163: read from TCP server connection got null -> closing
2022.11.13 14:46:08 3: Data4PLC_192.168.0.250_30163: _UnDef is closing Data4PLC_192.168.0.250_30163
2022.11.13 14:46:08 4: Connection accepted from Data4PLC_192.168.0.250_30164
2022.11.13 14:46:08 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30164
2022.11.13 14:46:08 5: Data4PLC_192.168.0.250_30164: attr change set updateGetSetList to 1
2022.11.13 14:46:08 5: Data4PLC_192.168.0.250_30164: read buffer: 00a500000006ff0400000019
2022.11.13 14:46:08 4: Data4PLC_192.168.0.250_30164: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 165, dlen 6 and data 00000019
2022.11.13 14:46:08 5: Data4PLC_192.168.0.250_30164: HandleRequest called from Read
2022.11.13 14:46:08 5: Data4PLC_192.168.0.250_30164: ParseRequest called from HandleRequest
2022.11.13 14:46:08 4: Data4PLC_192.168.0.250_30164: HandleRequest request: id 255, fCode 4, tid 165, type i, adr 0, len 25, Current read buffer: 00a500000006ff0400000019, Id 255, fCode 4, tid 165
2022.11.13 14:46:08 3: Data4PLC_192.168.0.250_30164: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:46:08 4: Data4PLC_192.168.0.250_30164: 255 is not one of our Modbus Ids
2022.11.13 14:46:08 4: Data4PLC_192.168.0.250_30164: RequestDone request: id 255, fCode 4, tid 165, type i, adr 0, len 25, Current read buffer: 00a500000006ff0400000019, Id 255, fCode 4, tid 165
2022.11.13 14:46:08 5: Data4PLC_192.168.0.250_30164: DropFrame - drop 00a500000006ff0400000019
2022.11.13 14:46:08 3: Data4PLC_192.168.0.250_30164: read from TCP server connection got null -> closing
2022.11.13 14:46:08 3: Data4PLC_192.168.0.250_30164: _UnDef is closing Data4PLC_192.168.0.250_30164
2022.11.13 14:46:08 4: Connection accepted from Data4PLC_192.168.0.250_30165
2022.11.13 14:46:08 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30165
2022.11.13 14:46:08 5: Data4PLC_192.168.0.250_30165: attr change set updateGetSetList to 1
2022.11.13 14:46:08 5: Data4PLC_192.168.0.250_30165: read buffer: 00a600000006ff0400000019
2022.11.13 14:46:08 4: Data4PLC_192.168.0.250_30165: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 166, dlen 6 and data 00000019
2022.11.13 14:46:08 5: Data4PLC_192.168.0.250_30165: HandleRequest called from Read
2022.11.13 14:46:08 5: Data4PLC_192.168.0.250_30165: ParseRequest called from HandleRequest
2022.11.13 14:46:08 4: Data4PLC_192.168.0.250_30165: HandleRequest request: id 255, fCode 4, tid 166, type i, adr 0, len 25, Current read buffer: 00a600000006ff0400000019, Id 255, fCode 4, tid 166
2022.11.13 14:46:08 3: Data4PLC_192.168.0.250_30165: GetLogHash called from HandleRequest detected wrong Modbus Id
2022.11.13 14:46:08 4: Data4PLC_192.168.0.250_30165: 255 is not one of our Modbus Ids
2022.11.13 14:46:08 4: Data4PLC_192.168.0.250_30165: RequestDone request: id 255, fCode 4, tid 166, type i, adr 0, len 25, Current read buffer: 00a600000006ff0400000019, Id 255, fCode 4, tid 166
2022.11.13 14:46:08 5: Data4PLC_192.168.0.250_30165: DropFrame - drop 00a600000006ff0400000019
2022.11.13 14:46:08 3: Data4PLC_192.168.0.250_30165: read from TCP server connection got null -> closing
2022.11.13 14:46:08 3: Data4PLC_192.168.0.250_30165: _UnDef is closing Data4PLC_192.168.0.250_30165
2022.11.13 14:46:08 4: Connection accepted from Data4PLC_192.168.0.250_30166
2022.11.13 14:46:08 4: Data4PLC: HandleServerConnection accepted new TCP connection as device Data4PLC_192.168.0.250_30166
2022.11.13 14:46:08 5: Data4PLC_192.168.0.250_30166: attr change set updateGetSetList to 1

Fhem hängt sich übrigens nach 5 min. auf wenn das Ganze eine Verbindung hat.

MfG Mario

Mariomgn

#1012
13 November 2022, 15:08:21
Ich habe gerade das
Code Auswählen
2022.11.13 14:46:01 4: Data4PLC_192.168.0.250_30148: 255 is not one of our Modbus Ids gesehen und habe mal mit ein paar Id`s gespielt... der Fehler kommt immer wieder.

StefanStrobel

#1013
13 November 2022, 15:43:40
Zitat
2022.11.13 14:45:55 5: Data4PLC_192.168.0.250_30134: read buffer: 008700000006ff0400000019
2022.11.13 14:45:55 4: Data4PLC_192.168.0.250_30134: ParseFrameStart (TCP) extracted id 255, fCode 4, tid 135, dlen 6 and data 00000019
2022.11.13 14:45:55 5: Data4PLC_192.168.0.250_30134: HandleRequest called from Read
2022.11.13 14:45:55 5: Data4PLC_192.168.0.250_30134: ParseRequest called from HandleRequest
2022.11.13 14:45:55 4: Data4PLC_192.168.0.250_30134: HandleRequest request: id 255, fCode 4, tid 135, type i, adr 0, len 25, Current read buffer: 008700000006ff0400000019, Id 255, fCode 4, tid 135
2022.11.13 14:45:55 3: Data4PLC_192.168.0.250_30134: GetLogHash called from HandleRequest detected wrong Modbus Id

das ist ziemlich eindeutig.
Dein Master schickt 008700000006ff0400000019
Das ist ein Request an Modbus-ID 255 mit fc 4, Adresse 0 und Länge 25.

Du solltest Deinem Master beibringen, dass er die richtige Modbus-ID abfragt.

Falls sich Fhem aufhängt, wäre es auch hilfreich das Log in diesem Moment zu sehen.

Gruss
   Stefan

Mariomgn

#1014
13 November 2022, 17:16:12
Hallo Stefan,

danke für deine Antwort.

Modbus-ID muss 6 sein?  fc 4? auf welchen Wert sollte das stehen? Adresse ist klar. Länge sollte auf 6 stehen?!


Den Log beim Aufhängen mache ich später.

StefanStrobel

#1015
13 November 2022, 17:43:15
Hallo Mario,

Zitat
Modbus-ID muss 6 sein?  fc 4? auf welchen Wert sollte das stehen? Adresse ist klar. Länge sollte auf 6 stehen?!

Das kannst Du alles selbst wählen. Master und Slave sollten sich nur einig sein.
Die Modbus-ID wird meist auf dem Slave gewählt und der Master muss sie dann übernehmen.
FC 4 ist für das Lesen von Input-Registern. Wenn der Slave Holding-Register anbietet, muss der Master die mit FC 3 lesen.
Genauso ist es mit der Länge. Der Master kann einzelne Register mit Länge 1 lesen oder mehrere auf einmal.
Am besten schaust Du Dir mal das Modbus-Protokoll an: https://www.modbus.org/specs.php

Gruss
   Stefan




Mariomgn

#1016
13 November 2022, 20:03:24
Jetzt funktioniert das  8)

Code Auswählen

2022.11.13 19:50:37 5: Data4PLC: PackObj called from CreateResponse with h 22 and valuesLen 2
2022.11.13 19:50:37 5: Data4PLC: PackObj ObjInfo for h22: reading=Temperatur_Heizung:DS18B20-7_Temperature, expr=, format=, len=6, map=, unpack=f
2022.11.13 19:50:37 4: Data4PLC: PackObj for h22 is using reading DS18B20-7_Temperature of device Temperatur_Heizung with value 74.3
2022.11.13 19:50:37 5: Data4PLC: PackObj packed 74.3 with pack code f to 9a999442
2022.11.13 19:50:37 5: Data4PLC: PackObj padded / cut object to 9a9994420000000000000000
2022.11.13 19:50:37 5: Data4PLC: PackObj counter reached 6
2022.11.13 19:50:37 5: Data4PLC: PackObj full data string is 9a9994420000000000000000
2022.11.13 19:50:37 5: Data4PLC: PackObj padded / cut data string to 9a999442
2022.11.13 19:50:37 5: Data4PLC: prepare response pdu
2022.11.13 19:50:37 4: Data4PLC: CreateResponse sends fc 3 to id 6, tid 2723 for h 22, len 2, device Data4PLC (TCP), pdu 03049a999442, V 4.1.5 - 17.9.2019
2022.11.13 19:50:37 4: Data4PLC_192.168.0.250_31150: Send 0aa3000000070603049a999442
2022.11.13 19:50:37 4: Data4PLC_192.168.0.250_31150: RequestDone request: id 6, fCode 3, tid 2723, type h, adr 22, len 2 for device Data4PLC_192.168.0.250_31150, Current read buffer: 0aa300000006060300160002, Id 6, fCode 3, tid 2723, response: id 6, fCode 3, tid 2723, type h, adr 22, len 2, value 9a999442
2022.11.13 19:50:37 5: Data4PLC_192.168.0.250_31150: DropFrame - drop 0aa300000006060300160002
2022.11.13 19:50:37 5: Data4PLC_192.168.0.250_31150: read buffer: 0aa400000006060300160002
2022.11.13 19:50:37 4: Data4PLC_192.168.0.250_31150: ParseFrameStart (TCP) extracted id 6, fCode 3, tid 2724, dlen 6 and data 00160002
2022.11.13 19:50:37 5: Data4PLC_192.168.0.250_31150: HandleRequest called from Read
2022.11.13 19:50:37 5: Data4PLC_192.168.0.250_31150: ParseRequest called from HandleRequest
2022.11.13 19:50:37 4: Data4PLC_192.168.0.250_31150: HandleRequest request: id 6, fCode 3, tid 2724, type h, adr 22, len 2, Current read buffer: 0aa400000006060300160002, Id 6, fCode 3, tid 2724
2022.11.13 19:50:37 5: Data4PLC: CreateResponse called from HandleRequest
nur leider ist die Temperatur nicht 73,9 ° sondern   52168  und 37698  :o

Muss jetzt noch irgend etwas berechnet oder umgerechnet werden?

Mariomgn

#1017
13 November 2022, 20:23:22
Fehler gefunden!

Code Auswählen
attr Data4PLC obj-h22-unpack f  ist falsch und muss
Code Auswählen
attr Data4PLC obj-h22-unpack n sein.


Nun zum letzten Problem.

Im Register 22 habe ich nun die Möglichkeit 125 Werte zu empfangen.

auf Pos. 1 stehen nun die 73°C.
Wie wird das in Fhem weiter definiert, wenn man noch mehr Werte in das Register 22 schreiben möchte? 22X2 funktioniert nicht.  :-\


Code Auswählen
define Data4PLC ModbusAttr 6 slave 192.168.0.150:1502 TCP
setuuid Data4PLC 63713fba-f33f-3045-2110-88b318e9d470e9d9
attr Data4PLC userattr obj-h22-len obj-h22-reading obj-h22-unpack
attr Data4PLC obj-h22-len 2
attr Data4PLC obj-h22-reading Temperatur_Heizung:DS18B20-7_Temperature
attr Data4PLC obj-h22-unpack n
attr Data4PLC obj-h22x2-len 2
attr Data4PLC obj-h22x2-reading Temperatur_Heizung:DS18B20-4_Temperature
attr Data4PLC obj-h22x2-unpack n
attr Data4PLC room Modbus

ch.eick

#1018
17 November 2022, 11:56:01 Letzte Bearbeitung: 17 November 2022, 14:48:04 von ch.eick
Zitat von: StefanStrobel am 07 November 2022, 18:17:46
Hallo Christian,

zuerst müssen wir die Begriffe klären, sonst reden wir aneinander vorbei.
Ein Modbus-Master (neuerdings auch Client genannt) ist die aktive Komponente. Er fragt Werte von Slaves (neuerdings auch Server genannt) ab.
Ein Slave kann selbst keine Werte irgendwo hinschicken. Er beantwortet nur die Anfragen eines Masters.
Genauso liefert aber auch ein Master keine Werte sondern er holt sie von Slaves ab.

Wenn Dein Energiemanager (als Master = Client) Werte von dem Wechselrichter abfragt, dann muss Dein Wechselrichter ein Slave (=Server) sein.
Du kannst den Wechselrichter (Slave) von Fhem aus abfragen wenn Du mit ModbusAttr einen Master in Fhem erzeugst.

Wenn der Energiemanager (=Master) erfolgreich Werte von Fhem (=Slave) abholt und nur bestimmte Werte vom Energiemanager nicht abgeholt werden, dann wird es daran liegen, dass entweder Fhem die fehlenden Werte gar nicht liefert (unvollständige Konfiguration) oder dass Fhem die Werte nicht in dem vom Energiemanager erwarteten Format liefert (z.B. unpack code falsch, Länge falsch etc.).
Das passt so nicht. wie kommst Du darauf, dass der WR ein Master ist? Von welchem Slave fragt er Werte ab?
Ich würde vermuten, dass der WR ein Slave ist, den Du mit Fhem abfragen kannst, wenn Du ModbusAttr als Master definierst.
Ein Modbus-TCP-Master öffnet als TCP Client eine TCP-Verbindung zu einem Modbus-TCP-Slave als TCP-Server, der den Port 502 oder auch 1502 o.ä. geöffnet hat und dort auf eingehende Verbindungen wartet. Ein Slave kann von sich aus keine Verbindung zu einem Master aufbauen. Er beantwortet nur die Requests eines Masters.
Genau so wird Dein Energiemanager als Master den WR als Slave abfragen können.

Wenn wir mal davon ausgehen, dass dem so ist, dann bringt es auch nichts wenn Du die Attribute eines Fhem-Master-Devices, mit dem Du den WR abfragen kannst, zu einem Slave kopierst.
Satt dessen musst Du herausfinden, welche Requests der Energiemanager an den WR stellt und wie genau der WR darauf antwortet. Diese Antworten musst Du dann Deinem Fake beibringen.
Dazu würde ich folgendes tun:
1) den Slave in Fhem auf verbose 5 stellen und die eingehenden Requests vom Energiemanager mit Function code, Adresse und Länge notieren (z.B. fc4 auf i123 mit len 4, fc3 auf h234 mit len 1, ...)
2) Fhem als Master konfigurieren und genau solche Requests an den echten WR schicken. Ein input register muss dabei auch ein input register bleiben und darf kein holding register werden und wenn der Energiemanager 5 Register auf einmal - also Länge 5 - abfragt, dann musst Du das genauso mit len 5 machen. Dabei verbose auf 5
3) die Antworten des echten WR (Objekte mit Längen und Werten) im Fhem-Log suchen und notieren
4) daraus die Konfiguration des Fake WR Slaves in Fhem mit festen Werten (zum Testen) ableiten und Objekt für Objekt vergleichen, ob Fhem die gleichen Antworten schickt wie der der original WR.
Hallo Stefan,

ich versuche mal meinen Stand und mein Verständnis zusammen zu fassen.

In FHEM habe ich den Wechselrichter so definiert und bekomme dann über ModBus alle Daten
hier habe ich das ganze bereits eingekürzt, damit es lesbar bleibt.

Als Mode wird dann im Device "master" angezeigt.
Daraus leite ich dann ab, dass der Wechselrichter ein Master ist.
Code Auswählen

defmod WR_1 ModbusAttr 71 60 192.168.178.18:1502 TCP
attr WR_1 alias WR_1
attr WR_1 alignTime 00:00
attr WR_1 comment Version 2022.03.29 09:00\
Kostal Plenticore 10 Plus mit BYD Speicher
attr WR_1 room Strom->Photovoltaik
attr WR_1 sortby 111
attr WR_1 group PV Eigenverbrauch
attr WR_1 icon sani_solar

attr WR_1 verbose 0
attr WR_1 dev-h-combine 8
attr WR_1 dev-h-defFormat %.2f
attr WR_1 dev-h-defLen 2
attr WR_1 dev-h-defRevRegs 1
attr WR_1 dev-h-defUnpack f>
attr WR_1 dev-type-STR-format %s
attr WR_1 dev-type-STR-len 8
attr WR_1 dev-type-STR-revRegs 0
attr WR_1 dev-type-STR-unpack a*

attr WR_1 obj-h14-reading Inverter_serial_number
attr WR_1 obj-h14-type STR
attr WR_1 obj-h154-reading I_L1
attr WR_1 obj-h156-reading Active_P_L1
attr WR_1 obj-h158-reading U_L1
attr WR_1 obj-h160-reading I_L2
attr WR_1 obj-h162-reading Active_P_L2
attr WR_1 obj-h164-reading U_L2
attr WR_1 obj-h166-reading I_L3
attr WR_1 obj-h168-reading Active_P_L3
attr WR_1 obj-h170-reading U_L3
attr WR_1 obj-h172-reading Total_AC_Active_P
attr WR_1 obj-h172-set 1
attr WR_1 obj-h38-reading Software-Version_Maincontroller_MC
attr WR_1 obj-h38-type STR
attr WR_1 obj-h46-reading Software-Version_IO-Controller_IOC
attr WR_1 obj-h46-type STR
attr WR_1 obj-h56-format %.0f
attr WR_1 obj-h56-reading Inverter_state
attr WR_1 obj-h56-unpack N
attr WR_1 obj-h6-reading Inverter_Article_number
attr WR_1 obj-h6-type STR
attr WR_1 obj-h768-len 32
attr WR_1 obj-h768-reading Productname
attr WR_1 obj-h768-type STR


Schaue ich mir nun die lauffähige Umsetzung im Node-Red an, wird dort ein "ModBus Server" konfiguriert
Zitat
Ein Modbus-Master (neuerdings auch Client genannt) ist die aktive Komponente. Er fragt Werte von Slaves (neuerdings auch Server genannt) ab.
Das bedeutet für mich, ich muss im FHEM einen "ModBus Slave (Server)" definieren, wodurch aber wiederum meiner Annahme von oben, dass der WR ein Master ist, falsch wäre.
Ich bin endlos verwirrt :-(

Das Ziel ist, den Node-Red Workflow in FHEM nachzubilden, damit ich von FHEM aus Messwerte zum Energiemanager (KSEM) "senden" kann.

Zitat
Wenn Dein Energiemanager (als Master = Client) Werte von dem Wechselrichter abfragt, dann muss Dein Wechselrichter ein Slave (=Server) sein.
Du kannst den Wechselrichter (Slave) von Fhem aus abfragen wenn Du mit ModbusAttr einen Master in Fhem erzeugst.
Ahh, so scheint das zu passen

Der Wechselrichter ist im FHEM mit Mode master eingetragen, somit holt FHEM die Daten ab.
Folglich holt auch der Energiemanager die Daten vom Wechselrichter ab, kann aber auch die Messwerte zum Wechselrichter schicken, denn V/A/I/P werden ja auch als Messwerte vom KSEM im Wechselrichter angezeigt.

Um nun den Fake zu machen muss ich im FHEM einen Slave (=Server) konfigurieren.

Zitat
Wenn der Energiemanager (=Master) erfolgreich Werte von Fhem (=Slave) abholt und nur bestimmte Werte vom Energiemanager nicht abgeholt werden,
dann wird es daran liegen, dass entweder Fhem die fehlenden Werte gar nicht liefert (unvollständige Konfiguration) oder dass Fhem die Werte nicht
in dem vom Energiemanager erwarteten Format liefert (z.B. unpack code falsch, Länge falsch etc.).
Die Formate habe identisch zu meinem WR_1 Device übernommen (s.o) und dort werden sie korrekt gewandelt.
Ist bei der Umwandlung die Definition nicht in beide Richtungen die selbe?

Zitat
Wenn wir mal davon ausgehen, dass dem so ist, dann bringt es auch nichts wenn Du die Attribute eines Fhem-Master-Devices, mit dem Du den WR abfragen kannst, zu einem Slave kopierst.
Statt dessen musst Du herausfinden, welche Requests der Energiemanager an den WR stellt und wie genau der WR darauf antwortet. Diese Antworten musst Du dann Deinem Fake beibringen.
Dazu würde ich folgendes tun:
1) den Slave in Fhem auf verbose 5 stellen und die eingehenden Requests vom Energiemanager mit Function code, Adresse und Länge notieren (z.B. fc4 auf i123 mit len 4, fc3 auf h234 mit len 1, ...)
2) Fhem als Master konfigurieren und genau solche Requests an den echten WR schicken. Ein input register muss dabei auch ein input register bleiben und darf kein holding register werden und wenn der Energiemanager 5 Register auf einmal - also Länge 5 - abfragt, dann musst Du das genauso mit len 5 machen. Dabei verbose auf 5
3) die Antworten des echten WR (Objekte mit Längen und Werten) im Fhem-Log suchen und notieren
4) daraus die Konfiguration des Fake WR Slaves in Fhem mit festen Werten (zum Testen) ableiten und Objekt für Objekt vergleichen, ob Fhem die gleichen Antworten schickt wie der der original WR.

Wenn Du das Schritt für Schritt machst und die vollständigen Konfigurationen und Logs postest, bekommen wir das hin :-)
Ich hänge mal den Snapshot vom Node-Red mit an, da kann ich merkwürdigerweise mit einem click den gewünschten Wert zum Energiemanager schicken, obwohl der Wechselrichter als
ModBus Server das doch eigentlich nicht kann, sondern der Energiemanager als Master das doch abholen müsste.

Die Format Umwandlung wird im Node-Red als bit/string operation durchgeführt. Das könnte ich noch liefern, kann es jedoch selber nicht nach upack übersetzen :-(

Ich beginne dann mal Punkt 1) - 4) umzusetzen...

EDIT:
1) list vom WR_3 mit gesetzten readings für die Werte, die der KSEM bekommen soll.
Code Auswählen

Internals:
   CONNECTS   2482173
   DEF        71 slave 192.168.178.40:1502 TCP
   DeviceName 192.168.178.40:1502
   EXPECT     request
   FUUID      6364cadd-f33f-61a8-1e0c-833cf3c6c73bfa1d
   FVERSION   98_ModbusAttr.pm:0.259630/2022-04-14
   IODev      WR_3
   LASTCONN   WR_3_192.168.178.17_60854
   MODBUSID   71
   MODE       slave
   MODULEVERSION Modbus 4.4.04 - 17.7.2021
   NAME       WR_3
   NOTIFYDEV  global
   NR         496
   NTFY_ORDER 50-WR_3
   PORT       1502
   PROTOCOL   TCP
   STATE      inactive
   TCPConn    1
   TCPServer  1
   TYPE       ModbusAttr
   eventCount 7
   stacktrace  TcpServer_Close:1712 Modbus::DoClose:903 Modbus::SetLDInactive:1196 Modbus::ControlSet:1090 Modbus::SetLDFn:3950 CallFn:1957 DoSet:1989 CommandSet:1274 AnalyzeCommand:2806 FW_fC:1028 FW_answerCall:609 FW_Read:3955 CallFn:782
   READ:
   READINGS:
     2022-10-27 12:19:25   Active_P_L1     10.00
     2022-10-27 12:19:34   Active_P_L2     10.00
     2022-10-27 12:19:40   Active_P_L3     10.00
     2022-10-27 15:43:17   I_L1            1.00
     2022-10-27 15:43:26   I_L2            1.00
     2022-10-27 15:43:34   I_L3            1.00
     2022-10-27 10:56:32   Inverter_Article_number 12345678
     2022-10-27 10:56:32   Inverter_serial_number 87654321
     2022-10-27 10:56:32   Inverter_state  6
     2022-10-27 10:59:21   Productname     WR_3
     2022-10-27 10:56:32   Software-Version_IO-Controller_IOC 4711
     2022-10-27 10:56:32   Software-Version_Maincontroller_MC 0815
     2022-11-17 12:27:40   Total_AC_Active_P 30
     2022-10-27 12:17:24   U_L1            230.00
     2022-10-27 12:17:35   U_L2            230.00
     2022-10-27 12:17:44   U_L3            230.00
     2022-11-17 12:28:15   state           inactive
   REMEMBER:
     lsend      1668684494.73977
   defptr:
     WR_3       71
Attributes:
   DbLogExclude .*
   comment    Version 2022.10.27 09:00
Fremder WR am KSEM
   dev-h-defFormat %.2f
   dev-h-defLen 2
   dev-h-defRevRegs 1
   dev-h-defUnpack f>
   dev-type-STR-format %s
   dev-type-STR-len 8
   dev-type-STR-revRegs 0
   dev-type-STR-unpack a*
   disable    0
   group      PV Eigenverbrauch
   icon       sani_solar
   obj-h14-reading Inverter_serial_number
   obj-h14-type STR
   obj-h154-reading I_L1
   obj-h156-reading Active_P_L1
   obj-h158-reading U_L1
   obj-h160-reading I_L2
   obj-h162-reading Active_P_L2
   obj-h164-reading U_L2
   obj-h166-reading I_L3
   obj-h168-reading Active_P_L3
   obj-h170-reading U_L3
   obj-h172-reading Total_AC_Active_P
   obj-h172-set 1
   obj-h38-reading Software-Version_Maincontroller_MC
   obj-h38-type STR
   obj-h46-reading Software-Version_IO-Controller_IOC
   obj-h46-type STR
   obj-h56-format %.0f
   obj-h56-reading Inverter_state
   obj-h56-unpack N
   obj-h6-reading Inverter_Article_number
   obj-h6-type STR
   obj-h768-len 32
   obj-h768-reading Productname
   obj-h768-type STR
   room       Strom->Photovoltaik
   sortby     311
   verbose    5

Im Log finde ich dann diese Anfrage
Code Auswählen

2022.11.17 12:28:04.719 5: WR_3_192.168.178.17_60726: readFn buffer: 0001000000064703009a0014
2022.11.17 12:28:04.720 5: WR_3_192.168.178.17_60726: ParseFrameStart called from ReadFn
2022.11.17 12:28:04.720 4: WR_3_192.168.178.17_60726: ParseFrameStart (TCP, slave) extracted id 71, fCode 3, tid 1, dlen 6 and potential data 009a0014
2022.11.17 12:28:04.721 5: WR_3_192.168.178.17_60726: HandleRequest called from ReadFn
2022.11.17 12:28:04.721 5: WR_3_192.168.178.17_60726: ParseRequest called from HandleRequest
2022.11.17 12:28:04.722 4: WR_3_192.168.178.17_60726: HandleRequest, current frame / read buffer: 0001000000064703009a0014, id 71, fCode 3, tid 1,
request: id 71 fc 3 h154, len 20, tid 1
2022.11.17 12:28:04.722 5: WR_3: CreateResponse called from HandleRequest
2022.11.17 12:28:04.723 5: WR_3: PackObj called from CreateResponse with h 154 and valuesLen 20
2022.11.17 12:28:04.724 4: WR_3: PackObj for h154 is using reading I_L1 of device WR_3 with value 1.00            <<<< hier ist das reading mit 1,0 Ampare, was ich gesetzt hatte.
2022.11.17 12:28:04.724 5: WR_3: FormatVal for PackObj formats 1.00 with format %.2f, result is 1.00
2022.11.17 12:28:04.725 5: WR_3: PackObj packed value 1.00 with pack code f> to 3f800000
2022.11.17 12:28:04.725 5: WR_3: PackObj padded / cut object to 3f800000
2022.11.17 12:28:04.726 5: WR_3: PackObj revRegs = 1, dplen = 4
2022.11.17 12:28:04.726 5: WR_3: ReverseWordOrder is reversing order of up to 2 registers
2022.11.17 12:28:04.726 5: WR_3: ReverseWordOrder for PackObj is transforming 3f800000 to 00003f80

Allerdings weiß ich jetzt nicht, was ich mit dem  fc 3 h154, len 20 machen soll :-)
Im Node-red steht für h154 dann folgendes.
Code Auswählen

payload=msg.payload
var value=payload;
buf=Buffer.alloc(4);
buf.writeFloatBE(value);
//buf.writeFloatBE(16001.5);
var values=[(buf[2]*256)+buf[3],(buf[0]*256+buf[1])]                 <<< hier werden wohl die bytes zusammen gesetzt

msg.payload={"value":values , 'fc': 16, 'unitid': 20, 'address': 154 , 'quantity': 2 };             <<< die unitid habe ich für die FHEM zu KSEM Kopplung auf 71 geändert
return msg;


Das Verbose 5 Log habe ich angehängt.
Die Node-Red Flow Definition ist auch als export im Anhang, da findet man die definition der bereit gestellten Werte.
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

StefanStrobel

#1019
18 November 2022, 08:25:41
Hallo Mario,

Zitat von: Mariomgn am 13 November 2022, 20:23:22
Im Register 22 habe ich nun die Möglichkeit 125 Werte zu empfangen.

auf Pos. 1 stehen nun die 73°C.
Wie wird das in Fhem weiter definiert, wenn man noch mehr Werte in das Register 22 schreiben möchte? 22X2 funktioniert nicht.  :-\

Code Auswählen
define Data4PLC ModbusAttr 6 slave 192.168.0.150:1502 TCP
attr Data4PLC obj-h22-len 2
attr Data4PLC obj-h22-reading Temperatur_Heizung:DS18B20-7_Temperature
attr Data4PLC obj-h22-unpack n
attr Data4PLC obj-h22x2-len 2
attr Data4PLC obj-h22x2-reading Temperatur_Heizung:DS18B20-4_Temperature
attr Data4PLC obj-h22x2-unpack n


Ein Holding-Register enthält immer 16 Bit. Keine 125 Werte.
Ein Float-Wert, der mit Unpack-Code "f" kodiert wird, besteht aus 32 Bits und folglich muss der in zwei aufeinanderfolgenden Register (bei Dir 22 und 23) gespeichert werden.
Durch Angabe der Länge 2 wird das geregelt.

Wenn Du nach der ersten Temperatur (in den Registern 22 und 23) einen weiteren Float-Wert bereitstellen möchtest, dann muss der ab Register 24 mit Länge 2 und Unpack-Code "f" definiert werden.
Ein Register 22x2 gibt es nicht.

Gruss
   Stefan
Drucken
Nach oben Seiten 1 ... 66 67 68 69 70 ... 86
Benutzer-Aktionen