FHEM Forum

Aus meinem Wechselrichter konnte ich ein paar Mal mehrere Daten auslesen. Nach dem Hinzufügen weiterer Readings ging nur noch das erste Reading. Danach Disconnect, dann Reconnect und erneut wieder nur das erste Reading. Das Löschen von Readings hat die Lage nicht verbessert. Nur das erste Reading wird ausgelesen. In diesem Falle also "AC-Volt-A".
Hat jemand eine Idee? Was mache ich falsch? Hänge schon mehrere Tage an diesem Problem und habe die spärlichen Beiträge im Forum dazu auch schon gelesen.
Bitte helft mir.

Internals:
   BUSY       0
   DEF        1 30 192.168.178.36 TCP
   DEST       192.168.178.36:502
   DeviceName 192.168.178.36:502
   INTERVAL   10
   IODev      KeSolarEdge
   LASTOPEN   1512773143.95136
   MODBUSID   1
   ModuleVersion 3.7.0 - 20.8.2017
   NAME       KeSolarEdge
   NEXT_OPEN  1512773158.82976
   NOTIFYDEV  global
   NR         367
   NTFY_ORDER 50-SOE
   PARTIAL
   PROTOCOL   TCP
   REQUESTHEX 00520000000601039c8f0001
   STATE      disconnected
   TRIGGERTIME 1512773148.62715
   TRIGGERTIME_FMT 2017-12-08 23:45:48
   TYPE       ModbusAttr
   devioLoglevel 3
   nextOpenDelay 60
   READINGS:
     2017-12-08 23:19:57   AC-Energy-All   44923
     2017-12-08 23:44:58   AC-Volt-A       228.6
     2017-12-08 23:44:58   state           disconnected
   defptr:
     1:
   gotReadings:
     AC-Volt-A  228.6
   helper:
     buffer
     lid        1
     lrecv      1512773098.75291
     lsend      1512773098.61972
   lastRead:
     h40079     1512773098.75712
     h40083     1512687323.82429
     h40093     1512687269.79689
     h40094     1512771597.51639
     h40101     1512685219.2463
Attributes:
   dev-h-defPoll 1
   dev-h-defShowGet 1
   enableControlSet 1
   maxTimeoutsToReconnect 3
   obj-h40079-expr $val / 10
   obj-h40079-reading AC-Volt-A
   obj-h40094-poll 1
   obj-h40094-reading AC-Energy-All


Sehen kann man immer einen Disconnect:

2017.12.09 08:45:31 3: 192.168.178.36:502 disconnected, waiting to reappear (KeSolarEdge)
2017.12.09 08:45:31 3: 192.168.178.36:502 reappeared (KeSolarEdge)


Moin,


Ja dieses Verhalten beobachte ich bei mir im Wohnmobil auch...etwas Abhilfe schafft ein


DEV-h-defpoll 1





Oder aber den poll des readings auf 1 setzen. Aber so richtig....
Ich denke mal da haben wir ein Verständnis Problem....oder einen bug, keine Ahnung


Gruß


Marie

Hallo Marie,
danke für Deine Antwort. Ich fühle mich schon etwas besser.
Allerdings nehme ich an Du meintest

   dev-h-defPoll 1

da Perl ja case sensitive ist.
bei
   DEV-h-defpoll 1

bekomme ich nur wilde Fehlermeldungen.
Aber vielleicht liest das ja jemand der uns helfen kann.
In der Zwischenzeit habe ich das pollen sein lassen und ein at Object geschrieben, dass mit "get" die Daten ausliest. Geht zwar, ist aber wohl kaum im Sinne des Erfinders.

Klingt für mich eher nach Timing-Problemen.
Wenn Ihr einen Log-Auszug bei verbose 5 postet
(für sowohl das logische als auch das physische Device), kann ich vielleicht genaueres erkennen.

Gruss
   Stefan

Hallo Stefan,

ich weiß nicht was ein logisches oder ein physisches Device ist, freue mich aber sehr über das Angebot.
Ich habe mein ModbusAttr-Device also auf Verbose 5 gesetzt und das ist List und das Logfile. Wenn ich weiteres zur Aufhellung beitragen kann, gerne.
List des Devices:

Internals:
   BUSY       0
   DEF        1 30 192.168.178.36 TCP
   DEST       192.168.178.36:502
   DeviceName 192.168.178.36:502
   FD         5
   INTERVAL   900
   IODev      KeSolarEdge
   LASTOPEN   1513176936.40306
   MODBUSID   1
   ModuleVersion 3.7.0 - 20.8.2017
   NAME       KeSolarEdge
   NOTIFYDEV  global
   NR         366
   NTFY_ORDER 50-KeSolarEdge
   PARTIAL
   PROTOCOL   TCP
   REQUESTHEX 00d10000000601039c8f0001
   STATE      opened
   TRIGGERTIME 1513177931.46057
   TRIGGERTIME_FMT 2017-12-13 16:12:11
   TYPE       ModbusAttr
   devioLoglevel 3
   nextOpenDelay 60
   QUEUE:
   READINGS:
     2017-12-13 15:57:12   AC-Energy       66152
     2017-12-13 15:57:12   AC-Energy-Scale 0
     2017-12-13 15:57:11   AC-Power        27000
     2017-12-13 15:57:12   AC-Power-Scale  -2
     2017-12-13 15:57:12   AC-Volt-A       226.8
     2017-12-13 15:57:11   AC-Volt-Scale   -1
     2017-12-13 15:57:11   DC-Current      4070
     2017-12-13 15:57:11   DC-Current-Scale -5
     2017-12-13 15:57:12   DC-Power        3045
     2017-12-13 15:57:12   DC-Power-Scale  -3
     2017-12-13 15:57:12   DC-Voltage      7480
     2017-12-13 15:57:11   DC-Voltage-Scale -1
     2017-12-13 15:57:12   HeatSinkTemp    3093
     2017-12-13 15:57:12   Status          4
     2017-12-13 15:55:36   state           opened
   defptr:
     1:
   gotReadings:
     AC-Volt-A  226.8
   helper:
     buffer
     lid        1
     lrecv      1513177032.97203
     lsend      1513177032.96865
   lastRead:
     h40079     1513177032.97623
     h40082     1513177031.51114
     h40083     1513177031.9495
     h40084     1513177032.27729
     h40093     1513177032.38921
     h40094     1512894752.78521
     h40095     1513177032.16916
     h40096     1513177031.73266
     h40097     1513177031.62077
     h40098     1513177032.8675
     h40099     1513177031.8428
     h40100     1513177032.7219
     h40101     1513177032.50292
     h40103     1513177032.61126
     h40107     1513177032.0621
     h40108     1512911704.47342
Attributes:
   dev-h-defPoll 1
   dev-h-defShowGet 1
   enableControlSet 1
   maxTimeoutsToReconnect 3
   obj-h40079-expr $val / 10
   obj-h40079-reading AC-Volt-A
   obj-h40082-reading AC-Volt-Scale
   obj-h40082-unpack s>
   obj-h40083-reading AC-Power
   obj-h40084-reading AC-Power-Scale
   obj-h40084-unpack s>
   obj-h40093-len 2
   obj-h40093-reading AC-Energy
   obj-h40093-unpack l>
   obj-h40095-reading AC-Energy-Scale
   obj-h40096-reading DC-Current
   obj-h40097-reading DC-Current-Scale
   obj-h40097-unpack s>
   obj-h40098-reading DC-Voltage
   obj-h40099-reading DC-Voltage-Scale
   obj-h40099-unpack s>
   obj-h40100-reading DC-Power
   obj-h40101-reading DC-Power-Scale
   obj-h40101-unpack s>
   obj-h40103-reading HeatSinkTemp
   obj-h40107-reading Status
   room       Keller
   userattr   dev-h-defPoll dev-h-defShowGet enableControlSet maxTimeoutsToReconnect obj-h40079-expr obj-h40079-reading obj-h40082-reading obj-h40082-unpack obj-h40083-reading obj-h40084-expr obj-h40084-reading obj-h40084-unpack obj-h40093-len obj-h40093-reading obj-h40093-unpack obj-h40094-poll obj-h40094-reading obj-h40095-reading obj-h40096-reading obj-h40097-reading obj-h40097-unpack obj-h40098-reading obj-h40099-reading obj-h40099-unpack obj-h40100-reading obj-h40101-reading obj-h40101-unpack obj-h40103-reading obj-h40107-reading obj-h40108-reading silentReconnect verbose
   verbose    5


Auszug des Logfiles des Devices:

2017-12-13_15:53:33 KeSolarEdge DISCONNECTED
2017-12-13_15:53:33 KeSolarEdge CONNECTED
2017-12-13_15:53:35 KeSolarEdge AC-Energy: 66150
2017-12-13_15:53:35 KeSolarEdge AC-Energy-Scale: 0
2017-12-13_15:53:36 KeSolarEdge AC-Power: 24000
2017-12-13_15:53:36 KeSolarEdge AC-Power-Scale: -3
2017-12-13_15:53:36 KeSolarEdge DC-Power: 24365
2017-12-13_15:53:36 KeSolarEdge DC-Power-Scale: -3
2017-12-13_15:53:36 KeSolarEdge DC-Voltage: 7482
2017-12-13_15:53:36 KeSolarEdge DC-Voltage-Scale: -1
2017-12-13_15:53:36 KeSolarEdge Status: 4
2017-12-13_15:55:36 KeSolarEdge DISCONNECTED
2017-12-13_15:55:36 KeSolarEdge CONNECTED
2017-12-13_15:56:36 KeSolarEdge AC-Energy: 66151
2017-12-13_15:56:36 KeSolarEdge AC-Energy-Scale: 0
2017-12-13_15:56:36 KeSolarEdge AC-Power: 3100
2017-12-13_15:56:36 KeSolarEdge AC-Power-Scale: -2
2017-12-13_15:56:36 KeSolarEdge DC-Power: 28426
2017-12-13_15:56:36 KeSolarEdge DC-Power-Scale: -3
2017-12-13_15:56:36 KeSolarEdge DC-Voltage: 7480
2017-12-13_15:56:36 KeSolarEdge DC-Voltage-Scale: -1
2017-12-13_15:56:36 KeSolarEdge Status: 4
2017-12-13_15:57:11 KeSolarEdge AC-Volt-Scale: -1
2017-12-13_15:57:11 KeSolarEdge DC-Current-Scale: -5
2017-12-13_15:57:11 KeSolarEdge DC-Current: 4070
2017-12-13_15:57:11 KeSolarEdge DC-Voltage-Scale: -1
2017-12-13_15:57:11 KeSolarEdge AC-Power: 27000
2017-12-13_15:57:12 KeSolarEdge Status: 4
2017-12-13_15:57:12 KeSolarEdge AC-Energy-Scale: 0
2017-12-13_15:57:12 KeSolarEdge AC-Power-Scale: -2
2017-12-13_15:57:12 KeSolarEdge AC-Energy: 66152
2017-12-13_15:57:12 KeSolarEdge DC-Power-Scale: -3
2017-12-13_15:57:12 KeSolarEdge HeatSinkTemp: 3093
2017-12-13_15:57:12 KeSolarEdge DC-Power: 3045
2017-12-13_15:57:12 KeSolarEdge DC-Voltage: 7480
2017-12-13_15:57:12 KeSolarEdge AC-Volt-A: 226.8
2017-12-13_15:58:36 KeSolarEdge AC-Energy: 66152
2017-12-13_15:58:37 KeSolarEdge AC-Energy-Scale: 0
2017-12-13_15:58:37 KeSolarEdge AC-Power: 22000
2017-12-13_15:58:37 KeSolarEdge AC-Power-Scale: -3
2017-12-13_15:58:37 KeSolarEdge DC-Power: 22335
2017-12-13_15:58:37 KeSolarEdge DC-Power-Scale: -3
2017-12-13_15:58:37 KeSolarEdge DC-Voltage: 7478
2017-12-13_15:58:37 KeSolarEdge DC-Voltage-Scale: -1
2017-12-13_15:58:37 KeSolarEdge Status: 4
2017-12-13_16:00:37 KeSolarEdge DISCONNECTED
2017-12-13_16:00:37 KeSolarEdge CONNECTED
2017-12-13_16:00:39 KeSolarEdge AC-Energy: 66153
2017-12-13_16:00:39 KeSolarEdge AC-Energy-Scale: 0
2017-12-13_16:00:39 KeSolarEdge AC-Power: 14000
2017-12-13_16:00:39 KeSolarEdge AC-Power-Scale: -3
2017-12-13_16:00:39 KeSolarEdge DC-Power: 14213
2017-12-13_16:00:39 KeSolarEdge DC-Power-Scale: -3
2017-12-13_16:00:39 KeSolarEdge DC-Voltage: 7483
2017-12-13_16:00:39 KeSolarEdge DC-Voltage-Scale: -1
2017-12-13_16:00:39 KeSolarEdge Status: 4


..ist in diesem Zusammenhang eventuell noch interessant, dass ich ähnliche Probleme mit HMLAN habe (Homematic über Ethernet)?

Hallo BenMarloe,

bei Modbus RTU wäre Dein ModbusAttr-Device das logische Device und Dein Modbus-Device für den seriellen Adapter das physische. Für beide sollte verbose 5 gesetzt werden wenn man Fehler sucht.
Bei Modbus TCP ist beides in einem Device.

Mit Logfile meinte ich das Fhem-Logfile. Dort landen bei verbose 5 die Debug-Meldungen.

dev-h-defPoll 1 ist nötig damit das Modul die Werte auch abfragt. Andernfalls werden nur die Werte automatisch abgefragt, die explizit ein -poll Attribut gesetzt haben. Das ist kein Bug sondern so gewollt:

Zitat
obj-[cdih][1-9][0-9]*-poll
   if set to 1 then this obeject is included in the cyclic update request as specified in the define command. If not set, then the object can manually be requested with a get command,
   but it is not automatically updated each interval. Note that this setting can also be specified as default for all objects with the dev- atributes described later.

bzw.

Zitat
dev-([cdih]-)*defPoll
    if set to 1 then all objects of this type will be included in the cyclic update by default.

Gruss
   Stefan

Hallo Stefan,

vielen Dank für die schnelle Antwort.
Hier das fhem-2017-12.log vom gleichen Zeitraum. Ein physikalisches Device habe dann also nicht, da ich ja TCP verwende.


2017.12.13 15:53:16 1: prg_brenner temp: temperature: 55.7
2017.12.13 15:53:33 3: 192.168.178.36:502 disconnected, waiting to reappear (KeSolarEdge)
2017.12.13 15:53:33 5: HttpUtils url=http://192.168.178.36:502/
2017.12.13 15:53:33 3: 192.168.178.36:502 reappeared (KeSolarEdge)
2017.12.13 15:53:34 5: KeSolarEdge: Get: Called with AC-Energy (h40093)
2017.12.13 15:53:34 4: KeSolarEdge: Send called with h40093, objLen 2 / reqLen - to id 1, op read, qlen 0
2017.12.13 15:53:34 4: KeSolarEdge: Send adds fc 3 to 1, tid 196, for h40093 (AC-Energy), reqLen 2 at beginning of queue for immediate sending
2017.12.13 15:53:34 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -119.937731981277
2017.12.13 15:53:34 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -119.940572023392
2017.12.13 15:53:34 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:53:34 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 196 for AC-Energy (h40093), len 2, device KeSolarEdge (TCP), pdu 039c9d0002, V 3.7.0 - 20.8.2017
2017.12.13 15:53:34 5: SW: 00c40000000601039c9d0002
2017.12.13 15:53:34 5: KeSolarEdge: ReadAnswer called and remaining timeout is 1.99962902069092 requested reading is AC-Energy
2017.12.13 15:53:35 5: KeSolarEdge: ReadAnswer got: 00c40000000701030400010266
2017.12.13 15:53:35 5: KeSolarEdge: ParseFrames got: 00c40000000701030400010266
2017.12.13 15:53:35 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 196, values 00010266HeaderLen 4, ActualLen 4, request was for h40093 (AC-Energy), len 2 for module KeSolarEdge
2017.12.13 15:53:35 5: KeSolarEdge: ParseObj called with 00010266 and start 40093, op read
2017.12.13 15:53:35 5: KeSolarEdge: ParseObj ObjInfo for h40093: reading=AC-Energy, unpack=l>, expr=, format=, map=
2017.12.13 15:53:35 5: KeSolarEdge: ParseObj unpacked 00010266 with l> to hex 3636313530 (66150)
2017.12.13 15:53:35 4: KeSolarEdge: ParseObj for AC-Energy assigns 66150
2017.12.13 15:53:35 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:53:35 5: KeSolarEdge: ReadAnswer done, reading is AC-Energy, value: 66150
2017.12.13 15:53:35 3: get KeSolarEdge AC-Energy : 66150
2017.12.13 15:53:35 5: KeSolarEdge: Get: Called with AC-Energy-Scale (h40095)
2017.12.13 15:53:35 4: KeSolarEdge: Send called with h40095, objLen 1 / reqLen - to id 1, op read, qlen 0
2017.12.13 15:53:35 4: KeSolarEdge: Send adds fc 3 to 1, tid 216, for h40095 (AC-Energy-Scale), reqLen 1 at beginning of queue for immediate sending
2017.12.13 15:53:35 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0676119327545166
2017.12.13 15:53:35 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, sleep 0.0676119327545166 forced
2017.12.13 15:53:35 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -1.83849501609802
2017.12.13 15:53:35 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:53:35 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 216 for AC-Energy-Scale (h40095), len 1, device KeSolarEdge (TCP), pdu 039c9f0001, V 3.7.0 - 20.8.2017
2017.12.13 15:53:35 5: SW: 00d80000000601039c9f0001
2017.12.13 15:53:35 5: KeSolarEdge: ReadAnswer called and remaining timeout is 1.99963212013245 requested reading is AC-Energy-Scale
2017.12.13 15:53:35 5: KeSolarEdge: ReadAnswer got: 00d8000000050103020000
2017.12.13 15:53:35 5: KeSolarEdge: ParseFrames got: 00d8000000050103020000
2017.12.13 15:53:35 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 216, values 0000HeaderLen 2, ActualLen 2, request was for h40095 (AC-Energy-Scale), len 1 for module KeSolarEdge
2017.12.13 15:53:35 5: KeSolarEdge: ParseObj called with 0000 and start 40095, op read
2017.12.13 15:53:35 5: KeSolarEdge: ParseObj ObjInfo for h40095: reading=AC-Energy-Scale, unpack=n, expr=, format=, map=
2017.12.13 15:53:35 5: KeSolarEdge: ParseObj unpacked 0000 with n to hex 30 (0)
2017.12.13 15:53:35 4: KeSolarEdge: ParseObj for AC-Energy-Scale assigns 0
2017.12.13 15:53:36 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:53:36 5: KeSolarEdge: ReadAnswer done, reading is AC-Energy-Scale, value: 0
2017.12.13 15:53:36 5: KeSolarEdge: Get: Called with AC-Power (h40083)
2017.12.13 15:53:36 4: KeSolarEdge: Send called with h40083, objLen 1 / reqLen - to id 1, op read, qlen 0
2017.12.13 15:53:36 4: KeSolarEdge: Send adds fc 3 to 1, tid 231, for h40083 (AC-Power), reqLen 1 at beginning of queue for immediate sending
2017.12.13 15:53:36 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0445868968963623
2017.12.13 15:53:36 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, sleep 0.0445868968963623 forced
2017.12.13 15:53:36 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest 0.0293118953704834
2017.12.13 15:53:36 4: KeSolarEdge: HandleSendQueue / CheckDelay sendDelay (0.1) for KeSolarEdge not over, sleep 0.0293118953704834 forced
2017.12.13 15:53:36 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:53:36 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 231 for AC-Power (h40083), len 1, device KeSolarEdge (TCP), pdu 039c930001, V 3.7.0 - 20.8.2017
2017.12.13 15:53:36 5: SW: 00e70000000601039c930001
2017.12.13 15:53:36 5: KeSolarEdge: ReadAnswer called and remaining timeout is 1.99950289726257 requested reading is AC-Power
2017.12.13 15:53:36 5: KeSolarEdge: ReadAnswer got: 00e7000000050103025dc0
2017.12.13 15:53:36 5: KeSolarEdge: ParseFrames got: 00e7000000050103025dc0
2017.12.13 15:53:36 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 231, values 5dc0HeaderLen 2, ActualLen 2, request was for h40083 (AC-Power), len 1 for module KeSolarEdge
2017.12.13 15:53:36 5: KeSolarEdge: ParseObj called with 5dc0 and start 40083, op read
2017.12.13 15:53:36 5: KeSolarEdge: ParseObj ObjInfo for h40083: reading=AC-Power, unpack=n, expr=, format=, map=
2017.12.13 15:53:36 5: KeSolarEdge: ParseObj unpacked 5dc0 with n to hex 3234303030 (24000)
2017.12.13 15:53:36 4: KeSolarEdge: ParseObj for AC-Power assigns 24000
2017.12.13 15:53:36 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:53:36 5: KeSolarEdge: ReadAnswer done, reading is AC-Power, value: 24000
2017.12.13 15:53:36 3: get KeSolarEdge AC-Power : 24000
2017.12.13 15:53:36 5: KeSolarEdge: Get: Called with AC-Power-Scale (h40084)
2017.12.13 15:53:36 4: KeSolarEdge: Send called with h40084, objLen 1 / reqLen - to id 1, op read, qlen 0
2017.12.13 15:53:36 4: KeSolarEdge: Send adds fc 3 to 1, tid 168, for h40084 (AC-Power-Scale), reqLen 1 at beginning of queue for immediate sending
2017.12.13 15:53:36 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0678648948669434
2017.12.13 15:53:36 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, sleep 0.0678648948669434 forced
2017.12.13 15:53:36 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest 0.0635199546813965
2017.12.13 15:53:36 4: KeSolarEdge: HandleSendQueue / CheckDelay sendDelay (0.1) for KeSolarEdge not over, sleep 0.0635199546813965 forced
2017.12.13 15:53:36 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:53:36 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 168 for AC-Power-Scale (h40084), len 1, device KeSolarEdge (TCP), pdu 039c940001, V 3.7.0 - 20.8.2017
2017.12.13 15:53:36 5: SW: 00a80000000601039c940001
2017.12.13 15:53:36 5: KeSolarEdge: ReadAnswer called and remaining timeout is 1.99963593482971 requested reading is AC-Power-Scale
2017.12.13 15:53:36 5: KeSolarEdge: ReadAnswer got: 00a800000005010302fffd
2017.12.13 15:53:36 5: KeSolarEdge: ParseFrames got: 00a800000005010302fffd
2017.12.13 15:53:36 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 168, values fffdHeaderLen 2, ActualLen 2, request was for h40084 (AC-Power-Scale), len 1 for module KeSolarEdge
2017.12.13 15:53:36 5: KeSolarEdge: ParseObj called with fffd and start 40084, op read
2017.12.13 15:53:36 5: KeSolarEdge: ParseObj ObjInfo for h40084: reading=AC-Power-Scale, unpack=s>, expr=, format=, map=
2017.12.13 15:53:36 5: KeSolarEdge: ParseObj unpacked fffd with s> to hex 2d33 (-3)
2017.12.13 15:53:36 4: KeSolarEdge: ParseObj for AC-Power-Scale assigns -3
2017.12.13 15:53:36 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:53:36 5: KeSolarEdge: ReadAnswer done, reading is AC-Power-Scale, value: -3
2017.12.13 15:53:36 3: get KeSolarEdge AC-Power-Scale : -3
2017.12.13 15:53:36 5: KeSolarEdge: Get: Called with DC-Power (h40100)
2017.12.13 15:53:36 4: KeSolarEdge: Send called with h40100, objLen 1 / reqLen - to id 1, op read, qlen 0
2017.12.13 15:53:36 4: KeSolarEdge: Send adds fc 3 to 1, tid 124, for h40100 (DC-Power), reqLen 1 at beginning of queue for immediate sending
2017.12.13 15:53:36 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0471358299255371
2017.12.13 15:53:36 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, sleep 0.0471358299255371 forced
2017.12.13 15:53:36 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest 0.0420279502868652
2017.12.13 15:53:36 4: KeSolarEdge: HandleSendQueue / CheckDelay sendDelay (0.1) for KeSolarEdge not over, sleep 0.0420279502868652 forced
2017.12.13 15:53:36 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:53:36 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 124 for DC-Power (h40100), len 1, device KeSolarEdge (TCP), pdu 039ca40001, V 3.7.0 - 20.8.2017
2017.12.13 15:53:36 5: SW: 007c0000000601039ca40001
2017.12.13 15:53:36 5: KeSolarEdge: ReadAnswer called and remaining timeout is 1.99956893920898 requested reading is DC-Power
2017.12.13 15:53:36 5: KeSolarEdge: ReadAnswer got: 007c000000050103025f2d
2017.12.13 15:53:36 5: KeSolarEdge: ParseFrames got: 007c000000050103025f2d
2017.12.13 15:53:36 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 124, values 5f2dHeaderLen 2, ActualLen 2, request was for h40100 (DC-Power), len 1 for module KeSolarEdge
2017.12.13 15:53:36 5: KeSolarEdge: ParseObj called with 5f2d and start 40100, op read
2017.12.13 15:53:36 5: KeSolarEdge: ParseObj ObjInfo for h40100: reading=DC-Power, unpack=n, expr=, format=, map=
2017.12.13 15:53:36 5: KeSolarEdge: ParseObj unpacked 5f2d with n to hex 3234333635 (24365)
2017.12.13 15:53:36 4: KeSolarEdge: ParseObj for DC-Power assigns 24365
2017.12.13 15:53:36 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:53:36 5: KeSolarEdge: ReadAnswer done, reading is DC-Power, value: 24365
2017.12.13 15:53:36 3: get KeSolarEdge DC-Power : 24365
2017.12.13 15:53:36 5: KeSolarEdge: Get: Called with DC-Power-Scale (h40101)
2017.12.13 15:53:36 4: KeSolarEdge: Send called with h40101, objLen 1 / reqLen - to id 1, op read, qlen 0
2017.12.13 15:53:36 4: KeSolarEdge: Send adds fc 3 to 1, tid 212, for h40101 (DC-Power-Scale), reqLen 1 at beginning of queue for immediate sending
2017.12.13 15:53:36 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0678768157958984
2017.12.13 15:53:36 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, sleep 0.0678768157958984 forced
2017.12.13 15:53:36 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest 0.0573928356170654
2017.12.13 15:53:36 4: KeSolarEdge: HandleSendQueue / CheckDelay sendDelay (0.1) for KeSolarEdge not over, sleep 0.0573928356170654 forced
2017.12.13 15:53:36 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:53:36 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 212 for DC-Power-Scale (h40101), len 1, device KeSolarEdge (TCP), pdu 039ca50001, V 3.7.0 - 20.8.2017
2017.12.13 15:53:36 5: SW: 00d40000000601039ca50001
2017.12.13 15:53:36 5: KeSolarEdge: ReadAnswer called and remaining timeout is 1.99959897994995 requested reading is DC-Power-Scale
2017.12.13 15:53:36 5: KeSolarEdge: ReadAnswer got: 00d400000005010302fffd
2017.12.13 15:53:36 5: KeSolarEdge: ParseFrames got: 00d400000005010302fffd
2017.12.13 15:53:36 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 212, values fffdHeaderLen 2, ActualLen 2, request was for h40101 (DC-Power-Scale), len 1 for module KeSolarEdge
2017.12.13 15:53:36 5: KeSolarEdge: ParseObj called with fffd and start 40101, op read
2017.12.13 15:53:36 5: KeSolarEdge: ParseObj ObjInfo for h40101: reading=DC-Power-Scale, unpack=s>, expr=, format=, map=
2017.12.13 15:53:36 5: KeSolarEdge: ParseObj unpacked fffd with s> to hex 2d33 (-3)
2017.12.13 15:53:36 4: KeSolarEdge: ParseObj for DC-Power-Scale assigns -3
2017.12.13 15:53:36 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:53:36 5: KeSolarEdge: ReadAnswer done, reading is DC-Power-Scale, value: -3
2017.12.13 15:53:36 3: get KeSolarEdge DC-Power-Scale : -3
2017.12.13 15:53:36 5: KeSolarEdge: Get: Called with DC-Voltage (h40098)
2017.12.13 15:53:36 4: KeSolarEdge: Send called with h40098, objLen 1 / reqLen - to id 1, op read, qlen 0
2017.12.13 15:53:36 4: KeSolarEdge: Send adds fc 3 to 1, tid 157, for h40098 (DC-Voltage), reqLen 1 at beginning of queue for immediate sending
2017.12.13 15:53:36 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0467789173126221
2017.12.13 15:53:36 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, sleep 0.0467789173126221 forced
2017.12.13 15:53:36 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest 0.0305407047271729
2017.12.13 15:53:36 4: KeSolarEdge: HandleSendQueue / CheckDelay sendDelay (0.1) for KeSolarEdge not over, sleep 0.0305407047271729 forced
2017.12.13 15:53:36 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:53:36 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 157 for DC-Voltage (h40098), len 1, device KeSolarEdge (TCP), pdu 039ca20001, V 3.7.0 - 20.8.2017
2017.12.13 15:53:36 5: SW: 009d0000000601039ca20001
2017.12.13 15:53:36 5: KeSolarEdge: ReadAnswer called and remaining timeout is 1.99949216842651 requested reading is DC-Voltage
2017.12.13 15:53:36 5: KeSolarEdge: ReadAnswer got: 009d000000050103021d3a
2017.12.13 15:53:36 5: KeSolarEdge: ParseFrames got: 009d000000050103021d3a
2017.12.13 15:53:36 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 157, values 1d3aHeaderLen 2, ActualLen 2, request was for h40098 (DC-Voltage), len 1 for module KeSolarEdge
2017.12.13 15:53:36 5: KeSolarEdge: ParseObj called with 1d3a and start 40098, op read
2017.12.13 15:53:36 5: KeSolarEdge: ParseObj ObjInfo for h40098: reading=DC-Voltage, unpack=n, expr=, format=, map=
2017.12.13 15:53:36 5: KeSolarEdge: ParseObj unpacked 1d3a with n to hex 37343832 (7482)
2017.12.13 15:53:36 4: KeSolarEdge: ParseObj for DC-Voltage assigns 7482
2017.12.13 15:53:36 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:53:36 5: KeSolarEdge: ReadAnswer done, reading is DC-Voltage, value: 7482
2017.12.13 15:53:36 3: get KeSolarEdge DC-Voltage : 7482
2017.12.13 15:53:36 5: KeSolarEdge: Get: Called with DC-Voltage-Scale (h40099)
2017.12.13 15:53:36 4: KeSolarEdge: Send called with h40099, objLen 1 / reqLen - to id 1, op read, qlen 0
2017.12.13 15:53:36 4: KeSolarEdge: Send adds fc 3 to 1, tid 15, for h40099 (DC-Voltage-Scale), reqLen 1 at beginning of queue for immediate sending
2017.12.13 15:53:36 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0675590038299561
2017.12.13 15:53:36 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, sleep 0.0675590038299561 forced
2017.12.13 15:53:36 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest 0.0603690147399902
2017.12.13 15:53:36 4: KeSolarEdge: HandleSendQueue / CheckDelay sendDelay (0.1) for KeSolarEdge not over, sleep 0.0603690147399902 forced
2017.12.13 15:53:36 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:53:36 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 15 for DC-Voltage-Scale (h40099), len 1, device KeSolarEdge (TCP), pdu 039ca30001, V 3.7.0 - 20.8.2017
2017.12.13 15:53:36 5: SW: 000f0000000601039ca30001
2017.12.13 15:53:36 5: KeSolarEdge: ReadAnswer called and remaining timeout is 1.99963402748108 requested reading is DC-Voltage-Scale
2017.12.13 15:53:36 5: KeSolarEdge: ReadAnswer got: 000f00000005010302ffff
2017.12.13 15:53:36 5: KeSolarEdge: ParseFrames got: 000f00000005010302ffff
2017.12.13 15:53:36 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 15, values ffffHeaderLen 2, ActualLen 2, request was for h40099 (DC-Voltage-Scale), len 1 for module KeSolarEdge
2017.12.13 15:53:36 5: KeSolarEdge: ParseObj called with ffff and start 40099, op read
2017.12.13 15:53:36 5: KeSolarEdge: ParseObj ObjInfo for h40099: reading=DC-Voltage-Scale, unpack=s>, expr=, format=, map=
2017.12.13 15:53:36 5: KeSolarEdge: ParseObj unpacked ffff with s> to hex 2d31 (-1)
2017.12.13 15:53:36 4: KeSolarEdge: ParseObj for DC-Voltage-Scale assigns -1
2017.12.13 15:53:36 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:53:36 5: KeSolarEdge: ReadAnswer done, reading is DC-Voltage-Scale, value: -1
2017.12.13 15:53:36 3: get KeSolarEdge DC-Voltage-Scale : -1
2017.12.13 15:53:36 5: KeSolarEdge: Get: Called with Status (h40107)
2017.12.13 15:53:36 4: KeSolarEdge: Send called with h40107, objLen 1 / reqLen - to id 1, op read, qlen 0
2017.12.13 15:53:36 4: KeSolarEdge: Send adds fc 3 to 1, tid 36, for h40107 (Status), reqLen 1 at beginning of queue for immediate sending
2017.12.13 15:53:36 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0472097396850586
2017.12.13 15:53:36 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, sleep 0.0472097396850586 forced
2017.12.13 15:53:36 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest 0.0430431365966797
2017.12.13 15:53:36 4: KeSolarEdge: HandleSendQueue / CheckDelay sendDelay (0.1) for KeSolarEdge not over, sleep 0.0430431365966797 forced
2017.12.13 15:53:36 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:53:36 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 36 for Status (h40107), len 1, device KeSolarEdge (TCP), pdu 039cab0001, V 3.7.0 - 20.8.2017
2017.12.13 15:53:36 5: SW: 00240000000601039cab0001
2017.12.13 15:53:36 5: KeSolarEdge: ReadAnswer called and remaining timeout is 1.99961113929749 requested reading is Status
2017.12.13 15:53:36 5: KeSolarEdge: ReadAnswer got: 0024000000050103020004
2017.12.13 15:53:36 5: KeSolarEdge: ParseFrames got: 0024000000050103020004
2017.12.13 15:53:36 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 36, values 0004HeaderLen 2, ActualLen 2, request was for h40107 (Status), len 1 for module KeSolarEdge
2017.12.13 15:53:36 5: KeSolarEdge: ParseObj called with 0004 and start 40107, op read
2017.12.13 15:53:36 5: KeSolarEdge: ParseObj ObjInfo for h40107: reading=Status, unpack=n, expr=, format=, map=
2017.12.13 15:53:36 5: KeSolarEdge: ParseObj unpacked 0004 with n to hex 34 (4)
2017.12.13 15:53:36 4: KeSolarEdge: ParseObj for Status assigns 4
2017.12.13 15:53:36 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:53:36 5: KeSolarEdge: ReadAnswer done, reading is Status, value: 4
2017.12.13 15:53:36 3: get KeSolarEdge Status : 4
2017.12.13 15:55:36 3: 192.168.178.36:502 disconnected, waiting to reappear (KeSolarEdge)
2017.12.13 15:55:36 5: HttpUtils url=http://192.168.178.36:502/
2017.12.13 15:55:36 1: disconnected
2017.12.13 15:55:36 3: 192.168.178.36:502 reappeared (KeSolarEdge)
2017.12.13 15:56:02 1: prg_brenner temp: temperature: 54.6
2017.12.13 15:56:36 5: KeSolarEdge: Get: Called with AC-Energy (h40093)
2017.12.13 15:56:36 4: KeSolarEdge: Send called with h40093, objLen 2 / reqLen - to id 1, op read, qlen 0
2017.12.13 15:56:36 4: KeSolarEdge: Send adds fc 3 to 1, tid 218, for h40093 (AC-Energy), reqLen 2 at beginning of queue for immediate sending
2017.12.13 15:56:36 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -179.941762208939
2017.12.13 15:56:36 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -179.949740886688
2017.12.13 15:56:36 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 218 for AC-Energy (h40093), len 2, device KeSolarEdge (TCP), pdu 039c9d0002, V 3.7.0 - 20.8.2017
2017.12.13 15:56:36 5: SW: 00da0000000601039c9d0002
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer called and remaining timeout is 1.99959397315979 requested reading is AC-Energy
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer got: 00da0000000701030400010267
2017.12.13 15:56:36 5: KeSolarEdge: ParseFrames got: 00da0000000701030400010267
2017.12.13 15:56:36 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 218, values 00010267HeaderLen 4, ActualLen 4, request was for h40093 (AC-Energy), len 2 for module KeSolarEdge
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj called with 00010267 and start 40093, op read
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj ObjInfo for h40093: reading=AC-Energy, unpack=l>, expr=, format=, map=
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj unpacked 00010267 with l> to hex 3636313531 (66151)
2017.12.13 15:56:36 4: KeSolarEdge: ParseObj for AC-Energy assigns 66151
2017.12.13 15:56:36 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer done, reading is AC-Energy, value: 66151
2017.12.13 15:56:36 3: get KeSolarEdge AC-Energy : 66151
2017.12.13 15:56:36 5: KeSolarEdge: Get: Called with AC-Energy-Scale (h40095)
2017.12.13 15:56:36 4: KeSolarEdge: Send called with h40095, objLen 1 / reqLen - to id 1, op read, qlen 0
2017.12.13 15:56:36 4: KeSolarEdge: Send adds fc 3 to 1, tid 155, for h40095 (AC-Energy-Scale), reqLen 1 at beginning of queue for immediate sending
2017.12.13 15:56:36 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.066267728805542
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, sleep 0.066267728805542 forced
2017.12.13 15:56:36 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest 0.0619838237762451
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue / CheckDelay sendDelay (0.1) for KeSolarEdge not over, sleep 0.0619838237762451 forced
2017.12.13 15:56:36 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 155 for AC-Energy-Scale (h40095), len 1, device KeSolarEdge (TCP), pdu 039c9f0001, V 3.7.0 - 20.8.2017
2017.12.13 15:56:36 5: SW: 009b0000000601039c9f0001
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer called and remaining timeout is 1.99952793121338 requested reading is AC-Energy-Scale
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer got: 009b000000050103020000
2017.12.13 15:56:36 5: KeSolarEdge: ParseFrames got: 009b000000050103020000
2017.12.13 15:56:36 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 155, values 0000HeaderLen 2, ActualLen 2, request was for h40095 (AC-Energy-Scale), len 1 for module KeSolarEdge
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj called with 0000 and start 40095, op read
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj ObjInfo for h40095: reading=AC-Energy-Scale, unpack=n, expr=, format=, map=
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj unpacked 0000 with n to hex 30 (0)
2017.12.13 15:56:36 4: KeSolarEdge: ParseObj for AC-Energy-Scale assigns 0
2017.12.13 15:56:36 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer done, reading is AC-Energy-Scale, value: 0
2017.12.13 15:56:36 5: KeSolarEdge: Get: Called with AC-Power (h40083)
2017.12.13 15:56:36 4: KeSolarEdge: Send called with h40083, objLen 1 / reqLen - to id 1, op read, qlen 0
2017.12.13 15:56:36 4: KeSolarEdge: Send adds fc 3 to 1, tid 41, for h40083 (AC-Power), reqLen 1 at beginning of queue for immediate sending
2017.12.13 15:56:36 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.045637845993042
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, sleep 0.045637845993042 forced
2017.12.13 15:56:36 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest 0.0423038005828857
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue / CheckDelay sendDelay (0.1) for KeSolarEdge not over, sleep 0.0423038005828857 forced
2017.12.13 15:56:36 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 41 for AC-Power (h40083), len 1, device KeSolarEdge (TCP), pdu 039c930001, V 3.7.0 - 20.8.2017
2017.12.13 15:56:36 5: SW: 00290000000601039c930001
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer called and remaining timeout is 1.99960780143738 requested reading is AC-Power
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer got: 0029000000050103020c1c
2017.12.13 15:56:36 5: KeSolarEdge: ParseFrames got: 0029000000050103020c1c
2017.12.13 15:56:36 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 41, values 0c1cHeaderLen 2, ActualLen 2, request was for h40083 (AC-Power), len 1 for module KeSolarEdge
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj called with 0c1c and start 40083, op read
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj ObjInfo for h40083: reading=AC-Power, unpack=n, expr=, format=, map=
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj unpacked 0c1c with n to hex 33313030 (3100)
2017.12.13 15:56:36 4: KeSolarEdge: ParseObj for AC-Power assigns 3100
2017.12.13 15:56:36 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer done, reading is AC-Power, value: 3100
2017.12.13 15:56:36 3: get KeSolarEdge AC-Power : 3100
2017.12.13 15:56:36 5: KeSolarEdge: Get: Called with AC-Power-Scale (h40084)
2017.12.13 15:56:36 4: KeSolarEdge: Send called with h40084, objLen 1 / reqLen - to id 1, op read, qlen 0
2017.12.13 15:56:36 4: KeSolarEdge: Send adds fc 3 to 1, tid 240, for h40084 (AC-Power-Scale), reqLen 1 at beginning of queue for immediate sending
2017.12.13 15:56:36 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0674428939819336
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, sleep 0.0674428939819336 forced
2017.12.13 15:56:36 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest 0.06036376953125
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue / CheckDelay sendDelay (0.1) for KeSolarEdge not over, sleep 0.06036376953125 forced
2017.12.13 15:56:36 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 240 for AC-Power-Scale (h40084), len 1, device KeSolarEdge (TCP), pdu 039c940001, V 3.7.0 - 20.8.2017
2017.12.13 15:56:36 5: SW: 00f00000000601039c940001
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer called and remaining timeout is 1.9996018409729 requested reading is AC-Power-Scale
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer got: 00f000000005010302fffe
2017.12.13 15:56:36 5: KeSolarEdge: ParseFrames got: 00f000000005010302fffe
2017.12.13 15:56:36 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 240, values fffeHeaderLen 2, ActualLen 2, request was for h40084 (AC-Power-Scale), len 1 for module KeSolarEdge
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj called with fffe and start 40084, op read
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj ObjInfo for h40084: reading=AC-Power-Scale, unpack=s>, expr=, format=, map=
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj unpacked fffe with s> to hex 2d32 (-2)
2017.12.13 15:56:36 4: KeSolarEdge: ParseObj for AC-Power-Scale assigns -2
2017.12.13 15:56:36 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer done, reading is AC-Power-Scale, value: -2
2017.12.13 15:56:36 3: get KeSolarEdge AC-Power-Scale : -2
2017.12.13 15:56:36 5: KeSolarEdge: Get: Called with DC-Power (h40100)
2017.12.13 15:56:36 4: KeSolarEdge: Send called with h40100, objLen 1 / reqLen - to id 1, op read, qlen 0
2017.12.13 15:56:36 4: KeSolarEdge: Send adds fc 3 to 1, tid 24, for h40100 (DC-Power), reqLen 1 at beginning of queue for immediate sending
2017.12.13 15:56:36 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0473949909210205
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, sleep 0.0473949909210205 forced
2017.12.13 15:56:36 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest 0.0428109169006348
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue / CheckDelay sendDelay (0.1) for KeSolarEdge not over, sleep 0.0428109169006348 forced
2017.12.13 15:56:36 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 24 for DC-Power (h40100), len 1, device KeSolarEdge (TCP), pdu 039ca40001, V 3.7.0 - 20.8.2017
2017.12.13 15:56:36 5: SW: 00180000000601039ca40001
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer called and remaining timeout is 1.99958896636963 requested reading is DC-Power
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer got: 0018000000050103026f0a
2017.12.13 15:56:36 5: KeSolarEdge: ParseFrames got: 0018000000050103026f0a
2017.12.13 15:56:36 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 24, values 6f0aHeaderLen 2, ActualLen 2, request was for h40100 (DC-Power), len 1 for module KeSolarEdge
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj called with 6f0a and start 40100, op read
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj ObjInfo for h40100: reading=DC-Power, unpack=n, expr=, format=, map=
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj unpacked 6f0a with n to hex 3238343236 (28426)
2017.12.13 15:56:36 4: KeSolarEdge: ParseObj for DC-Power assigns 28426
2017.12.13 15:56:36 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer done, reading is DC-Power, value: 28426
2017.12.13 15:56:36 3: get KeSolarEdge DC-Power : 28426
2017.12.13 15:56:36 5: KeSolarEdge: Get: Called with DC-Power-Scale (h40101)
2017.12.13 15:56:36 4: KeSolarEdge: Send called with h40101, objLen 1 / reqLen - to id 1, op read, qlen 0
2017.12.13 15:56:36 4: KeSolarEdge: Send adds fc 3 to 1, tid 109, for h40101 (DC-Power-Scale), reqLen 1 at beginning of queue for immediate sending
2017.12.13 15:56:36 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0524137020111084
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, sleep 0.0524137020111084 forced
2017.12.13 15:56:36 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest 0.00745582580566406
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue / CheckDelay sendDelay (0.1) for KeSolarEdge not over, sleep 0.00745582580566406 forced
2017.12.13 15:56:36 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 109 for DC-Power-Scale (h40101), len 1, device KeSolarEdge (TCP), pdu 039ca50001, V 3.7.0 - 20.8.2017
2017.12.13 15:56:36 5: SW: 006d0000000601039ca50001
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer called and remaining timeout is 1.99940896034241 requested reading is DC-Power-Scale
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer got: 006d00000005010302fffd
2017.12.13 15:56:36 5: KeSolarEdge: ParseFrames got: 006d00000005010302fffd
2017.12.13 15:56:36 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 109, values fffdHeaderLen 2, ActualLen 2, request was for h40101 (DC-Power-Scale), len 1 for module KeSolarEdge
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj called with fffd and start 40101, op read
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj ObjInfo for h40101: reading=DC-Power-Scale, unpack=s>, expr=, format=, map=
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj unpacked fffd with s> to hex 2d33 (-3)
2017.12.13 15:56:36 4: KeSolarEdge: ParseObj for DC-Power-Scale assigns -3
2017.12.13 15:56:36 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer done, reading is DC-Power-Scale, value: -3
2017.12.13 15:56:36 3: get KeSolarEdge DC-Power-Scale : -3
2017.12.13 15:56:36 5: KeSolarEdge: Get: Called with DC-Voltage (h40098)
2017.12.13 15:56:36 4: KeSolarEdge: Send called with h40098, objLen 1 / reqLen - to id 1, op read, qlen 0
2017.12.13 15:56:36 4: KeSolarEdge: Send adds fc 3 to 1, tid 71, for h40098 (DC-Voltage), reqLen 1 at beginning of queue for immediate sending
2017.12.13 15:56:36 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0320219993591309
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, sleep 0.0320219993591309 forced
2017.12.13 15:56:36 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest 0.0281867980957031
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue / CheckDelay sendDelay (0.1) for KeSolarEdge not over, sleep 0.0281867980957031 forced
2017.12.13 15:56:36 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 71 for DC-Voltage (h40098), len 1, device KeSolarEdge (TCP), pdu 039ca20001, V 3.7.0 - 20.8.2017
2017.12.13 15:56:36 5: SW: 00470000000601039ca20001
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer called and remaining timeout is 1.99961686134338 requested reading is DC-Voltage
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer got: 0047000000050103021d38
2017.12.13 15:56:36 5: KeSolarEdge: ParseFrames got: 0047000000050103021d38
2017.12.13 15:56:36 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 71, values 1d38HeaderLen 2, ActualLen 2, request was for h40098 (DC-Voltage), len 1 for module KeSolarEdge
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj called with 1d38 and start 40098, op read
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj ObjInfo for h40098: reading=DC-Voltage, unpack=n, expr=, format=, map=
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj unpacked 1d38 with n to hex 37343830 (7480)
2017.12.13 15:56:36 4: KeSolarEdge: ParseObj for DC-Voltage assigns 7480
2017.12.13 15:56:36 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer done, reading is DC-Voltage, value: 7480
2017.12.13 15:56:36 3: get KeSolarEdge DC-Voltage : 7480
2017.12.13 15:56:36 5: KeSolarEdge: Get: Called with DC-Voltage-Scale (h40099)
2017.12.13 15:56:36 4: KeSolarEdge: Send called with h40099, objLen 1 / reqLen - to id 1, op read, qlen 0
2017.12.13 15:56:36 4: KeSolarEdge: Send adds fc 3 to 1, tid 211, for h40099 (DC-Voltage-Scale), reqLen 1 at beginning of queue for immediate sending
2017.12.13 15:56:36 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0678548812866211
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, sleep 0.0678548812866211 forced
2017.12.13 15:56:36 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest 0.0644629001617432
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue / CheckDelay sendDelay (0.1) for KeSolarEdge not over, sleep 0.0644629001617432 forced
2017.12.13 15:56:36 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 211 for DC-Voltage-Scale (h40099), len 1, device KeSolarEdge (TCP), pdu 039ca30001, V 3.7.0 - 20.8.2017
2017.12.13 15:56:36 5: SW: 00d30000000601039ca30001
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer called and remaining timeout is 1.99955105781555 requested reading is DC-Voltage-Scale
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer got: 00d300000005010302ffff
2017.12.13 15:56:36 5: KeSolarEdge: ParseFrames got: 00d300000005010302ffff
2017.12.13 15:56:36 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 211, values ffffHeaderLen 2, ActualLen 2, request was for h40099 (DC-Voltage-Scale), len 1 for module KeSolarEdge
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj called with ffff and start 40099, op read
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj ObjInfo for h40099: reading=DC-Voltage-Scale, unpack=s>, expr=, format=, map=
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj unpacked ffff with s> to hex 2d31 (-1)
2017.12.13 15:56:36 4: KeSolarEdge: ParseObj for DC-Voltage-Scale assigns -1
2017.12.13 15:56:36 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer done, reading is DC-Voltage-Scale, value: -1
2017.12.13 15:56:36 3: get KeSolarEdge DC-Voltage-Scale : -1
2017.12.13 15:56:36 5: KeSolarEdge: Get: Called with Status (h40107)
2017.12.13 15:56:36 4: KeSolarEdge: Send called with h40107, objLen 1 / reqLen - to id 1, op read, qlen 0
2017.12.13 15:56:36 4: KeSolarEdge: Send adds fc 3 to 1, tid 107, for h40107 (Status), reqLen 1 at beginning of queue for immediate sending
2017.12.13 15:56:36 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0471670627593994
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, sleep 0.0471670627593994 forced
2017.12.13 15:56:36 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest 0.0390989780426025
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue / CheckDelay sendDelay (0.1) for KeSolarEdge not over, sleep 0.0390989780426025 forced
2017.12.13 15:56:36 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:56:36 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 107 for Status (h40107), len 1, device KeSolarEdge (TCP), pdu 039cab0001, V 3.7.0 - 20.8.2017
2017.12.13 15:56:36 5: SW: 006b0000000601039cab0001
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer called and remaining timeout is 1.99943900108337 requested reading is Status
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer got: 006b000000050103020004
2017.12.13 15:56:36 5: KeSolarEdge: ParseFrames got: 006b000000050103020004
2017.12.13 15:56:36 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 107, values 0004HeaderLen 2, ActualLen 2, request was for h40107 (Status), len 1 for module KeSolarEdge
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj called with 0004 and start 40107, op read
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj ObjInfo for h40107: reading=Status, unpack=n, expr=, format=, map=
2017.12.13 15:56:36 5: KeSolarEdge: ParseObj unpacked 0004 with n to hex 34 (4)
2017.12.13 15:56:36 4: KeSolarEdge: ParseObj for Status assigns 4
2017.12.13 15:56:36 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:56:36 5: KeSolarEdge: ReadAnswer done, reading is Status, value: 4
2017.12.13 15:56:36 3: get KeSolarEdge Status : 4
2017.12.13 15:57:11 5: KeSolarEdge: GetUpdate called
2017.12.13 15:57:11 4: KeSolarEdge: update timer modified: will call GetUpdate in 900.0 seconds at 2017-12-13 16:12:11 - Interval 900
2017.12.13 15:57:11 5: KeSolarEdge: GetUpdate objects from attributes: h40103 h40098 h40101 h40084 h40096 h40107 h40095 h40097 h40099 h40083 h40100 h40082 h40079 h40093
2017.12.13 15:57:11 5: KeSolarEdge: GetUpdate full object list: h40079 h40082 h40083 h40084 h40093 h40095 h40096 h40097 h40098 h40099 h40100 h40101 h40103 h40107
2017.12.13 15:57:11 5: KeSolarEdge: GetUpdate check h40079 => AC-Volt-A, poll = 1, last = 1513176132.92639
2017.12.13 15:57:11 4: KeSolarEdge: GetUpdate will request AC-Volt-A
2017.12.13 15:57:11 5: KeSolarEdge: GetUpdate check h40082 => AC-Volt-Scale, poll = 1, last = 1513176131.50495
2017.12.13 15:57:11 4: KeSolarEdge: GetUpdate will request AC-Volt-Scale
2017.12.13 15:57:11 5: KeSolarEdge: GetUpdate check h40083 => AC-Power, poll = 1, last = 1513176996.52662
2017.12.13 15:57:11 4: KeSolarEdge: GetUpdate will request AC-Power
2017.12.13 15:57:11 5: KeSolarEdge: GetUpdate check h40084 => AC-Power-Scale, poll = 1, last = 1513176996.56613
2017.12.13 15:57:11 4: KeSolarEdge: GetUpdate will request AC-Power-Scale
2017.12.13 15:57:11 5: KeSolarEdge: GetUpdate check h40093 => AC-Energy, poll = 1, last = 1513176996.42373
2017.12.13 15:57:11 4: KeSolarEdge: GetUpdate will request AC-Energy
2017.12.13 15:57:11 5: KeSolarEdge: GetUpdate check h40095 => AC-Energy-Scale, poll = 1, last = 1513176996.46258
2017.12.13 15:57:11 4: KeSolarEdge: GetUpdate will request AC-Energy-Scale
2017.12.13 15:57:11 5: KeSolarEdge: GetUpdate check h40096 => DC-Current, poll = 1, last = 1513176131.71948
2017.12.13 15:57:11 4: KeSolarEdge: GetUpdate will request DC-Current
2017.12.13 15:57:11 5: KeSolarEdge: GetUpdate check h40097 => DC-Current-Scale, poll = 1, last = 1513176131.61059
2017.12.13 15:57:11 4: KeSolarEdge: GetUpdate will request DC-Current-Scale
2017.12.13 15:57:11 5: KeSolarEdge: GetUpdate check h40098 => DC-Voltage, poll = 1, last = 1513176996.79503
2017.12.13 15:57:11 4: KeSolarEdge: GetUpdate will request DC-Voltage
2017.12.13 15:57:11 5: KeSolarEdge: GetUpdate check h40099 => DC-Voltage-Scale, poll = 1, last = 1513176996.83781
2017.12.13 15:57:11 4: KeSolarEdge: GetUpdate will request DC-Voltage-Scale
2017.12.13 15:57:11 5: KeSolarEdge: GetUpdate check h40100 => DC-Power, poll = 1, last = 1513176996.66803
2017.12.13 15:57:11 4: KeSolarEdge: GetUpdate will request DC-Power
2017.12.13 15:57:11 5: KeSolarEdge: GetUpdate check h40101 => DC-Power-Scale, poll = 1, last = 1513176996.72279
2017.12.13 15:57:11 4: KeSolarEdge: GetUpdate will request DC-Power-Scale
2017.12.13 15:57:11 5: KeSolarEdge: GetUpdate check h40103 => HeatSinkTemp, poll = 1, last = 1513176132.59902
2017.12.13 15:57:11 4: KeSolarEdge: GetUpdate will request HeatSinkTemp
2017.12.13 15:57:11 5: KeSolarEdge: GetUpdate check h40107 => Status, poll = 1, last = 1513176996.89762
2017.12.13 15:57:11 4: KeSolarEdge: GetUpdate will request Status
2017.12.13 15:57:11 5: KeSolarEdge: GetUpdate tries to combine read commands
2017.12.13 15:57:11 5: KeSolarEdge: No Combine AC-Volt-A / h40079 with AC-Volt-Scale / h40082, span 4 > max 1
2017.12.13 15:57:11 5: KeSolarEdge: No Combine AC-Volt-Scale / h40082 with AC-Power / h40083, span 2 > max 1
2017.12.13 15:57:11 5: KeSolarEdge: No Combine AC-Power / h40083 with AC-Power-Scale / h40084, span 2 > max 1
2017.12.13 15:57:11 5: KeSolarEdge: No Combine AC-Power-Scale / h40084 with AC-Energy / h40093, span 11 > max 1
2017.12.13 15:57:11 5: KeSolarEdge: No Combine AC-Energy / h40093 with AC-Energy-Scale / h40095, span 3 > max 1
2017.12.13 15:57:11 5: KeSolarEdge: No Combine AC-Energy-Scale / h40095 with DC-Current / h40096, span 2 > max 1
2017.12.13 15:57:11 5: KeSolarEdge: No Combine DC-Current / h40096 with DC-Current-Scale / h40097, span 2 > max 1
2017.12.13 15:57:11 5: KeSolarEdge: No Combine DC-Current-Scale / h40097 with DC-Voltage / h40098, span 2 > max 1
2017.12.13 15:57:11 5: KeSolarEdge: No Combine DC-Voltage / h40098 with DC-Voltage-Scale / h40099, span 2 > max 1
2017.12.13 15:57:11 5: KeSolarEdge: No Combine DC-Voltage-Scale / h40099 with DC-Power / h40100, span 2 > max 1
2017.12.13 15:57:11 5: KeSolarEdge: No Combine DC-Power / h40100 with DC-Power-Scale / h40101, span 2 > max 1
2017.12.13 15:57:11 5: KeSolarEdge: No Combine DC-Power-Scale / h40101 with HeatSinkTemp / h40103, span 3 > max 1
2017.12.13 15:57:11 5: KeSolarEdge: No Combine HeatSinkTemp / h40103 with Status / h40107, span 5 > max 1
2017.12.13 15:57:11 5: KeSolarEdge: don't sort objList before sending requests
2017.12.13 15:57:11 4: KeSolarEdge: Send called with h40082, objLen 1 / reqLen 1 to id 1, op read, qlen 0
2017.12.13 15:57:11 4: KeSolarEdge: Send queues fc 3 to 1, tid 199, for h40082 (AC-Volt-Scale), reqLen 1
2017.12.13 15:57:11 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -34.4885032176971
2017.12.13 15:57:11 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -34.4925169944763
2017.12.13 15:57:11 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:57:11 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 199 for AC-Volt-Scale (h40082), len 1, device KeSolarEdge (TCP), pdu 039c920001, V 3.7.0 - 20.8.2017
2017.12.13 15:57:11 5: SW: 00c70000000601039c920001
2017.12.13 15:57:11 4: KeSolarEdge: Send called with h40097, objLen 1 / reqLen 1 to id 1, op read, qlen 0
2017.12.13 15:57:11 4: KeSolarEdge: Send queues fc 3 to 1, tid 9, for h40097 (DC-Current-Scale), reqLen 1
2017.12.13 15:57:11 4: KeSolarEdge: Send called with h40096, objLen 1 / reqLen 1 to id 1, op read, qlen 1
2017.12.13 15:57:11 4: KeSolarEdge: Send queues fc 3 to 1, tid 226, for h40096 (DC-Current), reqLen 1
2017.12.13 15:57:11 4: KeSolarEdge: Send called with h40099, objLen 1 / reqLen 1 to id 1, op read, qlen 2
2017.12.13 15:57:11 4: KeSolarEdge: Send queues fc 3 to 1, tid 4, for h40099 (DC-Voltage-Scale), reqLen 1
2017.12.13 15:57:11 4: KeSolarEdge: Send called with h40083, objLen 1 / reqLen 1 to id 1, op read, qlen 3
2017.12.13 15:57:11 4: KeSolarEdge: Send queues fc 3 to 1, tid 192, for h40083 (AC-Power), reqLen 1
2017.12.13 15:57:11 4: KeSolarEdge: Send called with h40107, objLen 1 / reqLen 1 to id 1, op read, qlen 4
2017.12.13 15:57:11 4: KeSolarEdge: Send queues fc 3 to 1, tid 212, for h40107 (Status), reqLen 1
2017.12.13 15:57:11 4: KeSolarEdge: Send called with h40095, objLen 1 / reqLen 1 to id 1, op read, qlen 5
2017.12.13 15:57:11 4: KeSolarEdge: Send queues fc 3 to 1, tid 45, for h40095 (AC-Energy-Scale), reqLen 1
2017.12.13 15:57:11 4: KeSolarEdge: Send called with h40084, objLen 1 / reqLen 1 to id 1, op read, qlen 6
2017.12.13 15:57:11 4: KeSolarEdge: Send queues fc 3 to 1, tid 125, for h40084 (AC-Power-Scale), reqLen 1
2017.12.13 15:57:11 4: KeSolarEdge: Send called with h40093, objLen 2 / reqLen 2 to id 1, op read, qlen 7
2017.12.13 15:57:11 4: KeSolarEdge: Send queues fc 3 to 1, tid 121, for h40093 (AC-Energy), reqLen 2
2017.12.13 15:57:11 4: KeSolarEdge: Send called with h40101, objLen 1 / reqLen 1 to id 1, op read, qlen 8
2017.12.13 15:57:11 4: KeSolarEdge: Send queues fc 3 to 1, tid 92, for h40101 (DC-Power-Scale), reqLen 1
2017.12.13 15:57:11 4: KeSolarEdge: Send called with h40103, objLen 1 / reqLen 1 to id 1, op read, qlen 9
2017.12.13 15:57:11 4: KeSolarEdge: Send queues fc 3 to 1, tid 189, for h40103 (HeatSinkTemp), reqLen 1
2017.12.13 15:57:11 4: KeSolarEdge: Send called with h40100, objLen 1 / reqLen 1 to id 1, op read, qlen 10
2017.12.13 15:57:11 4: KeSolarEdge: Send queues fc 3 to 1, tid 114, for h40100 (DC-Power), reqLen 1
2017.12.13 15:57:11 4: KeSolarEdge: Send called with h40098, objLen 1 / reqLen 1 to id 1, op read, qlen 11
2017.12.13 15:57:11 4: KeSolarEdge: Send queues fc 3 to 1, tid 81, for h40098 (DC-Voltage), reqLen 1
2017.12.13 15:57:11 4: KeSolarEdge: Send called with h40079, objLen 1 / reqLen 1 to id 1, op read, qlen 12
2017.12.13 15:57:11 4: KeSolarEdge: Send queues fc 3 to 1, tid 209, for h40079 (AC-Volt-A), reqLen 1
2017.12.13 15:57:11 5: KeSolarEdge: raw read: 00c700000005010302ffff
2017.12.13 15:57:11 5: KeSolarEdge: ParseFrames got: 00c700000005010302ffff
2017.12.13 15:57:11 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 199, values ffffHeaderLen 2, ActualLen 2, request was for h40082 (AC-Volt-Scale), len 1 for module KeSolarEdge
2017.12.13 15:57:11 5: KeSolarEdge: ParseObj called with ffff and start 40082, op read
2017.12.13 15:57:11 5: KeSolarEdge: ParseObj ObjInfo for h40082: reading=AC-Volt-Scale, unpack=s>, expr=, format=, map=
2017.12.13 15:57:11 5: KeSolarEdge: ParseObj unpacked ffff with s> to hex 2d31 (-1)
2017.12.13 15:57:11 4: KeSolarEdge: ParseObj for AC-Volt-Scale assigns -1
2017.12.13 15:57:11 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:57:11 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0708389282226562
2017.12.13 15:57:11 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, try again in 0.0708389282226562
2017.12.13 15:57:11 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -0.00173425674438477
2017.12.13 15:57:11 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -0.0245509147644043
2017.12.13 15:57:11 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:57:11 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 9 for DC-Current-Scale (h40097), len 1, device KeSolarEdge (TCP), pdu 039ca10001, V 3.7.0 - 20.8.2017
2017.12.13 15:57:11 5: SW: 00090000000601039ca10001
2017.12.13 15:57:11 5: KeSolarEdge: raw read: 000900000005010302fffb
2017.12.13 15:57:11 5: KeSolarEdge: ParseFrames got: 000900000005010302fffb
2017.12.13 15:57:11 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 9, values fffbHeaderLen 2, ActualLen 2, request was for h40097 (DC-Current-Scale), len 1 for module KeSolarEdge
2017.12.13 15:57:11 5: KeSolarEdge: ParseObj called with fffb and start 40097, op read
2017.12.13 15:57:11 5: KeSolarEdge: ParseObj ObjInfo for h40097: reading=DC-Current-Scale, unpack=s>, expr=, format=, map=
2017.12.13 15:57:11 5: KeSolarEdge: ParseObj unpacked fffb with s> to hex 2d35 (-5)
2017.12.13 15:57:11 4: KeSolarEdge: ParseObj for DC-Current-Scale assigns -5
2017.12.13 15:57:11 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:57:11 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0707628726959229
2017.12.13 15:57:11 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, try again in 0.0707628726959229
2017.12.13 15:57:11 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -0.00237607955932617
2017.12.13 15:57:11 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -0.00801301002502441
2017.12.13 15:57:11 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:57:11 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 226 for DC-Current (h40096), len 1, device KeSolarEdge (TCP), pdu 039ca00001, V 3.7.0 - 20.8.2017
2017.12.13 15:57:11 5: SW: 00e20000000601039ca00001
2017.12.13 15:57:11 5: KeSolarEdge: raw read: 00e2000000050103020fe6
2017.12.13 15:57:11 5: KeSolarEdge: ParseFrames got: 00e2000000050103020fe6
2017.12.13 15:57:11 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 226, values 0fe6HeaderLen 2, ActualLen 2, request was for h40096 (DC-Current), len 1 for module KeSolarEdge
2017.12.13 15:57:11 5: KeSolarEdge: ParseObj called with 0fe6 and start 40096, op read
2017.12.13 15:57:11 5: KeSolarEdge: ParseObj ObjInfo for h40096: reading=DC-Current, unpack=n, expr=, format=, map=
2017.12.13 15:57:11 5: KeSolarEdge: ParseObj unpacked 0fe6 with n to hex 34303730 (4070)
2017.12.13 15:57:11 4: KeSolarEdge: ParseObj for DC-Current assigns 4070
2017.12.13 15:57:11 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:57:11 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0562348365783691
2017.12.13 15:57:11 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, try again in 0.0562348365783691
2017.12.13 15:57:11 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -0.0024261474609375
2017.12.13 15:57:11 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -0.00670814514160156
2017.12.13 15:57:11 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:57:11 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 4 for DC-Voltage-Scale (h40099), len 1, device KeSolarEdge (TCP), pdu 039ca30001, V 3.7.0 - 20.8.2017
2017.12.13 15:57:11 5: SW: 00040000000601039ca30001
2017.12.13 15:57:11 5: KeSolarEdge: raw read: 000400000005010302ffff
2017.12.13 15:57:11 5: KeSolarEdge: ParseFrames got: 000400000005010302ffff
2017.12.13 15:57:11 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 4, values ffffHeaderLen 2, ActualLen 2, request was for h40099 (DC-Voltage-Scale), len 1 for module KeSolarEdge
2017.12.13 15:57:11 5: KeSolarEdge: ParseObj called with ffff and start 40099, op read
2017.12.13 15:57:11 5: KeSolarEdge: ParseObj ObjInfo for h40099: reading=DC-Voltage-Scale, unpack=s>, expr=, format=, map=
2017.12.13 15:57:11 5: KeSolarEdge: ParseObj unpacked ffff with s> to hex 2d31 (-1)
2017.12.13 15:57:11 4: KeSolarEdge: ParseObj for DC-Voltage-Scale assigns -1
2017.12.13 15:57:11 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:57:11 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0618929862976074
2017.12.13 15:57:11 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, try again in 0.0618929862976074
2017.12.13 15:57:11 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -0.00171709060668945
2017.12.13 15:57:11 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -0.0062410831451416
2017.12.13 15:57:11 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:57:11 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 192 for AC-Power (h40083), len 1, device KeSolarEdge (TCP), pdu 039c930001, V 3.7.0 - 20.8.2017
2017.12.13 15:57:11 5: SW: 00c00000000601039c930001
2017.12.13 15:57:11 5: KeSolarEdge: raw read: 00c0000000050103026978
2017.12.13 15:57:11 5: KeSolarEdge: ParseFrames got: 00c0000000050103026978
2017.12.13 15:57:11 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 192, values 6978HeaderLen 2, ActualLen 2, request was for h40083 (AC-Power), len 1 for module KeSolarEdge
2017.12.13 15:57:11 5: KeSolarEdge: ParseObj called with 6978 and start 40083, op read
2017.12.13 15:57:11 5: KeSolarEdge: ParseObj ObjInfo for h40083: reading=AC-Power, unpack=n, expr=, format=, map=
2017.12.13 15:57:11 5: KeSolarEdge: ParseObj unpacked 6978 with n to hex 3237303030 (27000)
2017.12.13 15:57:11 4: KeSolarEdge: ParseObj for AC-Power assigns 27000
2017.12.13 15:57:11 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:57:11 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0634677410125732
2017.12.13 15:57:11 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, try again in 0.0634677410125732
2017.12.13 15:57:12 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -0.00258421897888184
2017.12.13 15:57:12 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -0.0070033073425293
2017.12.13 15:57:12 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:57:12 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 212 for Status (h40107), len 1, device KeSolarEdge (TCP), pdu 039cab0001, V 3.7.0 - 20.8.2017
2017.12.13 15:57:12 5: SW: 00d40000000601039cab0001
2017.12.13 15:57:12 5: KeSolarEdge: raw read: 00d4000000050103020004
2017.12.13 15:57:12 5: KeSolarEdge: ParseFrames got: 00d4000000050103020004
2017.12.13 15:57:12 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 212, values 0004HeaderLen 2, ActualLen 2, request was for h40107 (Status), len 1 for module KeSolarEdge
2017.12.13 15:57:12 5: KeSolarEdge: ParseObj called with 0004 and start 40107, op read
2017.12.13 15:57:12 5: KeSolarEdge: ParseObj ObjInfo for h40107: reading=Status, unpack=n, expr=, format=, map=
2017.12.13 15:57:12 5: KeSolarEdge: ParseObj unpacked 0004 with n to hex 34 (4)
2017.12.13 15:57:12 4: KeSolarEdge: ParseObj for Status assigns 4
2017.12.13 15:57:12 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:57:12 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0562198162078857
2017.12.13 15:57:12 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, try again in 0.0562198162078857
2017.12.13 15:57:12 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -0.0022730827331543
2017.12.13 15:57:12 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -0.00712800025939941
2017.12.13 15:57:12 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:57:12 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 45 for AC-Energy-Scale (h40095), len 1, device KeSolarEdge (TCP), pdu 039c9f0001, V 3.7.0 - 20.8.2017
2017.12.13 15:57:12 5: SW: 002d0000000601039c9f0001
2017.12.13 15:57:12 5: KeSolarEdge: raw read: 002d000000050103020000
2017.12.13 15:57:12 5: KeSolarEdge: ParseFrames got: 002d000000050103020000
2017.12.13 15:57:12 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 45, values 0000HeaderLen 2, ActualLen 2, request was for h40095 (AC-Energy-Scale), len 1 for module KeSolarEdge
2017.12.13 15:57:12 5: KeSolarEdge: ParseObj called with 0000 and start 40095, op read
2017.12.13 15:57:12 5: KeSolarEdge: ParseObj ObjInfo for h40095: reading=AC-Energy-Scale, unpack=n, expr=, format=, map=
2017.12.13 15:57:12 5: KeSolarEdge: ParseObj unpacked 0000 with n to hex 30 (0)
2017.12.13 15:57:12 4: KeSolarEdge: ParseObj for AC-Energy-Scale assigns 0
2017.12.13 15:57:12 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:57:12 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0704658031463623
2017.12.13 15:57:12 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, try again in 0.0704658031463623
2017.12.13 15:57:12 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -0.00171422958374023
2017.12.13 15:57:12 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -0.0050661563873291
2017.12.13 15:57:12 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:57:12 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 125 for AC-Power-Scale (h40084), len 1, device KeSolarEdge (TCP), pdu 039c940001, V 3.7.0 - 20.8.2017
2017.12.13 15:57:12 5: SW: 007d0000000601039c940001
2017.12.13 15:57:12 5: KeSolarEdge: raw read: 007d00000005010302fffe
2017.12.13 15:57:12 5: KeSolarEdge: ParseFrames got: 007d00000005010302fffe
2017.12.13 15:57:12 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 125, values fffeHeaderLen 2, ActualLen 2, request was for h40084 (AC-Power-Scale), len 1 for module KeSolarEdge
2017.12.13 15:57:12 5: KeSolarEdge: ParseObj called with fffe and start 40084, op read
2017.12.13 15:57:12 5: KeSolarEdge: ParseObj ObjInfo for h40084: reading=AC-Power-Scale, unpack=s>, expr=, format=, map=
2017.12.13 15:57:12 5: KeSolarEdge: ParseObj unpacked fffe with s> to hex 2d32 (-2)
2017.12.13 15:57:12 4: KeSolarEdge: ParseObj for AC-Power-Scale assigns -2
2017.12.13 15:57:12 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:57:12 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0694448947906494
2017.12.13 15:57:12 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, try again in 0.0694448947906494
2017.12.13 15:57:12 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -0.00162005424499512
2017.12.13 15:57:12 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -0.00555109977722168
2017.12.13 15:57:12 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:57:12 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 121 for AC-Energy (h40093), len 2, device KeSolarEdge (TCP), pdu 039c9d0002, V 3.7.0 - 20.8.2017
2017.12.13 15:57:12 5: SW: 00790000000601039c9d0002
2017.12.13 15:57:12 5: KeSolarEdge: raw read: 00790000000701030400010268
2017.12.13 15:57:12 5: KeSolarEdge: ParseFrames got: 00790000000701030400010268
2017.12.13 15:57:12 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 121, values 00010268HeaderLen 4, ActualLen 4, request was for h40093 (AC-Energy), len 2 for module KeSolarEdge
2017.12.13 15:57:12 5: KeSolarEdge: ParseObj called with 00010268 and start 40093, op read
2017.12.13 15:57:12 5: KeSolarEdge: ParseObj ObjInfo for h40093: reading=AC-Energy, unpack=l>, expr=, format=, map=
2017.12.13 15:57:12 5: KeSolarEdge: ParseObj unpacked 00010268 with l> to hex 3636313532 (66152)
2017.12.13 15:57:12 4: KeSolarEdge: ParseObj for AC-Energy assigns 66152
2017.12.13 15:57:12 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2017.12.13 15:57:12 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.070537805557251
2017.12.13 15:57:12 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, try again in 0.070537805557251
2017.12.13 15:57:12 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -0.00167107582092285
2017.12.13 15:57:12 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -0.00990128517150879
2017.12.13 15:57:12 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2017.12.13 15:57:12 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 92 for DC-Power-Scale (h40101), len 1, device KeSolarEdge (TCP), pdu 039ca50001, V 3.7.0 - 20.8.2017
2017.12.13 15:57:12 5: SW: 005c0000000601039ca50001
2017.12.13 15:57:12 5: KeSolarEdge: raw read: 005c00000005010302fffd
2017.12.13 15:57:12 5: KeSolarEdge: ParseFrames got: 005c00000005010302fffd
2017.12.13 15:57:12 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 92, values fffdHeaderLen 2, ActualLen 2, request was for h40101 (DC-Power-Scale), len 1 for module KeSolarEdge
2017.12.13 15:57:12 5: KeSolarEdge: ParseObj called with fffd and start 40101, op read


.. aber in diesem Zusammenhang könnte es interessant sein, dass ich zeitweise auch solche Probleme mit HMLAN, dem Ethernet-Modul von Homematic habe.
Verlange ich einfach zuviel von meinem Raspi?

Hallo BenMarloe,

Beim durchsehen des Logs fallen mehrere Sachen auf:

1) Du fragst die Readings zusätzlich zum automatischen Zyklus manuell mit get ab:

Zitat
2017.12.13 15:53:34 5: KeSolarEdge: Get: Called with AC-Energy (h40093)
2017.12.13 15:53:35 5: KeSolarEdge: Get: Called with AC-Energy-Scale (h40095)
2017.12.13 15:53:36 5: KeSolarEdge: Get: Called with AC-Power (h40083)
2017.12.13 15:53:36 5: KeSolarEdge: Get: Called with AC-Power-Scale (h40084)
2017.12.13 15:53:36 5: KeSolarEdge: Get: Called with DC-Power (h40100)
2017.12.13 15:53:36 5: KeSolarEdge: Get: Called with DC-Power-Scale (h40101)
2017.12.13 15:53:36 5: KeSolarEdge: Get: Called with DC-Voltage (h40098)
2017.12.13 15:53:36 5: KeSolarEdge: Get: Called with DC-Voltage-Scale (h40099)
...

es wird aber jedes mal auch ein Wert zurückgeliefert. Fehlende Readings oder Fehler beim Empfang kann ich nicht erkennen.

2) Dann kommt der automatische Abfrage-Zyklus (das beim Define angegebene Intervall).
Der passt aber nicht zu Deiner oben geposteten Konfiguration, denn das tatsächliche Intervall ist auf 900 Sekunden eingestellt und nicht auf 30. Vermutlich hast Du inzwischen eine andere Konfiguration oder?:

Zitat
2017.12.13 15:57:11 5: KeSolarEdge: GetUpdate called
2017.12.13 15:57:11 4: KeSolarEdge: update timer modified: will call GetUpdate in 900.0 seconds at 2017-12-13 16:12:11 - Interval 900

während des GetUpdate Zyklus werden aber auch alle Readings erfolgreich abgefragt:

Zitat
2017.12.13 15:57:11 4: KeSolarEdge: ParseObj for AC-Volt-Scale assigns -1
2017.12.13 15:57:11 4: KeSolarEdge: ParseObj for DC-Current-Scale assigns -5
2017.12.13 15:57:11 4: KeSolarEdge: ParseObj for DC-Current assigns 4070
...

Fehlende Readings oder Fehler beim Empfang kann ich auch hier nicht erkennen.

3) Zwischendurch beendet Dein SolarEdge zwei mal die Verbindung und Fhem baut sie danach wieder auf.

Zitat
2017.12.13 15:53:33 3: 192.168.178.36:502 disconnected, waiting to reappear (KeSolarEdge)
2017.12.13 15:53:33 5: HttpUtils url=http://192.168.178.36:502/
2017.12.13 15:53:33 3: 192.168.178.36:502 reappeared (KeSolarEdge)
...
2017.12.13 15:55:36 3: 192.168.178.36:502 disconnected, waiting to reappear (KeSolarEdge)
2017.12.13 15:55:36 5: HttpUtils url=http://192.168.178.36:502/
2017.12.13 15:55:36 1: disconnected
2017.12.13 15:55:36 3: 192.168.178.36:502 reappeared (KeSolarEdge)

Das ist nicht weiter schlimm. Viele Modbus-TCP-Geräte machen das und ein Modbus-Master muss die Verbindung dann eben wieder aufbauen. Das ändert nichts an der Funktion.
Wenn die Meldungen stören, kann man diese mit dem Attribut silentReconnect unterdrücken.


Wo fehlen denn Readings?

Hast Du eventuell in der aktuellen Konfiguration ein event-on-change-reading mit event-min-intervall, so dass Readings, die sich nicht ändern, keinen Event auslösen? Dadurch könnte ja der Eindruck entstehen, dass die Readings nicht aktualisiert werden ...

Warum fragst Du die Readings sowohl über das eingebaute Intervall als auch nochmals explizit über get ab?

Gruss
   Stefan

Hallo Stefan,

Danke für die Hilfestellung.
zu 1) Ich frage die Daten über Get ab, weil ich zeitweise nur auf den ersten Wert ein Update bekommen habe. Seit ich das Get habe ist der Effekt allerdings weg. Außerdem ist meine Get-Abfrage in der Zwischenzeit dynamisch, d.h. ich frage den Wechselrichter minütlich ab solage er an ist und im Nachtmodus nur noch alle 20 Minuten.

zu 2) Deine Beobachtung ist natürlich korrekt. Ich habe das Update auf 900s runtergestellt um nicht alles vollzumüllen. So Sachen wie Heatsink-Temp will ich trotzdem mitgeloggt haben, falls ich es mal brauche. Ich hätte das sagen sollen.

zu 3)Das prinzipielle Fehlen habe ich nicht mehr. Aber ich bekomme auf meine Get häufig falsche Antworten (0 oder "No FD"), die aber in der Zwischenzeit (bis auf DC-Power) durch Plausibiltätsprüfungen abfangen kann. Aber in der Summe wirkt das auch mich, als wäre da noch ein Fehler.

Beispiel: der Wert "0" um 15:45:53 ist falsch. Die Spannung an einem Wechselrichter sinkt nicht so schnell
2017-12-14_15:41:52 dum_pvdcvolt 747.8
2017-12-14_15:43:52 dum_pvenergy 76897
2017-12-14_15:43:52 dum_pvpower 19
2017-12-14_15:43:52 dum_pvloss 0.3
2017-12-14_15:43:52 dum_pvdcvolt 748.1
2017-12-14_15:45:53 dum_pvdcvolt 0
2017-12-14_15:47:55 dum_pvenergy 76898
2017-12-14_15:47:55 dum_pvpower 6
2017-12-14_15:47:55 dum_pvloss 0.1
2017-12-14_15:47:55 dum_pvdcvolt 748.1


das GET, das ich dazu geschrieben habe sieht so aus.

+*00:20:00 {
  if (Value("KeSolarEdge") eq "opened") {
    my $ACEnergy = fhem ("get KeSolarEdge AC-Energy");
    my $ACEnergyScale = fhem ("get KeSolarEdge AC-Energy-Scale");
    my $ACE = $ACEnergy * (10 ** $ACEnergyScale);
   if ($ACE > 0) {
      fhem ("set dum_pvenergy " . $ACE);
   }
    #Log 1, "at_Solaredge: PV-Energy " . $ACE . "\n";
    my $ACPower = fhem ("get KeSolarEdge AC-Power");
    my $ACPowerScale = fhem ("get KeSolarEdge AC-Power-Scale");
   my $ACP = 0;
    if (($ACPower ne "No FD") and ($ACPowerScale ne "No FD")) {
      $ACP = $ACPower * (10 ** $ACPowerScale);
      if ($ACP != 0) {
        fhem ("set dum_pvpower " . $ACP);
        #Log 1, "at_Solaredge: PV-Power " . $ACP . "\n";
      }
    }
    my $DCPower = fhem ("get KeSolarEdge DC-Power");
    my $DCPowerScale = fhem ("get KeSolarEdge DC-Power-Scale");
   my $DCP = 0;
    if (($DCPower ne "no FD") and ($DCPowerScale ne "no FD")) {
     $DCP = $DCPower * (10 ** $DCPowerScale);
     if ($DCP != 0) {
        fhem ("set dum_pvloss " . sprintf("%.1f", ($DCP - $ACP)));
     }
   }
    my $DCVoltage = fhem ("get KeSolarEdge DC-Voltage");
    my $DCVoltageScale = fhem ("get KeSolarEdge DC-Voltage-Scale");
   my $DCV = 0;
    if (($DCVoltage ne "no FD") and ($DCVoltageScale ne "no FD")) {
      $DCV = $DCVoltage * (10 ** $DCVoltageScale);
      fhem ("set dum_pvdcvolt " . $DCV);
   }
   my $Status = fhem ("get KeSolarEdge Status");
   if ($Status == 2) {
     fhem ("modify at_solaredge +*00:20:00");
   }
   else {
     fhem ("modify at_solaredge +*00:01:00");
   }
  }
  else {
    Log 1, Value("KeSolarEdge");
  }
}


und der Fehler (zumindest der Teil, den ich nich abgefangen habe, nähmlich AC-Energy) ist natürlich auch im Logfile zu finden:

2017.12.14 15:43:53 3: get KeSolarEdge Status : 4
2017.12.14 15:45:53 3: get KeSolarEdge AC-Energy : No data
2017.12.14 15:45:53 3: get KeSolarEdge AC-Energy-Scale : No FD
2017.12.14 15:45:53 1: PERL WARNING: Argument "No FD" isn't numeric in exponentiation (**) at (eval 380452) line 5.


sowei also alles logisch - nur warum???

Falls mir jemand helfen kann das zum laufen zu bringen würde ich die Erkenntnisse auch im Wiki als neue unterstützte Hardware "SolarEdge Se10k" veröffentlichen. In dem Zustand traue ich mich das aber nicht.

ich beziehe mich auf https://wiki.fhem.de/wiki/SolarEdge_SE10k

Mein SolarEdge ist unter ModbusAttr opened, die Attribute alle gesetzt, indem ich sie in die FHEM.cfg eingebunden habe.
Allerdings streikt mein Verstand bei den Dummys. Das erste Beispiel define pv_energyday_log dummy ist zwar drin, die darunter stehenden aber nicht.
Muss ich die erweitern um "dummy" ??
Wer kann die Anleitung im WIKI erhellen und eventuell für Dummys erläutern ?

Danke sehr

der Link bei "Mehr Daten sind im Sunspec Protokoll zu finden " funktioniert leider nicht

Hallo BenMarloe,

Könntest Du das Problem inzwischen lösen?
Falls Du noch Hilfe brauchst, wäre ein langer Auszug aus dem Log, in dem man die disconnects / reconnects sehen kann, sowie die vollständige Konfiguration hilfreich.
NoFD etc. verweisen auf eine verlorene Verbindung.
Eigentlich sollte das Modbus–Modul selbständig Verbindungen wieder aufbauen.
Auch der Umweg über die get–Befehle sollte nicht nötig sein. Wenn Du das Abfrage-Intervall ändern möchtest, kannst Du das mit set interval machen.
Wenn nicht alle Werte als Antwort kommen, kann das am Timing oder an der Kombination von Abfragen liegen. Beides kann man mit Attributen konfigurieren.
Wenn es dennoch falsche Werte gibt, kann man die mit -ignoreExpr ausfiltern ...

Gruß
    Stefan

Ich habe den Solar Edge SE7K gem. der Beschreibung SE10K aus dem FhemWiki fast erfolgreich eingebunden. Allerdings bekomme ich im LOGFILE die Fehlermeldung:
2018.02.18 17:46:55.020 1: PERL WARNING: Argument "???" isn't numeric in subtraction (-) at (eval 464278) line 16.
2018.02.18 17:46:55.021 3: eval: { if (Value("SolarEdge") eq "opened") {
    my $ACEnergy = fhem ("get SolarEdge AC-Energy");
    my $ACEnergyScale = fhem ("get SolarEdge AC-Energy-Scale");
    my $ACE = 0;
   my $day = Value("dum_pv_energyday_read");
   my $week = Value("dum_pv_energyweek_read");
   my $month = Value("dum_pv_energymonth_read");
   my $year = Value("dum_pv_energyyear_read");
    if (($ACEnergy ne "No Data") and ($ACEnergyScale ne "No FD")) {
      my $ACE = $ACEnergy * (10 ** $ACEnergyScale);
     if ($ACE > 0) {
        fhem ("set dum_pvenergy " . $ACE);
        fhem ("set dum_pv_energytoday " . ($ACE - $day));
        fhem ("set dum_pv_energytoweek " . ($ACE - $week));
        fhem ("set dum_pv_energytomonth " . ($ACE - $month));
        fhem ("set dum_pv_energytoyear " . ($ACE - $year));
     }
    }
Natürlich geht die at Def noch weiter...  Wie kann ich den Fehler finden?

Mit dem Dummy bin ich nicht wirklich zurechtgekommen (vielleicht ist hier auch der Fehler):
Im FhemWiki steht:
define pv_energyday_log dummy
dum_pv_energyday_log /r dum_pv_energyday_read
dum_pv_energymonth_log

Was ist "/r", bei mir sieht die fhem.cfg so aus:
define dum_pv_energyday_log dummy
define dum_pv_energyday_read dummy
define dum_pv_energymonth_log dummy

Hallo,

ich würde davon abraten, die Daten wie im Wiki beschrieben mit get und dummys abzuholen.
Die Probleme, die BenMarloe beschrieben hat, sollten sich durch richtige Konfiguration lösen lassen.
Soweit ich die Fehlerbeschreibung verstanden habe, liefert das SolarEdge nicht immer eine Antwort und beendet die TCP-Verbindung zwischendurch. Mit den get-Aufrufen und dummys kann man das natürlich abfangen, das hat aber Nebenwirkungen und es sollte deutlich eleganter gehen.
Durch den get muss beispielsweise die Abfrage synchron durchgeführt werden und Fhem blockiert dabei. Jegliche Optimierung / Kombination von Abfragen in einen gemeinsamen Modbus-Request werden so auch verhindert.
Wie oben geschrieben gibt es für solche Fälle auch Features innerhalb des Modbus-Moduls. Dann kann auch alles asynchron und ohne Blockaden gemacht werden.

Gruss
   Stefan

@Butzel:
ja, Du musst das um "define" und "dummy" an beiden Enden erweitern.
Das Sunspec suche ich naher mal

@StefanStrobel:
Danke für das Angebot. Ich nehme es gerne an. Da ich in der Zwischenzeit aber eine Menge neuer Versuche mit UserReadings gemacht habe, brauche ich eine paar Tage um da wieder hin zu kommen ohne Dich mit anderen Fehlern zu belästigen.

Kein Problem, ich komme auch nicht ständig dazu ins Forum zu schauen.

Gruss
   Stefan

@StefanStrobel

vielleicht kannst Du mir helfen eine elegante Lösung zu finden.
Im Augenblick versuche ich die Werte im ModbusAttr zu berechnen (wie Du es auch vorgeschlagen hast). Da aber der Wert und der Skalierungsfaktor in verschiedenen Readings sind kommen die ab und an durcheinander. Daher habe ich ein UserReadings geschrieben, das das beheben soll. Es scheint aber der Plan in einem UserReadings ein Reading erneut auszulesen scheitert.

Hier das ModbusAttr

Internals:
   BUSY       0
   DEF        1 30 192.168.178.36 TCP
   DEST       192.168.178.36:502
   DeviceName 192.168.178.36:502
   FD         5
   INTERVAL   60
   IODev      KeSolarEdge
   LASTOPEN   1518979743.92579
   MODBUSID   1
   ModuleVersion 3.7.3 - 22.12.2017
   NAME       KeSolarEdge
   NOTIFYDEV  global
   NR         363
   NTFY_ORDER 50-KeSolarEdge
   PARTIAL   
   PROTOCOL   TCP
   REQUESTHEX 002c0000000601039c8f0001
   STATE      opened
   TRIGGERTIME 1518982148.23738
   TRIGGERTIME_FMT 2018-02-18 20:29:08
   TYPE       ModbusAttr
   devioLoglevel 3
   nextOpenDelay 60
   QUEUE:
   READINGS:
     2018-02-18 20:27:11   AC-Energy       502.548
     2018-02-18 20:27:11   AC-Energy-Scale 0
     2018-02-18 20:27:11   AC-Energy-Val   502548
     2018-02-18 20:27:10   AC-Power        0
     2018-02-18 20:27:11   AC-Power-Scale  0
     2018-02-18 20:27:08   AC-Power-Val    0
     2018-02-18 20:27:14   AC-Volt-A       232
     2018-02-18 20:27:08   AC-Volt-Scale   -1
     2018-02-18 20:27:08   DC-Current      0
     2018-02-18 20:27:08   DC-Current-Scale -32768
     2018-02-18 20:27:08   DC-Current-Val  65535
     2018-02-18 20:27:11   DC-Power        0
     2018-02-18 20:27:11   DC-Power-Scale  0
     2018-02-18 20:27:11   DC-Power-Val    0
     2018-02-18 20:27:13   DC-Voltage      0
     2018-02-18 20:27:13   DC-Voltage-Scale -1
     2018-02-18 20:27:11   DC-Voltage-Val  0
     2018-02-18 20:27:11   HeatSinkTemp    0
     2018-02-18 20:27:10   Status          2
     2018-02-18 19:49:03   state           opened
   defptr:
     1:
   gotReadings:
     AC-Volt-A  232
   helper:
     buffer     
     lid        1
     lrecv      1518982034.08556
     lsend      1518982034.03397
   lastRead:
     h40079     1518982034.08912
     h40082     1518982028.0878
     h40083     1518982028.75169
     h40084     1518982031.16065
     h40093     1518982031.3014
     h40095     1518982031.05454
     h40096     1518982028.53803
     h40097     1518982028.40507
     h40098     1518982031.90755
     h40099     1518982033.91931
     h40100     1518982031.80175
     h40101     1518982031.40754
     h40103     1518982031.67835
     h40107     1518982030.92108
Attributes:
   dev-h-defPoll 1
   dev-h-defShowGet 1
   enableControlSet 1
   maxTimeoutsToReconnect 3
   obj-h40079-expr $val / 10
   obj-h40079-reading AC-Volt-A
   obj-h40082-reading AC-Volt-Scale
   obj-h40082-unpack s>
   obj-h40083-reading AC-Power-Val
   obj-h40084-reading AC-Power-Scale
   obj-h40084-unpack s>
   obj-h40093-len 2
   obj-h40093-reading AC-Energy-Val
   obj-h40093-unpack l>
   obj-h40095-reading AC-Energy-Scale
   obj-h40096-reading DC-Current-Val
   obj-h40097-reading DC-Current-Scale
   obj-h40097-unpack s>
   obj-h40098-reading DC-Voltage-Val
   obj-h40099-reading DC-Voltage-Scale
   obj-h40099-unpack s>
   obj-h40100-reading DC-Power-Val
   obj-h40101-reading DC-Power-Scale
   obj-h40101-unpack s>
   obj-h40103-reading HeatSinkTemp
   obj-h40103-unpack s>
   obj-h40107-reading Status
   room       Solar
   userReadings AC-Energy:(AC-Energy-Val.*) {
  my $scale;
  if ((time_str2num(ReadingsTimestamp("KeSolarEdge","AC-Energy-Val",0)) - time_str2num(ReadingsTimestamp("KeSolarEdge","AC-Energy-Scale",0))) < 1) {
    $scale = ReadingsVal ("KeSolarEdge","AC-Energy-Scale",0);
  }
  else {
    $scale = fhem ("get KeSolarEdge AC-Energy-Scale");
  }
  return (ReadingsVal ("KeSolarEdge","AC-Energy-Val",0) * ( 10 ** $scale) / 1000);;},
 
AC-Power:(AC-Power-Val.*) {
my $scale;
  if ((time_str2num(ReadingsTimestamp("KeSolarEdge","AC-Power-Val",0)) - time_str2num(ReadingsTimestamp("KeSolarEdge","AC-Power-Scale",0))) < 1) {
    $scale = ReadingsVal ("KeSolarEdge","AC-Power-Scale",0);
  }
  else {
    $scale = fhem ("get KeSolarEdge AC-Power-Scale");
  }
  return (ReadingsVal ("KeSolarEdge","AC-Power-Val",0) * ( 10 ** $scale) / 1000);;},

DC-Power:(DC-Power-Val.*) {
my $scale;
  if ((time_str2num(ReadingsTimestamp("KeSolarEdge","DC-Power-Val",0)) - time_str2num(ReadingsTimestamp("KeSolarEdge","DC-Power-Scale",0))) < 1) {
    $scale = ReadingsVal ("KeSolarEdge","DC-Power-Scale",0);
  }
  else {
    $scale = fhem ("get KeSolarEdge DC-Power-Scale");
  }
  return (ReadingsVal ("KeSolarEdge","DC-Power-Val",0) * ( 10 ** $scale) / 1000);;},
 
DC-Current:(DC-Current-Val.*) {
my $scale;
  if ((time_str2num(ReadingsTimestamp("KeSolarEdge","DC-Current-Val",0)) - time_str2num(ReadingsTimestamp("KeSolarEdge","DC-Current-Scale",0))) < 1) {
    $scale = ReadingsVal ("KeSolarEdge","DC-Current-Scale",0);
  }
  else {
    $scale = fhem ("get KeSolarEdge DC-Current-Scale");
  }
  return (ReadingsVal ("KeSolarEdge","DC-Current-Val",0) * ( 10 ** $scale) / 1000);;},
 
DC-Voltage:(DC-Voltage-Val.*) {
my $scale;
  if ((time_str2num(ReadingsTimestamp("KeSolarEdge","DC-Voltage-Val",0)) - time_str2num(ReadingsTimestamp("KeSolarEdge","DC-Voltage-Scale",0))) < 1) {
    $scale = ReadingsVal ("KeSolarEdge","DC-Voltage-Scale",0);
  }
  else {
    $scale = fhem ("get KeSolarEdge DC-Voltage-Scale");
  }
  return (ReadingsVal ("KeSolarEdge","DC-Voltage-Val",0) * ( 10 ** $scale) / 1000);;}
   userattr   dev-h-defPoll dev-h-defShowGet enableControlSet maxTimeoutsToReconnect obj-h40079-expr obj-h40079-reading obj-h40082-reading obj-h40082-unpack obj-h40083-reading obj-h40084-expr obj-h40084-reading obj-h40084-unpack obj-h40093-len obj-h40093-reading obj-h40093-unpack obj-h40094-poll obj-h40094-reading obj-h40095-reading obj-h40096-reading obj-h40097-reading obj-h40097-unpack obj-h40098-reading obj-h40099-reading obj-h40099-unpack obj-h40100-reading obj-h40101-reading obj-h40101-unpack obj-h40103-reading obj-h40103-unpack obj-h40107-reading obj-h40108-reading silentReconnect userReadings verbose
   verbose    5


und hier das log:

2018.02.18 20:40:10 1: opened
2018.02.18 20:40:10 3: KeSolarEdge: timer interval changed to 60 seconds
2018.02.18 20:40:10 4: KeSolarEdge: update timer modified: will call GetUpdate in 60.0 seconds at 2018-02-18 20:41:10 - Interval 60
2018.02.18 20:41:10 5: KeSolarEdge: GetUpdate called
2018.02.18 20:41:10 4: KeSolarEdge: update timer modified: will call GetUpdate in 60.0 seconds at 2018-02-18 20:42:10 - Interval 60
2018.02.18 20:41:10 5: KeSolarEdge: GetUpdate objects from attributes: h40103 h40098 h40084 h40097 h40099 h40083 h40100 h40093 h40101 h40096 h40107 h40095 h40079 h40082
2018.02.18 20:41:10 5: KeSolarEdge: GetUpdate full object list: h40079 h40082 h40083 h40084 h40093 h40095 h40096 h40097 h40098 h40099 h40100 h40101 h40103 h40107
2018.02.18 20:41:10 5: KeSolarEdge: GetUpdate check h40079 => AC-Volt-A, poll = 1, last = 1518982756.19274
2018.02.18 20:41:10 4: KeSolarEdge: GetUpdate will request AC-Volt-A
2018.02.18 20:41:10 5: KeSolarEdge: GetUpdate check h40082 => AC-Volt-Scale, poll = 1, last = 1518982750.50473
2018.02.18 20:41:10 4: KeSolarEdge: GetUpdate will request AC-Volt-Scale
2018.02.18 20:41:10 5: KeSolarEdge: GetUpdate check h40083 => AC-Power-Val, poll = 1, last = 1518982750.96171
2018.02.18 20:41:10 4: KeSolarEdge: GetUpdate will request AC-Power-Val
2018.02.18 20:41:10 5: KeSolarEdge: GetUpdate check h40084 => AC-Power-Scale, poll = 1, last = 1518982753.36003
2018.02.18 20:41:10 4: KeSolarEdge: GetUpdate will request AC-Power-Scale
2018.02.18 20:41:10 5: KeSolarEdge: GetUpdate check h40093 => AC-Energy-Val, poll = 1, last = 1518982753.47444
2018.02.18 20:41:10 4: KeSolarEdge: GetUpdate will request AC-Energy-Val
2018.02.18 20:41:10 5: KeSolarEdge: GetUpdate check h40095 => AC-Energy-Scale, poll = 1, last = 1518982753.23631
2018.02.18 20:41:10 4: KeSolarEdge: GetUpdate will request AC-Energy-Scale
2018.02.18 20:41:10 5: KeSolarEdge: GetUpdate check h40096 => DC-Current-Val, poll = 1, last = 1518982750.73297
2018.02.18 20:41:10 4: KeSolarEdge: GetUpdate will request DC-Current-Val
2018.02.18 20:41:10 5: KeSolarEdge: GetUpdate check h40097 => DC-Current-Scale, poll = 1, last = 1518982750.6206
2018.02.18 20:41:10 4: KeSolarEdge: GetUpdate will request DC-Current-Scale
2018.02.18 20:41:10 5: KeSolarEdge: GetUpdate check h40098 => DC-Voltage-Val, poll = 1, last = 1518982754.02033
2018.02.18 20:41:10 4: KeSolarEdge: GetUpdate will request DC-Voltage-Val
2018.02.18 20:41:10 5: KeSolarEdge: GetUpdate check h40099 => DC-Voltage-Scale, poll = 1, last = 1518982756.04443
2018.02.18 20:41:10 4: KeSolarEdge: GetUpdate will request DC-Voltage-Scale
2018.02.18 20:41:10 5: KeSolarEdge: GetUpdate check h40100 => DC-Power-Val, poll = 1, last = 1518982753.91049
2018.02.18 20:41:10 4: KeSolarEdge: GetUpdate will request DC-Power-Val
2018.02.18 20:41:10 5: KeSolarEdge: GetUpdate check h40101 => DC-Power-Scale, poll = 1, last = 1518982753.616
2018.02.18 20:41:10 4: KeSolarEdge: GetUpdate will request DC-Power-Scale
2018.02.18 20:41:10 5: KeSolarEdge: GetUpdate check h40103 => HeatSinkTemp, poll = 1, last = 1518982753.73013
2018.02.18 20:41:10 4: KeSolarEdge: GetUpdate will request HeatSinkTemp
2018.02.18 20:41:10 5: KeSolarEdge: GetUpdate check h40107 => Status, poll = 1, last = 1518982753.12422
2018.02.18 20:41:10 4: KeSolarEdge: GetUpdate will request Status
2018.02.18 20:41:10 5: KeSolarEdge: GetUpdate tries to combine read commands
2018.02.18 20:41:10 5: KeSolarEdge: No Combine AC-Volt-A / h40079 with AC-Volt-Scale / h40082, span 4 > max 1
2018.02.18 20:41:10 5: KeSolarEdge: No Combine AC-Volt-Scale / h40082 with AC-Power-Val / h40083, span 2 > max 1
2018.02.18 20:41:10 5: KeSolarEdge: No Combine AC-Power-Val / h40083 with AC-Power-Scale / h40084, span 2 > max 1
2018.02.18 20:41:10 5: KeSolarEdge: No Combine AC-Power-Scale / h40084 with AC-Energy-Val / h40093, span 11 > max 1
2018.02.18 20:41:10 5: KeSolarEdge: No Combine AC-Energy-Val / h40093 with AC-Energy-Scale / h40095, span 3 > max 1
2018.02.18 20:41:10 5: KeSolarEdge: No Combine AC-Energy-Scale / h40095 with DC-Current-Val / h40096, span 2 > max 1
2018.02.18 20:41:10 5: KeSolarEdge: No Combine DC-Current-Val / h40096 with DC-Current-Scale / h40097, span 2 > max 1
2018.02.18 20:41:10 5: KeSolarEdge: No Combine DC-Current-Scale / h40097 with DC-Voltage-Val / h40098, span 2 > max 1
2018.02.18 20:41:10 5: KeSolarEdge: No Combine DC-Voltage-Val / h40098 with DC-Voltage-Scale / h40099, span 2 > max 1
2018.02.18 20:41:10 5: KeSolarEdge: No Combine DC-Voltage-Scale / h40099 with DC-Power-Val / h40100, span 2 > max 1
2018.02.18 20:41:10 5: KeSolarEdge: No Combine DC-Power-Val / h40100 with DC-Power-Scale / h40101, span 2 > max 1
2018.02.18 20:41:10 5: KeSolarEdge: No Combine DC-Power-Scale / h40101 with HeatSinkTemp / h40103, span 3 > max 1
2018.02.18 20:41:10 5: KeSolarEdge: No Combine HeatSinkTemp / h40103 with Status / h40107, span 5 > max 1
2018.02.18 20:41:10 5: KeSolarEdge: don't sort objList before sending requests
2018.02.18 20:41:10 4: KeSolarEdge: Send called with h40082, objLen 1 / reqLen 1 to id 1, op read, qlen 0
2018.02.18 20:41:10 4: KeSolarEdge: Send queues fc 3 to 1, tid 187, for h40082 (AC-Volt-Scale), reqLen 1
2018.02.18 20:41:10 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -114.34584903717
2018.02.18 20:41:10 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -114.351452112198
2018.02.18 20:41:10 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2018.02.18 20:41:10 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 187 for AC-Volt-Scale (h40082), len 1, device KeSolarEdge (TCP), pdu 039c920001, V 3.7.3 - 22.12.2017
2018.02.18 20:41:10 5: SW: 00bb0000000601039c920001
2018.02.18 20:41:10 4: KeSolarEdge: Send called with h40097, objLen 1 / reqLen 1 to id 1, op read, qlen 0
2018.02.18 20:41:10 4: KeSolarEdge: Send queues fc 3 to 1, tid 31, for h40097 (DC-Current-Scale), reqLen 1
2018.02.18 20:41:10 4: KeSolarEdge: Send called with h40096, objLen 1 / reqLen 1 to id 1, op read, qlen 1
2018.02.18 20:41:10 4: KeSolarEdge: Send queues fc 3 to 1, tid 48, for h40096 (DC-Current-Val), reqLen 1
2018.02.18 20:41:10 4: KeSolarEdge: Send called with h40099, objLen 1 / reqLen 1 to id 1, op read, qlen 2
2018.02.18 20:41:10 4: KeSolarEdge: Send queues fc 3 to 1, tid 23, for h40099 (DC-Voltage-Scale), reqLen 1
2018.02.18 20:41:10 4: KeSolarEdge: Send called with h40083, objLen 1 / reqLen 1 to id 1, op read, qlen 3
2018.02.18 20:41:10 4: KeSolarEdge: Send queues fc 3 to 1, tid 111, for h40083 (AC-Power-Val), reqLen 1
2018.02.18 20:41:10 4: KeSolarEdge: Send called with h40107, objLen 1 / reqLen 1 to id 1, op read, qlen 4
2018.02.18 20:41:10 4: KeSolarEdge: Send queues fc 3 to 1, tid 198, for h40107 (Status), reqLen 1
2018.02.18 20:41:10 4: KeSolarEdge: Send called with h40095, objLen 1 / reqLen 1 to id 1, op read, qlen 5
2018.02.18 20:41:10 4: KeSolarEdge: Send queues fc 3 to 1, tid 221, for h40095 (AC-Energy-Scale), reqLen 1
2018.02.18 20:41:10 4: KeSolarEdge: Send called with h40084, objLen 1 / reqLen 1 to id 1, op read, qlen 6
2018.02.18 20:41:10 4: KeSolarEdge: Send queues fc 3 to 1, tid 118, for h40084 (AC-Power-Scale), reqLen 1
2018.02.18 20:41:10 4: KeSolarEdge: Send called with h40093, objLen 2 / reqLen 2 to id 1, op read, qlen 7
2018.02.18 20:41:10 4: KeSolarEdge: Send queues fc 3 to 1, tid 40, for h40093 (AC-Energy-Val), reqLen 2
2018.02.18 20:41:10 4: KeSolarEdge: Send called with h40101, objLen 1 / reqLen 1 to id 1, op read, qlen 8
2018.02.18 20:41:10 4: KeSolarEdge: Send queues fc 3 to 1, tid 152, for h40101 (DC-Power-Scale), reqLen 1
2018.02.18 20:41:10 4: KeSolarEdge: Send called with h40103, objLen 1 / reqLen 1 to id 1, op read, qlen 9
2018.02.18 20:41:10 4: KeSolarEdge: Send queues fc 3 to 1, tid 43, for h40103 (HeatSinkTemp), reqLen 1
2018.02.18 20:41:10 4: KeSolarEdge: Send called with h40100, objLen 1 / reqLen 1 to id 1, op read, qlen 10
2018.02.18 20:41:10 4: KeSolarEdge: Send queues fc 3 to 1, tid 116, for h40100 (DC-Power-Val), reqLen 1
2018.02.18 20:41:10 4: KeSolarEdge: Send called with h40098, objLen 1 / reqLen 1 to id 1, op read, qlen 11
2018.02.18 20:41:10 4: KeSolarEdge: Send queues fc 3 to 1, tid 36, for h40098 (DC-Voltage-Val), reqLen 1
2018.02.18 20:41:10 4: KeSolarEdge: Send called with h40079, objLen 1 / reqLen 1 to id 1, op read, qlen 12
2018.02.18 20:41:10 4: KeSolarEdge: Send queues fc 3 to 1, tid 82, for h40079 (AC-Volt-A), reqLen 1
2018.02.18 20:41:10 5: KeSolarEdge: raw read: 00bb00000005010302ffff
2018.02.18 20:41:10 5: KeSolarEdge: ParseFrames got: 00bb00000005010302ffff
2018.02.18 20:41:10 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 187, values ffffHeaderLen 2, ActualLen 2, request was for h40082 (AC-Volt-Scale), len 1 for module KeSolarEdge
2018.02.18 20:41:10 5: KeSolarEdge: ParseObj called with ffff and start 40082, op read
2018.02.18 20:41:10 5: KeSolarEdge: ParseObj ObjInfo for h40082: reading=AC-Volt-Scale, unpack=s>, expr=, format=, map=
2018.02.18 20:41:10 5: KeSolarEdge: ParseObj unpacked ffff with s> to hex 2d31 (-1)
2018.02.18 20:41:10 4: KeSolarEdge: ParseObj for AC-Volt-Scale assigns -1
2018.02.18 20:41:10 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2018.02.18 20:41:10 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0583937168121338
2018.02.18 20:41:10 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, try again in 0.0583937168121338
2018.02.18 20:41:10 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -0.00193524360656738
2018.02.18 20:41:10 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -0.0510880947113037
2018.02.18 20:41:10 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2018.02.18 20:41:10 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 31 for DC-Current-Scale (h40097), len 1, device KeSolarEdge (TCP), pdu 039ca10001, V 3.7.3 - 22.12.2017
2018.02.18 20:41:10 5: SW: 001f0000000601039ca10001
2018.02.18 20:41:10 5: KeSolarEdge: raw read: 001f000000050103028000
2018.02.18 20:41:10 5: KeSolarEdge: ParseFrames got: 001f000000050103028000
2018.02.18 20:41:10 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 31, values 8000HeaderLen 2, ActualLen 2, request was for h40097 (DC-Current-Scale), len 1 for module KeSolarEdge
2018.02.18 20:41:10 5: KeSolarEdge: ParseObj called with 8000 and start 40097, op read
2018.02.18 20:41:10 5: KeSolarEdge: ParseObj ObjInfo for h40097: reading=DC-Current-Scale, unpack=s>, expr=, format=, map=
2018.02.18 20:41:10 5: KeSolarEdge: ParseObj unpacked 8000 with s> to hex 2d3332373638 (-32768)
2018.02.18 20:41:10 4: KeSolarEdge: ParseObj for DC-Current-Scale assigns -32768
2018.02.18 20:41:10 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2018.02.18 20:41:10 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.058297872543335
2018.02.18 20:41:10 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, try again in 0.058297872543335
2018.02.18 20:41:10 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -0.00185203552246094
2018.02.18 20:41:10 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -0.00827193260192871
2018.02.18 20:41:10 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2018.02.18 20:41:10 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 48 for DC-Current-Val (h40096), len 1, device KeSolarEdge (TCP), pdu 039ca00001, V 3.7.3 - 22.12.2017
2018.02.18 20:41:10 5: SW: 00300000000601039ca00001
2018.02.18 20:41:10 5: KeSolarEdge: raw read: 003000000005010302ffff
2018.02.18 20:41:10 5: KeSolarEdge: ParseFrames got: 003000000005010302ffff
2018.02.18 20:41:10 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 48, values ffffHeaderLen 2, ActualLen 2, request was for h40096 (DC-Current-Val), len 1 for module KeSolarEdge
2018.02.18 20:41:10 5: KeSolarEdge: ParseObj called with ffff and start 40096, op read
2018.02.18 20:41:10 5: KeSolarEdge: ParseObj ObjInfo for h40096: reading=DC-Current-Val, unpack=n, expr=, format=, map=
2018.02.18 20:41:10 5: KeSolarEdge: ParseObj unpacked ffff with n to hex 3635353335 (65535)
2018.02.18 20:41:10 4: KeSolarEdge: ParseObj for DC-Current-Val assigns 65535
2018.02.18 20:41:10 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2018.02.18 20:41:10 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0472698211669922
2018.02.18 20:41:10 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, try again in 0.0472698211669922
2018.02.18 20:41:11 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -0.00162911415100098
2018.02.18 20:41:11 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -0.0106191635131836
2018.02.18 20:41:11 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2018.02.18 20:41:11 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 23 for DC-Voltage-Scale (h40099), len 1, device KeSolarEdge (TCP), pdu 039ca30001, V 3.7.3 - 22.12.2017
2018.02.18 20:41:11 5: SW: 00170000000601039ca30001
2018.02.18 20:41:11 5: KeSolarEdge: raw read: 001700000005010302ffff
2018.02.18 20:41:11 5: KeSolarEdge: ParseFrames got: 001700000005010302ffff
2018.02.18 20:41:11 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 23, values ffffHeaderLen 2, ActualLen 2, request was for h40099 (DC-Voltage-Scale), len 1 for module KeSolarEdge
2018.02.18 20:41:11 5: KeSolarEdge: ParseObj called with ffff and start 40099, op read
2018.02.18 20:41:11 5: KeSolarEdge: ParseObj ObjInfo for h40099: reading=DC-Voltage-Scale, unpack=s>, expr=, format=, map=
2018.02.18 20:41:11 5: KeSolarEdge: ParseObj unpacked ffff with s> to hex 2d31 (-1)
2018.02.18 20:41:11 4: KeSolarEdge: ParseObj for DC-Voltage-Scale assigns -1
2018.02.18 20:41:11 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2018.02.18 20:41:11 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0583548545837402
2018.02.18 20:41:11 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, try again in 0.0583548545837402
2018.02.18 20:41:11 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -0.00166416168212891
2018.02.18 20:41:11 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -0.00785589218139648
2018.02.18 20:41:11 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2018.02.18 20:41:11 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 111 for AC-Power-Val (h40083), len 1, device KeSolarEdge (TCP), pdu 039c930001, V 3.7.3 - 22.12.2017
2018.02.18 20:41:11 5: SW: 006f0000000601039c930001
2018.02.18 20:41:11 5: KeSolarEdge: raw read: 006f000000050103020000
2018.02.18 20:41:11 5: KeSolarEdge: ParseFrames got: 006f000000050103020000
2018.02.18 20:41:11 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 111, values 0000HeaderLen 2, ActualLen 2, request was for h40083 (AC-Power-Val), len 1 for module KeSolarEdge
2018.02.18 20:41:11 5: KeSolarEdge: ParseObj called with 0000 and start 40083, op read
2018.02.18 20:41:11 5: KeSolarEdge: ParseObj ObjInfo for h40083: reading=AC-Power-Val, unpack=n, expr=, format=, map=
2018.02.18 20:41:11 5: KeSolarEdge: ParseObj unpacked 0000 with n to hex 30 (0)
2018.02.18 20:41:11 4: KeSolarEdge: ParseObj for AC-Power-Val assigns 0
2018.02.18 20:41:11 5: KeSolarEdge: Get: Called with AC-Power-Scale (h40084)
2018.02.18 20:41:11 5: KeSolarEdge: Get: Queue is stil busy - taking over the read with ReadAnswer
2018.02.18 20:41:11 5: KeSolarEdge: ReadAnswer called and remaining timeout is 1.97947597503662
2018.02.18 20:41:13 3: KeSolarEdge: Timeout2 in ReadAnswer
2018.02.18 20:41:13 4: KeSolarEdge: Send called with h40084, objLen 1 / reqLen - to id 1, op read, qlen 9
2018.02.18 20:41:13 4: KeSolarEdge: Send adds fc 3 to 1, tid 253, for h40084 (AC-Power-Scale), reqLen 1 at beginning of queue for immediate sending
2018.02.18 20:41:13 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -1.89980792999268
2018.02.18 20:41:13 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -1.91000914573669
2018.02.18 20:41:13 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2018.02.18 20:41:13 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 253 for AC-Power-Scale (h40084), len 1, device KeSolarEdge (TCP), pdu 039c940001, V 3.7.3 - 22.12.2017
2018.02.18 20:41:13 5: SW: 00fd0000000601039c940001
2018.02.18 20:41:13 5: KeSolarEdge: ReadAnswer called and remaining timeout is 1.99929404258728 requested reading is AC-Power-Scale
2018.02.18 20:41:13 5: KeSolarEdge: ReadAnswer got: 00fd000000050103020000
2018.02.18 20:41:13 5: KeSolarEdge: ParseFrames got: 00fd000000050103020000
2018.02.18 20:41:13 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 253, values 0000HeaderLen 2, ActualLen 2, request was for h40084 (AC-Power-Scale), len 1 for module KeSolarEdge
2018.02.18 20:41:13 5: KeSolarEdge: ParseObj called with 0000 and start 40084, op read
2018.02.18 20:41:13 5: KeSolarEdge: ParseObj ObjInfo for h40084: reading=AC-Power-Scale, unpack=s>, expr=, format=, map=
2018.02.18 20:41:13 5: KeSolarEdge: ParseObj unpacked 0000 with s> to hex 30 (0)
2018.02.18 20:41:13 4: KeSolarEdge: ParseObj for AC-Power-Scale assigns 0
2018.02.18 20:41:13 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2018.02.18 20:41:13 5: KeSolarEdge: ReadAnswer done, reading is AC-Power-Scale, value: 0
2018.02.18 20:41:13 1: readingsUpdate(KeSolarEdge,AC-Power,0) missed to call readingsBeginUpdate first.
2018.02.18 20:41:13 1: stacktrace:
2018.02.18 20:41:13 1:     main::readingsBulkUpdate            called by fhem.pl (4400)
2018.02.18 20:41:13 1:     main::readingsEndUpdate             called by ./FHEM/98_Modbus.pm (666)
2018.02.18 20:41:13 1:     main::Modbus_ParseObj               called by ./FHEM/98_Modbus.pm (963)
2018.02.18 20:41:13 1:     main::Modbus_ParseFrames            called by ./FHEM/98_Modbus.pm (1012)
2018.02.18 20:41:13 1:     main::Modbus_Read                   called by fhem.pl (3510)
2018.02.18 20:41:13 1:     main::CallFn                        called by fhem.pl (689)
2018.02.18 20:41:13 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2018.02.18 20:41:13 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0292308330535889
2018.02.18 20:41:13 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, try again in 0.0292308330535889
2018.02.18 20:41:13 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -0.219043254852295
2018.02.18 20:41:13 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -0.22862720489502
2018.02.18 20:41:13 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2018.02.18 20:41:13 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 198 for Status (h40107), len 1, device KeSolarEdge (TCP), pdu 039cab0001, V 3.7.3 - 22.12.2017
2018.02.18 20:41:13 5: SW: 00c60000000601039cab0001
2018.02.18 20:41:13 5: KeSolarEdge: raw read: 00c6000000050103020002
2018.02.18 20:41:13 5: KeSolarEdge: ParseFrames got: 00c6000000050103020002
2018.02.18 20:41:13 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 198, values 0002HeaderLen 2, ActualLen 2, request was for h40107 (Status), len 1 for module KeSolarEdge
2018.02.18 20:41:13 5: KeSolarEdge: ParseObj called with 0002 and start 40107, op read
2018.02.18 20:41:13 5: KeSolarEdge: ParseObj ObjInfo for h40107: reading=Status, unpack=n, expr=, format=, map=
2018.02.18 20:41:13 5: KeSolarEdge: ParseObj unpacked 0002 with n to hex 32 (2)
2018.02.18 20:41:13 4: KeSolarEdge: ParseObj for Status assigns 2
2018.02.18 20:41:13 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2018.02.18 20:41:13 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0571830272674561
2018.02.18 20:41:13 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, try again in 0.0571830272674561
2018.02.18 20:41:13 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -0.0709049701690674
2018.02.18 20:41:13 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -0.0795319080352783
2018.02.18 20:41:13 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2018.02.18 20:41:13 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 221 for AC-Energy-Scale (h40095), len 1, device KeSolarEdge (TCP), pdu 039c9f0001, V 3.7.3 - 22.12.2017
2018.02.18 20:41:13 5: SW: 00dd0000000601039c9f0001
2018.02.18 20:41:13 5: KeSolarEdge: raw read: 00dd000000050103020000
2018.02.18 20:41:13 5: KeSolarEdge: ParseFrames got: 00dd000000050103020000
2018.02.18 20:41:13 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 221, values 0000HeaderLen 2, ActualLen 2, request was for h40095 (AC-Energy-Scale), len 1 for module KeSolarEdge
2018.02.18 20:41:13 5: KeSolarEdge: ParseObj called with 0000 and start 40095, op read
2018.02.18 20:41:13 5: KeSolarEdge: ParseObj ObjInfo for h40095: reading=AC-Energy-Scale, unpack=n, expr=, format=, map=
2018.02.18 20:41:13 5: KeSolarEdge: ParseObj unpacked 0000 with n to hex 30 (0)
2018.02.18 20:41:13 4: KeSolarEdge: ParseObj for AC-Energy-Scale assigns 0
2018.02.18 20:41:13 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2018.02.18 20:41:13 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0579907894134521
2018.02.18 20:41:13 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, try again in 0.0579907894134521
2018.02.18 20:41:13 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -0.00177311897277832
2018.02.18 20:41:13 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -0.00716304779052734
2018.02.18 20:41:13 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2018.02.18 20:41:13 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 118 for AC-Power-Scale (h40084), len 1, device KeSolarEdge (TCP), pdu 039c940001, V 3.7.3 - 22.12.2017
2018.02.18 20:41:13 5: SW: 00760000000601039c940001
2018.02.18 20:41:13 5: KeSolarEdge: raw read: 0076000000050103020000
2018.02.18 20:41:13 5: KeSolarEdge: ParseFrames got: 0076000000050103020000
2018.02.18 20:41:13 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 118, values 0000HeaderLen 2, ActualLen 2, request was for h40084 (AC-Power-Scale), len 1 for module KeSolarEdge
2018.02.18 20:41:13 5: KeSolarEdge: ParseObj called with 0000 and start 40084, op read
2018.02.18 20:41:13 5: KeSolarEdge: ParseObj ObjInfo for h40084: reading=AC-Power-Scale, unpack=s>, expr=, format=, map=
2018.02.18 20:41:13 5: KeSolarEdge: ParseObj unpacked 0000 with s> to hex 30 (0)
2018.02.18 20:41:13 4: KeSolarEdge: ParseObj for AC-Power-Scale assigns 0
2018.02.18 20:41:13 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2018.02.18 20:41:13 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0597178936004639
2018.02.18 20:41:13 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, try again in 0.0597178936004639
2018.02.18 20:41:13 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -0.00194787979125977
2018.02.18 20:41:13 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -0.00683927536010742
2018.02.18 20:41:13 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2018.02.18 20:41:13 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 40 for AC-Energy-Val (h40093), len 2, device KeSolarEdge (TCP), pdu 039c9d0002, V 3.7.3 - 22.12.2017
2018.02.18 20:41:13 5: SW: 00280000000601039c9d0002
2018.02.18 20:41:13 5: KeSolarEdge: raw read: 0028000000070103040007ab14
2018.02.18 20:41:13 5: KeSolarEdge: ParseFrames got: 0028000000070103040007ab14
2018.02.18 20:41:13 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 40, values 0007ab14HeaderLen 4, ActualLen 4, request was for h40093 (AC-Energy-Val), len 2 for module KeSolarEdge
2018.02.18 20:41:13 5: KeSolarEdge: ParseObj called with 0007ab14 and start 40093, op read
2018.02.18 20:41:13 5: KeSolarEdge: ParseObj ObjInfo for h40093: reading=AC-Energy-Val, unpack=l>, expr=, format=, map=
2018.02.18 20:41:13 5: KeSolarEdge: ParseObj unpacked 0007ab14 with l> to hex 353032353438 (502548)
2018.02.18 20:41:13 4: KeSolarEdge: ParseObj for AC-Energy-Val assigns 502548
2018.02.18 20:41:13 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2018.02.18 20:41:13 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0485069751739502
2018.02.18 20:41:13 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, try again in 0.0485069751739502
2018.02.18 20:41:13 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -0.00170207023620605
2018.02.18 20:41:13 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -0.0117151737213135
2018.02.18 20:41:14 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2018.02.18 20:41:14 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 152 for DC-Power-Scale (h40101), len 1, device KeSolarEdge (TCP), pdu 039ca50001, V 3.7.3 - 22.12.2017
2018.02.18 20:41:14 5: SW: 00980000000601039ca50001
2018.02.18 20:41:14 5: KeSolarEdge: raw read: 0098000000050103020000
2018.02.18 20:41:14 5: KeSolarEdge: ParseFrames got: 0098000000050103020000
2018.02.18 20:41:14 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 152, values 0000HeaderLen 2, ActualLen 2, request was for h40101 (DC-Power-Scale), len 1 for module KeSolarEdge
2018.02.18 20:41:14 5: KeSolarEdge: ParseObj called with 0000 and start 40101, op read
2018.02.18 20:41:14 5: KeSolarEdge: ParseObj ObjInfo for h40101: reading=DC-Power-Scale, unpack=s>, expr=, format=, map=
2018.02.18 20:41:14 5: KeSolarEdge: ParseObj unpacked 0000 with s> to hex 30 (0)
2018.02.18 20:41:14 4: KeSolarEdge: ParseObj for DC-Power-Scale assigns 0
2018.02.18 20:41:14 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2018.02.18 20:41:14 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0594909191131592
2018.02.18 20:41:14 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, try again in 0.0594909191131592
2018.02.18 20:41:14 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -0.00170707702636719
2018.02.18 20:41:14 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -0.00838208198547363
2018.02.18 20:41:14 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2018.02.18 20:41:14 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 43 for HeatSinkTemp (h40103), len 1, device KeSolarEdge (TCP), pdu 039ca70001, V 3.7.3 - 22.12.2017
2018.02.18 20:41:14 5: SW: 002b0000000601039ca70001
2018.02.18 20:41:14 5: KeSolarEdge: raw read: 002b000000050103020000
2018.02.18 20:41:14 5: KeSolarEdge: ParseFrames got: 002b000000050103020000
2018.02.18 20:41:14 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 43, values 0000HeaderLen 2, ActualLen 2, request was for h40103 (HeatSinkTemp), len 1 for module KeSolarEdge
2018.02.18 20:41:14 5: KeSolarEdge: ParseObj called with 0000 and start 40103, op read
2018.02.18 20:41:14 5: KeSolarEdge: ParseObj ObjInfo for h40103: reading=HeatSinkTemp, unpack=s>, expr=, format=, map=
2018.02.18 20:41:14 5: KeSolarEdge: ParseObj unpacked 0000 with s> to hex 30 (0)
2018.02.18 20:41:14 4: KeSolarEdge: ParseObj for HeatSinkTemp assigns 0
2018.02.18 20:41:14 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2018.02.18 20:41:14 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0591778755187988
2018.02.18 20:41:14 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, try again in 0.0591778755187988
2018.02.18 20:41:14 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -0.00171399116516113
2018.02.18 20:41:14 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -0.0105290412902832
2018.02.18 20:41:14 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2018.02.18 20:41:14 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 116 for DC-Power-Val (h40100), len 1, device KeSolarEdge (TCP), pdu 039ca40001, V 3.7.3 - 22.12.2017
2018.02.18 20:41:14 5: SW: 00740000000601039ca40001
2018.02.18 20:41:14 5: KeSolarEdge: raw read: 0074000000050103020000
2018.02.18 20:41:14 5: KeSolarEdge: ParseFrames got: 0074000000050103020000
2018.02.18 20:41:14 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 116, values 0000HeaderLen 2, ActualLen 2, request was for h40100 (DC-Power-Val), len 1 for module KeSolarEdge
2018.02.18 20:41:14 5: KeSolarEdge: ParseObj called with 0000 and start 40100, op read
2018.02.18 20:41:14 5: KeSolarEdge: ParseObj ObjInfo for h40100: reading=DC-Power-Val, unpack=n, expr=, format=, map=
2018.02.18 20:41:14 5: KeSolarEdge: ParseObj unpacked 0000 with n to hex 30 (0)
2018.02.18 20:41:14 4: KeSolarEdge: ParseObj for DC-Power-Val assigns 0
2018.02.18 20:41:14 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2018.02.18 20:41:14 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0483968257904053
2018.02.18 20:41:14 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, try again in 0.0483968257904053
2018.02.18 20:41:14 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -0.0018310546875
2018.02.18 20:41:14 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -0.0109779834747314
2018.02.18 20:41:14 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2018.02.18 20:41:14 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 36 for DC-Voltage-Val (h40098), len 1, device KeSolarEdge (TCP), pdu 039ca20001, V 3.7.3 - 22.12.2017
2018.02.18 20:41:14 5: SW: 00240000000601039ca20001
2018.02.18 20:41:14 5: KeSolarEdge: raw read: 0024000000050103020000
2018.02.18 20:41:14 5: KeSolarEdge: ParseFrames got: 0024000000050103020000
2018.02.18 20:41:14 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 36, values 0000HeaderLen 2, ActualLen 2, request was for h40098 (DC-Voltage-Val), len 1 for module KeSolarEdge
2018.02.18 20:41:14 5: KeSolarEdge: ParseObj called with 0000 and start 40098, op read
2018.02.18 20:41:14 5: KeSolarEdge: ParseObj ObjInfo for h40098: reading=DC-Voltage-Val, unpack=n, expr=, format=, map=
2018.02.18 20:41:14 5: KeSolarEdge: ParseObj unpacked 0000 with n to hex 30 (0)
2018.02.18 20:41:14 4: KeSolarEdge: ParseObj for DC-Voltage-Val assigns 0
2018.02.18 20:41:14 5: KeSolarEdge: Get: Called with DC-Voltage-Scale (h40099)
2018.02.18 20:41:14 5: KeSolarEdge: Get: Queue is stil busy - taking over the read with ReadAnswer
2018.02.18 20:41:14 5: KeSolarEdge: ReadAnswer called and remaining timeout is 1.96346211433411
2018.02.18 20:41:16 3: KeSolarEdge: Timeout2 in ReadAnswer
2018.02.18 20:41:16 4: KeSolarEdge: Send called with h40099, objLen 1 / reqLen - to id 1, op read, qlen 1
2018.02.18 20:41:16 4: KeSolarEdge: Send adds fc 3 to 1, tid 54, for h40099 (DC-Voltage-Scale), reqLen 1 at beginning of queue for immediate sending
2018.02.18 20:41:16 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -1.88453221321106
2018.02.18 20:41:16 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -1.91278004646301
2018.02.18 20:41:16 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2018.02.18 20:41:16 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 54 for DC-Voltage-Scale (h40099), len 1, device KeSolarEdge (TCP), pdu 039ca30001, V 3.7.3 - 22.12.2017
2018.02.18 20:41:16 5: SW: 00360000000601039ca30001
2018.02.18 20:41:16 5: KeSolarEdge: ReadAnswer called and remaining timeout is 1.99891805648804 requested reading is DC-Voltage-Scale
2018.02.18 20:41:16 5: KeSolarEdge: ReadAnswer got: 003600000005010302ffff
2018.02.18 20:41:16 5: KeSolarEdge: ParseFrames got: 003600000005010302ffff
2018.02.18 20:41:16 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 54, values ffffHeaderLen 2, ActualLen 2, request was for h40099 (DC-Voltage-Scale), len 1 for module KeSolarEdge
2018.02.18 20:41:16 5: KeSolarEdge: ParseObj called with ffff and start 40099, op read
2018.02.18 20:41:16 5: KeSolarEdge: ParseObj ObjInfo for h40099: reading=DC-Voltage-Scale, unpack=s>, expr=, format=, map=
2018.02.18 20:41:16 5: KeSolarEdge: ParseObj unpacked ffff with s> to hex 2d31 (-1)
2018.02.18 20:41:16 4: KeSolarEdge: ParseObj for DC-Voltage-Scale assigns -1
2018.02.18 20:41:16 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2018.02.18 20:41:16 5: KeSolarEdge: ReadAnswer done, reading is DC-Voltage-Scale, value: -1
2018.02.18 20:41:16 3: get KeSolarEdge DC-Voltage-Scale : -1
2018.02.18 20:41:16 1: readingsUpdate(KeSolarEdge,DC-Voltage,0) missed to call readingsBeginUpdate first.
2018.02.18 20:41:16 1: stacktrace:
2018.02.18 20:41:16 1:     main::readingsBulkUpdate            called by fhem.pl (4400)
2018.02.18 20:41:16 1:     main::readingsEndUpdate             called by ./FHEM/98_Modbus.pm (666)
2018.02.18 20:41:16 1:     main::Modbus_ParseObj               called by ./FHEM/98_Modbus.pm (963)
2018.02.18 20:41:16 1:     main::Modbus_ParseFrames            called by ./FHEM/98_Modbus.pm (1012)
2018.02.18 20:41:16 1:     main::Modbus_Read                   called by fhem.pl (3510)
2018.02.18 20:41:16 1:     main::CallFn                        called by fhem.pl (689)
2018.02.18 20:41:16 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj
2018.02.18 20:41:16 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest 0.0242378711700439
2018.02.18 20:41:16 4: KeSolarEdge: HandleSendQueue / CheckDelay commDelay (0.1) for KeSolarEdge not over, try again in 0.0242378711700439
2018.02.18 20:41:16 5: KeSolarEdge: handle queue check commDelay (0.1) for KeSolarEdge: rest -0.377182245254517
2018.02.18 20:41:16 5: KeSolarEdge: handle queue check sendDelay (0.1) for KeSolarEdge: rest -0.392017126083374
2018.02.18 20:41:16 5: KeSolarEdge: HandleSendQueue: finished delay checking, proceed with sending
2018.02.18 20:41:16 4: KeSolarEdge: HandleSendQueue sends fc 3 to id 1, tid 82 for AC-Volt-A (h40079), len 1, device KeSolarEdge (TCP), pdu 039c8f0001, V 3.7.3 - 22.12.2017
2018.02.18 20:41:16 5: SW: 00520000000601039c8f0001
2018.02.18 20:41:16 5: KeSolarEdge: raw read: 00520000000501030208f0
2018.02.18 20:41:16 5: KeSolarEdge: ParseFrames got: 00520000000501030208f0
2018.02.18 20:41:16 4: KeSolarEdge: ParseFrames got fcode 3 from 1, tid 82, values 08f0HeaderLen 2, ActualLen 2, request was for h40079 (AC-Volt-A), len 1 for module KeSolarEdge
2018.02.18 20:41:16 5: KeSolarEdge: ParseObj called with 08f0 and start 40079, op read
2018.02.18 20:41:16 5: KeSolarEdge: ParseObj ObjInfo for h40079: reading=AC-Volt-A, unpack=n, expr=$val / 10, format=, map=
2018.02.18 20:41:16 5: KeSolarEdge: ParseObj unpacked 08f0 with n to hex 32323838 (2288)
2018.02.18 20:41:16 5: KeSolarEdge: ParseObj evaluates expr for AC-Volt-A, val=2288, expr $val / 10
2018.02.18 20:41:16 5: KeSolarEdge: ParseObj eval result is 228.8
2018.02.18 20:41:16 4: KeSolarEdge: ParseObj for AC-Volt-A assigns 228.8
2018.02.18 20:41:16 5: KeSolarEdge: ParseFrames got 1 readings from ParseObj


ich bitte mir vor allem mit den Meldungen vom Typ:
2018.02.18 20:41:13 1: readingsUpdate(KeSolarEdge,AC-Power,0) missed to call readingsBeginUpdate first
zu helfen

Hallo BenMarloe,

Ich vermute das liegt am get im Userreading.
Du rufst innerhalb eines userReadings Fhem selbst mit einem get auf.
Das führt zu einem weiteren synchronen Modbus-Request, der gesendet wird, dann wird auf die Antwort gewartet, das Ergebnis geparsed und dann im Modul das Reading gesetzt. Das alles in einer Funktion, die gerade dabei ist Readings zu setzen. Mal abgesehen vom Timing und davon dass Fhem blockiert, bringt das vermutlich den internen Readings-Update-Mechanismus durcheinander. Statt dessen kannst Du mit ReadingsVal aber den aktuellen Wert eines Readings lesen.

Das Problem mit dem Wert und der Skalierung in getrennten Readings kenne ich.
Ich würde es ganz ohne userReadings über die Attribute von ModbusAttr machen.
Wenn Du z.B. Volt als Volt-RAW liest und per sortUpdate dafür sorgst, dass Volt-Scale immer danach gelesen wird, dann kannst Du in der expr für Volt-Scale nochmal prüfen, ob die beiden Werte auch gelesen wurden (readingsTimestamp) und dann innerhalb der expr readingsBulkUpdate aufrufen und ein neues Reading z.B. mit Namen Volt-Real erzeugen.
Das ganze läuft dann komplett asynchron und kann am Ende mit set saveAsModule als eigenes Fhem-Modul gespeichert werden. Dann kann man es ganz ohne zusätzliche Attribute und Code etc. verwenden.

Gruß
   Stefan

Hallo Stefan,

Das mit dem UserReading ist sicher richtig, mir ist nur bisher nichts besseres eingefallen.

Dein Vorschlag klingt insgesamt sehr gut. Allerdings brauche ich noch etwas Starthilfe.
* Wie bestimme ich die Reihenfolge in der die Queue aufgebaut wird, damit sortUpdate sie dann sortiert? Ist das Evtl. die Adresse der Register? Es scheint so.
* In der CommandRef finde ich "readingsBulkUpdate" nicht. Wie wird das verwendet? Wo lese ich das nach?
* Beschädigt "saveAsModule" möglicherweise mein anderes ModbusAttr? In der CommandRef steht was von
"experimental"! Weißt Du da mehr?
*Wie erzeuge ich ein neues Reading in einer expr?

Gruß
BenMarloe

Zitat von: BenMarloe am 18 Februar 2018, 20:04:34
@Butzel:
ja, Du musst das um "define" und "dummy" an beiden Enden erweitern.
Das Sunspec suche ich naher mal
...

Danke für den Hinweis und die Bestätigung. Wenn der Wechselrichter seinen endgültigen Platz hat und endlich fest verdrahtet ist, werde ich das noch mal prüfen und weiter machen.

Hallo BenMarloe,

Zitat von: BenMarloe am 18 Februar 2018, 22:07:42
* Wie bestimme ich die Reihenfolge in der die Queue aufgebaut wird, damit sortUpdate sie dann sortiert? Ist das Evtl. die Adresse der Register? Es scheint so.

so ist es.

Zitat
* In der CommandRef finde ich "readingsBulkUpdate" nicht. Wie wird das verwendet? Wo lese ich das nach?

https://wiki.fhem.de/wiki/DevelopmentModuleIntro#Readings

Zitat
* Beschädigt "saveAsModule" möglicherweise mein anderes ModbusAttr? In der CommandRef steht was von
"experimental"! Weißt Du da mehr?

Es sollte nichts kaputt machen sondern ein neues File als /tmp/98_ModbusGen<name>.pm speichern.
Bisher haben es nur wenige Leute getestet bzw. ich habe kaum Feedback dazu bekommen. Deshalb ist der Zusatz "experimental" noch drin.
Probier es einfach mal ;-)

Zitat
*Wie erzeuge ich ein neues Reading in einer expr?

Durch Aufruf von readingsBulkUpdate. Im Wiki (die oben genannte URL) steht einiges mehr dazu.
Das readingBeginUpdate ist vom Modul vor Auswerten der expr schon gemacht und auch das readingsEndUpdate wird im Modul später selbst gemacht. In der Expr reicht deshalb das readingsBulkUpdate.

Gruss
   Stefan

Hallo zusammen,

ich habe auch einen Solaredge Wechselrichter. Modus über TCP ist aktiviert am Wechselrichter. Der Port ist offen hab ich per telnet gecheckt. Leider funktioniert aber etwas nicht ...

Was mache ich falsch? Das steht im Log:

2018.02.19 21:58:41 5: SolarEdgeModBus: GetUpdate called
2018.02.19 21:58:41 4: SolarEdgeModBus: update timer modified: will call GetUpdate in 30.0 seconds at 2018-02-19 21:59:11 - Interval 30
2018.02.19 21:58:41 5: SolarEdgeModBus: GetUpdate objects from attributes:
2018.02.19 21:58:41 5: SolarEdgeModBus: GetUpdate full object list:
2018.02.19 21:58:41 5: SolarEdgeModBus: GetUpdate tries to combine read commands
2018.02.19 21:58:41 5: SolarEdgeModBus: don't sort objList before sending requests
2018.02.19 21:59:04 3: 192.168.178.156:502 disconnected, waiting to reappear (SolarEdgeModBus)
2018.02.19 21:59:04 5: HttpUtils url=http://192.168.178.156:502/
2018.02.19 21:59:04 5: SolarEdgeModBus: Open callback: 192.168.178.156: Connection refused
2018.02.19 21:59:11 5: SolarEdgeModBus: GetUpdate called
2018.02.19 21:59:11 4: SolarEdgeModBus: update timer modified: will call GetUpdate in 30.0 seconds at 2018-02-19 21:59:41 - Interval 30
2018.02.19 21:59:11 5: SolarEdgeModBus: GetUpdate called, but device is disconnected

Gruß Jan

Versuche den Solaredge Port 503 erneut zu aktivieren und die Verbindung innerhalb von 10 Minuten herzustellen. Ich habe sowas in irgendeiner Anleitung gelesen, aber nicht verifiziert. Sag Bitte Bescheid, falls das hilft oder trage es im Wiki ein.

Hallo Stefan,

es scheint die Reihenfolge festzulegen hat das Problem gelöst. Ich habe (bisher) keine Ausfälle mehr auf dem Solaredge.
Leider spinnt jetzt der Zweirichtungszähler (aber das wäre Off-Topic)..

Danke für Deine Hilfe. Nächste Woche versuche ich vielleicht mal ein Modul zu machen. Wenn sich das einen Monat bewährt kommt es in Wiki.

Gruß
Ben

Hallo Ben,

das freut mich.
Wenn Du es noch weiter optimieren möchtest, dann kannst Du mit dev-h-combine die Anzahl der nötigen Requests reduzieren. Die meisten Geräte können recht viele Register mit einem Request gleichzeitig auslesen. Wie viele das sind steht entweder im Datenblatt des Geräts oder man muss es einfach ausprobieren.

Gruss
   Stefan

Hallo Stefan,

meine disconnects sind wieder da :-\ .

Device (wie es jetzt ist (Status geht leider noch nicht).
Save config ?
CUL_HM
DG
EG
EG_AZ
EG_Bad
EG_DZ
EG_Flur
EG_SZ
EG_WC
EG_WZ
EnOcean
Garten
Heizung
Keller
Lüften
Rolladen
Solar
SolarPV
SolarReport
Test
Unsorted
Z-System
icoEverything Everything
Logfile
Commandref
Remote doc
Edit files
Select style
Event monitor

Internals:
   BUSY       0
   DEF        1 30 192.168.178.36 TCP
   DEST       192.168.178.36:502
   DeviceName 192.168.178.36:502
   FD         5
   INTERVAL   1200
   IODev      KeSolarEdge
   LASTOPEN   1519586043.78641
   MODBUSID   1
   ModuleVersion 3.7.3 - 22.12.2017
   NAME       KeSolarEdge
   NOTIFYDEV  global
   NR         363
   NTFY_ORDER 50-KeSolarEdge
   PARTIAL   
   PROTOCOL   TCP
   REQUESTHEX 00450000000601039cab0001
   STATE      opened
   TRIGGERTIME 1519587119.6096
   TRIGGERTIME_FMT 2018-02-25 20:31:59
   TYPE       ModbusAttr
   devioLoglevel 3
   nextOpenDelay 60
   QUEUE:
   READINGS:
     2018-02-25 18:51:59   AC-Energy       708.877
     2018-02-25 19:51:59   AC-Energy-Scale 0
     2018-02-25 19:51:59   AC-Energy-Val   708877
     2018-02-25 18:51:59   AC-Power        0
     2018-02-25 19:51:59   AC-Power-Scale  0
     2018-02-25 19:51:59   AC-Power-Val    0
     2018-02-25 18:51:59   DC-Current      0
     2018-02-25 20:12:03   DC-Current-Scale -32768
     2018-02-25 19:51:59   DC-Current-Val  0
     2018-02-25 18:52:00   DC-Power        0
     2018-02-25 20:12:03   DC-Power-Scale  0
     2018-02-25 20:12:03   DC-Power-Val    0
     2018-02-25 18:51:59   DC-Voltage      0
     2018-02-25 20:12:03   DC-Voltage-Scale -1
     2018-02-25 20:12:03   DC-Voltage-Val  0
     2018-02-25 20:12:03   HeatSinkTemp    0
     2018-02-25 20:12:03   Status          2
     2018-02-25 20:14:03   state           opened
   defptr:
     1:
   gotReadings:
     Status     2
   helper:
     buffer     
     lid        1
     lrecv      1519585923.72258
     lsend      1519585923.71833
   lastRead:
     h40083     1519584719.63526
     h40084     1519584719.63797
     h40093     1519584719.74737
     h40095     1519584719.75008
     h40096     1519584719.75274
     h40097     1519585923.51158
     h40098     1519585923.51431
     h40099     1519585923.51698
     h40100     1519585923.51968
     h40101     1519585923.61828
     h40103     1519585923.62106
     h40107     1519585923.72636
Attributes:
   dev-h-combine 4
   dev-h-defPoll 1
   dev-h-defShowGet 1
   enableControlSet 1
   event-on-change-reading AC-Energy, AC-Power,DC-Current,DC-Power,DC-Voltage,HeatSinkTemp,Status,state
   event-on-update-reading AC-Energy,AC-Power
   maxTimeoutsToReconnect 3
   obj-h40083-reading AC-Power-Val
   obj-h40084-reading AC-Power-Scale
   obj-h40084-unpack s>
   obj-h40093-len 2
   obj-h40093-reading AC-Energy-Val
   obj-h40093-unpack l>
   obj-h40095-reading AC-Energy-Scale
   obj-h40096-reading DC-Current-Val
   obj-h40097-reading DC-Current-Scale
   obj-h40097-unpack s>
   obj-h40098-reading DC-Voltage-Val
   obj-h40099-reading DC-Voltage-Scale
   obj-h40099-unpack s>
   obj-h40100-reading DC-Power-Val
   obj-h40101-reading DC-Power-Scale
   obj-h40101-unpack s>
   obj-h40103-reading HeatSinkTemp
   obj-h40103-unpack s>
   obj-h40107-reading Status
   room       Solar,SolarPV,SolarReport
   sortUpdate 1
   stateFormat {sprintf("%.0f W; %.0f kWh",ReadingsVal("KeSolarEdge","AC-Power",0),ReadingsVal("KeSolarEdge","AC-Energy",0))}
   userReadings AC-Energy:(AC-Energy-Scale.*) {
  my $scale = ReadingsVal ("KeSolarEdge","AC-Energy-Scale",0);
  return (ReadingsVal ("KeSolarEdge","AC-Energy-Val",0) * ( 10 ** $scale) / 1000);;},
 
AC-Power:(AC-Power-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","AC-Power-Scale",0);
return (ReadingsVal ("KeSolarEdge","AC-Power-Val",0) * ( 10 ** $scale));;},

DC-Power:(DC-Power-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Power-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Power-Val",0) * ( 10 ** $scale));;},
 
DC-Current:(DC-Current-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Current-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Current-Val",0) * ( 10 ** $scale));;},
 
DC-Voltage:(DC-Voltage-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Voltage-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Voltage-Val",0) * ( 10 ** $scale));;},

Zustand: (Status.*) {
   my $Zus = ReadingsVal("KeSolarEdge","Status",0);
   my $ret = ReadingsVal("KeSolarEdge","Zustand",0);
   if (($Zus == 2) and (InternalVal("KeSolarEdge","INTERVAL","") != 600)) {
     fhem("set KeSolarEdge interval 600");
     $ret = "Nachtmodus";
   }
   elseif  (InternalVal("KeSolarEdge","INTERVAL","") != 60) {
     fhem("set KeSolarEdge interval 60");
     $ret = "Tagmodus";
   }
   return ($ret);;
}
   userattr   dev-h-combine dev-h-defPoll dev-h-defShowGet enableControlSet event-on-change-reading event-on-update-reading maxTimeoutsToReconnect obj-h40079-expr obj-h40079-reading obj-h40082-reading obj-h40082-unpack obj-h40083-reading obj-h40084-expr obj-h40084-reading obj-h40084-unpack obj-h40093-len obj-h40093-reading obj-h40093-unpack obj-h40094-poll obj-h40094-reading obj-h40095-reading obj-h40096-reading obj-h40097-reading obj-h40097-unpack obj-h40098-reading obj-h40099-reading obj-h40099-unpack obj-h40100-reading obj-h40101-reading obj-h40101-unpack obj-h40103-reading obj-h40103-unpack obj-h40107-reading obj-h40108-reading silentReconnect sortUpdate stateFormat userReadings verbose webCmdLabel
   verbose    1
   webCmdLabel {sprintf("AC-Energy %.3f",ReadingsVal("Solaredge","AC-Energy",0));;}


Disconnects in LogFile KeSolarEdge

2018-02-25_19:00:00 KeSolarEdge DISCONNECTED
2018-02-25_19:00:00 KeSolarEdge CONNECTED
2018-02-25_19:11:59 KeSolarEdge interval 1200
2018-02-25_19:13:53 KeSolarEdge DISCONNECTED
2018-02-25_19:13:53 KeSolarEdge CONNECTED
2018-02-25_19:15:53 KeSolarEdge DISCONNECTED
2018-02-25_19:15:53 KeSolarEdge CONNECTED
2018-02-25_19:17:53 KeSolarEdge DISCONNECTED
2018-02-25_19:17:53 KeSolarEdge CONNECTED
2018-02-25_19:19:53 KeSolarEdge DISCONNECTED
2018-02-25_19:19:53 KeSolarEdge CONNECTED
2018-02-25_19:21:53 KeSolarEdge DISCONNECTED
2018-02-25_19:21:53 KeSolarEdge CONNECTED
2018-02-25_19:23:53 KeSolarEdge DISCONNECTED
2018-02-25_19:23:53 KeSolarEdge CONNECTED
2018-02-25_19:25:53 KeSolarEdge DISCONNECTED
2018-02-25_19:25:53 KeSolarEdge CONNECTED
2018-02-25_19:27:53 KeSolarEdge DISCONNECTED
2018-02-25_19:27:53 KeSolarEdge CONNECTED
2018-02-25_19:29:53 KeSolarEdge DISCONNECTED
2018-02-25_19:29:53 KeSolarEdge CONNECTED
2018-02-25_19:31:53 KeSolarEdge DISCONNECTED
2018-02-25_19:31:53 KeSolarEdge CONNECTED
2018-02-25_19:34:00 KeSolarEdge DISCONNECTED
2018-02-25_19:34:00 KeSolarEdge CONNECTED
2018-02-25_19:36:00 KeSolarEdge DISCONNECTED
2018-02-25_19:36:00 KeSolarEdge CONNECTED
2018-02-25_19:38:00 KeSolarEdge DISCONNECTED
2018-02-25_19:38:00 KeSolarEdge CONNECTED
2018-02-25_19:40:00 KeSolarEdge DISCONNECTED
2018-02-25_19:40:00 KeSolarEdge CONNECTED
2018-02-25_19:42:00 KeSolarEdge DISCONNECTED
2018-02-25_19:42:00 KeSolarEdge CONNECTED
2018-02-25_19:44:00 KeSolarEdge DISCONNECTED
2018-02-25_19:44:00 KeSolarEdge CONNECTED
2018-02-25_19:46:00 KeSolarEdge DISCONNECTED
2018-02-25_19:46:00 KeSolarEdge CONNECTED
2018-02-25_19:48:00 KeSolarEdge DISCONNECTED
2018-02-25_19:48:00 KeSolarEdge CONNECTED
2018-02-25_19:50:00 KeSolarEdge DISCONNECTED
2018-02-25_19:50:00 KeSolarEdge CONNECTED
2018-02-25_19:54:00 KeSolarEdge DISCONNECTED
2018-02-25_19:54:00 KeSolarEdge CONNECTED
2018-02-25_19:56:00 KeSolarEdge DISCONNECTED
2018-02-25_19:56:00 KeSolarEdge CONNECTED
2018-02-25_19:58:00 KeSolarEdge DISCONNECTED
2018-02-25_19:58:00 KeSolarEdge CONNECTED
2018-02-25_20:11:59 KeSolarEdge DISCONNECTED
2018-02-25_20:11:59 KeSolarEdge CONNECTED
2018-02-25_20:12:01 KeSolarEdge DISCONNECTED
2018-02-25_20:12:01 KeSolarEdge CONNECTED
2018-02-25_20:14:03 KeSolarEdge DISCONNECTED
2018-02-25_20:14:03 KeSolarEdge CONNECTED
2018-02-25_20:16:03 KeSolarEdge DISCONNECTED
2018-02-25_20:16:03 KeSolarEdge CONNECTED
2018-02-25_20:18:03 KeSolarEdge DISCONNECTED
2018-02-25_20:18:03 KeSolarEdge CONNECTED
2018-02-25_20:20:03 KeSolarEdge DISCONNECTED
2018-02-25_20:20:03 KeSolarEdge CONNECTED
2018-02-25_20:22:03 KeSolarEdge DISCONNECTED
2018-02-25_20:22:03 KeSolarEdge CONNECTED
2018-02-25_20:24:03 KeSolarEdge DISCONNECTED
2018-02-25_20:24:03 KeSolarEdge CONNECTED
2018-02-25_20:26:03 KeSolarEdge DISCONNECTED
2018-02-25_20:26:04 KeSolarEdge CONNECTED
2018-02-25_20:28:04 KeSolarEdge DISCONNECTED
2018-02-25_20:28:04 KeSolarEdge CONNECTED
2018-02-25_18:54:00 KeSolarEdge DISCONNECTED
2018-02-25_18:54:00 KeSolarEdge CONNECTED
2018-02-25_18:56:00 KeSolarEdge DISCONNECTED
2018-02-25_18:56:00 KeSolarEdge CONNECTED
2018-02-25_18:58:00 KeSolarEdge DISCONNECTED
2018-02-25_18:58:00 KeSolarEdge CONNECTED
2018-02-25_18:59:52 KeSolarEdge interval 30
2018-02-25_19:00:00 KeSolarEdge DISCONNECTED
2018-02-25_19:00:00 KeSolarEdge CONNECTED
2018-02-25_19:11:59 KeSolarEdge interval 1200
2018-02-25_19:13:53 KeSolarEdge DISCONNECTED
2018-02-25_19:13:53 KeSolarEdge CONNECTED
2018-02-25_19:15:53 KeSolarEdge DISCONNECTED
2018-02-25_19:15:53 KeSolarEdge CONNECTED
2018-02-25_19:17:53 KeSolarEdge DISCONNECTED
2018-02-25_19:17:53 KeSolarEdge CONNECTED
2018-02-25_19:19:53 KeSolarEdge DISCONNECTED
2018-02-25_19:19:53 KeSolarEdge CONNECTED
2018-02-25_19:21:53 KeSolarEdge DISCONNECTED
2018-02-25_19:21:53 KeSolarEdge CONNECTED
2018-02-25_19:23:53 KeSolarEdge DISCONNECTED
2018-02-25_19:23:53 KeSolarEdge CONNECTED
2018-02-25_19:25:53 KeSolarEdge DISCONNECTED
2018-02-25_19:25:53 KeSolarEdge CONNECTED
2018-02-25_19:27:53 KeSolarEdge DISCONNECTED
2018-02-25_19:27:53 KeSolarEdge CONNECTED
2018-02-25_19:29:53 KeSolarEdge DISCONNECTED
2018-02-25_19:29:53 KeSolarEdge CONNECTED
2018-02-25_19:31:53 KeSolarEdge DISCONNECTED
2018-02-25_19:31:53 KeSolarEdge CONNECTED
2018-02-25_19:34:00 KeSolarEdge DISCONNECTED
2018-02-25_19:34:00 KeSolarEdge CONNECTED
2018-02-25_19:36:00 KeSolarEdge DISCONNECTED
2018-02-25_19:36:00 KeSolarEdge CONNECTED
2018-02-25_19:38:00 KeSolarEdge DISCONNECTED
2018-02-25_19:38:00 KeSolarEdge CONNECTED
2018-02-25_19:40:00 KeSolarEdge DISCONNECTED
2018-02-25_19:40:00 KeSolarEdge CONNECTED
2018-02-25_19:42:00 KeSolarEdge DISCONNECTED
2018-02-25_19:42:00 KeSolarEdge CONNECTED
2018-02-25_19:44:00 KeSolarEdge DISCONNECTED
2018-02-25_19:44:00 KeSolarEdge CONNECTED
2018-02-25_19:46:00 KeSolarEdge DISCONNECTED
2018-02-25_19:46:00 KeSolarEdge CONNECTED
2018-02-25_19:48:00 KeSolarEdge DISCONNECTED
2018-02-25_19:48:00 KeSolarEdge CONNECTED
2018-02-25_19:50:00 KeSolarEdge DISCONNECTED
2018-02-25_19:50:00 KeSolarEdge CONNECTED
2018-02-25_19:54:00 KeSolarEdge DISCONNECTED
2018-02-25_19:54:00 KeSolarEdge CONNECTED
2018-02-25_19:56:00 KeSolarEdge DISCONNECTED
2018-02-25_19:56:00 KeSolarEdge CONNECTED
2018-02-25_19:58:00 KeSolarEdge DISCONNECTED
2018-02-25_19:58:00 KeSolarEdge CONNECTED
2018-02-25_20:11:59 KeSolarEdge DISCONNECTED
2018-02-25_20:11:59 KeSolarEdge CONNECTED
2018-02-25_20:12:01 KeSolarEdge DISCONNECTED
2018-02-25_20:12:01 KeSolarEdge CONNECTED
2018-02-25_20:14:03 KeSolarEdge DISCONNECTED
2018-02-25_20:14:03 KeSolarEdge CONNECTED
2018-02-25_20:16:03 KeSolarEdge DISCONNECTED
2018-02-25_20:16:03 KeSolarEdge CONNECTED
2018-02-25_20:18:03 KeSolarEdge DISCONNECTED
2018-02-25_20:18:03 KeSolarEdge CONNECTED
2018-02-25_20:20:03 KeSolarEdge DISCONNECTED
2018-02-25_20:20:03 KeSolarEdge CONNECTED
2018-02-25_20:22:03 KeSolarEdge DISCONNECTED
2018-02-25_20:22:03 KeSolarEdge CONNECTED
2018-02-25_20:24:03 KeSolarEdge DISCONNECTED
2018-02-25_20:24:03 KeSolarEdge CONNECTED
2018-02-25_20:26:03 KeSolarEdge DISCONNECTED
2018-02-25_20:26:04 KeSolarEdge CONNECTED
2018-02-25_20:28:04 KeSolarEdge DISCONNECTED
2018-02-25_20:28:04 KeSolarEdge CONNECTED


Dazu was in fhem-log passiert
2018.02.25 19:40:00 3: 192.168.178.36:502 disconnected, waiting to reappear (KeSolarEdge)
2018.02.25 19:40:00 5: HttpUtils url=http://192.168.178.36:502/
2018.02.25 19:40:00 3: 192.168.178.36:502 reappeared (KeSolarEdge)
2018.02.25 19:42:00 3: 192.168.178.36:502 disconnected, waiting to reappear (KeSolarEdge)
2018.02.25 19:42:00 5: HttpUtils url=http://192.168.178.36:502/
2018.02.25 19:42:00 3: 192.168.178.36:502 reappeared (KeSolarEdge)
2018.02.25 19:44:00 3: 192.168.178.36:502 disconnected, waiting to reappear (KeSolarEdge)
2018.02.25 19:44:00 5: HttpUtils url=http://192.168.178.36:502/


Ich fürchte nur das hat garnichts mit dem SolarEdge zu tun, sondern ist ein anderes Problem.

Hilfe wird sehr begrüßt!

Gruß
Ben

Hallo Ben,

Im Fhem-Log sieht das doch so aus, als ob ca alle 2 Minuten die Verbindung abbricht und sofort wieder aufgebaut wird.
Sofern das keine negativen Auswirkungen auf die Kommunikation hat, würde mich das nicht beunruhigen. Ich habe bei vielen Geräte gesehen, dass eine Modbus-TCP Verbindung automatisch nach x Sekunden beendet wird. Das ist eher normal. Fhem muss dann eben die Verbindung wieder aufbauen, was ja auch klappt. Um solche Meldungen aus dem Fhem-Log herauszuhalten gibt es das Attribut silentReconnect.
Falls aber die Werte nicht mehr abgefragt werden können, ist das ein weiteres Problem. Dann bräuchte ich allerdings einen Auszug aus dem Fhem Log bei dem die Modbus-Geräte auf verbose 5 stehen, damit man sieht was genau passiert.

Gruß
    Stefan

Hallo Stefan,

danke!
Das erklärt es für mich. Solange ich die Abfragen alle Minute mache tritt es nicht auf.

Kannst Du mir noch sagen, warum mein UserReading "Zustand" nicht geht? Es wird nie aufgerufen.

Gruß
Markus

Liebe Gemeinde,

geht jetzt so weit alles. Wer es nachbauen mag:

Internals:
   BUSY       0
   DEF        1 30 192.168.178.36 TCP
   DEST       192.168.178.36:502
   DeviceName 192.168.178.36:502
   FD         91
   INTERVAL   600
   IODev      KeSolarEdge
   LASTOPEN   1523044866.65275
   MODBUSID   1
   ModuleVersion 3.7.3 - 22.12.2017
   NAME       KeSolarEdge
   NOTIFYDEV  global
   NR         354
   NTFY_ORDER 50-KeSolarEdge
   PARTIAL   
   PROTOCOL   TCP
   REQUESTHEX 00270000000601039c940001
   STATE      0 W; 1718 kWh
   TRIGGERTIME 1523048587.13296
   TRIGGERTIME_FMT 2018-04-06 23:03:07
   TYPE       ModbusAttr
   devioLoglevel 4
   nextOpenDelay 60
   QUEUE:
   READINGS:
     2018-04-06 22:53:07   AC-Energy       1717.665
     2018-04-06 22:53:07   AC-Energy-Scale 0
     2018-04-06 22:53:07   AC-Energy-Val   1717665
     2018-04-06 22:58:10   AC-Power        0
     2018-04-06 22:58:10   AC-Power-Scale  0
     2018-04-06 22:58:10   AC-Power-Val    0
     2018-04-06 22:53:07   DC-Current      0
     2018-04-06 22:53:07   DC-Current-Scale -32768
     2018-04-06 22:53:07   DC-Current-Val  65535
     2018-04-06 22:53:07   DC-Power        0
     2018-04-06 22:53:07   DC-Power-Scale  0
     2018-04-06 22:53:07   DC-Power-Val    0
     2018-04-06 22:53:07   DC-Voltage      0
     2018-04-06 22:53:07   DC-Voltage-Scale -1
     2018-04-06 22:53:07   DC-Voltage-Val  0
     2018-04-06 22:53:07   HeatSinkTemp    0
     2018-04-06 22:53:07   Status          2
     2018-04-06 22:53:07   Zustand         Nachtmodus
     2018-04-06 22:01:06   state           opened
   defptr:
     1:
   gotReadings:
     AC-Power-Scale 0
   helper:
     buffer     
     lid        1
     lrecv      1523048290.49688
     lsend      1523048290.48976
   lastRead:
     h40083     1523048290.48193
     h40084     1523048290.50143
     h40093     1523047987.08669
     h40095     1523047987.09043
     h40096     1523047987.09428
     h40097     1523047987.09784
     h40098     1523047987.10153
     h40099     1523047987.10505
     h40100     1523047987.10867
     h40101     1523047987.11226
     h40103     1523047987.1158
     h40107     1523047987.11994
Attributes:
   dev-h-combine 200
   dev-h-defPoll 1
   dev-h-defShowGet 1
   enableControlSet 1
   event-on-change-reading .*
   event-on-update-reading AC-Energy,AC-Energy-Scale,AC-Power-Scale,DC-Voltage-Scale,DC-Current-Scale,DC-Power-Scale,Status
   maxTimeoutsToReconnect 3
   obj-h40083-reading AC-Power-Val
   obj-h40084-reading AC-Power-Scale
   obj-h40084-unpack s>
   obj-h40093-len 2
   obj-h40093-reading AC-Energy-Val
   obj-h40093-unpack l>
   obj-h40095-reading AC-Energy-Scale
   obj-h40096-reading DC-Current-Val
   obj-h40097-reading DC-Current-Scale
   obj-h40097-unpack s>
   obj-h40098-reading DC-Voltage-Val
   obj-h40099-reading DC-Voltage-Scale
   obj-h40099-unpack s>
   obj-h40100-reading DC-Power-Val
   obj-h40101-reading DC-Power-Scale
   obj-h40101-unpack s>
   obj-h40103-reading HeatSinkTemp
   obj-h40103-unpack s>
   obj-h40107-reading Status
   room       Solar,SolarPV,SolarReport
   silentReconnect 1
   sortUpdate 1
   stateFormat {sprintf("%.0f W; %.0f kWh",ReadingsVal("KeSolarEdge","AC-Power",0),ReadingsVal("KeSolarEdge","AC-Energy",0))}
   userReadings AC-Energy:(AC-Energy-Scale.*) {
  my $scale = ReadingsVal ("KeSolarEdge","AC-Energy-Scale",0);
  return (ReadingsVal ("KeSolarEdge","AC-Energy-Val",0) * ( 10 ** $scale) / 1000);;},
 
AC-Power:(AC-Power-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","AC-Power-Scale",0);
return (ReadingsVal ("KeSolarEdge","AC-Power-Val",0) * ( 10 ** $scale));;},

DC-Power:(DC-Power-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Power-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Power-Val",0) * ( 10 ** $scale));;},
 
DC-Current:(DC-Current-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Current-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Current-Val",0) * ( 10 ** $scale));;},
 
DC-Voltage:(DC-Voltage-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Voltage-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Voltage-Val",0) * ( 10 ** $scale));;},

Zustand:(Status.*) {
   my $Zus = ReadingsVal("KeSolarEdge","Status",0);
   my $rueck = ReadingsVal("KeSolarEdge","Zustand",0);
   if (($Zus == 2) and (InternalVal("KeSolarEdge","INTERVAL","") != 600)) {
     fhem("set KeSolarEdge interval 600");
     $rueck = "Nachtmodus";
   }
   elsif  (InternalVal("KeSolarEdge","INTERVAL","") != 60) {
     fhem("set KeSolarEdge interval 60");
     $rueck = "Tagmodus";
   }
   return ($rueck);;
}
   webCmdLabel {sprintf("AC-Energy %.3f",ReadingsVal("Solaredge","AC-Energy",0));;}


Zitat von: BenMarloe am 19 Februar 2018, 22:44:49
Versuche den Solaredge Port 503 erneut zu aktivieren und die Verbindung innerhalb von 10 Minuten herzustellen....

Bei meinem SE5K ist es Port 502

stimmt natürlich. Danke

Hallo,

das ist jetzt vielleicht ein dumme Frage, aber funktioniert das ganze auch für andere Modelle (SE5000H) analog?

Nachdem auch ich inzwischen meinen SE10K habe, musste der natürlich auch in FHEM eingebunden werden.

Allerdings war mir die Umsetzung von BenMarloe, die mir einen guten Startpunkt geliefert hat, etwas zu unvollständig und auch nicht nah genug an der SolarEdge-Dokumentation (die ihrerseits auch nicht ganz fehlerfrei zu sein scheint   ;D ).

Im Folgenden also die entsprechenden ModbusAttr-Attribute, wie ich sie umgesetzt habe:


attr <DEVICE-NAME> obj-h40000-len 4
attr <DEVICE-NAME> obj-h40000-reading C_SunSpec_ID
attr <DEVICE-NAME> obj-h40000-unpack (a4)
attr <DEVICE-NAME> obj-h40004-len 16
attr <DEVICE-NAME> obj-h40004-reading C_Manufacturer
attr <DEVICE-NAME> obj-h40004-unpack (a16)
attr <DEVICE-NAME> obj-h40020-len 16
attr <DEVICE-NAME> obj-h40020-reading C_Model
attr <DEVICE-NAME> obj-h40020-unpack (a16)
attr <DEVICE-NAME> obj-h40044-len 8
attr <DEVICE-NAME> obj-h40044-reading C_Version
attr <DEVICE-NAME> obj-h40044-unpack (a8)
attr <DEVICE-NAME> obj-h40052-len 16
attr <DEVICE-NAME> obj-h40052-reading C_SerialNumber
attr <DEVICE-NAME> obj-h40052-unpack (a16)
attr <DEVICE-NAME> obj-h40068-reading C_DeviceAddress
attr <DEVICE-NAME> obj-h40069-reading C_PhaseDesign
attr <DEVICE-NAME> obj-h40070-reading C_SunSpec_Length
attr <DEVICE-NAME> obj-h40071-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_AC_Current_SF',0))
attr <DEVICE-NAME> obj-h40071-reading I_AC_Current
attr <DEVICE-NAME> obj-h40072-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_AC_Current_SF',0))
attr <DEVICE-NAME> obj-h40072-reading I_AC_CurrentA
attr <DEVICE-NAME> obj-h40073-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_AC_Current_SF',0))
attr <DEVICE-NAME> obj-h40073-reading I_AC_CurrentB
attr <DEVICE-NAME> obj-h40074-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_AC_Current_SF',0))
attr <DEVICE-NAME> obj-h40074-reading I_AC_CurrentC
attr <DEVICE-NAME> obj-h40075-reading I_AC_Current_SF
attr <DEVICE-NAME> obj-h40075-unpack s>
attr <DEVICE-NAME> obj-h40076-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_AC_Voltage_SF',0))
attr <DEVICE-NAME> obj-h40076-reading I_AC_VoltageAB
attr <DEVICE-NAME> obj-h40077-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_AC_Voltage_SF',0))
attr <DEVICE-NAME> obj-h40077-reading I_AC_VoltageBC
attr <DEVICE-NAME> obj-h40078-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_AC_Voltage_SF',0))
attr <DEVICE-NAME> obj-h40078-reading I_AC_VoltageCA
attr <DEVICE-NAME> obj-h40079-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_AC_Voltage_SF',0))
attr <DEVICE-NAME> obj-h40079-reading I_AC_VoltageAN
attr <DEVICE-NAME> obj-h40080-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_AC_Voltage_SF',0))
attr <DEVICE-NAME> obj-h40080-reading I_AC_VoltageBN
attr <DEVICE-NAME> obj-h40081-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_AC_Voltage_SF',0))
attr <DEVICE-NAME> obj-h40081-reading I_AC_VoltageCN
attr <DEVICE-NAME> obj-h40082-reading I_AC_Voltage_SF
attr <DEVICE-NAME> obj-h40082-unpack s>
attr <DEVICE-NAME> obj-h40083-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_AC_Power_SF',0))
attr <DEVICE-NAME> obj-h40083-reading I_AC_Power
attr <DEVICE-NAME> obj-h40083-unpack s>
attr <DEVICE-NAME> obj-h40084-reading I_AC_Power_SF
attr <DEVICE-NAME> obj-h40084-unpack s>
attr <DEVICE-NAME> obj-h40085-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_AC_Frequency_SF',0))
attr <DEVICE-NAME> obj-h40085-reading I_AC_Frequency
attr <DEVICE-NAME> obj-h40086-reading I_AC_Frequency_SF
attr <DEVICE-NAME> obj-h40086-unpack s>
attr <DEVICE-NAME> obj-h40087-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_AC_VA_SF',0))
attr <DEVICE-NAME> obj-h40087-reading I_AC_VA
attr <DEVICE-NAME> obj-h40087-unpack s>
attr <DEVICE-NAME> obj-h40088-reading I_AC_VA_SF
attr <DEVICE-NAME> obj-h40088-unpack s>
attr <DEVICE-NAME> obj-h40089-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_AC_VAR_SF',0))
attr <DEVICE-NAME> obj-h40089-reading I_AC_VAR
attr <DEVICE-NAME> obj-h40089-unpack s>
attr <DEVICE-NAME> obj-h40090-reading I_AC_VAR_SF
attr <DEVICE-NAME> obj-h40090-unpack s>
attr <DEVICE-NAME> obj-h40091-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_AC_PF_SF',0))
attr <DEVICE-NAME> obj-h40091-reading I_AC_PF
attr <DEVICE-NAME> obj-h40091-unpack s>
attr <DEVICE-NAME> obj-h40092-reading I_AC_PF_SF
attr <DEVICE-NAME> obj-h40092-unpack s>
attr <DEVICE-NAME> obj-h40093-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_AC_Energy_WH_SF',0))
attr <DEVICE-NAME> obj-h40093-len 2
attr <DEVICE-NAME> obj-h40093-reading I_AC_Energy_WH
attr <DEVICE-NAME> obj-h40093-unpack I>
attr <DEVICE-NAME> obj-h40095-reading I_AC_Energy_WH_SF
attr <DEVICE-NAME> obj-h40096-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_DC_Current_SF',0))
attr <DEVICE-NAME> obj-h40096-reading I_DC_Current
attr <DEVICE-NAME> obj-h40097-reading I_DC_Current_SF
attr <DEVICE-NAME> obj-h40097-unpack s>
attr <DEVICE-NAME> obj-h40098-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_DC_Voltage_SF',0))
attr <DEVICE-NAME> obj-h40098-reading I_DC_Voltage
attr <DEVICE-NAME> obj-h40099-reading I_DC_Voltage_SF
attr <DEVICE-NAME> obj-h40099-unpack s>
attr <DEVICE-NAME> obj-h40100-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_DC_Power_SF',0))
attr <DEVICE-NAME> obj-h40100-reading I_DC_Power
attr <DEVICE-NAME> obj-h40100-unpack s>
attr <DEVICE-NAME> obj-h40101-reading I_DC_Power_SF
attr <DEVICE-NAME> obj-h40101-unpack s>
attr <DEVICE-NAME> obj-h40103-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_Temp_SF',0))
attr <DEVICE-NAME> obj-h40103-reading I_Temp_Sink
attr <DEVICE-NAME> obj-h40103-unpack s>
attr <DEVICE-NAME> obj-h40106-reading I_Temp_SF
attr <DEVICE-NAME> obj-h40106-unpack s>
attr <DEVICE-NAME> obj-h40107-reading I_Status
attr <DEVICE-NAME> obj-h40108-reading I_Status_Vendor


Zusätzlich habe ich noch 2 userReadings definiert, die eine textliche Umsetzung für I_Status und C_PhaseDesign vornehmen. Ja, das hätte man natürlich auch direkt als mapping im ModbusAttr machen können. Aber vielleicht eignen sich die originalen Werte an anderer Stelle besser für irgendwelche Auswertungen.  ;)

Im Anhang außerdem noch die angepasste Registerbeschreibung als PDF-Dokument, analog zur SolarEdge-Doku.

Das ganze habe ich außerdem auch soim entsprechenden Wiki-Artikel (https://wiki.fhem.de/wiki/SolarEdge_SE10k#SunSpec_.28SolarEdge.29) eingetragen.

Enjoy!  :D

gb#

Hallo Benni,
freut mich, wenn meine Vorarbeit nützlich war. Danke dass Du Deine Erkenntnisse veröffentlichst.Wie hast Du das Problem gelöst, dass Wert und Skalierung auf zwei verschienden Registern kommen und gelegentlich nicht gleichzeitig geändert werden, obwohl das nötig wäre?
GrußBenMarloe

Zitat von: BenMarloe am 05 September 2018, 20:25:56
Wie hast Du das Problem gelöst, dass Wert und Skalierung auf zwei verschienden Registern kommen und gelegentlich nicht gleichzeitig geändert werden, obwohl das nötig wäre?

Hmm, das habe ich eigentlich noch gar nicht als Problem betrachtet.  :-[
Ich bin bisher davon ausgegangen, dass der Skalierungsfaktor im wesentlichen konstant ist.
Muss auch zugeben, dass mein Beobachtungszeitraum jetzt noch nicht so lange ist :)

Ansonsten fällt mir da auf anhieb auch erst mal gar keine Lösung dazu ein. Wenn die geänderten Werte nicht zeitgleich mit passender Änderung über die Schnittstelle geliefert werden hat man eigentlich keine Chance.

gb#

Bei ist seit kurzem auch ein SolarEdge Wechselrichter im Einsatz.
Er ist allerdings noch nicht in vollständigen Betrieb, da ein SolarEdge Leistungsoptimierer defekt ist.

Der Wechselrichter ist eingeschaltet. Ich habe mir diesen auch bereits in FHEM mit ModBus über Port 502 eingerichtet.
Das Device meldet auch opened.
Allerdings bekomme ich keine Readings geliefert.
Könnte es daran liegen, weil der Wechselrichter noch nicht wirklich arbeitet?

Zitat von: maci am 14 September 2018, 10:13:52
Könnte es daran liegen, weil der Wechselrichter noch nicht wirklich arbeitet?

Nein, das sollte trotzdem gehen.
Poste doch mal bitte noch ein list des devices.

Hier mein Device List:
Internals:
   BUSY       0
   DEF        1 30 10.0.0.211 TCP
   DEST       10.0.0.211:502
   DeviceName 10.0.0.211:502
   FD         5
   INTERVAL   30
   IODev      SolarEdge
   LASTOPEN   1536923580.83647
   MODBUSID   1
   ModuleVersion 3.7.3 - 22.12.2017
   NAME       SolarEdge
   NOTIFYDEV  global
   NR         297
   NTFY_ORDER 50-SolarEdge
   PARTIAL   
   PROTOCOL   TCP
   STATE      opened
   TRIGGERTIME 1536923702.67301
   TRIGGERTIME_FMT 2018-09-14 13:15:02
   TYPE       ModbusAttr
   devioLoglevel 3
   nextOpenDelay 60
   READINGS:
     2018-09-14 13:13:00   state           opened
   defptr:
     1:
   helper:
     buffer     
Attributes:
   DbLogExclude .*
   room       3.02_PV-Anlage
   userattr   DbLogExclude

Zitat von: maci am 14 September 2018, 13:16:08
Hier mein Device List:

Da fehlen ja doch die ganzen Attribute!
(siehe weiter oben (https://forum.fhem.de/index.php/topic,80767.msg832938.html#msg832938), bzw. im Wiki (https://wiki.fhem.de/wiki/SolarEdge_SE10k#SunSpec_.28SolarEdge.29))

ohne die gibt's natürlich keine Readings
(siehe dazu die Commandref zum ModbusAttr-Modul (https://fhem.de/commandref.html#ModbusAttr) unter "Configuration of the module")

gb#

Danke, war ich wieder mal zu eilig.

Jetzt kommen Werte.

Meine Kleine Anlage (Balkongeländer) mit dem SolarEdge Wechselrichter ist nun in Betrieb.
Seit ein paar Tagen sammle ich Erfahrungswerte in FHEM damit.

Was mir aber auffällt ist immer am Schluß des Tages, ein sprunghaftes Ansteigen der Tageswerte.
zB heute (Regentag) ein Logauszug:
2018-09-23 17:49:36 dum_pv_energytoday DUMMY state: 1.47 state 1.47
2018-09-23 17:50:37 dum_pv_energytoday DUMMY state: 1.47 state 1.47
2018-09-23 17:51:38 dum_pv_energytoday DUMMY state: 1.47 state 1.47
2018-09-23 17:52:39 dum_pv_energytoday DUMMY state: 1.48 state 1.48
2018-09-23 17:53:39 dum_pv_energytoday DUMMY state: 1.48 state 1.48
2018-09-23 17:54:40 dum_pv_energytoday DUMMY state: 1.48 state 1.48
2018-09-23 17:55:41 dum_pv_energytoday DUMMY state: 1.48 state 1.48
2018-09-23 17:56:42 dum_pv_energytoday DUMMY state: 1.48 state 1.48
2018-09-23 17:57:43 dum_pv_energytoday DUMMY state: 1.48 state 1.48
2018-09-23 17:58:44 dum_pv_energytoday DUMMY state: 1.48 state 1.48
2018-09-23 17:59:45 dum_pv_energytoday DUMMY state: 1.48 state 1.48
2018-09-23 18:00:46 dum_pv_energytoday DUMMY state: 1.48 state 1.48
2018-09-23 18:01:47 dum_pv_energytoday DUMMY state: 1.48 state 1.48
2018-09-23 18:02:47 dum_pv_energytoday DUMMY state: 1.48 state 1.48
2018-09-23 18:03:48 dum_pv_energytoday DUMMY state: 1.48 state 1.48
2018-09-23 18:04:49 dum_pv_energytoday DUMMY state: 1.48 state 1.48
2018-09-23 18:05:51 dum_pv_energytoday DUMMY state: 1.48 state 1.48
2018-09-23 18:06:52 dum_pv_energytoday DUMMY state: 1.48 state 1.48
2018-09-23 18:07:52 dum_pv_energytoday DUMMY state: 2.02 state 2.02
2018-09-23 18:08:53 dum_pv_energytoday DUMMY state: 2.02 state 2.02
2018-09-23 18:09:54 dum_pv_energytoday DUMMY state: 2.02 state 2.02
2018-09-23 18:10:55 dum_pv_energytoday DUMMY state: 2.02 state 2.02
Man beachte die letzten Einträge.

Dies ist auch in den vorherigen Tagen so.

Ich habe leider noch keinen Webzugang zu meinen Wechselrichter bekommen (muß vom Solarteur kommen).
Hier könnte ich die Werte überprüfen.

Ich habe meinen SolarEdge Wechselrichter nun auch eingerichtet und kann viele Werte auslesen. Die Bedeutung der Werte ist mir aber noch nicht ganz klar.

I_AC_Power: Aktuelle Produktion der Solaranlage
I_AC_Energy_WH: Gesamtproduktion der Solaranlage

Was genau ist DC_Power? Handelt es sich um die von AC umgewandelte Leistung für den Verbrauch im Haus?

Am Wechelrichter selbst kann ich außerdem den gesamten Verbrauch sowie die Einspeisung bzw. die zusätzlich aus dem Netz bezogene Energie sehen. Kann ich das auch per Modbus irgendwie auslesen oder berechnen?

Außerdem kann ich am Wechselrichter auch die Produktion für den aktuellen Tag/Monat/Jahr sehen. Kann ich das auch auslesen oder muss ich die Werte dazu selbst mitloggen von I_AC_Energy_WH ausgehend?

Zitat von: kingmathers am 03 Oktober 2018, 16:21:38
Was genau ist DC_Power? Handelt es sich um die von AC umgewandelte Leistung für den Verbrauch im Haus?

Die DC-Werte sind die Gleichstromwerte, als alles was vor der Umwandlung ist, sprich das was von der Photovoltaikanlage geliefert wird (Die Solar-Panels liefern Gleichstrom).

Zitat von: kingmathers am 03 Oktober 2018, 16:21:38
Am Wechelrichter selbst kann ich außerdem den gesamten Verbrauch sowie die Einspeisung bzw. die zusätzlich aus dem Netz bezogene Energie sehen. Kann ich das auch per Modbus irgendwie auslesen oder berechnen?

Leider nein!
Ich habe bei mir zusätzlich noch eine Sonnenbatterie im Einsatz. Von der bekomme ich aber die Werte zu Einspeisung und Verbrauch.

Zitat von: kingmathers am 03 Oktober 2018, 16:21:38
Außerdem kann ich am Wechselrichter auch die Produktion für den aktuellen Tag/Monat/Jahr sehen. Kann ich das auch auslesen oder muss ich die Werte dazu selbst mitloggen von I_AC_Energy_WH ausgehend?

Auch diese Werte kommen nicht über Modbus. Evtl. lassen sich die aber über das SolarEdge-Portal auslesen. Damit habe ich mich aber noch nicht beschäftigt.
Ansonsten ja: Selbst loggen und berechnen.

gb#

Zitat von: Benni am 03 Oktober 2018, 20:56:00
Die DC-Werte sind die Gleichstromwerte, als alles was vor der Umwandlung ist, sprich das was von der Photovoltaikanlage geliefert wird (Die Solar-Panels liefern Gleichstrom).

Danke, da hatte ich meinem Post beide Werte verwechselt. Macht so natürlich mehr Sinn.

Zitat von: Benni am 03 Oktober 2018, 20:56:00
Leider nein!
Ich habe bei mir zusätzlich noch eine Sonnenbatterie im Einsatz. Von der bekomme ich aber die Werte zu Einspeisung und Verbrauch.

Auch diese Werte kommen nicht über Modbus. Evtl. lassen sich die aber über das SolarEdge-Portal auslesen. Damit habe ich mich aber noch nicht beschäftigt.
Ansonsten ja: Selbst loggen und berechnen.

gb#

Ok die kumulierten Werte werde ich mir dann selbst mitloggen. Dass die Einspeisung etc. nicht sichtbar ist finde ich sehr schade, davon war ich eigentlich ausgegangen. Den Weg übers SolarEdge Portal wollte ich vermeiden, um die Werte schneller und zuverlässiger direkt vom Wechselrichter auslesen zu können.

Eine Batterie habe ich aktuell nicht, ich werde mal schauen ob ich aus dem Stromzähler diese Werte auslesen kann und sonst doch übers SolarEdge Webportal gehen.

Vielen Dank Für die Hinweise sowie die ausführliche Beschreibung!

Zitat von: kingmathers am 03 Oktober 2018, 21:14:11
Dass die Einspeisung etc. nicht sichtbar ist finde ich sehr schade, davon war ich eigentlich ausgegangen.

Die Einspeisung kannst du am Wechselrichter nicht sehen, denn nach dem Wechselrichter ist ja noch dein Hausnetz.
Wieviel du einspeist kannst am Stromzähler ablesen. Nur da bekommst du den richtigen Wert.

Wenn ich das richtig gesehen habe (bin aktuell nicht vor Ort) ist der Stromzähler mit dem Wechselrichter verbunden und auf dem Display wird angezeigt, wie viel Strom vom Haus verbraucht wird sowie die Einspeisung.

Ich werde demnächst versuchen, diese Werte aus dem Stromzähler direkt auszulesen, da bin ich ja direkt an der Quelle.

Zitat von: kingmathers am 04 Oktober 2018, 06:22:43
Wenn ich das richtig gesehen habe (bin aktuell nicht vor Ort) ist der Stromzähler mit dem Wechselrichter verbunden und auf dem Display wird angezeigt, wie viel Strom vom Haus verbraucht wird sowie die Einspeisung.

Normalerweise müsste der Wechselrichter seine Informationen über ein Leistungsmessgerät bekommen, das ebenfalls im Schaltschrank verbaut ist, nicht vom Stromzähler direkt.
Allerdings stellt der WR die Werte nicht per Modbus zur Verfügung.
Bei mir erhalte ich die Werte vom LMG über das API der Sonnenbatterie zur Auswertung. Die wiederum sind aber leider nicht hundertprozentig mit den Ist-Daten des Stromzählers synchron, deshalb bin ich bei mir gerade auch daran, den Zweirichtungszähler direkt auswerten zu wollen. Dafür kannst du dir ja mal das Volkszähler-Projekt (http://xn--volkszhler-v5a.org/) anschauen.
Oder falls dein Stromzähler kompatibel ist, die Homematic-Lösung (https://www.elv.de/homematic-energie-sensor-fuer-smart-meter-es-iec-komplettbausatz.html). Die HM-Variante  war bei meinem Zähler leider nicht kompatibel, daher hätte ich sogar sowohl den ES-IEC, als auch die zugehörigen HM-Zählersensor Sendeeinheit (https://www.elv.de/homematic-zaehlersensor-strom-gas-bausatz.html) abzugeben.

gb#

Zitat von: BenMarloe am 05 September 2018, 20:25:56
Hallo Benni,
freut mich, wenn meine Vorarbeit nützlich war. Danke dass Du Deine Erkenntnisse veröffentlichst.Wie hast Du das Problem gelöst, dass Wert und Skalierung auf zwei verschienden Registern kommen und gelegentlich nicht gleichzeitig geändert werden, obwohl das nötig wäre?
GrußBenMarloe

Ich hatte das gleiche Problem (mit Bennis Definition), dass der Scaling Factor erst 1-2s nach dem eigentlichen Wert aktualisiert wurde. Bis zum nächsten Update war der Wert also um den Faktor 10 zu hoch oder zu niedrig, was vor allem in den Fraphen auffällt.

Ich habe es nun so gelöst, dass ich die Berechnung von I_AC_Power ausschließlich durch ein Update des Readings I_AC_Power_SF triggere. Dann ist der eigentliche Wert bereits aktualisiert worden.

So ähnlich hattest du es auch gemacht oder?

Kann man die Reihenfolge, in welcher die Readings per Modbus gelesen warden, selbst festlegen? Dann könnte man ja einfach vorgeben, dass die Scaling Factors zuerst gelesen werden sollen.

Hallo,

mit dem Attribut sortUpdate kann man erreichen, dass die Register in aufsteigender Reihenfolge abgefragt werden.
In Eurem Fall müsste aber der Scale-Wert zuerst gelesen werden und der kommt ja so wie ich es verstanden habe nach dem eigentlichen Wert.
Wenn man es genau nimmt, müsste man sogar beide Register zusammen auslesen, sonst könnte sich die Skalierung genau zwischen dem Lesen der Skalierung und des Wertes ändern...

Ein ganz anderer Lösungsansatz wäre dass man nicht mehr ein Reading für h40083 (Power) und eines für h40084(Scale) verwendet, sondern h40083 mit len 2 ausliest und in der h40083-expr selbst die beiden Werte auseinanderpflückt (mit unpack) und dann daraus den korrekten Wert berechnet.
Dann wird beides immer korrekt zusammen gelesen und die Umrechnung findet über die Perl-Expression direkt beim Lesen statt.

Gruss
   Stefan

Hallo,

um Euch das mit dem Scale/Wert zu erleichtern, habe ich in der neuen Version des Modbus-Moduls eine Kleinigkeit geändert:
in den expr-Attributen steht künftig der Wert nach dem unpack nicht nur als $val sondern auch als @val zu Verfügung.
In diesem Array stehen mehrere Werte, wenn der unpack mehrere Werte erzeugt.

Beispiel:

attr MBETest obj-h801-reading test1
attr MBETest obj-h801-len 2
attr MBETest obj-h801-unpack s>s>
attr MBETest obj-h801-expr "$val[0] $val[1]"


Durch len 2 werden zwei Register gleichzeitig (im Beispiel 801 und 802) gelesen.
Der unpack-Code s>s> erzeugt zwei Werte im Array @val. 801 steht dann in $val[0] und 802 in $val[1].
In der Expr werden die Werte dann zusammengebaut (hier nur mit einem Space verkettet, in Eurem Fall vermutlich irgendwie mit Zehnerpotenzen multimpliziert).

Die neue Version ist in diesem Thread:
https://forum.fhem.de/index.php/topic,75638.135.html

Gruss
  Stefan

Hallo Stefan,

das klingt ja gut!
Mal sehen, ob ich heute noch dazu komme ...

Vielen Dank!

gb#

Hallo,

ich habe mal die Modbus-Register vom SolarEdge in ein Modul gepackt. Hatte ich schon lange vor. Ich habe einen SolarEdge SE5K .
Die Ports sind etwas anders, weil die RS485 Schnittstelle über einen USR-TCP232-T24 (https://www.usriot.com/download/T24/USR-TCP232-T24-EN%20V3.2.5.pdf) angebunden ist. Mein SE5K hat noch nicht ModBus TCP.

2 Sachen passen beim neuen Modul noch nicht.


I_AC_Energie_WH 67633426.000000 Wh  ist falsch, finde den Fehler nicht. richtig ist 17957.90 kWh



C_SunSpec_ID nSSu  ist falsch herrum  -> SunS ist richtig


Hier mal 2 Logs zum vergleichen ist ein SolarEdge WS nur über 2 weg ausgelsen.

1. hier der Log vom über "defmod PWP ModbusAttr 3 60 192.168.2.7:20108 RTU" angelegten SolarEdge (I_AC_Energie_WH = 17957.90 kWh):

2018.10.15 23:31:59.094 4: PWP: ParseObj for I_AC_Strom_SF assigns 65534
2018.10.15 23:31:59.095 5: PWP: ParseObj moves to next object, skip 1 to h76
2018.10.15 23:31:59.095 5: PWP: ParseObj has no information about parsing h76
2018.10.15 23:31:59.095 5: PWP: ParseObj moves to next object, skip 1 to h77
2018.10.15 23:31:59.095 5: PWP: ParseObj has no information about parsing h77
2018.10.15 23:31:59.096 5: PWP: ParseObj moves to next object, skip 1 to h78
2018.10.15 23:31:59.096 5: PWP: ParseObj has no information about parsing h78
2018.10.15 23:31:59.096 5: PWP: ParseObj moves to next object, skip 1 to h79
2018.10.15 23:31:59.096 5: PWP: ParseObj has no information about parsing h79
2018.10.15 23:31:59.097 5: PWP: ParseObj moves to next object, skip 1 to h80
2018.10.15 23:31:59.097 5: PWP: ParseObj has no information about parsing h80
2018.10.15 23:31:59.097 5: PWP: ParseObj moves to next object, skip 1 to h81
2018.10.15 23:31:59.097 5: PWP: ParseObj has no information about parsing h81
2018.10.15 23:31:59.098 5: PWP: ParseObj moves to next object, skip 1 to h82
2018.10.15 23:31:59.098 5: PWP: ParseObj has no information about parsing h82
2018.10.15 23:31:59.098 5: PWP: ParseObj moves to next object, skip 1 to h83
2018.10.15 23:31:59.100 5: PWP: ParseObj ObjInfo for h83: reading=I_AC_Leistung_W, unpack=n, expr=, format=, map=
2018.10.15 23:31:59.100 5: PWP: ParseObj unpacked 00000000138bfffe000000000000000000000000011204080000ffff800000000000000000008000000080008000fffe0002 with n to hex 30 (0)
2018.10.15 23:31:59.101 4: PWP: ParseObj for I_AC_Leistung_W assigns 0
2018.10.15 23:31:59.101 5: PWP: ParseObj moves to next object, skip 1 to h84
2018.10.15 23:31:59.103 5: PWP: ParseObj ObjInfo for h84: reading=I_AC_Leistung_SF, unpack=n, expr=$val, format=, map=
2018.10.15 23:31:59.103 5: PWP: ParseObj unpacked 0000138bfffe000000000000000000000000011204080000ffff800000000000000000008000000080008000fffe0002 with n to hex 30 (0)
2018.10.15 23:31:59.103 5: PWP: ParseObj evaluates expr for I_AC_Leistung_SF, val=0, expr $val
2018.10.15 23:31:59.104 5: PWP: ParseObj eval result is 0
2018.10.15 23:31:59.104 4: PWP: ParseObj for I_AC_Leistung_SF assigns 0
2018.10.15 23:31:59.105 5: PWP: ParseObj moves to next object, skip 1 to h85
2018.10.15 23:31:59.106 5: PWP: ParseObj ObjInfo for h85: reading=I_AC_Frequenz_Hz, unpack=n, expr=$val, format=, map=
2018.10.15 23:31:59.107 5: PWP: ParseObj unpacked 138bfffe000000000000000000000000011204080000ffff800000000000000000008000000080008000fffe0002 with n to hex 35303033 (5003)
2018.10.15 23:31:59.107 5: PWP: ParseObj evaluates expr for I_AC_Frequenz_Hz, val=5003, expr $val
2018.10.15 23:31:59.107 5: PWP: ParseObj eval result is 5003
2018.10.15 23:31:59.108 4: PWP: ParseObj for I_AC_Frequenz_Hz assigns 5003
2018.10.15 23:31:59.108 5: PWP: ParseObj moves to next object, skip 1 to h86
2018.10.15 23:31:59.110 5: PWP: ParseObj ObjInfo for h86: reading=I_AC_Frequenz_SF, unpack=n, expr=$val, format=, map=
2018.10.15 23:31:59.110 5: PWP: ParseObj unpacked fffe000000000000000000000000011204080000ffff800000000000000000008000000080008000fffe0002 with n to hex 3635353334 (65534)
2018.10.15 23:31:59.110 5: PWP: ParseObj evaluates expr for I_AC_Frequenz_SF, val=65534, expr $val
2018.10.15 23:31:59.111 5: PWP: ParseObj eval result is 65534
2018.10.15 23:31:59.111 4: PWP: ParseObj for I_AC_Frequenz_SF assigns 65534
2018.10.15 23:31:59.111 5: PWP: ParseObj moves to next object, skip 1 to h87
2018.10.15 23:31:59.113 5: PWP: ParseObj ObjInfo for h87: reading=I_AC_VA, unpack=n, expr=$val, format=, map=
2018.10.15 23:31:59.113 5: PWP: ParseObj unpacked 000000000000000000000000011204080000ffff800000000000000000008000000080008000fffe0002 with n to hex 30 (0)
2018.10.15 23:31:59.114 5: PWP: ParseObj evaluates expr for I_AC_VA, val=0, expr $val
2018.10.15 23:31:59.114 5: PWP: ParseObj eval result is 0
2018.10.15 23:31:59.114 4: PWP: ParseObj for I_AC_VA assigns 0
2018.10.15 23:31:59.115 5: PWP: ParseObj moves to next object, skip 1 to h88
2018.10.15 23:31:59.116 5: PWP: ParseObj ObjInfo for h88: reading=I_AC_VA_SF, unpack=n, expr=$val, format=, map=
2018.10.15 23:31:59.117 5: PWP: ParseObj unpacked 00000000000000000000011204080000ffff800000000000000000008000000080008000fffe0002 with n to hex 30 (0)
2018.10.15 23:31:59.117 5: PWP: ParseObj evaluates expr for I_AC_VA_SF, val=0, expr $val
2018.10.15 23:31:59.117 5: PWP: ParseObj eval result is 0
2018.10.15 23:31:59.118 4: PWP: ParseObj for I_AC_VA_SF assigns 0
2018.10.15 23:31:59.118 5: PWP: ParseObj moves to next object, skip 1 to h89
2018.10.15 23:31:59.120 5: PWP: ParseObj ObjInfo for h89: reading=I_AC_VAR, unpack=n, expr=$val, format=, map=
2018.10.15 23:31:59.120 5: PWP: ParseObj unpacked 0000000000000000011204080000ffff800000000000000000008000000080008000fffe0002 with n to hex 30 (0)
2018.10.15 23:31:59.120 5: PWP: ParseObj evaluates expr for I_AC_VAR, val=0, expr $val
2018.10.15 23:31:59.121 5: PWP: ParseObj eval result is 0
2018.10.15 23:31:59.121 4: PWP: ParseObj for I_AC_VAR assigns 0
2018.10.15 23:31:59.121 5: PWP: ParseObj moves to next object, skip 1 to h90
2018.10.15 23:31:59.123 5: PWP: ParseObj ObjInfo for h90: reading=I_AC_VAR_SF, unpack=n, expr=$val, format=, map=
2018.10.15 23:31:59.124 5: PWP: ParseObj unpacked 000000000000011204080000ffff800000000000000000008000000080008000fffe0002 with n to hex 30 (0)
2018.10.15 23:31:59.124 5: PWP: ParseObj evaluates expr for I_AC_VAR_SF, val=0, expr $val
2018.10.15 23:31:59.124 5: PWP: ParseObj eval result is 0
2018.10.15 23:31:59.124 4: PWP: ParseObj for I_AC_VAR_SF assigns 0
2018.10.15 23:31:59.125 5: PWP: ParseObj moves to next object, skip 1 to h91
2018.10.15 23:31:59.127 5: PWP: ParseObj ObjInfo for h91: reading=I_AC_PF_Prozent, unpack=n, expr=$val, format=, map=
2018.10.15 23:31:59.127 5: PWP: ParseObj unpacked 00000000011204080000ffff800000000000000000008000000080008000fffe0002 with n to hex 30 (0)
2018.10.15 23:31:59.127 5: PWP: ParseObj evaluates expr for I_AC_PF_Prozent, val=0, expr $val
2018.10.15 23:31:59.128 5: PWP: ParseObj eval result is 0
2018.10.15 23:31:59.128 4: PWP: ParseObj for I_AC_PF_Prozent assigns 0
2018.10.15 23:31:59.128 5: PWP: ParseObj moves to next object, skip 1 to h92
2018.10.15 23:31:59.130 5: PWP: ParseObj ObjInfo for h92: reading=I_AC_PF_SF, unpack=n, expr=$val, format=, map=
2018.10.15 23:31:59.130 5: PWP: ParseObj unpacked 0000011204080000ffff800000000000000000008000000080008000fffe0002 with n to hex 30 (0)
2018.10.15 23:31:59.131 5: PWP: ParseObj evaluates expr for I_AC_PF_SF, val=0, expr $val
2018.10.15 23:31:59.131 5: PWP: ParseObj eval result is 0
2018.10.15 23:31:59.131 4: PWP: ParseObj for I_AC_PF_SF assigns 0
2018.10.15 23:31:59.132 5: PWP: ParseObj moves to next object, skip 1 to h93
2018.10.15 23:31:59.133 5: PWP: ParseObj ObjInfo for h93: reading=I_AC_Energie_WH_kWh, unpack=l>, expr=$val / 1000, format=%.2f, map=
2018.10.15 23:31:59.134 5: PWP: ParseObj unpacked 011204080000ffff800000000000000000008000000080008000fffe0002 with l> to hex 3137393537383936 (17957896)
2018.10.15 23:31:59.134 5: PWP: ParseObj evaluates expr for I_AC_Energie_WH_kWh, val=17957896, expr $val / 1000
2018.10.15 23:31:59.134 5: PWP: ParseObj eval result is 17957.896
2018.10.15 23:31:59.135 5: PWP: ParseObj for I_AC_Energie_WH_kWh does sprintf with format %.2f value is 17957.896
2018.10.15 23:31:59.135 5: PWP: ParseObj for I_AC_Energie_WH_kWh sprintf result is 17957.90
2018.10.15 23:31:59.135 4: PWP: ParseObj for I_AC_Energie_WH_kWh assigns 17957.90
2018.10.15 23:31:59.136 5: PWP: ParseObj moves to next object, skip 2 to h95
2018.10.15 23:31:59.137 5: PWP: ParseObj ObjInfo for h95: reading=I_AC_Energie_WH_SF, unpack=n, expr=$val, format=, map=
2018.10.15 23:31:59.138 5: PWP: ParseObj unpacked 0000ffff800000000000000000008000000080008000fffe0002 with n to hex 30 (0)
2018.10.15 23:31:59.138 5: PWP: ParseObj evaluates expr for I_AC_Energie_WH_SF, val=0, expr $val
2018.10.15 23:31:59.138 5: PWP: ParseObj eval result is 0
2018.10.15 23:31:59.138 4: PWP: ParseObj for I_AC_Energie_WH_SF assigns 0
2018.10.15 23:31:59.139 5: PWP: ParseObj moves to next object, skip 1 to h96
2018.10.15 23:31:59.141 5: PWP: ParseObj ObjInfo for h96: reading=I_DC_Strom_A, unpack=n, expr=$val, format=, map=
2018.10.15 23:31:59.141 5: PWP: ParseObj unpacked ffff800000000000000000008000000080008000fffe0002 with n to hex 3635353335 (65535)
2018.10.15 23:31:59.141 5: PWP: ParseObj evaluates expr for I_DC_Strom_A, val=65535, expr $val
2018.10.15 23:31:59.142 5: PWP: ParseObj eval result is 65535
2018.10.15 23:31:59.142 4: PWP: ParseObj for I_DC_Strom_A assigns 65535
2018.10.15 23:31:59.142 5: PWP: ParseObj moves to next object, skip 1 to h97
2018.10.15 23:31:59.144 5: PWP: ParseObj ObjInfo for h97: reading=I_DC_Strom_SF, unpack=n, expr=$val, format=, map=
2018.10.15 23:31:59.144 5: PWP: ParseObj unpacked 800000000000000000008000000080008000fffe0002 with n to hex 3332373638 (32768)
2018.10.15 23:31:59.145 5: PWP: ParseObj evaluates expr for I_DC_Strom_SF, val=32768, expr $val
2018.10.15 23:31:59.145 5: PWP: ParseObj eval result is 32768
2018.10.15 23:31:59.145 4: PWP: ParseObj for I_DC_Strom_SF assigns 32768
2018.10.15 23:31:59.146 5: PWP: ParseObj moves to next object, skip 1 to h98
2018.10.15 23:31:59.147 5: PWP: ParseObj ObjInfo for h98: reading=I_DC_Spannung_V, unpack=n, expr=$val, format=, map=
2018.10.15 23:31:59.148 5: PWP: ParseObj unpacked 00000000000000008000000080008000fffe0002 with n to hex 30 (0)
2018.10.15 23:31:59.148 5: PWP: ParseObj evaluates expr for I_DC_Spannung_V, val=0, expr $val
2018.10.15 23:31:59.148 5: PWP: ParseObj eval result is 0
2018.10.15 23:31:59.149 4: PWP: ParseObj for I_DC_Spannung_V assigns 0
2018.10.15 23:31:59.149 5: PWP: ParseObj moves to next object, skip 1 to h99
2018.10.15 23:31:59.151 5: PWP: ParseObj ObjInfo for h99: reading=I_DC_Spannung_SF, unpack=n, expr=$val, format=, map=
2018.10.15 23:31:59.151 5: PWP: ParseObj unpacked 0000000000008000000080008000fffe0002 with n to hex 30 (0)
2018.10.15 23:31:59.151 5: PWP: ParseObj evaluates expr for I_DC_Spannung_SF, val=0, expr $val
2018.10.15 23:31:59.152 5: PWP: ParseObj eval result is 0
2018.10.15 23:31:59.152 4: PWP: ParseObj for I_DC_Spannung_SF assigns 0
2018.10.15 23:31:59.152 5: PWP: ParseObj moves to next object, skip 1 to h100
2018.10.15 23:31:59.154 5: PWP: ParseObj ObjInfo for h100: reading=I_DC_Leistung_W, unpack=n, expr=, format=, map=
2018.10.15 23:31:59.155 5: PWP: ParseObj unpacked 000000008000000080008000fffe0002 with n to hex 30 (0)
2018.10.15 23:31:59.155 4: PWP: ParseObj for I_DC_Leistung_W assigns 0
2018.10.15 23:31:59.155 5: PWP: ParseObj moves to next object, skip 1 to h101
2018.10.15 23:31:59.157 5: PWP: ParseObj ObjInfo for h101: reading=I_DC_Leistung_SF, unpack=n, expr=, format=, map=
2018.10.15 23:31:59.157 5: PWP: ParseObj unpacked 00008000000080008000fffe0002 with n to hex 30 (0)
2018.10.15 23:31:59.158 4: PWP: ParseObj for I_DC_Leistung_SF assigns 0
2018.10.15 23:31:59.158 5: PWP: ParseObj moves to next object, skip 1 to h102
2018.10.15 23:31:59.158 5: PWP: ParseObj has no information about parsing h102
2018.10.15 23:31:59.159 5: PWP: ParseObj moves to next object, skip 1 to h103
2018.10.15 23:31:59.160 5: PWP: ParseObj ObjInfo for h103: reading=Temp_Kuehler_C, unpack=n, expr=$val / 100, format=%.f, map=
2018.10.15 23:31:59.161 5: PWP: ParseObj unpacked 000080008000fffe0002 with n to hex 30 (0)
2018.10.15 23:31:59.161 5: PWP: ParseObj evaluates expr for Temp_Kuehler_C, val=0, expr $val / 100
2018.10.15 23:31:59.161 5: PWP: ParseObj eval result is 0
2018.10.15 23:31:59.162 5: PWP: ParseObj for Temp_Kuehler_C does sprintf with format %.f value is 0
2018.10.15 23:31:59.162 5: PWP: ParseObj for Temp_Kuehler_C sprintf result is 0
2018.10.15 23:31:59.162 4: PWP: ParseObj for Temp_Kuehler_C assigns 0
2018.10.15 23:31:59.162 5: PWP: ParseObj moves to next object, skip 1 to h104
2018.10.15 23:31:59.163 5: PWP: ParseObj has no information about parsing h104
2018.10.15 23:31:59.163 5: PWP: ParseObj moves to next object, skip 1 to h105
2018.10.15 23:31:59.163 5: PWP: ParseObj has no information about parsing h105
2018.10.15 23:31:59.164 5: PWP: ParseObj moves to next object, skip 1 to h106
2018.10.15 23:31:59.164 5: PWP: ParseObj has no information about parsing h106
2018.10.15 23:31:59.164 5: PWP: ParseObj moves to next object, skip 1 to h107
2018.10.15 23:31:59.166 5: PWP: ParseObj ObjInfo for h107: reading=C_Status, unpack=n, expr=, format=, map=1:Aus, 2:Nachtmodus, 4:WR_An
2018.10.15 23:31:59.166 5: PWP: ParseObj unpacked 0002 with n to hex 32 (2)
2018.10.15 23:31:59.166 5: PWP: ParseObj for C_Status maps value to 2 with 1:Aus, 2:Nachtmodus, 4:WR_An
2018.10.15 23:31:59.167 4: PWP: ParseObj for C_Status assigns Nachtmodus
2018.10.15 23:31:59.326 5: PWP: ParseFrames got 28 readings from ParseObj
2018.10.15 23:32:08.278 5: CUL/RAW: /V 1.20.04 a-culfw Build: 180 (2016-01-28_21-57-20) CUBe (F-Band: 868MHz)

2018.10.15 23:32:08.278 4: CUL_Parse: CUL_NET V 1.20.04 a-culfw Build: 180 (2016-01-28_21-57-20) CUBe (F-Band: 868MHz)
2018.10.15 23:32:17.482 2: LuftdatenInfo2 (NPLuft) - error while request: 192.168.2.118: Keine Route zum Zielrechner
2018.10.15 23:32:38.455 5: CUL/RAW: /V 1.20.04 a-culfw Build: 180 (2016-01-28_21-57-20) CUBe (F-Band: 868MHz)

2018.10.15 23:32:38.456 4: CUL_Parse: CUL_NET V 1.20.04 a-culfw Build: 180 (2016-01-28_21-57-20) CUBe (F-Band: 868MHz)
2018.10.15 23:32:40.225 5: PWP: raw read: 03034853756e5300010041536f6c61724564676520000000000000000000000000000000000000000000005345354b00000000000000000000000000000000000000000000000000000000c5f8
2018.10.15 23:32:40.225 5: PWP: ParseFrames returned error: got data but did not send a request - ignoring
2018.10.15 23:32:40.388 5: PWP: raw read: 030356303030322e313035330000000000000037453138323045410000000000000000000000000000000000000000000000000003006700320000000000000000fffe00000000000000eb00ed00ed000000000000138bfffed146
2018.10.15 23:32:40.389 5: PWP: ParseFrames returned error: got data but did not send a request - ignoring
2018.10.15 23:32:40.572 5: PWP: raw read: 03031e011204080000ffff800000000000000000008000000080008000fffe00024286
2018.10.15 23:32:40.572 5: PWP: ParseFrames returned error: got data but did not send a request - ignoring
2018.10.15 23:32:47.482 2: LuftdatenInfo2 (NPLuft) - error while request: 192.168.2.118: Keine Route zum Zielrechner


2. hier der Log vom Modul 98_SolarEdge.pm:

2018.10.15 23:29:40 4: SEdge: ProcessRequestQueue (V4.0.12 - 13.10.2018) sending, request: id 3, fCode 3, type h, adr 40093, len 15 for device SEdge reading I_AC_Energie_WH, read buffer empty
2018.10.15 23:29:40 5: SW: 03039c9d000fbb92
2018.10.15 23:29:40 5: SEdge: read buffer: 03031e011204080000ffff800000000000000000008000000080008000fffe00024286
2018.10.15 23:29:40 5: SEdge: ParseFrameStart (RTU) extracted id 3, fCode 3 and data 1e011204080000ffff800000000000000000008000000080008000fffe0002
2018.10.15 23:29:40 5: SEdge: HandleResponse called from Read
2018.10.15 23:29:40 5: SEdge: ParseResponse called from HandleResponse
2018.10.15 23:29:40 5: SEdge: CheckChecksum (called from HandleResponse): 4286 is valid
2018.10.15 23:29:40 5: SEdge: HandleResponse now passing to logical device SEdge for parsing data
2018.10.15 23:29:40 5: SEdge: ParseObj called with data 011204080000ffff800000000000000000008000000080008000fffe0002, type h, adr 40093, valuesLen 15, op read
2018.10.15 23:29:40 5: SEdge: RevRegs is reversing order of up to 2 registers
2018.10.15 23:29:40 5: SEdge: RevRegs string before is 011204080000ffff800000000000000000008000000080008000fffe0002
2018.10.15 23:29:40 5: SEdge: RevRegs string after  is 040801120000ffff800000000000000000008000000080008000fffe0002
2018.10.15 23:29:40 5: SEdge: ParseObj ObjInfo for h40093: reading=I_AC_Energie_WH, unpack=I>, expr=$val, format=%f Wh, map=
2018.10.15 23:29:40 5: SEdge: ParseObj unpacked 040801120000ffff800000000000000000008000000080008000fffe0002 with I> to 67633426 hex 3637363333343236
2018.10.15 23:29:40 5: SEdge: CheckEval for ModbusLD_ParseObj evaluates expr for I_AC_Energie_WH, val=67633426, expr=$val
2018.10.15 23:29:40 5: SEdge: CheckEval for ModbusLD_ParseObj result is 67633426
2018.10.15 23:29:40 5: SEdge: ParseObj for I_AC_Energie_WH does sprintf with format %f Wh, value is 67633426
2018.10.15 23:29:40 5: SEdge: ParseObj for I_AC_Energie_WH sprintf result is 67633426.000000 Wh
2018.10.15 23:29:40 4: SEdge: ParseObj assigns value 67633426.000000 Wh to I_AC_Energie_WH
2018.10.15 23:29:40 5: SEdge: ParseObj moves to next object, skip 2 to h40095
2018.10.15 23:29:40 5: SEdge: ParseObj ObjInfo for h40095: reading=I_AC_Energie_WH_SF, unpack=s>, expr=$val, format=, map=
2018.10.15 23:29:40 5: SEdge: ParseObj unpacked 0000ffff800000000000000000008000000080008000fffe0002 with s> to 0 hex 30
2018.10.15 23:29:40 5: SEdge: CheckEval for ModbusLD_ParseObj evaluates expr for I_AC_Energie_WH_SF, val=0, expr=$val
2018.10.15 23:29:40 5: SEdge: CheckEval for ModbusLD_ParseObj result is 0
2018.10.15 23:29:40 4: SEdge: ParseObj assigns value 0 to I_AC_Energie_WH_SF
2018.10.15 23:29:40 5: SEdge: ParseObj moves to next object, skip 1 to h40096
2018.10.15 23:29:40 5: SEdge: ParseObj ObjInfo for h40096: reading=I_DC_Current, unpack=s>, expr=$val, format=%.2f A, map=
2018.10.15 23:29:40 5: SEdge: ParseObj unpacked ffff800000000000000000008000000080008000fffe0002 with s> to -1 hex 2d31
2018.10.15 23:29:40 5: SEdge: CheckEval for ModbusLD_ParseObj evaluates expr for I_DC_Current, val=-1, expr=$val
2018.10.15 23:29:40 5: SEdge: CheckEval for ModbusLD_ParseObj result is -1
2018.10.15 23:29:40 5: SEdge: ParseObj for I_DC_Current does sprintf with format %.2f A, value is -1
2018.10.15 23:29:40 5: SEdge: ParseObj for I_DC_Current sprintf result is -1.00 A
2018.10.15 23:29:40 4: SEdge: ParseObj assigns value -1.00 A to I_DC_Current
2018.10.15 23:29:40 5: SEdge: ParseObj moves to next object, skip 1 to h40097
2018.10.15 23:29:40 5: SEdge: ParseObj ObjInfo for h40097: reading=I_DC_Current_SF, unpack=s>, expr=$val, format=, map=
2018.10.15 23:29:40 5: SEdge: ParseObj unpacked 800000000000000000008000000080008000fffe0002 with s> to -32768 hex 2d3332373638
2018.10.15 23:29:40 5: SEdge: CheckEval for ModbusLD_ParseObj evaluates expr for I_DC_Current_SF, val=-32768, expr=$val
2018.10.15 23:29:40 5: SEdge: CheckEval for ModbusLD_ParseObj result is -32768
2018.10.15 23:29:40 4: SEdge: ParseObj assigns value -32768 to I_DC_Current_SF
2018.10.15 23:29:40 5: SEdge: ParseObj moves to next object, skip 1 to h40098
2018.10.15 23:29:40 5: SEdge: ParseObj ObjInfo for h40098: reading=I_DC_Voltage, unpack=s>, expr=$val, format=%.2f V, map=
2018.10.15 23:29:40 5: SEdge: ParseObj unpacked 00000000000000008000000080008000fffe0002 with s> to 0 hex 30
2018.10.15 23:29:40 5: SEdge: CheckEval for ModbusLD_ParseObj evaluates expr for I_DC_Voltage, val=0, expr=$val
2018.10.15 23:29:40 5: SEdge: CheckEval for ModbusLD_ParseObj result is 0
2018.10.15 23:29:40 5: SEdge: ParseObj for I_DC_Voltage does sprintf with format %.2f V, value is 0
2018.10.15 23:29:40 5: SEdge: ParseObj for I_DC_Voltage sprintf result is 0.00 V
2018.10.15 23:29:40 4: SEdge: ParseObj assigns value 0.00 V to I_DC_Voltage
2018.10.15 23:29:40 5: SEdge: ParseObj moves to next object, skip 1 to h40099
2018.10.15 23:29:40 5: SEdge: ParseObj ObjInfo for h40099: reading=I_DC_Voltage_SF, unpack=s>, expr=$val, format=, map=
2018.10.15 23:29:40 5: SEdge: ParseObj unpacked 0000000000008000000080008000fffe0002 with s> to 0 hex 30
2018.10.15 23:29:40 5: SEdge: CheckEval for ModbusLD_ParseObj evaluates expr for I_DC_Voltage_SF, val=0, expr=$val
2018.10.15 23:29:40 5: SEdge: CheckEval for ModbusLD_ParseObj result is 0
2018.10.15 23:29:40 4: SEdge: ParseObj assigns value 0 to I_DC_Voltage_SF
2018.10.15 23:29:40 5: SEdge: ParseObj moves to next object, skip 1 to h40100
2018.10.15 23:29:40 5: SEdge: ParseObj ObjInfo for h40100: reading=I_DC_Power, unpack=s>, expr=$val, format=%.2f V, map=
2018.10.15 23:29:40 5: SEdge: ParseObj unpacked 000000008000000080008000fffe0002 with s> to 0 hex 30
2018.10.15 23:29:40 5: SEdge: CheckEval for ModbusLD_ParseObj evaluates expr for I_DC_Power, val=0, expr=$val
2018.10.15 23:29:40 5: SEdge: CheckEval for ModbusLD_ParseObj result is 0
2018.10.15 23:29:40 5: SEdge: ParseObj for I_DC_Power does sprintf with format %.2f V, value is 0
2018.10.15 23:29:40 5: SEdge: ParseObj for I_DC_Power sprintf result is 0.00 V
2018.10.15 23:29:40 4: SEdge: ParseObj assigns value 0.00 V to I_DC_Power
2018.10.15 23:29:40 5: SEdge: ParseObj moves to next object, skip 1 to h40101
2018.10.15 23:29:40 5: SEdge: ParseObj ObjInfo for h40101: reading=I_DC_Power_SF, unpack=s>, expr=$val, format=, map=
2018.10.15 23:29:40 5: SEdge: ParseObj unpacked 00008000000080008000fffe0002 with s> to 0 hex 30
2018.10.15 23:29:40 5: SEdge: CheckEval for ModbusLD_ParseObj evaluates expr for I_DC_Power_SF, val=0, expr=$val
2018.10.15 23:29:40 5: SEdge: CheckEval for ModbusLD_ParseObj result is 0
2018.10.15 23:29:40 4: SEdge: ParseObj assigns value 0 to I_DC_Power_SF
2018.10.15 23:29:40 5: SEdge: ParseObj moves to next object, skip 1 to h40102
2018.10.15 23:29:40 5: SEdge: ParseObj has no information about parsing h40102
2018.10.15 23:29:40 5: SEdge: ParseObj moves to next object, skip 1 to h40103
2018.10.15 23:29:40 5: SEdge: ParseObj ObjInfo for h40103: reading=I_Temp_Kuehler, unpack=s>, expr=$val/100, format=%.f, map=
2018.10.15 23:29:40 5: SEdge: ParseObj unpacked 000080008000fffe0002 with s> to 0 hex 30
2018.10.15 23:29:40 5: SEdge: CheckEval for ModbusLD_ParseObj evaluates expr for I_Temp_Kuehler, val=0, expr=$val/100
2018.10.15 23:29:40 5: SEdge: CheckEval for ModbusLD_ParseObj result is 0
2018.10.15 23:29:40 5: SEdge: ParseObj for I_Temp_Kuehler does sprintf with format %.f, value is 0
2018.10.15 23:29:40 5: SEdge: ParseObj for I_Temp_Kuehler sprintf result is 0
2018.10.15 23:29:40 4: SEdge: ParseObj assigns value 0 to I_Temp_Kuehler
2018.10.15 23:29:40 5: SEdge: ParseObj moves to next object, skip 1 to h40104
2018.10.15 23:29:40 5: SEdge: ParseObj has no information about parsing h40104
2018.10.15 23:29:40 5: SEdge: ParseObj moves to next object, skip 1 to h40105
2018.10.15 23:29:40 5: SEdge: ParseObj has no information about parsing h40105
2018.10.15 23:29:40 5: SEdge: ParseObj moves to next object, skip 1 to h40106
2018.10.15 23:29:40 5: SEdge: ParseObj has no information about parsing h40106
2018.10.15 23:29:40 5: SEdge: ParseObj moves to next object, skip 1 to h40107
2018.10.15 23:29:40 5: SEdge: ParseObj ObjInfo for h40107: reading=I_Status, unpack=s>, expr=$val, format=, map=1:Aus, 2:Nachtmodus, 4:WR_An
2018.10.15 23:29:40 5: SEdge: ParseObj unpacked 0002 with s> to 2 hex 32
2018.10.15 23:29:40 5: SEdge: CheckEval for ModbusLD_ParseObj evaluates expr for I_Status, val=2, expr=$val
2018.10.15 23:29:40 5: SEdge: CheckEval for ModbusLD_ParseObj result is 2
2018.10.15 23:29:40 5: SEdge: MapConvert called from ModbusLD_ParseObj converted 2 to Nachtmodus with map 1:Aus, 2:Nachtmodus, 4:WR_An
2018.10.15 23:29:40 5: SEdge: ParseObj for I_Status maps value 2 to Nachtmodus with 1:Aus, 2:Nachtmodus, 4:WR_An
2018.10.15 23:29:40 4: SEdge: ParseObj assigns value Nachtmodus to I_Status
2018.10.15 23:29:40 5: SEdge: HandleResponse got 10 readings from ParseObj for SEdge
2018.10.15 23:29:40 4: SEdge: ResponseDone, request: id 3, fCode 3, type h, adr 40093, len 15 for device SEdge reading I_AC_Energie_WH, Current read buffer: 03031e011204080000ffff800000000000000000008000000080008000fffe00024286, Id 3, fCode 3, response: id 3, fCode 3, type h, adr 40093, len 15, value 011204080000ffff800000000000000000008000000080008000fffe0002
2018.10.15 23:29:40 5: SEdge: DropFrame - drop 03031e011204080000ffff800000000000000000008000000080008000fffe00024286
2018.10.15 23:29:59 5: SEdge: read buffer: 0303500003006700320000000000000000fffe00000000000000ec00ec00ed000000000000138cfffe000000000000000000000000011204080000ffff800000000000000000008000000080008000fffe00020169
2018.10.15 23:29:59 5: SEdge: ParseFrameStart (RTU) extracted id 3, fCode 3 and data 500003006700320000000000000000fffe00000000000000ec00ec00ed000000000000138cfffe000000000000000000000000011204080000ffff800000000000000000008000000080008000fffe0002
2018.10.15 23:29:59 3: SEdge: read got new data while idle, drop buffer 0303500003006700320000000000000000fffe00000000000000ec00ec00ed000000000000138cfffe000000000000000000000000011204080000ffff800000000000000000008000000080008000fffe00020169


Vieleicht findet ihr ja den Fehler.

pejonp

Hallo pejonp,

du verwendest z.B. unterschiedliche Unpack-Codes. l> vs. I>.
Sieht ähnlich aus, ist aber ein anderer Buchstabe...
Wenn Du bei ModbusAttr einfach set saveAsModule verwendest, kann so was nicht passieren ;-)

Gruß
    Stefan

Hallo Benni,

noch ein Hinweis:
bei den Registern 40071 bis 40075 hast Du ja 5 Register, die gemeinsam gelesen werden müssen und 4 Readings, die daraus erzeugt werden müssen.

Aus Eurem Wiki-Eintrag:

attr <DEVICE-NAME> obj-h40071-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_AC_Current_SF',0))
attr <DEVICE-NAME> obj-h40071-reading I_AC_Current
attr <DEVICE-NAME> obj-h40072-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_AC_Current_SF',0))
attr <DEVICE-NAME> obj-h40072-reading I_AC_CurrentA
attr <DEVICE-NAME> obj-h40073-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_AC_Current_SF',0))
attr <DEVICE-NAME> obj-h40073-reading I_AC_CurrentB
attr <DEVICE-NAME> obj-h40074-expr $val * (10 ** ReadingsNum ('<DEVICE-NAME>' ,'I_AC_Current_SF',0))
attr <DEVICE-NAME> obj-h40074-reading I_AC_CurrentC
attr <DEVICE-NAME> obj-h40075-reading I_AC_Current_SF
attr <DEVICE-NAME> obj-h40075-unpack s>


um das mit einem Request zu machen würde ich folgendes definieren:


attr <DEVICE-NAME> obj-h40071-reading CurrentBlock
attr <DEVICE-NAME> obj-h40071-len 5
attr <DEVICE-NAME> obj-h40071-unpack nnnns>
attr <DEVICE-NAME> obj-h40071-expr readingsBulkUpdate($hash, 'Current', $val[0] * 10 ** $val[4]); readingsBulkUpdate($hash, 'CurrentA', $val[1] * 10 ** $val[4]); readingsBulkUpdate($hash, 'CurrentB', $val[2] * 10 ** $val[4]); readingsBulkUpdate($hash, 'CurrentC', $val[3] * 10 ** $val[4]); "$val[0] $val[1] $val[2] $val[3] $val[4]"


ich kann leider nicht selbst testen, da ich keine SolarEdge-Anlage habe, aber das Feintuning bekommt Ihr bestimmt hin ;-)

Die Grundidee ist dass man ein Block-Reading definiert, das die 5 Register in einem gemeinsamen Request abfragt, über den Unpack-Code in 5 Werte zerlegt und dann in der expr die Readings berechnet / setzt.

Gruss
   Stefan

Hallo Stefan,

danke für deine Bemühungen und deine Unterstützung! Top!
Werde heute Abend mal updaten und dann umstellen.

Melde mich dann wieder...

gb#

Hallo Stefan,

Vielen Dank für dein Update. Werde es vermutlich heute Abend testen können.

Ist die neue Version schon regulär über die fhem Update Funktion verfügbar oder muss ich manuell die verlinkte Datei draufspielen?

Sent from my Pure 2 using Tapatalk

Ist noch nicht eingecheckt.
Bisher muss man sie manuell einspielen.

Gruss
   Stefan

Zitat von: StefanStrobel am 13 Oktober 2018, 21:13:10
Hallo,

um Euch das mit dem Scale/Wert zu erleichtern, habe ich in der neuen Version des Modbus-Moduls eine Kleinigkeit geändert:
in den expr-Attributen steht künftig der Wert nach dem unpack nicht nur als $val sondern auch als @val zu Verfügung.
In diesem Array stehen mehrere Werte, wenn der unpack mehrere Werte erzeugt.

Beispiel:

Code Auswählen Erweitern


attr MBETest obj-h801-reading test1
attr MBETest obj-h801-len 2
attr MBETest obj-h801-unpack s>s>
attr MBETest obj-h801-expr "$val[0] $val[1]"


Durch len 2 werden zwei Register gleichzeitig (im Beispiel 801 und 802) gelesen.
Der unpack-Code s>s> erzeugt zwei Werte im Array @val. 801 steht dann in $val[0] und 802 in $val[1].
In der Expr werden die Werte dann zusammengebaut (hier nur mit einem Space verkettet, in Eurem Fall vermutlich irgendwie mit Zehnerpotenzen multimpliziert).

Die neue Version ist in diesem Thread:
https://forum.fhem.de/index.php/topic,75638.135.html

Gruss
  Stefan

Hallo Stefan,

in deinem Beispiel liest du mit den 4 Zeilen ja 801 und 802 aus. Wird dann bei den weiteren attributen 802 einfach übersprungen und ich mache mit 803 weiter oder muss/kann ich auch noch reading, unpack, expr etc. in weiteren attributen für 802 angeben?

Gruß,
Philipp

Zitat von: StefanStrobel am 21 Oktober 2018, 12:38:39
bei den Registern 40071 bis 40075 hast Du ja 5 Register, die gemeinsam gelesen werden müssen und 4 Readings, die daraus erzeugt werden müssen.

...

um das mit einem Request zu machen würde ich folgendes definieren:

Code Auswählen Erweitern


attr <DEVICE-NAME> obj-h40071-reading CurrentBlock
attr <DEVICE-NAME> obj-h40071-len 5
attr <DEVICE-NAME> obj-h40071-unpack nnnns>
attr <DEVICE-NAME> obj-h40071-expr readingsBulkUpdate($hash, 'Current', $val[0] * 10 ** $val[4]); readingsBulkUpdate($hash, 'CurrentA', $val[1] * 10 ** $val[4]); readingsBulkUpdate($hash, 'CurrentB', $val[2] * 10 ** $val[4]); readingsBulkUpdate($hash, 'CurrentC', $val[3] * 10 ** $val[4]); "$val[0] $val[1] $val[2] $val[3] $val[4]"


ich kann leider nicht selbst testen, da ich keine SolarEdge-Anlage habe, aber das Feintuning bekommt Ihr bestimmt hin ;-)

Also, soweit ich testen konnte, scheint das zu funktionieren. ( :-[ äh nö! Siehe Udate unten)
Muss ich aber mal noch unter Tags testen, da ich im Nachtmodus aktuell keine Werte an dieser Stelle bekomme.

Ich musste die Expression dazu aber wie folgt abändern:


attr <DEVICE-NAME> obj-h40071-expr readingsBeginUpdate($hash);;readingsBulkUpdate($hash,'I_AC_Current',$val[0]*10**$val[4]);;readingsBulkUpdate($hash,'I_AC_CurrentA',$val[1]*10**$val[4]);;readingsBulkUpdate($hash,'I_AC_CurrentB',$val[2]*10**$val[4]);;readingsBulkUpdate($hash,'I_AC_CurrentC',$val[3]*10**$val[4]);;"$val[0]$val[1]$val[2]$val[3]$val[4]";;readingsEndUpdate($hash,1);;


Also doppelte Semikolons für die Definition und das Begin- und End-Update für das aktualisieren der Readings.

Update:

Irgendwas passt da doch noch nicht ganz. Habe eben im Log noch folgende Einträge entdeckt:

Zitat
2018.10.22 19:53:17 1: readingsUpdate(tstInverter,I_Status_Vendor,0) missed to call readingsBeginUpdate first.
2018.10.22 19:53:17 1: stacktrace:
2018.10.22 19:53:17 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.22 19:53:17 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.22 19:53:17 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.22 19:53:17 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.22 19:53:17 1:     main::CallFn                        called by fhem.pl (726)

Da muss ich mit dem Fine-Tuning wohl nochmal ran (Werde mir die expression wohl mal in die 99_myUtils.pm packen).   ???
Aber heute nicht mehr ;D

gb#

Hallo Benni,

Ein Aufruf von readingsBeginUpdate bzw. readingsEndUpdate sollte in die Expression nicht rein.
Die Auswertung der Expressions erfolgt in einem Kontext, in dem vorher readingsBeginUpdate aufgerufen wurde und nach Abarbeitung aller Readings readingsEndUpdate.

Die Fehlermeldung kommt beim Starten von Fhem von der Attr-Funktion, die die Gültigkeit einer Expr. prüfen möchte. Um das zu umgehen, sollte die Expr noch auf $inCheckEval prüfen. In der Attr-Funktion ist $inCheckEval nicht gesetzt. Später beim Verarbeiten der Readings enthält die Variable den Wert 1.

Die ,,leisere" Variante wäre also so etwas wie

attr <DEVICE-NAME> obj-h40071-expr if ($inCheckEval) {readingsBulkUpdate($hash, 'Current', $val[0] * 10 ** $val[4]); readingsBulkUpdate($hash, 'CurrentA', $val[1] * 10 ** $val[4]); readingsBulkUpdate($hash, 'CurrentB', $val[2] * 10 ** $val[4]); readingsBulkUpdate($hash, 'CurrentC', $val[3] * 10 ** $val[4]); "$val[0] $val[1] $val[2] $val[3] $val[4]}"


Bei den Semikolons kommt es darauf an, wo man das Attribut eingibt.
In der Fhem.cfg müssen Semikolons verdoppelt werden.

Gruß
   Stefan

Hallo Philipp,

Wenn man ein Objekt mit Start-Adresse 801 und Länge 2 definiert, dann werden beim Parsen die Register-Werte von 801 und 802 ,,verbraucht". Der Unpack-Code, expression etc. werden auf die 32-Bit (aus Verkettung der beiden 16-Bit Register 801 und 802) angewendet.
Zusätzliche Attribute für 802 würden ignoriert.

Deshalb kann in der Expr für h801 entweder ein einziger Wert für ein einziges Reading zurückgegeben werden oder man müsste in der Expression selbst readingsBeginUpdate aufrufen um weitere Readings zu setzen. Das habe ich ja in meinem Beispiel für h40071 gepostet.

Gruß
   Stefan

Zitat von: StefanStrobel am 23 Oktober 2018, 11:10:25
Die Auswertung der Expressions erfolgt in einem Kontext, in dem vorher readingsBeginUpdate aufgerufen wurde und nach Abarbeitung aller Readings readingsEndUpdate.

So hatte ich das eigentlich auch verstanden, dennoch hat er mir genau das readingsBulkUpdate angemeckert, deshalb habe ich die eingefügt.

Eventuell habe ich doch nicht die aktuellste Modbus-Variante bei mir installiert. Ich hatte die letzte aus dem anderen Thread genommen (Stand war glaube ich 13.10.)

Ich komme aber frühestens heute Abend zuhause dann nochmal testen.

Danke und Gruß Benni.

Hallo Stefan,

vielen Dank für die Erklärungen. Seit einigen Tagen habe ich das neue Modbus Modul (Modbus 4.0.12 - 13.10.2018) jetzt installiert. Bei den attributes habe ich ein paar Änderungen vorgenommen, insgesamt sieht es nun so aus:

Internals:
   DEF        1 60 192.168.10.99 TCP
   DeviceName 192.168.10.99:502
   EXPECT     idle
   FD         105
   INTERVAL   60
   IODev      SolarEdgeWR
   LASTOPEN   1540457772.99154
   MODBUSID   1
   MODE       master
   MODULEVERSION Modbus 4.0.12 - 13.10.2018
   NAME       SolarEdgeWR
   NOTIFYDEV  global
   NR         518
   NTFY_ORDER 50-SolarEdgeWR
   PARTIAL   
   PROTOCOL   TCP
   STATE      454 W; 392274 Wh; 34 °C
   TCPConn    1
   TRIGGERTIME 1540461349.19701
   TRIGGERTIME_FMT 2018-10-25 11:55:49
   TYPE       ModbusAttr
   devioLoglevel 3
   nextOpenDelay 60
   QUEUE:
   READ:
     BUFFER     
   READINGS:
     2018-10-25 11:54:50   C_DeviceAddress 1
     2018-10-25 11:54:49   C_Manufacturer  SolarEdge
     2018-10-25 11:54:49   C_Model         SE5000
     2018-10-25 11:54:50   C_PhaseDesign   101
     2018-10-25 11:54:49   C_SunSpec_ID    SunS
     2018-10-25 11:54:50   C_SunSpec_Length 50
     2018-10-25 11:54:49   C_Version       0003.230
     2018-10-25 11:54:50   I_AC_Current    2.16
     2018-10-25 11:54:50   I_AC_CurrentA   2.16
     2018-10-25 11:54:50   I_AC_CurrentB   655.35
     2018-10-25 11:54:51   I_AC_CurrentC   655.35
     2018-10-25 11:54:51   I_AC_Current_SF -2
     2018-10-25 11:54:53   I_AC_Energy_WH  392674
     2018-10-25 11:54:54   I_AC_Energy_WH_SF 0
     2018-10-25 11:54:52   I_AC_Frequency  49.997
     2018-10-25 11:54:52   I_AC_PF         92.35
     2018-10-25 11:54:52   I_AC_Power      454.1
     2018-10-25 11:54:52   I_AC_VA         498.5
     2018-10-25 11:54:52   I_AC_VAR        204.62
     2018-10-25 11:54:51   I_AC_VoltageAB  229.5
     2018-10-25 11:54:51   I_AC_VoltageAN  6553.5
     2018-10-25 11:54:51   I_AC_VoltageBC  6553.5
     2018-10-25 11:54:51   I_AC_VoltageBN  6553.5
     2018-10-25 11:54:51   I_AC_VoltageCA  6553.5
     2018-10-25 11:54:51   I_AC_VoltageCN  6553.5
     2018-10-25 11:54:52   I_AC_Voltage_SF -1
     2018-10-25 11:54:54   I_DC_Current    1.2486
     2018-10-25 11:54:54   I_DC_Power      462.5
     2018-10-25 11:54:54   I_DC_Voltage    370
     2018-10-25 11:54:54   I_Status        4
     2018-10-25 11:54:55   I_Status_Vendor 0
     2018-10-25 11:54:54   I_Temp_SF       -2
     2018-10-25 11:54:54   I_Temp_Sink     34.45
     2018-10-25 10:56:13   state           opened
     2018-10-25 11:54:50   uC_PhaseDesign  single
     2018-10-25 11:54:55   uI_Status       day
   REMEMBER:
     lid        1
     lrecv      1540461295.00753
     lsend      1540461294.99997
   defptr:
     SolarEdgeWR 1
   gotReadings:
     I_Status_Vendor 0
   lastRead:
     h40000     1540461289.52141
     h40004     1540461289.64267
     h40020     1540461289.76407
     h40044     1540461289.88645
     h40068     1540461290.1367
     h40069     1540461290.25361
     h40070     1540461290.46295
     h40071     1540461290.75543
     h40072     1540461290.88314
     h40073     1540461291.00141
     h40074     1540461291.12025
     h40075     1540461291.23439
     h40076     1540461291.36766
     h40077     1540461291.48446
     h40078     1540461291.60853
     h40079     1540461291.72611
     h40080     1540461291.84568
     h40081     1540461291.9717
     h40082     1540461292.10625
     h40083     1540461292.26155
     h40085     1540461292.60431
     h40087     1540461292.72388
     h40089     1540461292.86829
     h40091     1540461292.99165
     h40093     1540461293.19306
     h40095     1540461294.03027
     h40096     1540461294.19401
     h40098     1540461294.39386
     h40100     1540461294.51783
     h40103     1540461294.64282
     h40106     1540461294.76572
     h40107     1540461294.89944
     h40108     1540461295.02613
Attributes:
   alias      SolarEdge SE5000H
   dev-h-defPoll 1
   icon       measure_power_meter
   obj-h40000-len 4
   obj-h40000-reading C_SunSpec_ID
   obj-h40000-unpack (a4)
   obj-h40004-len 16
   obj-h40004-reading C_Manufacturer
   obj-h40004-unpack (a16)
   obj-h40020-len 16
   obj-h40020-reading C_Model
   obj-h40020-unpack (a16)
   obj-h40044-len 8
   obj-h40044-reading C_Version
   obj-h40044-unpack (a8)
   obj-h40052-len 16
   obj-h40052-reading C_SerialNumber
   obj-h40052-unpack (a16)
   obj-h40068-reading C_DeviceAddress
   obj-h40069-reading C_PhaseDesign
   obj-h40070-reading C_SunSpec_Length
   obj-h40071-expr $val * (10 ** ReadingsNum ('SolarEdgeWR' ,'I_AC_Current_SF',0))
   obj-h40071-reading I_AC_Current
   obj-h40072-expr $val * (10 ** ReadingsNum ('SolarEdgeWR' ,'I_AC_Current_SF',0))
   obj-h40072-reading I_AC_CurrentA
   obj-h40073-expr $val * (10 ** ReadingsNum ('SolarEdgeWR' ,'I_AC_Current_SF',0))
   obj-h40073-reading I_AC_CurrentB
   obj-h40074-expr $val * (10 ** ReadingsNum ('SolarEdgeWR' ,'I_AC_Current_SF',0))
   obj-h40074-reading I_AC_CurrentC
   obj-h40075-reading I_AC_Current_SF
   obj-h40075-unpack s>
   obj-h40076-expr $val * (10 ** ReadingsNum ('SolarEdgeWR' ,'I_AC_Voltage_SF',0))
   obj-h40076-reading I_AC_VoltageAB
   obj-h40077-expr $val * (10 ** ReadingsNum ('SolarEdgeWR' ,'I_AC_Voltage_SF',0))
   obj-h40077-reading I_AC_VoltageBC
   obj-h40078-expr $val * (10 ** ReadingsNum ('SolarEdgeWR' ,'I_AC_Voltage_SF',0))
   obj-h40078-reading I_AC_VoltageCA
   obj-h40079-expr $val * (10 ** ReadingsNum ('SolarEdgeWR' ,'I_AC_Voltage_SF',0))
   obj-h40079-reading I_AC_VoltageAN
   obj-h40080-expr $val * (10 ** ReadingsNum ('SolarEdgeWR' ,'I_AC_Voltage_SF',0))
   obj-h40080-reading I_AC_VoltageBN
   obj-h40081-expr $val * (10 ** ReadingsNum ('SolarEdgeWR' ,'I_AC_Voltage_SF',0))
   obj-h40081-reading I_AC_VoltageCN
   obj-h40082-reading I_AC_Voltage_SF
   obj-h40082-unpack s>
   obj-h40083-expr $val[0] * (10 ** $val[1])
   obj-h40083-len 2
   obj-h40083-reading I_AC_Power
   obj-h40083-unpack s>s>
   obj-h40085-expr $val[0] * (10 ** $val[1])
   obj-h40085-len 2
   obj-h40085-reading I_AC_Frequency
   obj-h40085-unpack ns>
   obj-h40087-expr $val[0] * (10 ** $val[1])
   obj-h40087-len 2
   obj-h40087-reading I_AC_VA
   obj-h40087-unpack s>s>
   obj-h40089-expr $val[0] * (10 ** $val[1])
   obj-h40089-len 2
   obj-h40089-reading I_AC_VAR
   obj-h40089-unpack s>s>
   obj-h40091-expr $val[0] * (10 ** $val[1])
   obj-h40091-len 2
   obj-h40091-reading I_AC_PF
   obj-h40091-unpack s>s>
   obj-h40093-expr $val * (10 ** ReadingsNum ('SolarEdgeWR' ,'I_AC_Energy_WH_SF',0))
   obj-h40093-len 2
   obj-h40093-reading I_AC_Energy_WH
   obj-h40093-unpack I>
   obj-h40095-reading I_AC_Energy_WH_SF
   obj-h40096-expr $val[0] * (10 ** $val[1])
   obj-h40096-len 2
   obj-h40096-reading I_DC_Current
   obj-h40096-unpack ns>
   obj-h40098-expr $val[0] * (10 ** $val[1])
   obj-h40098-len 2
   obj-h40098-reading I_DC_Voltage
   obj-h40098-unpack ns>
   obj-h40100-expr $val[0] * (10 ** $val[1])
   obj-h40100-len 2
   obj-h40100-reading I_DC_Power
   obj-h40100-unpack s>s>
   obj-h40103-expr $val * (10 ** ReadingsNum ('SolarEdgeWR' ,'I_Temp_SF',0))
   obj-h40103-reading I_Temp_Sink
   obj-h40103-unpack s>
   obj-h40106-reading I_Temp_SF
   obj-h40106-unpack s>
   obj-h40107-reading I_Status
   obj-h40108-reading I_Status_Vendor
   room       Solar
   sortUpdate 1
   stateFormat {sprintf("%.0f W; %.0f Wh; %.0f °C ",ReadingsVal($name,"I_AC_Power",0),ReadingsVal($name,"uI_AC_Energy_WHSinceInstall",0),ReadingsVal($name,"I_Temp_Sink",0))}
   userReadings uI_Status:I_Status.* {my $om=ReadingsNum($name,'I_Status',-1);($om==2?'night':($om==4?'day':'off'))},
uC_PhaseDesign:C_PhaseDesign.* {my $pd=ReadingsVal($name,'C_PhaseDesign','000');($pd eq '101'?'single':($pd eq '102'?'split':($pd eq '103'?'3-phase':'unknown')))}


Die Auswertung klappt an sich auch ganz gut (Wert und SF werden passen zueinander), allerdings bricht jetzt gelegentlich die Verbindung ab. Der state wechselt dann auf "opened" und die Werte aktualisieren sich nicht mehr.

Im Logfile finde ich dann folgende Einträge:


2018.10.25 06:04:38 3: SolarEdgeWR: ResponseTimeout called, devhash=HASH(0x3f06560), name of devhash=SolarEdgeWR
2018.10.25 06:04:38 3: SolarEdgeWR: Timeout waiting for a modbus response, request: id 1, fCode 3, tid 134, type h, adr 40000, len 4 for device SolarEdgeWR reading C_SunSpec_ID, read buffer empty
...
2018.10.25 06:04:41 3: SolarEdgeWR: ResponseTimeout called, devhash=HASH(0x3f06560), name of devhash=SolarEdgeWR
2018.10.25 06:04:41 3: SolarEdgeWR: Timeout waiting for a modbus response, request: id 1, fCode 3, tid 117, type h, adr 40004, len 16 for device SolarEdgeWR reading C_Manufacturer, read buffer empty
2018.10.25 06:04:43 3: SolarEdgeWR: ResponseTimeout called, devhash=HASH(0x3f06560), name of devhash=SolarEdgeWR
2018.10.25 06:04:43 3: SolarEdgeWR: Timeout waiting for a modbus response, request: id 1, fCode 3, tid 47, type h, adr 40020, len 16 for device SolarEdgeWR reading C_Model, read buffer empty
2018.10.25 06:04:45 3: SolarEdgeWR: ResponseTimeout called, devhash=HASH(0x3f06560), name of devhash=SolarEdgeWR
2018.10.25 06:04:45 3: SolarEdgeWR: Timeout waiting for a modbus response, request: id 1, fCode 3, tid 123, type h, adr 40044, len 8 for device SolarEdgeWR reading C_Version, read buffer empty
2018.10.25 06:04:47 3: SolarEdgeWR: ResponseTimeout called, devhash=HASH(0x3f06560), name of devhash=SolarEdgeWR
2018.10.25 06:04:47 3: SolarEdgeWR: Timeout waiting for a modbus response, request: id 1, fCode 3, tid 103, type h, adr 40052, len 16 for device SolarEdgeWR reading C_SerialNumber, read buffer empty
2018.10.25 06:04:49 3: SolarEdgeWR: ResponseTimeout called, devhash=HASH(0x3f06560), name of devhash=SolarEdgeWR
2018.10.25 06:04:49 3: SolarEdgeWR: Timeout waiting for a modbus response, request: id 1, fCode 3, tid 56, type h, adr 40068, len 1 for device SolarEdgeWR reading C_DeviceAddress, read buffer empty
2018.10.25 06:04:51 3: SolarEdgeWR: ResponseTimeout called, devhash=HASH(0x3f06560), name of devhash=SolarEdgeWR
2018.10.25 06:04:51 3: SolarEdgeWR: Timeout waiting for a modbus response, request: id 1, fCode 3, tid 3, type h, adr 40069, len 1 for device SolarEdgeWR reading C_PhaseDesign, read buffer empty
2018.10.25 06:04:51 3: 192.168.10.99:502 disconnected, waiting to reappear (SolarEdgeWR)
2018.10.25 06:04:53 3: SolarEdgeWR: ResponseTimeout called, devhash=HASH(0x3f06560), name of devhash=SolarEdgeWR
2018.10.25 06:04:53 3: SolarEdgeWR: Timeout waiting for a modbus response, request: id 1, fCode 3, tid 187, type h, adr 40070, len 1 for device SolarEdgeWR reading C_SunSpec_Length, read buffer empty
2018.10.25 06:05:37 3: Opening SolarEdgeWR device 192.168.10.99:502
2018.10.25 06:05:37 3: SolarEdgeWR device opened
...
2018.10.25 06:07:42 3: 192.168.10.99:502 disconnected, waiting to reappear (SolarEdgeWR)
2018.10.25 06:07:43 3: 192.168.10.99:502 reappeared (SolarEdgeWR)
...
2018.10.25 10:46:46 3: 192.168.10.99:502 disconnected, waiting to reappear (SolarEdgeWR)
2018.10.25 10:46:48 3: 192.168.10.99:502 reappeared (SolarEdgeWR)
...
2018.10.25 10:48:46 3: 192.168.10.99:502 disconnected, waiting to reappear (SolarEdgeWR)
2018.10.25 10:48:47 3: 192.168.10.99:502 reappeared (SolarEdgeWR)
...
2018.10.25 10:50:46 3: 192.168.10.99:502 disconnected, waiting to reappear (SolarEdgeWR)
2018.10.25 10:50:51 3: 192.168.10.99:502 reappeared (SolarEdgeWR)
...
2018.10.25 10:52:46 3: 192.168.10.99:502 disconnected, waiting to reappear (SolarEdgeWR)
2018.10.25 10:52:47 3: 192.168.10.99:502 reappeared (SolarEdgeWR)
...
2018.10.25 10:56:12 3: 192.168.10.99:502 disconnected, waiting to reappear (SolarEdgeWR)
2018.10.25 10:56:13 3: 192.168.10.99:502 reappeared (SolarEdgeWR)


Durch den set-Befehl "reread" (ggfs. mehrfach) kann ich das Problem meist beheben und die Werte werden wieder gelesen. Weißt du woran das liegen könnte oder wie man das Problem behebt? Am Netzwerk habe ich in der Zeit eigentlich nichts verändert und vorher hatte ich diese Probleme (dass die Werte nicht mehr geladen werden) nicht.

Grüße,
Philipp

Hallo Philipp,

zu den Verbindungsabbrüchen:
es ist normal wenn der Modbus-Slave (der ja der TCP-Server ist und Port 502 anbietet) nach einem Timeout die Verbindungen schließt. 2 Minuten sind dabei nicht selten. In einer älteren Version des Moduls hatte ich das mit Loglevel 4 oder 5 protokolliert. Ohne verbose 4 oder 5 hat man das nicht bemerkt. In neueren Versionen wird disconnected und reappeared protokolliert, es sei denn man setzt silentReconnect auf 1.
Das sollte jedoch keine Auswirkungen auf die Abfragen haben. Das Modul sollte bei Bedarf automatisch eine neue Verbindung öffnen. Falls das nicht funktioniert, wäre ein Log mit verbose 5 hilfreich, in dem man sieht, was beim Beginn der Abfragen passiert.

Zu den Attributen für die Objekte:
Solange sich die Scale-Faktoren selten ändern wird alles gut funktionieren. Es kann aber bei Deiner Konfiguration passieren, dass Du zuerst einen Wert abfragst, dann ändert sich der Scale-Fator bevor er gelesen wird und dann passt der gelesene Scale-Faktor nicht zum eigentlichen Wert.
Deshalb habe ich hier ein alternatives Verfahren empfohlen, bei dem die Register mit den Werten und dem Scale-Faktur gleichzeitig gelesen werden.

Gruss
   Stefan

Danke für die Antwort, dann werde ich das nochmal weiter beobachten.

Ich habe noch nicht alles umgestellt, aber folgende Werte werden doch gleichzeitig (Wert und Scale Factor) gelesen oder?:


   obj-h40083-expr $val[0] * (10 ** $val[1])
   obj-h40083-len 2
   obj-h40083-reading I_AC_Power
   obj-h40083-unpack s>s>
   obj-h40085-expr $val[0] * (10 ** $val[1])
   obj-h40085-len 2
   obj-h40085-reading I_AC_Frequency
   obj-h40085-unpack ns>
   obj-h40087-expr $val[0] * (10 ** $val[1])
   obj-h40087-len 2
   obj-h40087-reading I_AC_VA
   obj-h40087-unpack s>s>
   obj-h40089-expr $val[0] * (10 ** $val[1])
   obj-h40089-len 2
   obj-h40089-reading I_AC_VAR
   obj-h40089-unpack s>s>
   obj-h40091-expr $val[0] * (10 ** $val[1])
   obj-h40091-len 2
   obj-h40091-reading I_AC_PF
   obj-h40091-unpack s>s>

Hallo Philipp,

Jedes Objekt wird mit einem eigenen Request abgefragt, es sei denn Du hast dem Modul erlaubt, mehrere Requests zu kombinieren (dev-h-combine). Aber selbst dann werden die Gelesenen Daten nacheinander geparsed. Da die Werte vor dem Scale-Faktor stehen, wird in der Perl-Expression zur Berechnung des tatsächlichen Wertes der Scale-Faktor aus der letzten Lese-Runde verwendet. Erst danach wird der neu gelesene Scale-Faktor in sein Reading geschrieben.

Deshalb habe ich empfohlen, ein Objekt mit größerer Länge zu definieren, so dass die Register für die Werte und den zugehörigen Scale-Faktor tatsächlich mit einem einzigen Request gelesen werden.

Gruß
    Stefan

Hallo Stefan,

also prinzipiell ist es für mich ja ok, wenn verschiedene, unabhängige Werte nicht gleichzeitig abgefragt werden. Ich wollte vor allem Werte mit Scaling Factor gleichzeitig abfragen. In der Vergangenheit hatte ich oft das Problem, dass nur einer der beiden Werte sich geändert hatte und ich dann von z.B. 3 kW auf 30kW oder 300 Watt gesprungen bin.


obj-h40083-expr $val[0] * (10 ** $val[1])
obj-h40083-len 2
obj-h40083-reading I_AC_Power
obj-h40083-unpack s>s>


Mit diesen Attributen mache ich doch genau dies (ein request liest beide Werte aus) oder?

Ich weiß, dass ich das noch nicht für alle Werte umgestellt habe weil ich es erstmal mit den einfachen probieren wollte.

Gruß,
Philipp

Genau.

so wird holding register 40083 zusammen mit 40084 gelesen.
Wenn das bei Dir schon funktioniert, musst Du es nur noch bei den anderen Werten entsprechend umbauen :-)

Gruss
   Stefan

Danke! Da ich vor allem I_AC_Power auswerte, war es mir da besonders wichtig da die richtigen Werte zu kriegen.

Seit 3 Tagen habe ich jetzt immer gegen 20:00 (± 2 min) Uhr das Problem, dass der state zu "opened" wechselt und die readings sich nicht mehr aktualisieren.

Folgendes stand im Log:


2018.10.25 19:57:49 3: SolarEdgeWR: ResponseTimeout called, devhash=HASH(0x3f06560), name of devhash=SolarEdgeWR
2018.10.25 19:57:49 3: SolarEdgeWR: Timeout waiting for a modbus response, request: id 1, fCode 3, tid 82, type h, adr 40000, len 4 for device SolarEdgeWR reading C_SunSpec_ID, read buffer empty
2018.10.25 19:57:51 3: SolarEdgeWR: ResponseTimeout called, devhash=HASH(0x3f06560), name of devhash=SolarEdgeWR
2018.10.25 19:57:51 3: SolarEdgeWR: Timeout waiting for a modbus response, request: id 1, fCode 3, tid 151, type h, adr 40004, len 16 for device SolarEdgeWR reading C_Manufacturer, read buffer empty
2018.10.25 19:57:53 3: SolarEdgeWR: ResponseTimeout called, devhash=HASH(0x3f06560), name of devhash=SolarEdgeWR
2018.10.25 19:57:53 3: SolarEdgeWR: Timeout waiting for a modbus response, request: id 1, fCode 3, tid 206, type h, adr 40020, len 16 for device SolarEdgeWR reading C_Model, read buffer empty
2018.10.25 19:57:55 3: SolarEdgeWR: ResponseTimeout called, devhash=HASH(0x3f06560), name of devhash=SolarEdgeWR
2018.10.25 19:57:55 3: SolarEdgeWR: Timeout waiting for a modbus response, request: id 1, fCode 3, tid 237, type h, adr 40044, len 8 for device SolarEdgeWR reading C_Version, read buffer empty
2018.10.25 19:57:57 3: SolarEdgeWR: ResponseTimeout called, devhash=HASH(0x3f06560), name of devhash=SolarEdgeWR
2018.10.25 19:57:57 3: SolarEdgeWR: Timeout waiting for a modbus response, request: id 1, fCode 3, tid 223, type h, adr 40052, len 16 for device SolarEdgeWR reading C_SerialNumber, read buffer empty
2018.10.25 19:57:59 3: SolarEdgeWR: ResponseTimeout called, devhash=HASH(0x3f06560), name of devhash=SolarEdgeWR
2018.10.25 19:57:59 3: SolarEdgeWR: Timeout waiting for a modbus response, request: id 1, fCode 3, type h, adr 40068, len 1 for device SolarEdgeWR reading C_DeviceAddress, read buffer empty
2018.10.25 19:58:01 3: 192.168.10.99:502 disconnected, waiting to reappear (SolarEdgeWR)
2018.10.25 19:58:01 3: SolarEdgeWR: ResponseTimeout called, devhash=HASH(0x3f06560), name of devhash=SolarEdgeWR
2018.10.25 19:58:01 3: SolarEdgeWR: Timeout waiting for a modbus response, request: id 1, fCode 3, tid 101, type h, adr 40069, len 1 for device SolarEdgeWR reading C_PhaseDesign, read buffer empty
2018.10.25 19:58:47 3: Opening SolarEdgeWR device 192.168.10.99:502
2018.10.25 19:58:48 3: SolarEdgeWR device opened
...
2018.10.25 20:00:53 3: 192.168.10.99:502 disconnected, waiting to reappear (SolarEdgeWR)
2018.10.25 20:00:55 3: 192.168.10.99:502 reappeared (SolarEdgeWR)
(wird alle paar Minuten wiederholt)

Ist anhand der Daten eine Erklärung möglich? Ich stelle jetzt einmal verbose auf 5 und kann dann morgen hoffentlich mehr sehen.

Hallo  Philipp,

jetzt wäre es sehr spannend zu sehen, was kurz vor den ersten Fehlermeldungen im Log steht.
Kannst Du mal mit verbose 5 den Ausschnitt zwischen dem letzten Erfolgreichen Abruf und der ersten Fehlermeldung posten?

Gruss
   Stefan

Hallo Philipp,

vermutlich ist Dein Problem ein Bug gewesen, der jetzt behoben sein sollte.
Ich habe gerade eine neue Version gepostet.

Gruss
   Stefan

Hallo Stefan,

ich wollte die Funktionen gerne in einem Modul haben. siehe Anlage. Das auslesen der Werte funktioniert. Nur das schreiben/setzen der Readings nicht. Ich habe im Modul eine extra Funktion geschrieben die die Readings setzen soll. Es kommen Fehler, die Reading werden gesetzt, aber es werden dann keine weiteren Register mehr ausgelesen.

MODULEVERSION Modbus 4.0.13 - 26.10.2018


2018.10.26 22:15:20 3: lg868 device opened
2018.10.26 22:15:22 1: readingsUpdate(SEdge,CurrentBlock2,5 0 0 0 0 -2) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)
2018.10.26 22:15:22 1: readingsUpdate(SEdge,I_AC_VoltageAB,0.00 V) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)
2018.10.26 22:15:22 1: readingsUpdate(SEdge,I_AC_VoltageBC,0.00 V) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)
2018.10.26 22:15:22 1: readingsUpdate(SEdge,I_AC_VoltageCA,0.00 V) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)
2018.10.26 22:15:22 1: readingsUpdate(SEdge,I_AC_VoltageAN,237.00 V) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)
2018.10.26 22:15:22 1: readingsUpdate(SEdge,I_AC_VoltageBN,237.00 V) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)
2018.10.26 22:15:22 1: readingsUpdate(SEdge,I_AC_VoltageCN,237.00 V) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)
2018.10.26 22:15:22 1: readingsUpdate(SEdge,I_AC_Voltage_SF,0) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)
2018.10.26 22:15:22 1: readingsUpdate(SEdge,I_AC_Power,0) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)
2018.10.26 22:15:22 1: readingsUpdate(SEdge,I_AC_Power_SF,0) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)
2018.10.26 22:15:22 1: readingsUpdate(SEdge,I_AC_Frequency,50 Hz) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)
2018.10.26 22:15:22 1: readingsUpdate(SEdge,I_AC_Frequency_SF,65534) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)
2018.10.26 22:15:22 1: readingsUpdate(SEdge,I_AC_VA,0) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)
2018.10.26 22:15:22 1: readingsUpdate(SEdge,I_AC_VA_SF,0) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)
2018.10.26 22:15:22 1: readingsUpdate(SEdge,I_AC_VAR,0) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)
2018.10.26 22:15:22 1: readingsUpdate(SEdge,I_AC_VAR_SF,0) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)
2018.10.26 22:15:22 1: readingsUpdate(SEdge,I_AC_PF,0) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)
2018.10.26 22:15:22 1: readingsUpdate(SEdge,I_AC_PF_SF,0) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)
2018.10.26 22:15:22 1: readingsUpdate(SEdge,I_AC_Energie_WH_kWh,18029.26 kWh) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)
2018.10.26 22:15:22 1: readingsUpdate(SEdge,I_AC_Energy_WH_SF,0) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)
2018.10.26 22:15:22 1: readingsUpdate(SEdge,I_DC_Current,65535.00 A) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)
2018.10.26 22:15:22 1: readingsUpdate(SEdge,I_DC_Current_SF,32768) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)
2018.10.26 22:15:22 1: readingsUpdate(SEdge,I_DC_Voltage,0.00 V) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)
2018.10.26 22:15:22 1: readingsUpdate(SEdge,I_DC_Voltage_SF,0) missed to call readingsBeginUpdate first.
2018.10.26 22:15:22 1: stacktrace:
2018.10.26 22:15:22 1:     main::readingsBulkUpdate            called by ./FHEM/98_Modbus.pm (2426)
2018.10.26 22:15:22 1:     main::ModbusLD_ParseObj             called by ./FHEM/98_Modbus.pm (2116)
2018.10.26 22:15:22 1:     main::Modbus_HandleResponse         called by ./FHEM/98_Modbus.pm (1796)
2018.10.26 22:15:22 1:     main::Modbus_Read                   called by fhem.pl (3599)
2018.10.26 22:15:22 1:     main::CallFn                        called by fhem.pl (726)


Was mache ich falsch ? Was muss geändert werden ? Wenn ich diese Abfrage nicht ins Modul lege sondern als Konfig ins fhem.cfg geht es.


attr SEdge userattr obj-h40087-expr obj-h40087-len obj-h40087-reading obj-h40087-unpack verbose
attr SEdge obj-h40087-expr readingsBulkUpdate($hash, 'AC_VA', $val[0] * 10 ** $val[1])
attr SEdge obj-h40087-len 2
attr SEdge obj-h40087-reading VABlock
attr SEdge obj-h40087-unpack ns>


Es kommt auch ein Fehler beim Start von FHEM, aber die Readings werden gesetzt und danach geht es ohne Fehler weiter.


2018.10.26 22:28:22 3: SEdge: defined with id 3, interval 60, protocol RTU, mode master, connection to 192.168.2.7:20108
2018.10.26 22:28:22 1: readingsUpdate(SEdge,AC_VA,0) missed to call readingsBeginUpdate first.
2018.10.26 22:28:22 1: stacktrace:
2018.10.26 22:28:22 1:     main::readingsBulkUpdate            called by (eval 73) (1)
2018.10.26 22:28:22 1:     (eval)                              called by ./FHEM/98_Modbus.pm (741)
2018.10.26 22:28:22 1:     main::ModbusLD_Attr                 called by fhem.pl (3599)
2018.10.26 22:28:22 1:     main::CallFn                        called by fhem.pl (2871)
2018.10.26 22:28:22 1:     main::CommandAttr                   called by fhem.pl (1216)
2018.10.26 22:28:22 1:     main::AnalyzeCommand                called by fhem.pl (1062)
2018.10.26 22:28:22 1:     main::AnalyzeCommandChain           called by fhem.pl (1357)
2018.10.26 22:28:22 1:     main::CommandInclude                called by fhem.pl (580)
sh: 1: [0]: not found
....
2018.10.26 22:32:25 4: SEdge: ProcessRequestQueue got pdu from PackRequest: 039c6c001a
2018.10.26 22:32:25 5: SEdge: PackFrame called from ProcessRequestQueue id 3, pdu 039c6c001a
2018.10.26 22:32:25 4: SEdge: ProcessRequestQueue (V4.0.13 - 26.10.2018) sending, request: id 3, fCode 3, type h, adr 40044, len 26 for device SEdge reading C_Version, read buffer empty
2018.10.26 22:32:25 5: SW: 03039c6c001a2bae
2018.10.26 22:32:25 5: SEdge: read buffer: 030334303030322e31303533000000000000003745313832304541000000000000000000000000000000000000000000000000000300670bad
2018.10.26 22:32:25 5: SEdge: ParseFrameStart (RTU) extracted id 3, fCode 3 and data 34303030322e3130353300000000000000374531383230454100000000000000000000000000000000000000000000000000030067
2018.10.26 22:32:25 5: SEdge: HandleResponse called from Read
2018.10.26 22:32:25 5: SEdge: ParseResponse called from HandleResponse
2018.10.26 22:32:25 5: SEdge: CheckChecksum (called from HandleResponse): 0bad is valid
2018.10.26 22:32:25 5: SEdge: HandleResponse now passing to logical device SEdge for parsing data
2018.10.26 22:32:25 5: SEdge: ParseObj called with data 303030322e3130353300000000000000374531383230454100000000000000000000000000000000000000000000000000030067, type h, adr 40044, valuesLen 26, op read
2018.10.26 22:32:25 5: SEdge: ParseObj ObjInfo for h40044: reading=C_Version, unpack=a8, expr=$val =~ s/[\00]+//gr, format=, map=
2018.10.26 22:32:25 5: SEdge: ParseObj unpacked 303030322e3130353300000000000000374531383230454100000000000000000000000000000000000000000000000000030067 with a8 to 0002.105 hex 303030322e313035
2018.10.26 22:32:25 5: SEdge: CheckEval for ModbusLD_ParseObj evaluates expr for C_Version, val=0002.105, expr=$val =~ s/[\00]+//gr
2018.10.26 22:32:25 5: SEdge: CheckEval for ModbusLD_ParseObj result is 0002.105
2018.10.26 22:32:25 4: SEdge: ParseObj assigns value 0002.105 to C_Version
2018.10.26 22:32:25 5: SEdge: ParseObj moves to next object, skip 4 to h40048
2018.10.26 22:32:25 5: SEdge: ParseObj has no information about parsing h40048
2018.10.26 22:32:25 5: SEdge: ParseObj moves to next object, skip 1 to h40049
2018.10.26 22:32:25 5: SEdge: ParseObj has no information about parsing h40049
2018.10.26 22:32:25 5: SEdge: ParseObj moves to next object, skip 1 to h40050
2018.10.26 22:32:25 5: SEdge: ParseObj has no information about parsing h40050
2018.10.26 22:32:25 5: SEdge: ParseObj moves to next object, skip 1 to h40051
2018.10.26 22:32:26 5: SEdge: ParseObj has no information about parsing h40051
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40052
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40052: reading=C_SerialNumber, unpack=a16, expr=$val =~ s/[\00]+//gr, format=, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 374531383230454100000000000000000000000000000000000000000000000000030067 with a16 to 7E1820EA hex 37453138323045410000000000000000
2018.10.26 22:32:26 5: SEdge: CheckEval for ModbusLD_ParseObj evaluates expr for C_SerialNumber, val=7E1820EA, expr=$val =~ s/[\00]+//gr
2018.10.26 22:32:26 5: SEdge: CheckEval for ModbusLD_ParseObj result is 7E1820EA
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 7E1820EA to C_SerialNumber
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 8 to h40060
2018.10.26 22:32:26 5: SEdge: ParseObj has no information about parsing h40060
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40061
2018.10.26 22:32:26 5: SEdge: ParseObj has no information about parsing h40061
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40062
2018.10.26 22:32:26 5: SEdge: ParseObj has no information about parsing h40062
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40063
2018.10.26 22:32:26 5: SEdge: ParseObj has no information about parsing h40063
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40064
2018.10.26 22:32:26 5: SEdge: ParseObj has no information about parsing h40064
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40065
2018.10.26 22:32:26 5: SEdge: ParseObj has no information about parsing h40065
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40066
2018.10.26 22:32:26 5: SEdge: ParseObj has no information about parsing h40066
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40067
2018.10.26 22:32:26 5: SEdge: ParseObj has no information about parsing h40067
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40068
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40068: reading=C_DeviceAddress, unpack=n, expr=, format=, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 00030067 with n to 3 hex 33
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 3 to C_DeviceAddress
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40069
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40069: reading=C_SunSpec_DID, unpack=n, expr=, format=, map=101:Einphasig, 102:Spaltphase1, 103:Dreiphasig
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 0067 with n to 103 hex 313033
2018.10.26 22:32:26 5: SEdge: MapConvert called from ModbusLD_ParseObj converted 103 to Dreiphasig with map 101:Einphasig, 102:Spaltphase1, 103:Dreiphasig
2018.10.26 22:32:26 5: SEdge: ParseObj for C_SunSpec_DID maps value 103 to Dreiphasig with 101:Einphasig, 102:Spaltphase1, 103:Dreiphasig
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value Dreiphasig to C_SunSpec_DID
2018.10.26 22:32:26 5: SEdge: HandleResponse got 4 readings from ParseObj for SEdge
2018.10.26 22:32:26 4: SEdge: ResponseDone, request: id 3, fCode 3, type h, adr 40044, len 26 for device SEdge reading C_Version, Current read buffer: 030334303030322e31303533000000000000003745313832304541000000000000000000000000000000000000000000000000000300670bad, Id 3, fCode 3, response: id 3, fCode 3, type h, adr 40044, len 26, value 303030322e3130353300000000000000374531383230454100000000000000000000000000000000000000000000000000030067
2018.10.26 22:32:26 5: SEdge: DropFrame - drop 030334303030322e31303533000000000000003745313832304541000000000000000000000000000000000000000000000000000300670bad
2018.10.26 22:32:26 5: SEdge: StartQueueTimer called form Read sets internal timer to call Modbus_ProcessRequestQueue in 0.000 seconds
2018.10.26 22:32:26 5: SEdge: ProcessRequestQueue called from HandleTimeout as queue:SEdge
2018.10.26 22:32:26 5: SEdge: StopQueueTimer called from ProcessRequestQueue removes internal timer to call Modbus_ProcessRequestQueue
2018.10.26 22:32:26 5: SEdge: CheckDelay called from ProcessRequestQueue commDelay (0.1s since 22:32:25.966) for SEdge, delay over
2018.10.26 22:32:26 5: SEdge: CheckDelay called from ProcessRequestQueue sendDelay (0.1s since 22:32:25.939) for SEdge, delay over
2018.10.26 22:32:26 5: SEdge: PackRequest called from ProcessRequestQueue
2018.10.26 22:32:26 4: SEdge: ProcessRequestQueue got pdu from PackRequest: 039c87001d
2018.10.26 22:32:26 5: SEdge: PackFrame called from ProcessRequestQueue id 3, pdu 039c87001d
2018.10.26 22:32:26 4: SEdge: ProcessRequestQueue (V4.0.13 - 26.10.2018) sending, request: id 3, fCode 3, type h, adr 40071, len 29 for device SEdge reading CurrentBlock2, read buffer empty
2018.10.26 22:32:26 5: SW: 03039c87001d1a58
2018.10.26 22:32:26 5: SEdge: read buffer: 03033a0000000000000000fffe0199019a019b00ec00ed00ec0000000000001385fffe00000000000000000000000001131aca0000ffff800000000000a861
2018.10.26 22:32:26 5: SEdge: ParseFrameStart (RTU) extracted id 3, fCode 3 and data 3a0000000000000000fffe0199019a019b00ec00ed00ec0000000000001385fffe00000000000000000000000001131aca0000ffff800000000000
2018.10.26 22:32:26 5: SEdge: HandleResponse called from Read
2018.10.26 22:32:26 5: SEdge: ParseResponse called from HandleResponse
2018.10.26 22:32:26 5: SEdge: CheckChecksum (called from HandleResponse): a861 is valid
2018.10.26 22:32:26 5: SEdge: HandleResponse now passing to logical device SEdge for parsing data
2018.10.26 22:32:26 5: SEdge: ParseObj called with data 0000000000000000fffe0199019a019b00ec00ed00ec0000000000001385fffe00000000000000000000000001131aca0000ffff800000000000, type h, adr 40071, valuesLen 29, op read
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40071: reading=CurrentBlock2, unpack=nnnns>, expr=@val." ".$val[0]." ".$val[1]." ".$val[2]." ".$val[3]." ".$val[4], format=, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 0000000000000000fffe0199019a019b00ec00ed00ec0000000000001385fffe00000000000000000000000001131aca0000ffff800000000000 with nnnns> to 0 hex 30, 0 hex 30, 0 hex 30, 0 hex 30, -2 hex 2d32
2018.10.26 22:32:26 5: SEdge: CheckEval for ModbusLD_ParseObj evaluates expr for CurrentBlock2, val=0 0 0 0 -2, expr=@val." ".$val[0]." ".$val[1]." ".$val[2]." ".$val[3]." ".$val[4]
2018.10.26 22:32:26 5: SEdge: CheckEval for ModbusLD_ParseObj result is 5 0 0 0 0 -2
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 5 0 0 0 0 -2 to CurrentBlock2
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 5 to h40076
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40076: reading=I_AC_VoltageAB, unpack=n, expr=, format=%.2f V, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 0199019a019b00ec00ed00ec0000000000001385fffe00000000000000000000000001131aca0000ffff800000000000 with n to 409 hex 343039
2018.10.26 22:32:26 5: SEdge: ParseObj for I_AC_VoltageAB does sprintf with format %.2f V, value is 409
2018.10.26 22:32:26 5: SEdge: ParseObj for I_AC_VoltageAB sprintf result is 409.00 V
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 409.00 V to I_AC_VoltageAB
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40077
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40077: reading=I_AC_VoltageBC, unpack=n, expr=, format=%.2f V, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 019a019b00ec00ed00ec0000000000001385fffe00000000000000000000000001131aca0000ffff800000000000 with n to 410 hex 343130
2018.10.26 22:32:26 5: SEdge: ParseObj for I_AC_VoltageBC does sprintf with format %.2f V, value is 410
2018.10.26 22:32:26 5: SEdge: ParseObj for I_AC_VoltageBC sprintf result is 410.00 V
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 410.00 V to I_AC_VoltageBC
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40078
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40078: reading=I_AC_VoltageCA, unpack=n, expr=, format=%.2f V, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 019b00ec00ed00ec0000000000001385fffe00000000000000000000000001131aca0000ffff800000000000 with n to 411 hex 343131
2018.10.26 22:32:26 5: SEdge: ParseObj for I_AC_VoltageCA does sprintf with format %.2f V, value is 411
2018.10.26 22:32:26 5: SEdge: ParseObj for I_AC_VoltageCA sprintf result is 411.00 V
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 411.00 V to I_AC_VoltageCA
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40079
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40079: reading=I_AC_VoltageAN, unpack=n, expr=, format=%.2f V, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 00ec00ed00ec0000000000001385fffe00000000000000000000000001131aca0000ffff800000000000 with n to 236 hex 323336
2018.10.26 22:32:26 5: SEdge: ParseObj for I_AC_VoltageAN does sprintf with format %.2f V, value is 236
2018.10.26 22:32:26 5: SEdge: ParseObj for I_AC_VoltageAN sprintf result is 236.00 V
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 236.00 V to I_AC_VoltageAN
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40080
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40080: reading=I_AC_VoltageBN, unpack=n, expr=, format=%.2f V, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 00ed00ec0000000000001385fffe00000000000000000000000001131aca0000ffff800000000000 with n to 237 hex 323337
2018.10.26 22:32:26 5: SEdge: ParseObj for I_AC_VoltageBN does sprintf with format %.2f V, value is 237
2018.10.26 22:32:26 5: SEdge: ParseObj for I_AC_VoltageBN sprintf result is 237.00 V
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 237.00 V to I_AC_VoltageBN
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40081
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40081: reading=I_AC_VoltageCN, unpack=n, expr=, format=%.2f V, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 00ec0000000000001385fffe00000000000000000000000001131aca0000ffff800000000000 with n to 236 hex 323336
2018.10.26 22:32:26 5: SEdge: ParseObj for I_AC_VoltageCN does sprintf with format %.2f V, value is 236
2018.10.26 22:32:26 5: SEdge: ParseObj for I_AC_VoltageCN sprintf result is 236.00 V
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 236.00 V to I_AC_VoltageCN
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40082
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40082: reading=I_AC_Voltage_SF, unpack=n, expr=, format=, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 0000000000001385fffe00000000000000000000000001131aca0000ffff800000000000 with n to 0 hex 30
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 0 to I_AC_Voltage_SF
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40083
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40083: reading=I_AC_Power, unpack=n, expr=, format=, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 000000001385fffe00000000000000000000000001131aca0000ffff800000000000 with n to 0 hex 30
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 0 to I_AC_Power
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40084
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40084: reading=I_AC_Power_SF, unpack=n, expr=, format=, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 00001385fffe00000000000000000000000001131aca0000ffff800000000000 with n to 0 hex 30
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 0 to I_AC_Power_SF
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40085
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40085: reading=I_AC_Frequency, unpack=n, expr=$val/100, format=%.f Hz, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 1385fffe00000000000000000000000001131aca0000ffff800000000000 with n to 4997 hex 34393937
2018.10.26 22:32:26 5: SEdge: CheckEval for ModbusLD_ParseObj evaluates expr for I_AC_Frequency, val=4997, expr=$val/100
2018.10.26 22:32:26 5: SEdge: CheckEval for ModbusLD_ParseObj result is 49.97
2018.10.26 22:32:26 5: SEdge: ParseObj for I_AC_Frequency does sprintf with format %.f Hz, value is 49.97
2018.10.26 22:32:26 5: SEdge: ParseObj for I_AC_Frequency sprintf result is 50 Hz
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 50 Hz to I_AC_Frequency
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40086
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40086: reading=I_AC_Frequency_SF, unpack=n, expr=, format=, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked fffe00000000000000000000000001131aca0000ffff800000000000 with n to 65534 hex 3635353334
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 65534 to I_AC_Frequency_SF
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40087
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40087: reading=VABlock, unpack=ns>, expr=readingsBulkUpdate($hash, 'AC_VA', $val[0] * 10 ** $val[1]), format=, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 00000000000000000000000001131aca0000ffff800000000000 with ns> to 0 hex 30, 0 hex 30
2018.10.26 22:32:26 5: SEdge: CheckEval for ModbusLD_ParseObj evaluates expr for VABlock, val=0 0, expr=readingsBulkUpdate($hash, 'AC_VA', $val[0] * 10 ** $val[1])
2018.10.26 22:32:26 5: SEdge: CheckEval for ModbusLD_ParseObj result is AC_VA: 0
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value AC_VA: 0 to VABlock
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 2 to h40089
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40089: reading=I_AC_VAR, unpack=n, expr=, format=, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 000000000000000001131aca0000ffff800000000000 with n to 0 hex 30
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 0 to I_AC_VAR
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40090
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40090: reading=I_AC_VAR_SF, unpack=n, expr=, format=, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 00000000000001131aca0000ffff800000000000 with n to 0 hex 30
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 0 to I_AC_VAR_SF
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40091
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40091: reading=I_AC_PF, unpack=n, expr=, format=, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 0000000001131aca0000ffff800000000000 with n to 0 hex 30
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 0 to I_AC_PF
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40092
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40092: reading=I_AC_PF_SF, unpack=n, expr=, format=, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 000001131aca0000ffff800000000000 with n to 0 hex 30
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 0 to I_AC_PF_SF
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40093
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40093: reading=I_AC_Energie_WH_kWh, unpack=l>, expr=$val / 1000, format=%.2f kWh, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 01131aca0000ffff800000000000 with l> to 18029258 hex 3138303239323538
2018.10.26 22:32:26 5: SEdge: CheckEval for ModbusLD_ParseObj evaluates expr for I_AC_Energie_WH_kWh, val=18029258, expr=$val / 1000
2018.10.26 22:32:26 5: SEdge: CheckEval for ModbusLD_ParseObj result is 18029.258
2018.10.26 22:32:26 5: SEdge: ParseObj for I_AC_Energie_WH_kWh does sprintf with format %.2f kWh, value is 18029.258
2018.10.26 22:32:26 5: SEdge: ParseObj for I_AC_Energie_WH_kWh sprintf result is 18029.26 kWh
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 18029.26 kWh to I_AC_Energie_WH_kWh
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 2 to h40095
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40095: reading=I_AC_Energy_WH_SF, unpack=n, expr=, format=, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 0000ffff800000000000 with n to 0 hex 30
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 0 to I_AC_Energy_WH_SF
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40096
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40096: reading=I_DC_Current, unpack=n, expr=, format=%.2f A, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked ffff800000000000 with n to 65535 hex 3635353335
2018.10.26 22:32:26 5: SEdge: ParseObj for I_DC_Current does sprintf with format %.2f A, value is 65535
2018.10.26 22:32:26 5: SEdge: ParseObj for I_DC_Current sprintf result is 65535.00 A
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 65535.00 A to I_DC_Current
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40097
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40097: reading=I_DC_Current_SF, unpack=n, expr=, format=, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 800000000000 with n to 32768 hex 3332373638
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 32768 to I_DC_Current_SF
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40098
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40098: reading=I_DC_Voltage, unpack=n, expr=, format=%.2f V, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 00000000 with n to 0 hex 30
2018.10.26 22:32:26 5: SEdge: ParseObj for I_DC_Voltage does sprintf with format %.2f V, value is 0
2018.10.26 22:32:26 5: SEdge: ParseObj for I_DC_Voltage sprintf result is 0.00 V
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 0.00 V to I_DC_Voltage
2018.10.26 22:32:26 5: SEdge: ParseObj moves to next object, skip 1 to h40099
2018.10.26 22:32:26 5: SEdge: ParseObj ObjInfo for h40099: reading=I_DC_Voltage_SF, unpack=n, expr=, format=, map=
2018.10.26 22:32:26 5: SEdge: ParseObj unpacked 0000 with n to 0 hex 30
2018.10.26 22:32:26 4: SEdge: ParseObj assigns value 0 to I_DC_Voltage_SF
2018.10.26 22:32:26 5: SEdge: HandleResponse got 23 readings from ParseObj for SEdge
2018.10.26 22:32:26 4: SEdge: ResponseDone, request: id 3, fCode 3, type h, adr 40071, len 29 for device SEdge reading CurrentBlock2, Current read buffer: 03033a0000000000000000fffe0199019a019b00ec00ed00ec0000000000001385fffe00000000000000000000000001131aca0000ffff800000000000a861, Id 3, fCode 3, response: id 3, fCode 3, type h, adr 40071, len 29, value 0000000000000000fffe0199019a019b00ec00ed00ec0000000000001385fffe00000000000000000000000001131aca0000ffff800000000000
2018.10.26 22:32:26 5: SEdge: DropFrame - drop 03033a0000000000000000fffe0199019a019b00ec00ed00ec0000000000001385fffe00000000000000000000000001131aca0000ffff800000000000a861
2018.10.26 22:32:59 5: SEdge: read buffer: 03031400000000000000008000000080008000fffe0002ffe5
2018.10.26 22:32:59 5: SEdge: ParseFrameStart (RTU) extracted id 3, fCode 3 and data 1400000000000000008000000080008000fffe0002
2018.10.26 22:32:59 3: SEdge: read got new data while idle, drop buffer 03031400000000000000008000000080008000fffe0002ffe5
2018.10.26 22:32:59 5: SEdge: read buffer: 03033c0003006700320000000000000000fffe0199019a019a00ec00ed00ec0000000000001385fffe00000000000000000000000001131aca0000ffff8000a8ee
2018.10.26 22:32:59 5: SEdge: ParseFrameStart (RTU) extracted id 3, fCode 3 and data 3c0003006700320000000000000000fffe0199019a019a00ec00ed00ec0000000000001385fffe00000000000000000000000001131aca0000ffff8000
2018.10.26 22:32:59 3: SEdge: read got new data while idle, drop buffer 03033c0003006700320000000000000000fffe0199019a019a00ec00ed00ec0000000000001385fffe00000000000000000000000001131aca0000ffff8000a8ee


Tschüß Jörg

Zitat von: pejonp am 26 Oktober 2018, 22:37:34
Das auslesen der Werte funktioniert. Nur das schreiben/setzen der Readings nicht. Ich habe im Modul eine extra Funktion geschrieben die die Readings setzen soll. Es kommen Fehler, die Reading werden gesetzt, aber es werden dann keine weiteren Register mehr ausgelesen.

Ah! Das sind die gleichen Meldungen, die ich bekommen hatte. Das war dann auch der Grund, weshalb ich das readingsBeginUpdate und das readingsEndUpdate direkt in meine expression eingebaut hatte:

https://forum.fhem.de/index.php/topic,80767.msg848823.html#msg848823

gb#

Hallo Jörg / Benni,

der Fehler beim Starten von Fhem ist klar, das liegt wie schon geschrieben daran, dass beim Starten der attr-Befehl ausgewertet wird, der will die Expression testen und davor ist natürlich noch kein readingsBeginUpdate aufgerufen worden. Um das zu umgehen kann man $inCheckEval abfragen. Das ist nur gesetzt, wenn tatsächlich ein Reading gesetzt werden soll bzw. wenn ParseObj CheckEval aufruft. Nicht aber wenn die attr-Funktion die Expression testet.

Was die Funktion im Modul angeht, so rufst Du darin ja selbst readingsBeginUpdate und danach auch ReadingEndUpdate auf. Das führt dann zu dem Problemen dass der spätere Aufruf von readingsBulkUpdate in ParseObj selbst nach Deinem Aufruf von readingsEndUpdate kommt. Das crasht dann.

Lösung: readingsBeginUpdate und readingsEndUpdate müssen aus Deiner Funktion und aus den Expressions raus. Zusätzlich idealerweise $inCheckEval abfragen.

Ein Blick in die Funktion ModbusLD_ParseObj im Modul sollte es erklären :-)

Gruss
   Stefan

Hallo Stefan / Benni,

habe das Modul angepasst. Bei mir läuft es jetzt. Ich hänge es mal an. Wer möchte kann ja mal testen.

Stefan vielen Dank für deine Hilfe.

Jörg

Hallo zusammen,

ich habe hier mal eine Frage: Wie bekomme ich die aktuelle Version vom 98_Modbus.pm? Ein Update sagt bei mir das nichts zu tun wäre. Der Versionscheck auf Modbus.pm sagt mir allerdings dass ich diese Version habe:
98_Modbus.pm 15871 2018-01-13
So wie eure Diskussion hier aber verstanden habe ist die aktuelle Version vom 18.10.2018  :-\
Gibts da einen Trick?

Vielen Dank und Grüße
Christian

Hallo,

die aktuelle Version steht im Post 152 dieses Threads:
https://forum.fhem.de/index.php/topic,75638.150.html

In der neuen Version hat sich sehr viel geändert, deshalb habe ich sie auch noch nicht eingecheckt und hoffe auf weitere Testberichte ;-)

Gruss
   Stefan

Vielen Dank Stefan! Dann schau mer mal  :D

Hallo zusammen,

jetzt hätte ich nochmal eine Frage: Wie habt ihr die Sache mit der Skalierung in den Griff bekommen? Ich habe immer wieder Ausreißer noch oben und unten. Da schaut im Plot besonders hübsch aus. Ich habe die aktuelle Leistung bei mir so definiert:
obj-h40083-expr $val * (10 ** ReadingsNum ('SolarEdge' ,'I_AC_Power_SF',0))
obj-h40083-len 2
obj-h40083-reading I_AC_Power
obj-h40083-unpack s>

Ich dachte dass dieser len 2 der Schlüssel zum Erfolg ist, leider nicht :(

Grüße
Christian

obj-h40083-reading I_AC_Power
obj-h40083-len 2
obj-h40083-unpack s>s>
obj-h40083-expr $val[0] * (10 ** $val[1])


Damit liest du beide Werte aus und berechnest den Wert direkt (nicht über Zugriff auf eine andere, evtl. davor/danach ausgelesene Variable). Mit $val[0,1,2,..] stehen alle gleichzeitig ausgelesenen Werte zur Verfügung.

Hallo Chris_XXX,


versuche mal die im Post (https://forum.fhem.de/index.php/topic,80767.msg850976.html#msg850976) angehangen Datei. Da wird alles berechnet. Einfach ins FHEM legen, Rechte anpassen, fhem neu starten.

def:  defmod SEdge SolarEdge ID 60 IP:PORT RTU oder TCP

pejonp

Herzlichen Dank an euch beide.
Ich habe das Modul von Jörg jetzt am laufen.
Folgendes ist mir dabei aufgefallen:
Bei den Spannungen zwischen Phase und N ist ein Kommafehler:

I_AC_VoltageAN 2279.00 V
I_AC_VoltageBN 2270.00 V
I_AC_VoltageCN 2271.00 V

Abgesehen von diesem kleinen Schönheitsfehler ist das Modul aber super. Ich bin voll begeistert.

Gibt es auch eigentlich auch eine Möglichkeit die erzeugte Tagesleistung vom WR auszulesen?

Grüße
Christian

@Chris_XXX

Versuche mal ein Update. Ich habe das Modul auf github zu liegen. https://github.com/pejonp/FHEM---SolarEdge

update all https://raw.githubusercontent.com/pejonp/FHEM---SolarEdge/master/controls_SolarEdge.txt

Dort habe ich noch ein Paar Änderungen vorgenommen.
in den Readings: pv_energy pv_energytoday pv_energytoweek pv_energytomont ... wird die erzeugte Energie gespeichert. Ist aber noch nicht fertig, daher erst mal testen.

pejonp

Hallo pejonp, ich habe das Modul getestet und bin begeistert.
Der einizge Fehler den ich bisher feststellen konnte ereignete sich bei der Installation:
2018.11.05 07:16:38 1 : New entries in the CHANGED file:
2018.11.05 07:16:38 1 : 4.11.2018
2018.11.05 07:16:38 1 : Readings: pv_energy pv_energytoday pv_energytoweek pv_energytomont ...
2018.11.05 07:16:38 1 : Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while
2018.11.05 07:16:55 3 : SolarEdge: MapConvert called from ModbusLD_ParseObj did not find 3 in map 1:Aus, 2:Nachtmodus, 4:WR_An
2018.11.05 07:17:56 3 : SolarEdge: MapConvert called from ModbusLD_ParseObj did not find 3 in map 1:Aus, 2:Nachtmodus, 4:WR_An
2018.11.05 07:18:55 3 : SolarEdge: MapConvert called from ModbusLD_ParseObj did not find 3 in map 1:Aus, 2:Nachtmodus, 4:WR_An
2018.11.05 07:19:55 3 : SolarEdge: MapConvert called from ModbusLD_ParseObj did not find 3 in map 1:Aus, 2:Nachtmodus, 4:WR_An
2018.11.05 07:20:55 3 : SolarEdge: MapConvert called from ModbusLD_ParseObj did not find 3 in map 1:Aus, 2:Nachtmodus, 4:WR_An
2018.11.05 07:23:55 3 : SolarEdge: MapConvert called from ModbusLD_ParseObj did not find 3 in map 1:Aus, 2:Nachtmodus, 4:WR_An

Tut der Sache aber keinen Abbruch, funktioniert trotzdem.

Jetzt bin ich aber bei einem neuen Problem das meine Horizont übersteigt.
Ich möchte, sobald meine PV Anlage einen gewissen Wert an Leistung liefert, eine Aktion auslösen. Aktuell verschicke ich eine EMail, nachher soll eine Steckdose geschaltet werden. Damit die Steckdose im Falle von abfallender Leistung an der PV Anlage aber nicht sofort ausgeht, sondern eine Mindestlaufzeit hat, habe ich einen Sleep eingebaut.
Dazu habe ich ein Notify angelegt das so aussieht:

SolarEdge:I_AC_Power.* {if ($EVTPART1 < 300 ) { fhem{exmail('Darthvader@Deathstar.galaxy', 'myHome: Strom weg', "Die aktuelle Leistung betraegt $EVTPART1 Watt")}; }else { if ($EVTPART1 > 1500 ) { fhem{exmail('Darthvader@Deathstar.galaxy', 'myHome: Strom da', "Die aktuelle Leistung betraegt $EVTPART1 Watt"), sleep 120};   }   } }

Theoretisch und in Trockenübungen hat das auch funktioniert. Im praktischen Einsatz gefällt das dem FHEM aber gar nicht, er bleibt für ca. 2 minuten hängen bis er wieder im reagiert. Im Log sehe ich folgendes:

2018.11.07 09:31:55 3: HASH(0x3991c78) : Unknown command HASH(0x3991c78), try help.
2018.11.07 09:31:55 3: nt.PV.Energie.da return value: Unknown command HASH(0x3991c78), try help.
2018.11.07 09:31:55 3: 192.168.99.14:502 disconnected, waiting to reappear (SolarEdge)
2018.11.07 09:31:55 3: 192.168.99.14:502 reappeared (SolarEdge)
2018.11.07 09:31:57 3: SolarEdge: ResponseTimeout called, devhash=HASH(0x2e41d80), name of devhash=SolarEdge
2018.11.07 09:31:57 3: SolarEdge: Timeout waiting for a modbus response, request: id 1, fCode 3, tid 123, type h, adr 40100, len 8 for device SolarEdge reading Block_DC_Power, read buffer empty

Hat jemand eine Idee was hier falsch läuft?

Danke und Grüße
Christian

Hallo Christian,

Ich würde das sleep 120 rausnehmen und das wiederholte abfragen anders einstellen. Müsste ich mir erst einmal leif ansehen.

Das mit der map Funktion und dem Fehler sehe ich mir mal. Dauert aber ein bisschen.

Jörg

Hallo Jörg,

kein Thema, ich wollte dir nur eine Rückmeldung geben nachdem du dir schon soviel Mühe gemacht hast.
Dann muss ich wohl mal ein bischen Hirnen wie ich das anders hinbekomme.... kommt Zeit kommt Rat ;)

Grüße
Christian

Hallo Christian,

Versuche beim notify  mal

disabledAfterTrigger someSeconds
disable the execution for someSeconds after it triggered

Jörg

Mit DOIF kann man solche bedingten Reaktionen mit diversen Verzögerungen auch schön realisieren.

Gruss
   Stefan

Vielen Dank Stefan für den Tip mit DOIF. Echt nützlich!

Grüße
Christian

Ich bin ja immer noch begeistert von diesem Modul. Stefan und Jörg, packt ihr eure beiden Module auch in das offizelle Repository?

Hallo,

die neue Version von 98_Modbus.pm checke ich ein, sowie sie stabil scheint :-)

Gruss
   Stefan

Hallo Jörg,

noch eine Frage zu deinem Modul. Wann sollte pv_energytoweek wieder bei Null anfangen? Bei mir bleibt pv_energytoweek = pv_energymonth?

Grüße
Christian

Hallo,

nur als Alternative: Wenn man die Stromkosten zählen/berechnen will mit ElectricityCalculator, dann zählt dieses Modul automatisch die kWh für den Tag/Monat/Jahr und liefert diese als Readings. Ich habe das auch erst später entdeckt und hatte mir das ebenfalls selbst mit subs und dummys zusammengebstaltet, aber warum kompliziert wenn es auch einfach geht :)

Grüße,
Philipp

Hallo Christian,

Leider habe ich beim wochenzähler nicht weitergemacht weil mir zum auswerten des wochtages nichts eingefallen. Entweder ignorieren oder ich versuche mich nochmal daran. Kann aber noch nicht sagen wann.
Jörg

Hallo Philipp und Jörg,

erstmal danke für den Tip mit dem Zähler. Das klappt ganz gut. Und falls Jörg noch einen Tester sucht, ich melde mich gerne freiwillig :)

Danke und Gruß
Christian

Ich möchte in Kürze ebenfalls einen SolarEdge-Wechselrichter auslesen, einen SE 5000 HD. Sollte das auch mit dem hier vorgestellten Modul klappen? Letzter Stand im Thread (November) war ja, dass sowohl das neuere Modbus-Modul als auch das SolarEdge-Modul noch nicht offiziell verfügbar sind...

@schachti

Was meinst du damit ? Gibt es für die se 5000 kein modbus Adapter vom Hersteller?
Pejonp

Zitat von: schachti am 27 Mai 2019, 16:26:18
...SolarEdge-Wechselrichter auslesen, einen SE 5000 HD. ...

auslesen klappt per ModBus. Sieht ein wenig seltsam aus, weil noch nicht zuende konfiguriert.



AC-Energy 5997.742 2019-05-27 17:10:51
AC-Power 0.00 2019-05-27 17:10:50
AC-Volt-A 0.00 2019-05-27 17:10:51 
DC-Current hex=6586, string=e., s=-31131, s>=25990, S=34405, S>=25990 2019-05-27 17:10:51
DC-Power 0.00 2019-05-27 17:10:52
DC-Voltage 0 2019-05-27 17:10:52
HeatSinkTemp 42.04 2019-05-27 17:10:52
Status 4 2018-05-27 20:34:36
scan-h000016 hex=0000, string=.., s=0, s>=0, S=0, S>=0 2019-05-27 17:10:50
scan-h000017 hex=0000, string=.., s=0, s>=0, S=0, S>=0 2019-05-27 17:10:52
scan-h000018 hex=0000, string=.., s=0, s>=0, S=0, S>=0 2019-05-27 17:10:51
scan-h000019 hex=0000, string=.., s=0, s>=0, S=0, S>=0 2019-05-27 17:10:50
scan-h000020 hex=5345, string=SE, s=17747, s>=21317, S=17747, S>=21317 2019-05-27 17:10:51
scan-h000032 hex=0000, string=.., s=0, s>=0, S=0, S>=0 2019-05-27 17:10:51
scan-h000035 hex=0000, string=.., s=0, s>=0, S=0, S>=0 2019-05-27 17:10:51
scan-h000036 hex=0000, string=.., s=0, s>=0, S=0, S>=0 2019-05-27 17:10:51
scan-h000094 hex=84ae, string=.., s=-20860, s>=-31570, S=44676, S>=33966 2019-05-27 17:10:51
state disconnected 2019-05-27 17:10:52


weiter verfolgt habe ich das nicht, weil ich jetzt mit Solarview auslese. Der neue Zähler muss auch noch eingebaut werden, damit den Eigenverbrauch im Portal erkennen kann.

@Butzel

Als Anlage die Beschreibung der Modbus-Register. Muss im Modul noch erweitert werden.

pejonp

Danke für die Doku. Ich habe die glaube ich auch, sogar in deutsch, wenn Bedarf besteht.
Habe schon Stunden damit verbracht. Irgendwie fehlt mir manchmal der Durchblick und die Ruhe dazu. Vielleicht willl sich schachti damit näher befassen ? Oder wir arbeiten beide daran parallel ?

Bin auf jeden Fall bereit alles was ich kann beizutragen, habe aber bisher noch nie etwas in Richtung FHEM entwickelt und wüsste nun gar nicht, was zu tun. Wie kann ich helfen? Device habe ich angelegt
define PV SolarEdge 1 60 192.168.178.XX RTU

Leider habe ich keinerlei Readings und bin etwas überfordert mit den Attributen, die ich setzen könnte.

Die folgenden INTERNALS werden mir angezeigt:

CFGFN
DEF 1 60 192.168.178.XX RTU
DeviceName 192.168.178.XX:502
EXPECT idle
FD 27
FUUID 5cecef65-f33f-d5fc-dee5-2ee8c0118e19b3d6
INTERVAL 60
IODev PV
LASTOPEN 1559032854.21293
MODBUSID 1
MODE master
MODULEVERSION Modbus 4.1.2 - 17.4.2019
NAME PV
NOTIFYDEV global
NR 690
NTFY_ORDER 50-PV
PARTIAL
PROTOCOL RTU
STATE opened
TCPConn 1
TIMEOUTS 36
TRIGGERTIME 1559033395.16476
TRIGGERTIME_FMT 2019-05-28 10:49:55
TRIGGERTIME_SAVED
TYPE SolarEdge
devioLoglevel 3
lastUpdate 1559033335.16476
nextOpenDelay 60


warum hast Du RTU genommen und nicht TCP ?

Ich Depp, blind das falsche abgetippt.  :-[   Schon sieht's viiiel besser aus.

Dann kann es jetzt weiter gehen.
Ich muss erst mal schauen, warum meine Produktion als deckungsgleicher Eigenverbrauch angezeigt wird (nicht mehr grün, sondern blau). Das ist so seit einem Switch-Ausfall und der Installation von SolarView. Vielleicht liefert die SV auch ein Ergebnis an den Eigenverbrauch.....
Ich kann das kurzfristig ändern (wieder in grün), indem ich in der Portal-Admin den Eigenverbrauchszähler deaktiviere. Der kommt aber nach einer kurzen Zeit wieder.

Eine Sache ist mir aufgefallen: das Mapping der Statuswerte (I_Status) ist unvollständig - gemappt werden nur 1 (Aus), 2 (Sleep) und 4 (An), laut https://www.solaredge.com/sites/default/files/sunspec-implementation-technical-note.pdf (https://www.solaredge.com/sites/default/files/sunspec-implementation-technical-note.pdf) gehen aber die möglichen Werte von 1 bis 8.

@schachti

beim SE5K für den ich das Modul geschrieben habe, gibt es nur diese Werte. Für andere WR muss es angepaßt werden und auch noch andere Werte. Bin aber noch nicht dazu gekommen und ist ja auch die Frage welche Werte werden benötigt oder sind sinnvoll.

pejonp

Hi,

ich habe mir das Module mal geforkt und ein paar kleine Anpassungen gemacht; das Repro liegt unter https://github.com/CaptainRoot/FHEM---SolarEdge.

Was habe ich geändert.
- Erweiterung um einen externen Zähler (Modbuszähler)
- "Englische" Readings
- Phasen werden wie in der Spec mit A,B,C bezeichnet
- Wie von schachti angemerkt die Status angepasst (in der englischen Spec gibt es mehr als in der deutschen Übersetzung)

Wenn gewünscht erstelle ich gerne ein pull-Request

Grüße,
Stephan

Hallo,
hab seit einiger zeit meinen SE wr in fhem hier super integriert.
Ich habe allerdings auch einen s0 Zähler eingebaut und kann im solaredge monitoring (website und app) hier den aktuellen verbrauch und die einspeisung/bezug anzeigen.
Kann man das auch irgendwie nach fhem bekommen?
danke

Hi,

Sicher das es ein S0 zähler ist? An den solarEdge Wechselrichter kommt eigentlich ein RS485 / Modbus Zähler.

Wenn du möchtest kannst mal das "Modul" von meinem GitHub testen, da ist der Meter 1 (über RS485/Mobus am WR) mit drin.
Da sind (fast) alle Werte mit drin die auch an das Monitoring von SolarEdge gehen drin (Import/ Export usw)

Das Modul erweitere ich derzeit fast täglich. Kannst es dir ja mal aschauen und falls dir was auffällt bzw du wünsche hast sag Bescheid

Grüße,
Stephan

ja - ist ein s0 Zähler der über ein adapterkabel beim wr angeschlossen ist
KEIN modbus zähler

Hallo zusammen,
bin neu hier und seit kurzem mit SE Wechselrichter (mit SE Modbus Zähler) am Start.
Hab ihn mit SolarEdgeAPI erfolgreich eingebunden, hätte aber gerne mehr als alle paar Minuten einen Wert.

Was ich bis jetzt mit der API mache: 
aus den Produktions-/Verbrauchsdaten Regeln um Steckdosen (in Zukunft irgendwann einen go-echarger Auto-Lader) zu schalten.

An ModBusAttr (nach wiki-Eintrag) und Captains Modul scheitere ich aber bis jetzt.
Wo muss ich weiterlesen, damit ich FHEM gut genug verstehe um das hinzubekommen?

@Metalomaniac

SOLAREDGE API ist aber nicht modbus..

Versuche es mal mit diesem Modul (Modbus) https://forum.fhem.de/index.php/topic,80767.msg853967.html#msg853967

Hast du alle erforderlichen Module installiert (Perl,fhem,...).

Mach mal ein list von deiner Modbus Definition.
Wie hast du den WR angebunden : Modbus IP oder rs485 .

Pejonp

Ich versuch mich heute abend mal an deinem Modulvorschlag.
Das API nicht Modbus ist, sondern über das SE Monitoring Web funktioniert ist mir klar.

"Angeschlossen" hab ich meinen WR über Modbus IP.

Habe das Modul gestartet und meinen WR definiert.
Ergebnis:

Internals:
   CFGFN     
   DEF        1 60 192.168.178.79:502 TCP
   DeviceName 192.168.178.79:502
   EXPECT     idle
   FD         16
   FUUID      5d22590b-f33f-ee07-0ce3-bf3eb697079f769e
   INTERVAL   60
   IODev      SEdge
   LASTOPEN   1562532107.96569
   MODBUSID   1
   MODE       master
   MODULEVERSION Modbus 4.1.2 - 17.4.2019
   NAME       SEdge
   NOTIFYDEV  global
   NR         600
   NTFY_ORDER 50-SEdge
   PARTIAL   
   PROTOCOL   TCP
   STATE      opened
   TCPConn    1
   TIMEOUTS   20
   TRIGGERTIME 1562532410.02683
   TRIGGERTIME_FMT 2019-07-07 22:46:50
   TYPE       SolarEdge
   devioLoglevel 3
   lastUpdate 1562532350.02683
   nextOpenDelay 60
   QUEUE:
   READ:
     BUFFER     
   READINGS:
     2019-07-07 22:41:47   state           opened
   REMEMBER:
     lid        1
     lname      SEdge
     lsend      1562532356.05969
   defptr:
     SEdge      1
   lastRead:
Attributes:

@Metalomaniac

verbose = 5 und log anhängen. Ansonsten muss ich meine Glaskugel befragen. Etwas mehr Angaben währe hilfreich.
Stimmt die ID,Port,... ?

pejonp

Hallo, ich habe momentan Captains Modul eingebunden, aber ich denke, dass ist deinem recht ähnlich...
ID sollte mit "1" bei TCP stimmen, denke ich.
Ports habe ich schon 1502 und 502 ausprobiert (an WR und FHEM umgestellt)

FHEM und mein WR reden irgendwie nicht miteinander.

auf jeden Fall sieht es so aus:

Internals:
   CFGFN     
   DEF        1 60 192.168.178.79:1502 TCP
   DeviceName 192.168.178.79:1502
   EXPECT     idle
   FD         7
   FUUID      5d239ebc-f33f-ee07-b9c8-b46a58ee3a4f3a3a
   INTERVAL   60
   IODev      TestEdge
   LASTOPEN   1562619750.40032
   MODBUSID   1
   MODE       master
   MODULEVERSION Modbus 4.1.2 - 17.4.2019
   NAME       TestEdge
   NOTIFYDEV  global
   NR         122
   NTFY_ORDER 50-TestEdge
   PARTIAL   
   PROTOCOL   TCP
   STATE      opened
   TCPConn    1
   TIMEOUTS   225
   TRIGGERTIME 1562621258.61608
   TRIGGERTIME_FMT 2019-07-08 23:27:38
   TRIGGERTIME_SAVED
   TYPE       SolarEdge
   devioLoglevel 3
   lastUpdate 1562621198.61608
   nextOpenDelay 60
   QUEUE:
   READ:
     BUFFER     
   READINGS:
     2019-07-08 23:02:30   state           opened
   REMEMBER:
     lid        1
     lname      TestEdge
     lsend      1562621214.71512
   defptr:
     TestEdge   1
   lastRead:
Attributes:
   room       Photovoltaik
   verbose    5

2019.07.08 23:29:38 5: TestEdge: GetUpdate called from HandleTimeout
2019.07.08 23:29:38 5: TestEdge: SetartUpdateTimer called from GetUpdate updated timer, will call GetUpdate in 60.0 sec at 2019-07-08 23:30:38, interval 60
2019.07.08 23:29:38 5: TestEdge: GetUpdate objects from attributes:
2019.07.08 23:29:38 5: TestEdge: GetUpdate full object list: h40000 h40004 h40020 h40044 h40052 h40068 h40069 h40071 h40076 h40077 h40078 h40079 h40080 h40081 h40082 h40083 h40085 h40087 h40089 h40091 h40093 h40096 h40098 h40100 h40103 h40107 h40123 h40139 h40155 h40163 h40171 h40187 h40188 h40190 h40195 h40196 h40197 h40198 h40199 h40204 h40206 h40211 h40216 h40221 h40226 h40243
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40000 => C_SunSpec_ID, poll = once, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request C_SunSpec_ID
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40004 => C_Manufacturer, poll = once, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request C_Manufacturer
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40020 => Block_C_Model, poll = once, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request Block_C_Model
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40044 => C_Version, poll = once, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request C_Version
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40052 => C_SerialNumber, poll = once, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request C_SerialNumber
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40068 => C_DeviceAddress, poll = once, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request C_DeviceAddress
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40069 => C_SunSpec_DID, poll = once, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request C_SunSpec_DID
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40071 => Block_AC_Current, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request Block_AC_Current
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40076 => I_AC_VoltageAB, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request I_AC_VoltageAB
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40077 => I_AC_VoltageBC, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request I_AC_VoltageBC
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40078 => I_AC_VoltageCA, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request I_AC_VoltageCA
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40079 => I_AC_VoltageAN, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request I_AC_VoltageAN
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40080 => I_AC_VoltageBN, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request I_AC_VoltageBN
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40081 => I_AC_VoltageCN, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request I_AC_VoltageCN
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40082 => I_AC_Voltage_SF, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request I_AC_Voltage_SF
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40083 => Block_AC_Power, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request Block_AC_Power
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40085 => Block_AC_Frequency, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request Block_AC_Frequency
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40087 => Block_AC_VA, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request Block_AC_VA
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40089 => Block_AC_VAR, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request Block_AC_VAR
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40091 => Block_AC_PF, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request Block_AC_PF
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40093 => Block_AC_Energy_WH, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request Block_AC_Energy_WH
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40096 => Block_DC_Current, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request Block_DC_Current
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40098 => Block_DC_Voltage, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request Block_DC_Voltage
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40100 => Block_DC_Power, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request Block_DC_Power
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40103 => I_Temp_HeatSink, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request I_Temp_HeatSink
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40107 => I_Status, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request I_Status
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40123 => X_Meter_1_C_Manufacturer, poll = once, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request X_Meter_1_C_Manufacturer
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40139 => X_Meter_1_Block_C_Model, poll = once, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request X_Meter_1_Block_C_Model
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40155 => X_Meter_1_C_Option, poll = once, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request X_Meter_1_C_Option
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40163 => X_Meter_1_C_Version, poll = once, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request X_Meter_1_C_Version
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40171 => X_Meter_1_C_SerialNumber, poll = once, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request X_Meter_1_C_SerialNumber
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40187 => X_Meter_1_C_DeviceAddress, poll = once, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request X_Meter_1_C_DeviceAddress
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40188 => X_Meter_1_C_SunSpec_DID, poll = once, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request X_Meter_1_C_SunSpec_DID
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40190 => X_Meter_1_Block_AC_Current, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request X_Meter_1_Block_AC_Current
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40195 => X_Meter_1_M_AC_Voltage_LN, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request X_Meter_1_M_AC_Voltage_LN
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40196 => X_Meter_1_M_AC_Voltage_AN, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request X_Meter_1_M_AC_Voltage_AN
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40197 => X_Meter_1_M_AC_Voltage_BN, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request X_Meter_1_M_AC_Voltage_BN
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40198 => X_Meter_1_M_AC_Voltage_CN, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request X_Meter_1_M_AC_Voltage_CN
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40199 => X_Meter_1_Block_AC_Voltage_LL, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request X_Meter_1_Block_AC_Voltage_LL
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40204 => X_Meter_1_Block_AC_Frequency, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request X_Meter_1_Block_AC_Frequency
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40206 => X_Meter_1_Block_AC_Power, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request X_Meter_1_Block_AC_Power
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40211 => X_Meter_1_Block_AC_VA, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request X_Meter_1_Block_AC_VA
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40216 => X_Meter_1_Block_AC_VAR, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request X_Meter_1_Block_AC_VAR
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40221 => X_Meter_1_Block_AC_PF, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request X_Meter_1_Block_AC_PF
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40226 => X_Meter_1_Block_Energy_W, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request X_Meter_1_Block_Energy_W
2019.07.08 23:29:38 5: TestEdge: GetUpdate check h40243 => X_Meter_1_Block_Energy_VA, poll = 1, last = 0
2019.07.08 23:29:38 4: TestEdge: GetUpdate will request X_Meter_1_Block_Energy_VA
2019.07.08 23:29:38 5: TestEdge: GetUpdate tries to combine read commands
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for C_SunSpec_ID (h40000) with C_Manufacturer (h40004), span=12, max=30, drop read for h40004
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for C_SunSpec_ID (h40000) with Block_C_Model (h40020), span=28, max=30, drop read for h40020
2019.07.08 23:29:38 5: TestEdge: GetUpdate cant combine request for C_SunSpec_ID / h40000 with C_Version / h40044, span 52 > max 30
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for C_Version (h40044) with C_SerialNumber (h40052), span=16, max=30, drop read for h40052
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for C_Version (h40044) with C_DeviceAddress (h40068), span=25, max=30, drop read for h40068
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for C_Version (h40044) with C_SunSpec_DID (h40069), span=26, max=30, drop read for h40069
2019.07.08 23:29:38 5: TestEdge: GetUpdate cant combine request for C_Version / h40044 with Block_AC_Current / h40071, span 32 > max 30
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for Block_AC_Current (h40071) with I_AC_VoltageAB (h40076), span=6, max=30, drop read for h40076
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for Block_AC_Current (h40071) with I_AC_VoltageBC (h40077), span=7, max=30, drop read for h40077
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for Block_AC_Current (h40071) with I_AC_VoltageCA (h40078), span=8, max=30, drop read for h40078
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for Block_AC_Current (h40071) with I_AC_VoltageAN (h40079), span=9, max=30, drop read for h40079
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for Block_AC_Current (h40071) with I_AC_VoltageBN (h40080), span=10, max=30, drop read for h40080
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for Block_AC_Current (h40071) with I_AC_VoltageCN (h40081), span=11, max=30, drop read for h40081
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for Block_AC_Current (h40071) with I_AC_Voltage_SF (h40082), span=12, max=30, drop read for h40082
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for Block_AC_Current (h40071) with Block_AC_Power (h40083), span=14, max=30, drop read for h40083
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for Block_AC_Current (h40071) with Block_AC_Frequency (h40085), span=16, max=30, drop read for h40085
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for Block_AC_Current (h40071) with Block_AC_VA (h40087), span=18, max=30, drop read for h40087
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for Block_AC_Current (h40071) with Block_AC_VAR (h40089), span=20, max=30, drop read for h40089
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for Block_AC_Current (h40071) with Block_AC_PF (h40091), span=22, max=30, drop read for h40091
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for Block_AC_Current (h40071) with Block_AC_Energy_WH (h40093), span=25, max=30, drop read for h40093
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for Block_AC_Current (h40071) with Block_DC_Current (h40096), span=27, max=30, drop read for h40096
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for Block_AC_Current (h40071) with Block_DC_Voltage (h40098), span=29, max=30, drop read for h40098
2019.07.08 23:29:38 5: TestEdge: GetUpdate cant combine request for Block_AC_Current / h40071 with Block_DC_Power / h40100, span 31 > max 30
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for Block_DC_Power (h40100) with I_Temp_HeatSink (h40103), span=4, max=30, drop read for h40103
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for Block_DC_Power (h40100) with I_Status (h40107), span=8, max=30, drop read for h40107
2019.07.08 23:29:38 5: TestEdge: GetUpdate cant combine request for Block_DC_Power / h40100 with X_Meter_1_C_Manufacturer / h40123, span 31 > max 30
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for X_Meter_1_C_Manufacturer (h40123) with X_Meter_1_Block_C_Model (h40139), span=24, max=30, drop read for h40139
2019.07.08 23:29:38 5: TestEdge: GetUpdate cant combine request for X_Meter_1_C_Manufacturer / h40123 with X_Meter_1_C_Option / h40155, span 40 > max 30
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for X_Meter_1_C_Option (h40155) with X_Meter_1_C_Version (h40163), span=16, max=30, drop read for h40163
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for X_Meter_1_C_Option (h40155) with X_Meter_1_C_SerialNumber (h40171), span=24, max=30, drop read for h40171
2019.07.08 23:29:38 5: TestEdge: GetUpdate cant combine request for X_Meter_1_C_Option / h40155 with X_Meter_1_C_DeviceAddress / h40187, span 33 > max 30
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for X_Meter_1_C_DeviceAddress (h40187) with X_Meter_1_C_SunSpec_DID (h40188), span=2, max=30, drop read for h40188
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for X_Meter_1_C_DeviceAddress (h40187) with X_Meter_1_Block_AC_Current (h40190), span=8, max=30, drop read for h40190
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for X_Meter_1_C_DeviceAddress (h40187) with X_Meter_1_M_AC_Voltage_LN (h40195), span=9, max=30, drop read for h40195
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for X_Meter_1_C_DeviceAddress (h40187) with X_Meter_1_M_AC_Voltage_AN (h40196), span=10, max=30, drop read for h40196
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for X_Meter_1_C_DeviceAddress (h40187) with X_Meter_1_M_AC_Voltage_BN (h40197), span=11, max=30, drop read for h40197
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for X_Meter_1_C_DeviceAddress (h40187) with X_Meter_1_M_AC_Voltage_CN (h40198), span=12, max=30, drop read for h40198
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for X_Meter_1_C_DeviceAddress (h40187) with X_Meter_1_Block_AC_Voltage_LL (h40199), span=17, max=30, drop read for h40199
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for X_Meter_1_C_DeviceAddress (h40187) with X_Meter_1_Block_AC_Frequency (h40204), span=19, max=30, drop read for h40204
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for X_Meter_1_C_DeviceAddress (h40187) with X_Meter_1_Block_AC_Power (h40206), span=24, max=30, drop read for h40206
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for X_Meter_1_C_DeviceAddress (h40187) with X_Meter_1_Block_AC_VA (h40211), span=29, max=30, drop read for h40211
2019.07.08 23:29:38 5: TestEdge: GetUpdate cant combine request for X_Meter_1_C_DeviceAddress / h40187 with X_Meter_1_Block_AC_VAR / h40216, span 34 > max 30
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for X_Meter_1_Block_AC_VAR (h40216) with X_Meter_1_Block_AC_PF (h40221), span=10, max=30, drop read for h40221
2019.07.08 23:29:38 5: TestEdge: GetUpdate combines request for X_Meter_1_Block_AC_VAR (h40216) with X_Meter_1_Block_Energy_W (h40226), span=27, max=30, drop read for h40226
2019.07.08 23:29:38 5: TestEdge: GetUpdate cant combine request for X_Meter_1_Block_AC_VAR / h40216 with X_Meter_1_Block_Energy_VA / h40243, span 44 > max 30
2019.07.08 23:29:38 5: TestEdge: GetUpdate doesn't sort objList before sending requests
2019.07.08 23:29:38 4: TestEdge: DoRequest called from GetUpdate created request: id 1, fCode 3, tid 176, type h, adr 40216, len 27 for device TestEdge reading X_Meter_1_Block_AC_VAR (getUpdate), read buffer empty
2019.07.08 23:29:38 5: TestEdge: QueueRequest called from DoRequest (TestEdge) with h40216, qlen 0
2019.07.08 23:29:38 4: TestEdge: ProcessRequestQueue called from QueueRequest, qlen 1, next entry to id 1 (TestEdge), last send to this device was 44.008 secs ago, last read never, last read on bus never from id 1 (TestEdge)
2019.07.08 23:29:38 5: TestEdge: CheckDelay called from ProcessRequestQueue sendDelay (0.1s since 23:28:54.789) for TestEdge, delay 43.908secs over
2019.07.08 23:29:38 4: TestEdge: ProcessRequestQueue (V4.1.2 - 17.4.2019) qlen 1, sending 00b00000000601039d18001b request: id 1, fCode 3, tid 176, type h, adr 40216, len 27 for device TestEdge reading X_Meter_1_Block_AC_VAR (getUpdate), queued 0.00 secs ago, read buffer empty
2019.07.08 23:29:38 5: SW: 00b00000000601039d18001b
2019.07.08 23:29:38 5: TestEdge: StartQueueTimer called from ProcessRequestQueue removes internal timer because it is not needed now
2019.07.08 23:29:38 4: TestEdge: DoRequest called from GetUpdate created request: id 1, fCode 3, tid 173, type h, adr 40044, len 26 for device TestEdge reading C_Version (getUpdate), read buffer empty
2019.07.08 23:29:38 5: TestEdge: QueueRequest called from DoRequest (TestEdge) with h40044, qlen 0
2019.07.08 23:29:38 5: TestEdge: StartQueueTimer called form QueueRequest sets internal timer to call Modbus_ProcessRequestQueue in 1.000 seconds
2019.07.08 23:29:38 4: TestEdge: DoRequest called from GetUpdate created request: id 1, fCode 3, tid 10, type h, adr 40155, len 24 for device TestEdge reading X_Meter_1_C_Option (getUpdate), read buffer empty
2019.07.08 23:29:38 5: TestEdge: QueueRequest called from DoRequest (TestEdge) with h40155, qlen 1
2019.07.08 23:29:38 4: TestEdge: DoRequest called from GetUpdate created request: id 1, fCode 3, tid 7, type h, adr 40100, len 8 for device TestEdge reading Block_DC_Power (getUpdate), read buffer empty
2019.07.08 23:29:38 5: TestEdge: QueueRequest called from DoRequest (TestEdge) with h40100, qlen 2
2019.07.08 23:29:38 4: TestEdge: DoRequest called from GetUpdate created request: id 1, fCode 3, tid 180, type h, adr 40187, len 29 for device TestEdge reading X_Meter_1_C_DeviceAddress (getUpdate), read buffer empty
2019.07.08 23:29:38 5: TestEdge: QueueRequest called from DoRequest (TestEdge) with h40187, qlen 3
2019.07.08 23:29:38 4: TestEdge: DoRequest called from GetUpdate created request: id 1, fCode 3, tid 99, type h, adr 40071, len 29 for device TestEdge reading Block_AC_Current (getUpdate), read buffer empty
2019.07.08 23:29:38 5: TestEdge: QueueRequest called from DoRequest (TestEdge) with h40071, qlen 4
2019.07.08 23:29:38 4: TestEdge: DoRequest called from GetUpdate created request: id 1, fCode 3, tid 121, type h, adr 40000, len 28 for device TestEdge reading C_SunSpec_ID (getUpdate), read buffer empty
2019.07.08 23:29:38 5: TestEdge: QueueRequest called from DoRequest (TestEdge) with h40000, qlen 5
2019.07.08 23:29:38 4: TestEdge: DoRequest called from GetUpdate created request: id 1, fCode 3, tid 52, type h, adr 40123, len 24 for device TestEdge reading X_Meter_1_C_Manufacturer (getUpdate), read buffer empty
2019.07.08 23:29:38 5: TestEdge: QueueRequest called from DoRequest (TestEdge) with h40123, qlen 6
2019.07.08 23:29:38 4: TestEdge: DoRequest called from GetUpdate created request: id 1, fCode 3, tid 8, type h, adr 40243, len 17 for device TestEdge reading X_Meter_1_Block_Energy_VA (getUpdate), read buffer empty
2019.07.08 23:29:38 5: TestEdge: QueueRequest called from DoRequest (TestEdge) with h40243, qlen 7
2019.07.08 23:29:39 5: TestEdge: ProcessRequestQueue called from HandleTimeout returns, Fhem is still waiting for response, request: id 1, fCode 3, tid 176, type h, adr 40216, len 27 for device TestEdge reading X_Meter_1_Block_AC_VAR (getUpdate), queued 1.01 secs ago, sent 1.01 secs ago, read buffer empty, qlen 8, try again in 1 seconds
2019.07.08 23:29:39 5: TestEdge: StartQueueTimer called form ProcessRequestQueue sets internal timer to call Modbus_ProcessRequestQueue in 1.000 seconds
2019.07.08 23:29:40 3: TestEdge: Timeout waiting for a modbus response request: id 1, fCode 3, tid 176, type h, adr 40216, len 27 for device TestEdge reading X_Meter_1_Block_AC_VAR (getUpdate), queued 2.00 secs ago, sent 2.00 secs ago, read buffer empty
2019.07.08 23:29:40 5: TestEdge: DropFrame - drop
2019.07.08 23:29:40 5: TestEdge: StartQueueTimer called form ResponseTimeout sets internal timer to call Modbus_ProcessRequestQueue in 0.000 seconds
2019.07.08 23:29:40 4: TestEdge: ProcessRequestQueue called from HandleTimeout, qlen 8, next entry to id 1 (TestEdge), last send to this device was 2.001 secs ago, last read never, last read on bus never from id 1 (TestEdge)
2019.07.08 23:29:40 5: TestEdge: CheckDelay called from ProcessRequestQueue sendDelay (0.1s since 23:29:38.800) for TestEdge, delay 1.901secs over
2019.07.08 23:29:40 4: TestEdge: ProcessRequestQueue (V4.1.2 - 17.4.2019) qlen 8, sending 00ad0000000601039c6c001a request: id 1, fCode 3, tid 173, type h, adr 40044, len 26 for device TestEdge reading C_Version (getUpdate), queued 2.00 secs ago, read buffer empty
2019.07.08 23:29:40 5: SW: 00ad0000000601039c6c001a
2019.07.08 23:29:40 5: TestEdge: StartQueueTimer called form ProcessRequestQueue sets internal timer to call Modbus_ProcessRequestQueue in 1.000 seconds
2019.07.08 23:29:41 5: TestEdge: ProcessRequestQueue called from HandleTimeout returns, Fhem is still waiting for response, request: id 1, fCode 3, tid 173, type h, adr 40044, len 26 for device TestEdge reading C_Version (getUpdate), queued 3.00 secs ago, sent 1.01 secs ago, read buffer empty, qlen 7, try again in 1 seconds
2019.07.08 23:29:41 5: TestEdge: StartQueueTimer called form ProcessRequestQueue sets internal timer to call Modbus_ProcessRequestQueue in 1.000 seconds
2019.07.08 23:29:42 3: TestEdge: Timeout waiting for a modbus response request: id 1, fCode 3, tid 173, type h, adr 40044, len 26 for device TestEdge reading C_Version (getUpdate), queued 4.00 secs ago, sent 2.00 secs ago, read buffer empty
2019.07.08 23:29:42 5: TestEdge: DropFrame - drop
2019.07.08 23:29:42 5: TestEdge: StartQueueTimer called form ResponseTimeout sets internal timer to call Modbus_ProcessRequestQueue in 0.000 seconds
2019.07.08 23:29:42 4: TestEdge: ProcessRequestQueue called from HandleTimeout, qlen 7, next entry to id 1 (TestEdge), last send to this device was 2.000 secs ago, last read never, last read on bus never from id 1 (TestEdge)
2019.07.08 23:29:42 5: TestEdge: CheckDelay called from ProcessRequestQueue sendDelay (0.1s since 23:29:40.804) for TestEdge, delay 1.901secs over
2019.07.08 23:29:42 4: TestEdge: ProcessRequestQueue (V4.1.2 - 17.4.2019) qlen 7, sending 000a0000000601039cdb0018 request: id 1, fCode 3, tid 10, type h, adr 40155, len 24 for device TestEdge reading X_Meter_1_C_Option (getUpdate), queued 4.00 secs ago, read buffer empty
2019.07.08 23:29:42 5: SW: 000a0000000601039cdb0018
2019.07.08 23:29:42 5: TestEdge: StartQueueTimer called form ProcessRequestQueue sets internal timer to call Modbus_ProcessRequestQueue in 1.000 seconds
2019.07.08 23:29:43 5: TestEdge: ProcessRequestQueue called from HandleTimeout returns, Fhem is still waiting for response, request: id 1, fCode 3, tid 10, type h, adr 40155, len 24 for device TestEdge reading X_Meter_1_C_Option (getUpdate), queued 5.00 secs ago, sent 1.01 secs ago, read buffer empty, qlen 6, try again in 1 seconds
2019.07.08 23:29:43 5: TestEdge: StartQueueTimer called form ProcessRequestQueue sets internal timer to call Modbus_ProcessRequestQueue in 1.000 seconds
2019.07.08 23:29:44 3: TestEdge: Timeout waiting for a modbus response request: id 1, fCode 3, tid 10, type h, adr 40155, len 24 for device TestEdge reading X_Meter_1_C_Option (getUpdate), queued 6.00 secs ago, sent 2.00 secs ago, read buffer empty
2019.07.08 23:29:44 5: TestEdge: DropFrame - drop
2019.07.08 23:29:44 5: TestEdge: StartQueueTimer called form ResponseTimeout sets internal timer to call Modbus_ProcessRequestQueue in 0.000 seconds
2019.07.08 23:29:44 4: TestEdge: ProcessRequestQueue called from HandleTimeout, qlen 6, next entry to id 1 (TestEdge), last send to this device was 2.000 secs ago, last read never, last read on bus never from id 1 (TestEdge)
2019.07.08 23:29:44 5: TestEdge: CheckDelay called from ProcessRequestQueue sendDelay (0.1s since 23:29:42.807) for TestEdge, delay 1.901secs over
2019.07.08 23:29:44 4: TestEdge: ProcessRequestQueue (V4.1.2 - 17.4.2019) qlen 6, sending 00070000000601039ca40008 request: id 1, fCode 3, tid 7, type h, adr 40100, len 8 for device TestEdge reading Block_DC_Power (getUpdate), queued 6.00 secs ago, read buffer empty
2019.07.08 23:29:44 5: SW: 00070000000601039ca40008
2019.07.08 23:29:44 5: TestEdge: StartQueueTimer called form ProcessRequestQueue sets internal timer to call Modbus_ProcessRequestQueue in 1.000 seconds
2019.07.08 23:29:45 5: TestEdge: ProcessRequestQueue called from HandleTimeout returns, Fhem is still waiting for response, request: id 1, fCode 3, tid 7, type h, adr 40100, len 8 for device TestEdge reading Block_DC_Power (getUpdate), queued 7.01 secs ago, sent 1.01 secs ago, read buffer empty, qlen 5, try again in 1 seconds
2019.07.08 23:29:45 5: TestEdge: StartQueueTimer called form ProcessRequestQueue sets internal timer to call Modbus_ProcessRequestQueue in 1.000 seconds
2019.07.08 23:29:46 3: TestEdge: Timeout waiting for a modbus response request: id 1, fCode 3, tid 7, type h, adr 40100, len 8 for device TestEdge reading Block_DC_Power (getUpdate), queued 8.00 secs ago, sent 2.00 secs ago, read buffer empty
2019.07.08 23:29:46 5: TestEdge: DropFrame - drop
2019.07.08 23:29:46 5: TestEdge: StartQueueTimer called form ResponseTimeout sets internal timer to call Modbus_ProcessRequestQueue in 0.000 seconds
2019.07.08 23:29:46 4: TestEdge: ProcessRequestQueue called from HandleTimeout, qlen 5, next entry to id 1 (TestEdge), last send to this device was 2.000 secs ago, last read never, last read on bus never from id 1 (TestEdge)
2019.07.08 23:29:46 5: TestEdge: CheckDelay called from ProcessRequestQueue sendDelay (0.1s since 23:29:44.811) for TestEdge, delay 1.901secs over
2019.07.08 23:29:46 4: TestEdge: ProcessRequestQueue (V4.1.2 - 17.4.2019) qlen 5, sending 00b40000000601039cfb001d request: id 1, fCode 3, tid 180, type h, adr 40187, len 29 for device TestEdge reading X_Meter_1_C_DeviceAddress (getUpdate), queued 8.01 secs ago, read buffer empty
2019.07.08 23:29:46 5: SW: 00b40000000601039cfb001d
2019.07.08 23:29:46 5: TestEdge: StartQueueTimer called form ProcessRequestQueue sets internal timer to call Modbus_ProcessRequestQueue in 1.000 seconds
2019.07.08 23:29:47 5: TestEdge: ProcessRequestQueue called from HandleTimeout returns, Fhem is still waiting for response, request: id 1, fCode 3, tid 180, type h, adr 40187, len 29 for device TestEdge reading X_Meter_1_C_DeviceAddress (getUpdate), queued 9.01 secs ago, sent 1.01 secs ago, read buffer empty, qlen 4, try again in 1 seconds
2019.07.08 23:29:47 5: TestEdge: StartQueueTimer called form ProcessRequestQueue sets internal timer to call Modbus_ProcessRequestQueue in 1.000 seconds
2019.07.08 23:29:48 3: TestEdge: Timeout waiting for a modbus response request: id 1, fCode 3, tid 180, type h, adr 40187, len 29 for device TestEdge reading X_Meter_1_C_DeviceAddress (getUpdate), queued 10.01 secs ago, sent 2.00 secs ago, read buffer empty
2019.07.08 23:29:48 5: TestEdge: DropFrame - drop
2019.07.08 23:29:48 5: TestEdge: StartQueueTimer called form ResponseTimeout sets internal timer to call Modbus_ProcessRequestQueue in 0.000 seconds
2019.07.08 23:29:48 4: TestEdge: ProcessRequestQueue called from HandleTimeout, qlen 4, next entry to id 1 (TestEdge), last send to this device was 2.003 secs ago, last read never, last read on bus never from id 1 (TestEdge)
2019.07.08 23:29:48 5: TestEdge: CheckDelay called from ProcessRequestQueue sendDelay (0.1s since 23:29:46.815) for TestEdge, delay 1.904secs over
2019.07.08 23:29:48 4: TestEdge: ProcessRequestQueue (V4.1.2 - 17.4.2019) qlen 4, sending 00630000000601039c87001d request: id 1, fCode 3, tid 99, type h, adr 40071, len 29 for device TestEdge reading Block_AC_Current (getUpdate), queued 10.01 secs ago, read buffer empty
2019.07.08 23:29:48 5: SW: 00630000000601039c87001d
2019.07.08 23:29:48 5: TestEdge: StartQueueTimer called form ProcessRequestQueue sets internal timer to call Modbus_ProcessRequestQueue in 1.000 seconds
2019.07.08 23:29:49 5: TestEdge: ProcessRequestQueue called from HandleTimeout returns, Fhem is still waiting for response, request: id 1, fCode 3, tid 99, type h, adr 40071, len 29 for device TestEdge reading Block_AC_Current (getUpdate), queued 11.01 secs ago, sent 1.01 secs ago, read buffer empty, qlen 3, try again in 1 seconds
2019.07.08 23:29:49 5: TestEdge: StartQueueTimer called form ProcessRequestQueue sets internal timer to call Modbus_ProcessRequestQueue in 1.000 seconds
2019.07.08 23:29:50 3: TestEdge: Timeout waiting for a modbus response request: id 1, fCode 3, tid 99, type h, adr 40071, len 29 for device TestEdge reading Block_AC_Current (getUpdate), queued 12.01 secs ago, sent 2.00 secs ago, read buffer empty
2019.07.08 23:29:50 5: TestEdge: DropFrame - drop
2019.07.08 23:29:50 5: TestEdge: StartQueueTimer called form ResponseTimeout sets internal timer to call Modbus_ProcessRequestQueue in 0.000 seconds
2019.07.08 23:29:50 4: TestEdge: ProcessRequestQueue called from HandleTimeout, qlen 3, next entry to id 1 (TestEdge), last send to this device was 2.000 secs ago, last read never, last read on bus never from id 1 (TestEdge)
2019.07.08 23:29:50 5: TestEdge: CheckDelay called from ProcessRequestQueue sendDelay (0.1s since 23:29:48.821) for TestEdge, delay 1.901secs over
2019.07.08 23:29:50 4: TestEdge: ProcessRequestQueue (V4.1.2 - 17.4.2019) qlen 3, sending 00790000000601039c40001c request: id 1, fCode 3, tid 121, type h, adr 40000, len 28 for device TestEdge reading C_SunSpec_ID (getUpdate), queued 12.01 secs ago, read buffer empty
2019.07.08 23:29:50 5: SW: 00790000000601039c40001c
2019.07.08 23:29:50 5: TestEdge: StartQueueTimer called form ProcessRequestQueue sets internal timer to call Modbus_ProcessRequestQueue in 1.000 seconds
2019.07.08 23:29:51 5: TestEdge: ProcessRequestQueue called from HandleTimeout returns, Fhem is still waiting for response, request: id 1, fCode 3, tid 121, type h, adr 40000, len 28 for device TestEdge reading C_SunSpec_ID (getUpdate), queued 13.02 secs ago, sent 1.01 secs ago, read buffer empty, qlen 2, try again in 1 seconds
2019.07.08 23:29:51 5: TestEdge: StartQueueTimer called form ProcessRequestQueue sets internal timer to call Modbus_ProcessRequestQueue in 1.000 seconds
2019.07.08 23:29:52 3: TestEdge: Timeout waiting for a modbus response request: id 1, fCode 3, tid 121, type h, adr 40000, len 28 for device TestEdge reading C_SunSpec_ID (getUpdate), queued 14.01 secs ago, sent 2.00 secs ago, read buffer empty
2019.07.08 23:29:52 5: TestEdge: DropFrame - drop
2019.07.08 23:29:52 5: TestEdge: StartQueueTimer called form ResponseTimeout sets internal timer to call Modbus_ProcessRequestQueue in 0.000 seconds
2019.07.08 23:29:52 4: TestEdge: ProcessRequestQueue called from HandleTimeout, qlen 2, next entry to id 1 (TestEdge), last send to this device was 2.000 secs ago, last read never, last read on bus never from id 1 (TestEdge)
2019.07.08 23:29:52 5: TestEdge: CheckDelay called from ProcessRequestQueue sendDelay (0.1s since 23:29:50.825) for TestEdge, delay 1.901secs over
2019.07.08 23:29:52 4: TestEdge: ProcessRequestQueue (V4.1.2 - 17.4.2019) qlen 2, sending 00340000000601039cbb0018 request: id 1, fCode 3, tid 52, type h, adr 40123, len 24 for device TestEdge reading X_Meter_1_C_Manufacturer (getUpdate), queued 14.01 secs ago, read buffer empty
2019.07.08 23:29:52 5: SW: 00340000000601039cbb0018
2019.07.08 23:29:52 5: TestEdge: StartQueueTimer called form ProcessRequestQueue sets internal timer to call Modbus_ProcessRequestQueue in 1.000 seconds
2019.07.08 23:29:53 5: TestEdge: ProcessRequestQueue called from HandleTimeout returns, Fhem is still waiting for response, request: id 1, fCode 3, tid 52, type h, adr 40123, len 24 for device TestEdge reading X_Meter_1_C_Manufacturer (getUpdate), queued 15.02 secs ago, sent 1.01 secs ago, read buffer empty, qlen 1, try again in 1 seconds
2019.07.08 23:29:53 5: TestEdge: StartQueueTimer called form ProcessRequestQueue sets internal timer to call Modbus_ProcessRequestQueue in 1.000 seconds
2019.07.08 23:29:54 3: TestEdge: Timeout waiting for a modbus response request: id 1, fCode 3, tid 52, type h, adr 40123, len 24 for device TestEdge reading X_Meter_1_C_Manufacturer (getUpdate), queued 16.01 secs ago, sent 2.00 secs ago, read buffer empty
2019.07.08 23:29:54 5: TestEdge: DropFrame - drop
2019.07.08 23:29:54 5: TestEdge: StartQueueTimer called form ResponseTimeout sets internal timer to call Modbus_ProcessRequestQueue in 0.000 seconds
2019.07.08 23:29:54 4: TestEdge: ProcessRequestQueue called from HandleTimeout, qlen 1, next entry to id 1 (TestEdge), last send to this device was 1.999 secs ago, last read never, last read on bus never from id 1 (TestEdge)
2019.07.08 23:29:54 5: TestEdge: CheckDelay called from ProcessRequestQueue sendDelay (0.1s since 23:29:52.828) for TestEdge, delay 1.900secs over
2019.07.08 23:29:54 4: TestEdge: ProcessRequestQueue (V4.1.2 - 17.4.2019) qlen 1, sending 00080000000601039d330011 request: id 1, fCode 3, tid 8, type h, adr 40243, len 17 for device TestEdge reading X_Meter_1_Block_Energy_VA (getUpdate), queued 16.02 secs ago, read buffer empty
2019.07.08 23:29:54 5: SW: 00080000000601039d330011
2019.07.08 23:29:54 5: TestEdge: StartQueueTimer called from ProcessRequestQueue removes internal timer because it is not needed now
2019.07.08 23:29:56 3: TestEdge: Timeout waiting for a modbus response request: id 1, fCode 3, tid 8, type h, adr 40243, len 17 for device TestEdge reading X_Meter_1_Block_Energy_VA (getUpdate), queued 18.02 secs ago, sent 2.00 secs ago, read buffer empty
2019.07.08 23:29:56 5: TestEdge: DropFrame - drop
2019.07.08 23:29:56 5: TestEdge: StartQueueTimer called from ResponseTimeout removes internal timer because it is not needed now

Ich bin mal die ganzen Tipps nochmal durchgegangen und hab einfach alles nochmal probiert...
Ich bin mir eigentlich sicher, dass ich Modbus ID "2" auch schon getestet habe - und es nicht funktioniert hat...... jetzt hat es geklappt. Lag bestimmt an mir, Tippfehler oder so.

Danke allen Helfern!

Zitat von: pejonp am 04 November 2018, 21:28:39
Versuche mal ein Update. Ich habe das Modul auf github zu liegen. https://github.com/pejonp/FHEM---SolarEdge

update all https://raw.githubusercontent.com/pejonp/FHEM---SolarEdge/master/controls_SolarEdge.txt

@pejonp
Blöde Frage - ich habe gestern erst mit FHEM begonnen und möchte das Modul einbinden. Ich habe zwar schon begonnen, nach der Anleitung in der Wiki die Werte meine SE25k auszulesen, was auch soweit funktioniert. Aber ich möchte nun doch gerne dein Modul installieren, da ich mich derzeit schwer tue, über die Attribute und Dummys hinaus den Perl Code einzubinden (scheint bei mir irgendwie nicht zu funktionieren). Daher hatte ich mal deine Module von github heruntergeladen und ins FHEM Verzeichnis geladen. Aber nun weiß ich nicht, wie ich die einbinden kann. Kannst du vielleicht weiterhelfen?

Danke und Gruß,
Tom

@TomS85


define PV SolarEdge 1 60 ip RTU


Die 1 steht für die Modbus-ID des WR. 60 ist der abfrageinterval.
pejonp

Super, danke dir für die schnelle Rückmeldung!

Ich würde Modbus TCP verwenden, dann müsste ich statt RTU auch TCP angeben, vermute ich?
Muss ich für das neu erstelle Device "PV" dann noch die Attribute und Dummys gemäß der Wiki anlegen, oder muss ich darüber hinaus noch was anlegen?

Gruß,
Tom

Zitat von: TomS85 am 09 Oktober 2019, 11:56:25
...
Ich würde Modbus TCP verwenden, dann müsste ich statt RTU auch TCP angeben, vermute ich?
Muss ich für das neu erstelle Device "PV" dann noch die Attribute und Dummys gemäß der Wiki anlegen, oder muss ich darüber hinaus noch was anlegen?
...

Was für ein Wiki meinst du ?

pejonp

Zitat von: pejonp am 09 Oktober 2019, 12:22:40
Was für ein Wiki meinst du ?

pejonp

Diese Wiki: https://wiki.fhem.de/wiki/SolarEdge_SE10k

Aber ich habe meinen WR nun mit deinem Modul einbinden können, sodass er mal Werte liefert. Jetzt mal schauen, was ich damit anfangen kann bzw. wie ich eigene Logs erstellen kann.

Danke schon mal für die Hilfe!

Edit: Gerade gesehen, dass die Spannungswerte bei mir noch nicht ganz passen:
I_AC_VoltageAB
3931
2019-10-09 12:53:41
I_AC_VoltageAN
2261
2019-10-09 12:53:41
I_AC_VoltageBC
3925
2019-10-09 12:53:41
I_AC_VoltageBN
2249
2019-10-09 12:53:41
I_AC_VoltageCA
3930
2019-10-09 12:53:41
I_AC_VoltageCN
2269
2019-10-09 12:53:41
I_AC_Voltage_SF
65535

Vermutlich ein Kommafehler? 226,x V bzw 393,x V würden ja passen

Bei mir läuft es jetzt auch super mit dem modul.
Da ich aber noch ein Energy Meter von SolarEdge habe, gibt es bei mir auch noch ein paar mehr werte.

Diese wäre:

M_Imported
M_AC_Power
M_AC_Power_SF
M_Exported
M_Energy_W_SF

Könnte die jemand in das modul einbauen?
Danke

Zitat von: The Spirit am 19 Februar 2020, 19:59:27
Bei mir läuft es jetzt auch super mit dem modul.
Da ich aber noch ein Energy Meter von SolarEdge habe, gibt es bei mir auch noch ein paar mehr werte.
Diese wäre:

M_Imported
M_AC_Power
M_AC_Power_SF
M_Exported
M_Energy_W_SF

....

@The Spirit

ich habe ein Paar Änderungen eingepflegt. Probiere mal aus ob Daten kommen. Mein SolarEdge hat diese Funktion noch nicht und deshalb kann ich nichts testen.

pejonp

Hallo,
nach ersten Erfolgen mit dem Modul hab ich doch kleinere Probleme festgestellt die ich vielleicht mit Eurer Hilfe Lösen kann.

die Ersten Versionen des Moduls von pejonp liefen super, doch nach dem letzten Update wurden einige readings falsch berechnet und unlesbar dargestellt,
ich bin jetzt auf das Modul von CaptainRoot gewechselt und dort wird alles wieder normal dargestellt.

ein anderes Problem was ich habe ist, ab 15000 W Produktion fällt das reading I_AC_Power auf 0, I_DC_Voltage geht dann manchmal auf über 750V und der I_Status zeigt 5 (Begrenzung) an
wenn ich mir die anderen Werte zu der gleichen Zeit anschaue, wird aber unvermindert eingespeist und im SolarEdge Portal sehe ich diesen Einbruch der Produktion garnicht.

ich hab dann mal in das Modul geschaut (ich hab keine Ahnung von Programmierung) und habe dort folgenden Abschnitt in CaptainRoots Modul gefunden

elsif ( $ReadingName eq "I_AC_Power" || $ReadingName eq "I_DC_Power" )
    {
        my $POWER = ( $vval[0] * 10**$vval[1] );
        Log3 $hash, 4, "SolarEdge I_Power_0 : " . $vval[0] . " POWER :" . $POWER;

        if ( $POWER < 0 || $POWER > 15000 )
        {
            $POWER = 0;
        }

was bedeutet das und kann ich den Wert einfach auf 20000 hoch setzten?

ich verwende einen SE16k Wechselrichter

Vielen Dank

@aikawa24

Ja die 15000 kannst du anpassen, ich habe das eingebaut weil ab und an eigenartige Werte ausgelesen wurden. Ich habe einen SE5k. Da hat der Wert ausgereicht ?
Vielleicht baue ich noch einen Parameter dafür ein.

Und was passt bei den anderen werten nicht, wenn du das Modul von github  nimmst ?

Pejonp

Hi pejonp,

selbst wenn ich ein neues System aufsetzte und dein Modul per Update einspiele bekomme ich diese readings komisch angezeigt


X_Meter_1_M_AC_Current 5.5e-26 2020-08-09 18:01:55
X_Meter_1_M_AC_Current_SF -27 2020-08-09 18:01:55
X_Meter_1_M_AC_Frequency 50.07 2020-08-09 18:01:55
X_Meter_1_M_AC_Frequency_SF -2 2020-08-09 18:01:55
X_Meter_1_M_AC_PF 0 2020-08-09 18:01:55
X_Meter_1_M_AC_PF_SF -9659 2020-08-09 18:01:55
X_Meter_1_M_AC_Power -Inf 2020-08-09 18:01:55
X_Meter_1_M_AC_Power_SF 492 2020-08-09 18:01:55
X_Meter_1_M_AC_VA Inf 2020-08-09 18:01:55
X_Meter_1_M_AC_VAR 1e-97 2020-08-09 18:01:55
X_Meter_1_M_AC_VAR_SF -98 2020-08-09 18:01:55
X_Meter_1_M_AC_VA_SF 501 2020-08-09 18:01:55
X_Meter_1_M_AC_Voltage Inf 2020-08-09 18:01:55
X_Meter_1_M_Energy_VA 0 2020-08-09 18:01:55
X_Meter_1_M_Energy_VA_SF 0 2020-08-09 18:01:55
X_Meter_1_M_Energy_W Inf 2020-08-09 18:01:55
X_Meter_1_M_Energy_W_SF 1178223 2020-08-09 18:01:55

und ich hab auch eigenartige Werte bekommen als ich mit dem Modbusattr Modul das H400084 ausgelesen hab
das war den Tag über ok bis abends die Leistung runter ging da gabs dann werte über 25000

@aikawa24

was stand in den beiden Registern H400083 & H400084.

Wenn im H400083 = 0 steht und im H400084 = 25000 wird 25000 angezeigt, weil nicht geprüft wird wie der I_Status ist. WR ggf. shon off ....
zufällige Werte. Kannst du das mal prüfen.

pejonp

leider hab ich grade die 84 nicht im Log speichern lassen ;(

Ich bin mit diesem Modul hier bislang bereits bei der Verbindung zum SE (8k mit aktueller Software) gescheitert.

Mein Elektriker sagt Modbus TCP wäre aktiviert - ist damit klar, ob ich als Master oder Slave verbinden muss? (Ich habe beides versucht - Connection an Port 502 refused) - Wenn ich den SE auf SLAVE stellen und FHEM auf Master - kommen die Daten dann noch zu SolarEdge? Das wäre mir wichtig.

Muss man vor dem Verbinden z.B. den 1/0 Schalter im Wechselrichter kurz auf P drücken? Wenn ja, wie lange hat man Zeit zu verbinden?

Danke vorab für Eure Hilfe!

@beejayf
Mein SE WR ist mit ModbusAttr als Master über TCP 502 angebunden.
Der P-Schalter hat nichts mit der Modbusverbindung zu tun und ist nur für den direkten WLAN-Verbindungsaufbau zwischen WR und der SE-App notwendig.

Sonst mal prüfen:
- stimmt die IP-Adresse des WR?
- ist ev. ein anderer Port konfiguriert (kann nur der Solateur beantworten)?

Viele Grüße

@beejayf

Ist im Menue SunSpec als Modbus-Protokoll eingestellt oder etwas anders ?

Richtige Modbus-ID eingestellt.

Hat der WE SE8k einen extra RS-485 Anschluss oder geht Modbus über IP ?

Bei meinem SE5K geht Modbus über IP noch nicht, ich habe ein extra RS-485  Modul angeschlossen.

pejonp

IP sollte stimmen - zumindest die letzten beiden Stellen der WiFi MAC stimmen mit der MAC überein, mit der ich ein neues Gerät im Netz finde (Anschluss über LAN-Kabel) - steht die LAN MAC im Innern des Gerätes oder irgendwo auf der Monitoring-Plattform?
Der Port ist auf 502 eingestellt sagt mein Elektriker - Protokoll frage ich gerade nach.

Gibt es einen "Schnelltest" - z.B. sollte http://<IP>:502 im Browser etwas anzeigen?

Moin,
bei meine SE3500H SetApp ist die ModbusID standardmässig auf 1502 eingestellt gewesen.
Falls dein Elektriker diese also nicht geändert hat, versuche mal diese.
des Weiteren schaltet sich der Modbus automatisch ab falls etwa 2 Minuten nach dem einschalten keine Verbindung besteht.

Mit freundlichen Grüßen

Danke - der 1502 funktioniert leider auch nicht.

Eine Frage zur automatischen Abschaltung des Modbus nach kurzer Zeit: Gilt das nur für die erste Verbindung, oder ist das generell so? Ich hoffe auf Ersteres. Kann ich den Modbus neu starten, oder muss das auch der Elektriker machen?

Gibt es irgendwo eine erschöpfende Dokumentation zum Modbus TCP von SE?

Bei meinem SE7k ist die ID (erster Parameter des DEF) auf 2 eingestellt, also
2 60 <IP>:1502 TCP

Vielleicht löst das das Verbindungsproblem. Und ich habe mit verschiedenen Devices experimentiert und dadurch festgestellt, dass nur 1 Device eine Modbus-Verbindung zum SolarEdge-Wechselrichter öffnen kann. Die anderen haben den Status disconnected.

Dokumentationen findest Du im fhem Wiki: https://wiki.fhem.de/wiki/SolarEdge_SE10k (https://wiki.fhem.de/wiki/SolarEdge_SE10k).

Verbindungsabbrüche habe ich bei mir noch nicht festgestellt. Das Problem tritt also vermutlich nur bei der ersten Verbindung auf.

Matthias

Danke matkoh!

habe meine Parameter auf 2 30 <myIP>:1502 TCP geändert (2. Modbus also?) und die Verbindung hat sich von "initialized" auf "opened" geändert! Daten sehe ich zwar noch keine, aber ich hoffe ich komm von hier aus weiter.

2020.10.09 23:22:31 3: SolarEdge device opened
2020.10.09 23:24:32 3: 192.168.40.1:1502 disconnected, waiting to reappear (SolarEdge)
2020.10.09 23:25:32 3: 192.168.40.1:1502 reappeared (SolarEdge)

Komme nicht so recht weiter:

Das ist der Output von "list"

Internals:
   DEF        2 30  192.168.40.1:1502 TCP
   DeviceName 192.168.40.1:1502
   EXPECT     response
   FD         4
   FUUID      5f74732b-f33f-c404-f11b-d7758d06eb221a26
   INTERVAL   31
   IODev      SolarEdge
   LASTOPEN   1602412811.68875
   MODBUSID   2
   MODE       master
   MODULEVERSION Modbus 4.1.5 - 17.9.2019
   NAME       SolarEdge
   NOTIFYDEV  global
   NR         32
   NTFY_ORDER 50-SolarEdge
   PARTIAL   
   PROTOCOL   TCP
   STATE      opened
   TCPConn    1
   TIMEOUTS   144
   TRIGGERTIME 1602413157.54169
   TRIGGERTIME_FMT 2020-10-11 12:45:57
   TYPE       ModbusAttr
   devioLoglevel 3
   lastUpdate 1602413126.54169
   nextOpenDelay 60
   nextQueueRun 1602413150.95139
   nextTimeout 1602413150.94789
   scanOAdr   290
   scanOEnd   16384
   scanOLen   1
   scanOStart 1
   scanOType  h
   FRAME:
   QUEUE:
     HASH(0x2681620)
     HASH(0x2516978)
     HASH(0x274ac30)
     HASH(0x274cd00)
     HASH(0x191cc60)
     HASH(0x2751458)
     HASH(0x2746a18)
     HASH(0x2749388)
     HASH(0x24b2ba8)
     HASH(0x274acf0)
     HASH(0x27474e0)
     HASH(0x274fa80)
     HASH(0x236ac50)
     HASH(0x267e650)
     HASH(0x191bd90)
     HASH(0x191bf70)
     HASH(0x191b638)
     HASH(0x27517d0)
     HASH(0x2749160)
     HASH(0x191bd00)
   READ:
     BUFFER     
   READINGS:
     2020-10-11 12:40:19   state           opened
   REMEMBER:
     lid        2
     lname      SolarEdge
     lsend      1602413148.95018
   REQUEST:
     ADR        270
     DBGINFO    scan
     FCODE      3
     FRAME      >


     LEN        1
     MODBUSID   2
     OPERATION  scanobj
     READING   
     SENT       1602413148.94789
     TID        62
     TIMESTAMP  1602413129.91759
     TYPE       h
     VALUES     0
     DEVHASH:
   defptr:
     SolarEdge  2
Attributes:
   disable    0
   icon       weather_sun

damit bekomme ich aber jede Menge TimeOuts:

2020.10.11 12:40:19 3: SolarEdge device opened
2020.10.11 12:40:59 3: SolarEdge: set scan h from 1 to 16384 len 1
2020.10.11 12:41:02 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 145, type h, adr 1, len 1 for device SolarEdge (scan), queued 2.00 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:04 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 212, type h, adr 2, len 1 for device SolarEdge (scan), queued 3.00 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:06 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 103, type h, adr 3, len 1 for device SolarEdge (scan), queued 4.01 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:08 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 99, type h, adr 4, len 1 for device SolarEdge (scan), queued 5.01 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:10 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 105, type h, adr 5, len 1 for device SolarEdge (scan), queued 6.01 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:12 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 8, type h, adr 6, len 1 for device SolarEdge (scan), queued 7.01 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:14 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 42, type h, adr 7, len 1 for device SolarEdge (scan), queued 8.01 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:16 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 224, type h, adr 8, len 1 for device SolarEdge (scan), queued 9.01 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:18 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 118, type h, adr 9, len 1 for device SolarEdge (scan), queued 10.02 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:20 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 18, type h, adr 10, len 1 for device SolarEdge (scan), queued 11.02 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:22 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 132, type h, adr 11, len 1 for device SolarEdge (scan), queued 12.02 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:24 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 189, type h, adr 12, len 1 for device SolarEdge (scan), queued 13.02 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:26 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 216, type h, adr 13, len 1 for device SolarEdge (scan), queued 14.02 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:28 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 222, type h, adr 14, len 1 for device SolarEdge (scan), queued 15.02 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:30 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 2, type h, adr 15, len 1 for device SolarEdge (scan), queued 16.02 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:32 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 164, type h, adr 16, len 1 for device SolarEdge (scan), queued 17.02 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:34 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 158, type h, adr 17, len 1 for device SolarEdge (scan), queued 18.02 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:36 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 177, type h, adr 18, len 1 for device SolarEdge (scan), queued 19.03 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:37 3: SolarEdge: set interval changed interval to 31 seconds
2020.10.11 12:41:38 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 247, type h, adr 19, len 1 for device SolarEdge (scan), queued 20.03 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:40 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 236, type h, adr 20, len 1 for device SolarEdge (scan), queued 21.03 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:42 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 133, type h, adr 22, len 1 for device SolarEdge (scan), queued 21.03 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:44 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 201, type h, adr 24, len 1 for device SolarEdge (scan), queued 21.03 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:46 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 254, type h, adr 26, len 1 for device SolarEdge (scan), queued 21.03 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:48 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 241, type h, adr 28, len 1 for device SolarEdge (scan), queued 21.03 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:50 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 17, type h, adr 30, len 1 for device SolarEdge (scan), queued 21.03 secs ago, sent 2.00 secs ago, read buffer empty
2020.10.11 12:41:52 3: SolarEdge: Timeout waiting for a modbus response request: id 2, fCode 3, tid 39, type h, adr 32, len 1 for device SolarEdge (scan), queued 21.03 secs ago, sent 2.00 secs ago, read buffer empty

Was mach ich falsch?

@beejayf

Was nimmst du für ein Modul ? Das von hier: https://github.com/pejonp/FHEM---SolarEdge


DEF        2 30  192.168.40.1:1502 TCP

dein WR hat auch die IP 192.168.40.1 nicht dein Router oder Gateway.

Und stell die Zeit erst mal auf 60 ein.

Was wird im Statusdisplay vom WR angezeigt (IP,Port,.....) siehe Bild ?

pejonp

@pejonp Ja 192.168.40.1 ist der Wechselrichter.

Wo kommt denn das Bild in deinem Post her? Ist das vom Solaredge Portal oder kann das nur der Elektriker?

Das MOdul hatte ich (glaube ich) von dort - aber in einer früheren Version - jetzt habe ich die aktuelle verwendet.

@beejayf

Mein SE5K hat eine Taste (grün) unterhalb des WR damit kann ich im laufenden Betrieb mir alle Infos vom WR (Power, Lüfter, Temp, Spannung,IP-Adresse, ModBus usw.) anzeigen lassen.

Wie heist den dein WR genau ?

pejonp

Hallo pejonp,

ich habe den SE8K-RWS48BNN4 - der hat unten den 1 / 0 / P Schalter mit dem man mit der SetApp verbinden kann - sonst hat er kein Display o.Ä. nur eine Ampel-LED, die ich glaube Rot/Grün/Blau anzeigt - wobei Blau leuchtet, wenn man mit der SetApp oder LAN verbunden ist.

Blau leuchtet bei mir - die Daten kommen vom WR in die SE-Cloud.

Aktuell kann ich die Daten mit der SolarEdgeAPI abholen - aber eben nur 300 mal am Tag - deswegen wäre die direkte Abfrage am WR richtig klasse.

@beejayf

der WR wird doch über ene App programmiert. Was wird den dort angezeigt ? So wie ich es in der Beschreibung gelesen habe hat er 2x RS-485 Schnittstellen. Eine wird für den Energiezähler (RS485-1) genutzt. Dieser belegt auch per DIP-Schalter einstellbar die ID 1 oder 2. Unter Kommunikationsstatus in der App (Seite 57) sollte es angezeigt werden.

Ich habe jetzt für diesen WR keine Einstellung RS485 über TCP/IP gefunden. Man kann am RS485-2 einen RS-485 Modul anschalten und darüber die Daten auslesen.

Mal kontrollieren welche ID der WR hat, ich würde diese auf >2 setzen. Weil laut Beschreibung (so wie ich es verstehe) die 1 und 2 per DIP-Schalter bei den Energiezählern eingestellt werden.

Für die RS-485 Abfrage nutze ich ein K1 RS-485. Das ist einer der Nachfolger USR-TCP232-410s  (https://www.pusr.com/download/M4/USR-TCP232-410s-User-Manual-V1.1.1.02.pdf)

Ich bin aber auch nicht der Experte. Vielleicht mal beim Installateur oder SolarEdge nachfragen. Vielleicht konnte ich ja etwas helfen.

pejonp

@pejonp - mehr als nur ein bisschen!!

Nach all dem Probieren und Drehen habe ich die beiden SE Module entfernt und frisch installiert - danach systematisch Modbus # und Ports durchgetackert:

1 30 192.168.40.1:1502 TCP hat gegriffen (seltsam, die Kombination hatte ich bereits mit dem "alten" SolarEdge Modul probiert)

Nochmals Danke für Deine Hilfe - sonst würde ich sicher noch immer im Wald stehen!

Cheers,

BeeJayF

@beejayf

Versuch mal bitte ein Update:

update all https://raw.githubusercontent.com/pejonp/FHEM---SolarEdge/master/controls_SolarEdge.txt

Ich habe einige Anpassungen gemacht (siehe hier: https://forum.fhem.de/index.php/topic,113998.msg1092239.html#msg1092239)

Wenn alles funktioniert bitte auch mal ein


fheminfo send


  durchführen

pejonp

@beejayf

Mach mal bitte nocheinmal ein update. Habe einige Änderungen gemacht. siehe hier (https://forum.fhem.de/index.php/topic,113998.msg1092552.html#msg1092552).

und dann auch ein

fheminfo send

pejonp

@pejonp, als Fortsetzung des Posts https://forum.fhem.de/index.php/topic,113998.0.html (https://forum.fhem.de/index.php/topic,113998.0.html):

Nach dem Update ist mein Device SE7k verschwunden. Im Log wird protokolliert, dass das Modul nicht mehr geladen werden kann:
2020.10.16 07:39:15 1: reload: Error:Modul 98_SolarEdge deactivated:
Can't locate Math/Round.pm in @INC (you may need to install the Math::Round module) (@INC contains: fhem.p/lib fhem.p/FHEM/lib ./FHEM/lib ./lib ./FHEM ./ /usr/local/FHEM/share/fhem/FHEM/lib . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.28.1 /usr/local/share/perl/5.28.1 /usr/lib/arm-linux-gnueabihf/perl5/5.28 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.28 /usr/share/perl/5.28 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base) at ./FHEM/98_SolarEdge.pm line 61.
BEGIN failed--compilation aborted at ./FHEM/98_SolarEdge.pm line 61.

Ich habe das fehlende Perl-Modul installiert mit
sudo apt install libmath-round-perl
und FHEM neu gestartet. Danach ist das Device wieder vorhanden - mit einer schicken Tabelle von Werten als State! Danke dafür.

Leider sind die Power-Readings immer noch bei 65000, daran hat sich nichts geändert. Ich hänge ein aktuelles Listing an:
Internals:
   .getList   
   .setList   interval reread:noArg reconnect:noArg stop:noArg start:noArg close:noArg saveAsModule scanStop:noArg scanModbusObjects
   .updateSetGet 0
   DEF        2 60 xxxx:1502 TCP
   DeviceName xxxx:1502
   EXPECT     idle
   FD         123
   FUUID      5f4e3050-f33f-dbcf-ef4f-76d92e40d0816b55
   INTERVAL   60
   IODev      SE7k
   LASTOPEN   1602827295.37488
   MODBUSID   2
   MODE       master
   MODEL      SE7K-RWS48BNN4
   MODEL_METER SE-MTR-3Y-400V-A
   MODEL_WR   SE7K-RWS48BNN4
   MODULEVERSION Modbus 4.1.5 - 17.9.2019
   NAME       SE7k
   NOTIFYDEV  global
   NR         557
   NTFY_ORDER 50-SE7k
   PARTIAL   
   PROTOCOL   TCP
   STATE      <h1>Gesamtenergie 451.99 kWh </h1><table border frame=box><tr><th>Leistung DC</th><th>Leistung AC</th><th>Spannung DC</th><th>Strom AC</th></tr><tr><td>0 W</td><td>0 W</td><td>0 V-</td><td>0 A~</td></tr></table>
   TCPConn    1
   TRIGGERTIME 1602827665.88704
   TRIGGERTIME_FMT 2020-10-16 07:54:25
   TYPE       SolarEdge
   devioLoglevel 3
   lastUpdate 1602827605.88704
   nextOpenDelay 60
   .attraggr:
   .attrminint:
   .userReadings:
     HASH(0x840fa40)
     HASH(0x882b958)
     HASH(0x882bb38)
     HASH(0x882baa8)
     HASH(0x882bbb0)
     HASH(0x882bcb8)
     HASH(0x882bde0)
     HASH(0x882bd50)
     HASH(0x882be58)
     HASH(0x882bf60)
     HASH(0x882c068)
     HASH(0x882bfd8)
     HASH(0x882c0e0)
     HASH(0x882c1e8)
     HASH(0x882c2f0)
     HASH(0x882c260)
     HASH(0x882c368)
     HASH(0x882c098)
   QUEUE:
   READ:
     BUFFER     
   READINGS:
     2020-10-16 07:53:26   Block_AC_Current 5 0 0 0 0 -2
     2020-10-16 07:53:26   Block_AC_Energy_WH 5 451990 0 0 0 0
     2020-10-16 07:53:26   Block_AC_Frequency 5 4998 -2 0 0 0
     2020-10-16 07:53:26   Block_AC_PF     5 0 0 0 0 0
     2020-10-16 07:53:26   Block_AC_Power  5 0 0 0 0 0
     2020-10-16 07:53:26   Block_AC_VA     5 0 0 0 0 0
     2020-10-16 07:53:26   Block_AC_VAR    5 0 0 0 0 0
     2020-10-16 07:48:29   Block_C_Model   5 SE7K-RWS48BNN4 0 0 0 0
     2020-10-16 07:53:26   Block_DC_Current 5 65535 -32768 0 0 0
     2020-10-16 07:53:25   Block_DC_Power  5 0 0 0 0 0
     2020-10-16 07:53:26   Block_DC_Voltage 5 0 -1 0 0 0
     2020-10-16 07:48:29   C_DeviceAddress 2
     2020-10-16 07:48:29   C_Manufacturer  SolarEdge
     2020-10-16 07:48:29   C_Model         SE7K-RWS48BNN4
     2020-10-16 07:48:29   C_SerialNumber  xxx
     2020-10-16 07:48:29   C_SunSpec_DID   three phase
     2020-10-16 07:48:29   C_SunSpec_ID    SunS
     2020-10-16 07:48:29   C_Version       0004.0011.0018
     2020-10-16 07:53:26   I_AC_Current    0
     2020-10-16 07:53:26   I_AC_Current_A  0
     2020-10-16 07:53:26   I_AC_Current_B  0
     2020-10-16 07:53:26   I_AC_Current_C  0
     2020-10-16 07:53:26   I_AC_Current_SF -2
     2020-10-16 07:53:26   I_AC_Energy_WH  451990
     2020-10-16 07:53:26   I_AC_Energy_WH_SF 0
     2020-10-16 07:53:26   I_AC_Frequency  49.98
     2020-10-16 07:53:26   I_AC_Frequency_SF -2
     2020-10-16 07:53:26   I_AC_PF         0
     2020-10-16 07:53:26   I_AC_PF_SF      0
     2020-10-16 07:53:26   I_AC_Power      0
     2020-10-16 07:53:26   I_AC_Power_SF   0
     2020-10-16 07:53:26   I_AC_VA         0
     2020-10-16 07:53:26   I_AC_VAR        0
     2020-10-16 07:53:26   I_AC_VAR_SF     0
     2020-10-16 07:53:26   I_AC_VA_SF      0
     2020-10-16 07:53:26   I_AC_VoltageAB  3975
     2020-10-16 07:53:26   I_AC_VoltageAN  2289
     2020-10-16 07:53:26   I_AC_VoltageBC  3963
     2020-10-16 07:53:26   I_AC_VoltageBN  2279
     2020-10-16 07:53:26   I_AC_VoltageCA  3966
     2020-10-16 07:53:26   I_AC_VoltageCN  2302
     2020-10-16 07:53:26   I_AC_Voltage_SF 65535
     2020-10-16 07:53:26   I_DC_Current    0
     2020-10-16 07:53:26   I_DC_Current_SF -32768
     2020-10-16 07:53:25   I_DC_Power      0
     2020-10-16 07:53:25   I_DC_Power_SF   0
     2020-10-16 07:53:26   I_DC_Voltage    0
     2020-10-16 07:53:26   I_DC_Voltage_SF -1
     2020-10-16 07:53:25   I_Status        Sleeping Night mode
     2020-10-16 07:53:25   I_Temp_HeatSink 0 °C
     2020-10-16 07:53:26   M_AC-Power      65263
     2020-10-16 07:53:26   M_AC_Power1     65263
     2020-10-16 07:53:26   M_AC_Power2     65396
     2020-10-16 07:53:26   M_AC_Power3     65531
     2020-10-16 07:53:26   M_AC_Power4     65409
     2020-10-16 07:53:26   X_M_ConsumptionToday 25
     2020-10-16 07:53:26   X_M_ExportedToday 0
     2020-10-16 07:53:26   X_M_ImportedToday 25
     2020-10-16 07:53:26   X_Meter_1_Block_AC_Current 9 22 8 3 9 -1 0 0 0 0
     2020-10-16 07:53:26   X_Meter_1_Block_AC_Frequency 9 4997 -2 0 0 0 0 0 0 0
     2020-10-16 07:53:26   X_Meter_1_Block_AC_Power 9 65263 65396 65531 65409 0 0 0 0 0
     2020-10-16 07:53:26   X_Meter_1_Block_AC_Voltage 9 22882 22882 22836 23022 0 0 0 0 -2
     2020-10-16 07:48:28   X_Meter_1_Block_C_Model 9 SE-MTR-3Y-400V-A 0 0 0 0 0 0 0 0
     2020-10-16 07:53:26   X_Meter_1_Block_Energy_W 9 170017 79763 105658 71071 310355 216659 93990 86181 0
     2020-10-16 07:48:29   X_Meter_1_C_DeviceAddress 2
     2020-10-16 07:48:28   X_Meter_1_C_Manufacturer SolarEdge
     2020-10-16 07:48:28   X_Meter_1_C_Model SE-MTR-3Y-400V-A
     2020-10-16 07:48:28   X_Meter_1_C_Option Export+Import
     2020-10-16 07:48:28   X_Meter_1_C_SerialNumber 606457198
     2020-10-16 07:48:29   X_Meter_1_C_SunSpec_DID wye-connect three phase
     2020-10-16 07:53:25   X_Meter_1_C_SunSpec_DID_0
ASolarEdge
     2020-10-16 07:48:28   X_Meter_1_C_Version 74
     2020-10-16 07:53:26   X_Meter_1_M_AC_Current 2.2
     2020-10-16 07:53:26   X_Meter_1_M_AC_Current_A 0.8
     2020-10-16 07:53:26   X_Meter_1_M_AC_Current_B 0.3
     2020-10-16 07:53:26   X_Meter_1_M_AC_Current_C 0.9
     2020-10-16 07:53:26   X_Meter_1_M_AC_Current_SF -1
     2020-10-16 07:53:26   X_Meter_1_M_AC_Frequency 49.97
     2020-10-16 07:53:26   X_Meter_1_M_AC_Frequency_SF -2
     2020-10-16 07:53:26   X_Meter_1_M_AC_Power 65263
     2020-10-16 07:53:26   X_Meter_1_M_AC_Power_A 65396
     2020-10-16 07:53:26   X_Meter_1_M_AC_Power_B 65531
     2020-10-16 07:53:26   X_Meter_1_M_AC_Power_C 65409
     2020-10-16 07:53:26   X_Meter_1_M_AC_Power_SF 0
     2020-10-16 07:53:26   X_Meter_1_M_AC_Voltage_AB 0
     2020-10-16 07:53:26   X_Meter_1_M_AC_Voltage_AN 228.82
     2020-10-16 07:53:26   X_Meter_1_M_AC_Voltage_BC 0
     2020-10-16 07:53:26   X_Meter_1_M_AC_Voltage_BN 228.36
     2020-10-16 07:53:26   X_Meter_1_M_AC_Voltage_CA 0
     2020-10-16 07:53:26   X_Meter_1_M_AC_Voltage_CN 230.22
     2020-10-16 07:53:26   X_Meter_1_M_AC_Voltage_LL 0
     2020-10-16 07:53:26   X_Meter_1_M_AC_Voltage_LN 228.82
     2020-10-16 07:53:26   X_Meter_1_M_AC_Voltage_SF -2
     2020-10-16 07:53:26   X_Meter_1_M_Energy_W_SF 0
     2020-10-16 07:53:26   X_Meter_1_M_Exported 170017
     2020-10-16 07:53:26   X_Meter_1_M_Exported_A 79763
     2020-10-16 07:53:26   X_Meter_1_M_Exported_B 105658
     2020-10-16 07:53:26   X_Meter_1_M_Exported_C 71071
     2020-10-16 07:53:26   X_Meter_1_M_Imported 310355
     2020-10-16 07:53:26   X_Meter_1_M_Imported_A 216659
     2020-10-16 07:53:26   X_Meter_1_M_Imported_B 93990
     2020-10-16 07:53:26   X_Meter_1_M_Imported_C 86181
     2020-10-16 07:53:26   X_PV_Energy     451990
     2020-10-16 07:53:26   X_PV_EnergyToday 0
     2020-10-16 07:53:26   state           <h1>Gesamtenergie 451.99 kWh </h1><table border frame=box><tr><th>Leistung DC</th><th>Leistung AC</th><th>Spannung DC</th><th>Strom AC</th></tr><tr><td>0 W</td><td>0 W</td><td>0 V-</td><td>0 A~</td></tr></table>
   REMEMBER:
     lid        2
     lname      SE7k
     lrecv      1602827606.32776
     lsend      1602827606.30219
   defptr:
     SE7k       2
   gotReadings:
     X_Meter_1_Block_Energy_W 9 170017 79763 105658 71071 310355 216659 93990 86181 0
   lastRead:
     h40000     1602827309.37554
     h40004     1602827309.37761
     h40020     1602827309.38028
     h40044     1602827309.69709
     h40052     1602827309.69838
     h40068     1602827309.69944
     h40069     1602827309.70037
     h40071     1602827606.07521
     h40076     1602827606.076
     h40077     1602827606.07674
     h40078     1602827606.07747
     h40079     1602827606.0782
     h40080     1602827606.07892
     h40081     1602827606.07966
     h40082     1602827606.08039
     h40083     1602827606.08159
     h40085     1602827606.08273
     h40087     1602827606.08393
     h40089     1602827606.08502
     h40091     1602827606.08608
     h40093     1602827606.08763
     h40096     1602827606.08883
     h40098     1602827606.08994
     h40100     1602827605.95217
     h40103     1602827605.95382
     h40107     1602827605.95609
     h40121     1602827605.95888
     h40123     1602827308.58399
     h40139     1602827308.58635
     h40155     1602827308.18305
     h40163     1602827308.18456
     h40171     1602827308.18594
     h40187     1602827309.50895
     h40188     1602827309.5107
     h40190     1602827606.20093
     h40195     1602827606.20269
     h40204     1602827606.20416
     h40206     1602827606.20561
     h40226     1602827606.33048
Attributes:
   room       Keller,Solar
   userReadings M_AC_VAR1:X_Meter_1_Block_AC_VAR.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_VAR", 0) );
  return ($val[1]);;},
 
M_AC_VAR2:X_Meter_1_Block_AC_VAR.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_VAR", 0) );
  return ($val[2]);;},
 
M_AC_VAR3:X_Meter_1_Block_AC_VAR.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_VAR", 0) );
  return ($val[3]);;},
 
M_AC_VAR4:X_Meter_1_Block_AC_VAR.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_VAR", 0) );
  return ($val[4]);;},
 
M_AC_VA1:X_Meter_1_Block_AC_VA.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_VA", 0) );
  return ($val[1]);;},
 
M_AC_VA2:X_Meter_1_Block_AC_VA.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_VA", 0) );
  return ($val[2]);;},
 
M_AC_VA3:X_Meter_1_Block_AC_VA.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_VA", 0) );
  return ($val[3]);;},
 
M_AC_VA4:X_Meter_1_Block_AC_VA.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_VA", 0) );
  return ($val[4]);;},
 
M_AC_Power1:X_Meter_1_Block_AC_Power.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_Power", 0) );
  return ($val[1]);;},
 
M_AC_Power2:X_Meter_1_Block_AC_Power.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_Power", 0) );
  return ($val[2]);;},
 
M_AC_Power3:X_Meter_1_Block_AC_Power.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_Power", 0) );
  return ($val[3]);;},
 
M_AC_Power4:X_Meter_1_Block_AC_Power.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_Power", 0) );
  return ($val[4]);;},
 
M_AC_PF1:X_Meter_1_Block_AC_PF.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_PF", 0) );
  return ($val[1]);;},
 
M_AC_PF2:X_Meter_1_Block_AC_PF.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_PF", 0) );
  return ($val[2]);;},
 
M_AC_PF3:X_Meter_1_Block_AC_PF.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_PF", 0) );
  return ($val[3]);;},
 
M_AC_PF4:X_Meter_1_Block_AC_PF.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_PF", 0) );
  return ($val[4]);;},
 
M_AC_PF:X_Meter_1_M_AC_PF_SF.* {
  my $scale = ReadingsVal ("SE7k","X_Meter_1_M_AC_PF_SF",0);
  return (ReadingsVal ("SE7k","X_Meter_1_M_AC_PF",0) * ( 10 ** $scale) / 1000);;},
 
M_AC-Power:X_Meter_1_M_AC_Power_SF.* {
my $scale = ReadingsVal ("SE7k","X_Meter_1_M_AC_Power_SF",0);
return (ReadingsVal ("SE7k","X_Meter_1_M_AC_Power",0) * ( 10 ** $scale));;}

Matthias

Hier zum Vergleich ein aktuelles Listing, nachdem die Produktion den Verbrauch knapp überschritten hat:
Internals:
   .getList   
   .setList   interval reread:noArg reconnect:noArg stop:noArg start:noArg close:noArg saveAsModule scanStop:noArg scanModbusObjects
   .updateSetGet 0
   DEF        2 60 xxxx:1502 TCP
   DeviceName xxxx:1502
   EXPECT     idle
   FD         123
   FUUID      5f4e3050-f33f-dbcf-ef4f-76d92e40d0816b55
   INTERVAL   60
   IODev      SE7k
   LASTOPEN   1602827295.37488
   MODBUSID   2
   MODE       master
   MODEL      SE7K-RWS48BNN4
   MODEL_METER SE-MTR-3Y-400V-A
   MODEL_WR   SE7K-RWS48BNN4
   MODULEVERSION Modbus 4.1.5 - 17.9.2019
   NAME       SE7k
   NOTIFYDEV  global
   NR         557
   NTFY_ORDER 50-SE7k
   PARTIAL   
   PROTOCOL   TCP
   STATE      <h1>Gesamtenergie 452.26 kWh </h1><table border frame=box><tr><th>Leistung DC</th><th>Leistung AC</th><th>Spannung DC</th><th>Strom AC</th></tr><tr><td>382.7 W</td><td>379 W</td><td>747.3 V-</td><td>2.43 A~</td></tr></table>
   TCPConn    1
   TRIGGERTIME 1602836578.41614
   TRIGGERTIME_FMT 2020-10-16 10:22:58
   TYPE       SolarEdge
   devioLoglevel 3
   lastUpdate 1602836518.41614
   nextOpenDelay 60
   .attraggr:
   .attrminint:
   .userReadings:
     HASH(0x840fa40)
     HASH(0x882b958)
     HASH(0x882bb38)
     HASH(0x882baa8)
     HASH(0x882bbb0)
     HASH(0x882bcb8)
     HASH(0x882bde0)
     HASH(0x882bd50)
     HASH(0x882be58)
     HASH(0x882bf60)
     HASH(0x882c068)
     HASH(0x882bfd8)
     HASH(0x882c0e0)
     HASH(0x882c1e8)
     HASH(0x882c2f0)
     HASH(0x882c260)
     HASH(0x882c368)
     HASH(0x882c098)
   QUEUE:
   READ:
     BUFFER     
   READINGS:
     2020-10-16 10:21:58   Block_AC_Current 5 243 75 89 78 -2
     2020-10-16 10:21:58   Block_AC_Energy_WH 5 452262 0 0 0 0
     2020-10-16 10:21:58   Block_AC_Frequency 5 5000 -2 0 0 0
     2020-10-16 10:21:58   Block_AC_PF     5 58728 -2 0 0 0
     2020-10-16 10:21:58   Block_AC_Power  5 3790 -1 0 0 0
     2020-10-16 10:21:58   Block_AC_VA     5 5546 -1 0 0 0
     2020-10-16 10:21:58   Block_AC_VAR    5 61486 -1 0 0 0
     2020-10-16 07:48:29   Block_C_Model   5 SE7K-RWS48BNN4 0 0 0 0
     2020-10-16 10:21:58   Block_DC_Current 5 5148 -4 0 0 0
     2020-10-16 10:21:58   Block_DC_Power  5 3827 -1 0 0 0
     2020-10-16 10:21:58   Block_DC_Voltage 5 7472 -1 0 0 0
     2020-10-16 07:48:29   C_DeviceAddress 2
     2020-10-16 07:48:29   C_Manufacturer  SolarEdge
     2020-10-16 07:48:29   C_Model         SE7K-RWS48BNN4
     2020-10-16 07:48:29   C_SerialNumber  xxx
     2020-10-16 07:48:29   C_SunSpec_DID   three phase
     2020-10-16 07:48:29   C_SunSpec_ID    SunS
     2020-10-16 07:48:29   C_Version       0004.0011.0018
     2020-10-16 10:21:58   I_AC_Current    2.43
     2020-10-16 10:21:58   I_AC_Current_A  0.75
     2020-10-16 10:21:58   I_AC_Current_B  0.89
     2020-10-16 10:21:58   I_AC_Current_C  0.78
     2020-10-16 10:21:58   I_AC_Current_SF -2
     2020-10-16 10:21:58   I_AC_Energy_WH  452262
     2020-10-16 10:21:58   I_AC_Energy_WH_SF 0
     2020-10-16 10:21:58   I_AC_Frequency  50
     2020-10-16 10:21:58   I_AC_Frequency_SF -2
     2020-10-16 10:21:58   I_AC_PF         587.28
     2020-10-16 10:21:58   I_AC_PF_SF      -2
     2020-10-16 10:21:58   I_AC_Power      379
     2020-10-16 10:21:58   I_AC_Power_SF   -1
     2020-10-16 10:21:58   I_AC_VA         554.6
     2020-10-16 10:21:58   I_AC_VAR        6148.6
     2020-10-16 10:21:58   I_AC_VAR_SF     -1
     2020-10-16 10:21:58   I_AC_VA_SF      -1
     2020-10-16 10:21:58   I_AC_VoltageAB  3966
     2020-10-16 10:21:58   I_AC_VoltageAN  2279
     2020-10-16 10:21:58   I_AC_VoltageBC  3965
     2020-10-16 10:21:58   I_AC_VoltageBN  2297
     2020-10-16 10:21:58   I_AC_VoltageCA  3947
     2020-10-16 10:21:58   I_AC_VoltageCN  2282
     2020-10-16 10:21:58   I_AC_Voltage_SF 65535
     2020-10-16 10:21:58   I_DC_Current    0.5148
     2020-10-16 10:21:58   I_DC_Current_SF -4
     2020-10-16 10:21:58   I_DC_Power      382.7
     2020-10-16 10:21:58   I_DC_Power_SF   -1
     2020-10-16 10:21:58   I_DC_Voltage    747.2
     2020-10-16 10:21:58   I_DC_Voltage_SF -1
     2020-10-16 10:21:58   I_Status        Inverter is ON and producing power
     2020-10-16 10:21:58   I_Temp_HeatSink 35 °C
     2020-10-16 10:21:58   M_AC-Power      1
     2020-10-16 10:21:58   M_AC_Power1     1
     2020-10-16 10:21:58   M_AC_Power2     16
     2020-10-16 10:21:58   M_AC_Power3     68
     2020-10-16 10:21:58   M_AC_Power4     65453
     2020-10-16 10:21:58   X_M_ConsumptionToday 830
     2020-10-16 10:21:58   X_M_ExportedToday 0
     2020-10-16 10:21:58   X_M_ImportedToday 564
     2020-10-16 10:21:58   X_Meter_1_Block_AC_Current 9 30 9 9 11 -1 0 0 0 0
     2020-10-16 10:21:58   X_Meter_1_Block_AC_Frequency 9 4999 -2 0 0 0 0 0 0 0
     2020-10-16 10:21:58   X_Meter_1_Block_AC_Power 9 1 16 68 65453 0 0 0 0 0
     2020-10-16 10:21:58   X_Meter_1_Block_AC_Voltage 9 22827 22827 22828 22793 0 0 0 0 -2
     2020-10-16 07:48:28   X_Meter_1_Block_C_Model 9 SE-MTR-3Y-400V-A 0 0 0 0 0 0 0 0
     2020-10-16 10:21:58   X_Meter_1_Block_Energy_W 9 170017 79763 105722 71071 310894 216892 94027 86515 0
     2020-10-16 07:48:29   X_Meter_1_C_DeviceAddress 2
     2020-10-16 07:48:28   X_Meter_1_C_Manufacturer SolarEdge
     2020-10-16 07:48:28   X_Meter_1_C_Model SE-MTR-3Y-400V-A
     2020-10-16 07:48:28   X_Meter_1_C_Option Export+Import
     2020-10-16 07:48:28   X_Meter_1_C_SerialNumber xxx
     2020-10-16 07:48:29   X_Meter_1_C_SunSpec_DID wye-connect three phase
     2020-10-16 10:21:58   X_Meter_1_C_SunSpec_DID_0
ASolarEdge
     2020-10-16 07:48:28   X_Meter_1_C_Version 74
     2020-10-16 10:21:58   X_Meter_1_M_AC_Current 3
     2020-10-16 10:21:58   X_Meter_1_M_AC_Current_A 0.9
     2020-10-16 10:21:58   X_Meter_1_M_AC_Current_B 0.9
     2020-10-16 10:21:58   X_Meter_1_M_AC_Current_C 1.1
     2020-10-16 10:21:58   X_Meter_1_M_AC_Current_SF -1
     2020-10-16 10:21:58   X_Meter_1_M_AC_Frequency 49.99
     2020-10-16 10:21:58   X_Meter_1_M_AC_Frequency_SF -2
     2020-10-16 10:21:58   X_Meter_1_M_AC_Power 1
     2020-10-16 10:21:58   X_Meter_1_M_AC_Power_A 16
     2020-10-16 10:21:58   X_Meter_1_M_AC_Power_B 68
     2020-10-16 10:21:58   X_Meter_1_M_AC_Power_C 65453
     2020-10-16 10:21:58   X_Meter_1_M_AC_Power_SF 0
     2020-10-16 10:21:58   X_Meter_1_M_AC_Voltage_AB 0
     2020-10-16 10:21:58   X_Meter_1_M_AC_Voltage_AN 228.27
     2020-10-16 10:21:58   X_Meter_1_M_AC_Voltage_BC 0
     2020-10-16 10:21:58   X_Meter_1_M_AC_Voltage_BN 228.28
     2020-10-16 10:21:58   X_Meter_1_M_AC_Voltage_CA 0
     2020-10-16 10:21:58   X_Meter_1_M_AC_Voltage_CN 227.93
     2020-10-16 10:21:58   X_Meter_1_M_AC_Voltage_LL 0
     2020-10-16 10:21:58   X_Meter_1_M_AC_Voltage_LN 228.27
     2020-10-16 10:21:58   X_Meter_1_M_AC_Voltage_SF -2
     2020-10-16 10:21:58   X_Meter_1_M_Energy_W_SF 0
     2020-10-16 10:21:58   X_Meter_1_M_Exported 170017
     2020-10-16 10:21:58   X_Meter_1_M_Exported_A 79763
     2020-10-16 10:21:58   X_Meter_1_M_Exported_B 105722
     2020-10-16 10:21:58   X_Meter_1_M_Exported_C 71071
     2020-10-16 10:21:58   X_Meter_1_M_Imported 310894
     2020-10-16 10:21:58   X_Meter_1_M_Imported_A 216892
     2020-10-16 10:21:58   X_Meter_1_M_Imported_B 94027
     2020-10-16 10:21:58   X_Meter_1_M_Imported_C 86515
     2020-10-16 10:21:58   X_PV_Energy     452262
     2020-10-16 10:21:58   X_PV_EnergyToday 272
     2020-10-16 10:21:58   state           <h1>Gesamtenergie 452.26 kWh </h1><table border frame=box><tr><th>Leistung DC</th><th>Leistung AC</th><th>Spannung DC</th><th>Strom AC</th></tr><tr><td>382.7 W</td><td>379 W</td><td>747.3 V-</td><td>2.43 A~</td></tr></table>
   REMEMBER:
     lid        2
     lname      SE7k
     lrecv      1602836518.88385
     lsend      1602836518.8284
   defptr:
     SE7k       2
   gotReadings:
     Block_AC_Current 5 243 75 89 78 -2
     Block_AC_Energy_WH 5 452262 0 0 0 0
     Block_AC_Frequency 5 5000 -2 0 0 0
     Block_AC_PF 5 58728 -2 0 0 0
     Block_AC_Power 5 3790 -1 0 0 0
     Block_AC_VA 5 5546 -1 0 0 0
     Block_AC_VAR 5 61486 -1 0 0 0
     Block_DC_Current 5 5148 -4 0 0 0
     Block_DC_Voltage 5 7472 -1 0 0 0
     I_AC_VoltageAB 3966
     I_AC_VoltageAN 2279
     I_AC_VoltageBC 3965
     I_AC_VoltageBN 2297
     I_AC_VoltageCA 3947
     I_AC_VoltageCN 2282
     I_AC_Voltage_SF 65535
   lastRead:
     h40000     1602827309.37554
     h40004     1602827309.37761
     h40020     1602827309.38028
     h40044     1602827309.69709
     h40052     1602827309.69838
     h40068     1602827309.69944
     h40069     1602827309.70037
     h40071     1602836518.88582
     h40076     1602836518.88661
     h40077     1602836518.88734
     h40078     1602836518.88807
     h40079     1602836518.88879
     h40080     1602836518.88952
     h40081     1602836518.89025
     h40082     1602836518.89098
     h40083     1602836518.89217
     h40085     1602836518.89337
     h40087     1602836518.89452
     h40089     1602836518.89563
     h40091     1602836518.89673
     h40093     1602836518.89823
     h40096     1602836518.89938
     h40098     1602836518.90054
     h40100     1602836518.72688
     h40103     1602836518.72787
     h40107     1602836518.72919
     h40121     1602836518.7309
     h40123     1602827308.58399
     h40139     1602827308.58635
     h40155     1602827308.18305
     h40163     1602827308.18456
     h40171     1602827308.18594
     h40187     1602827309.50895
     h40188     1602827309.5107
     h40190     1602836518.47935
     h40195     1602836518.48104
     h40204     1602836518.48226
     h40206     1602836518.48372
     h40226     1602836518.60619
Attributes:
   room       Keller,Solar
   userReadings M_AC_VAR1:X_Meter_1_Block_AC_VAR.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_VAR", 0) );
  return ($val[1]);;},
 
M_AC_VAR2:X_Meter_1_Block_AC_VAR.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_VAR", 0) );
  return ($val[2]);;},
 
M_AC_VAR3:X_Meter_1_Block_AC_VAR.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_VAR", 0) );
  return ($val[3]);;},
 
M_AC_VAR4:X_Meter_1_Block_AC_VAR.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_VAR", 0) );
  return ($val[4]);;},
 
M_AC_VA1:X_Meter_1_Block_AC_VA.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_VA", 0) );
  return ($val[1]);;},
 
M_AC_VA2:X_Meter_1_Block_AC_VA.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_VA", 0) );
  return ($val[2]);;},
 
M_AC_VA3:X_Meter_1_Block_AC_VA.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_VA", 0) );
  return ($val[3]);;},
 
M_AC_VA4:X_Meter_1_Block_AC_VA.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_VA", 0) );
  return ($val[4]);;},
 
M_AC_Power1:X_Meter_1_Block_AC_Power.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_Power", 0) );
  return ($val[1]);;},
 
M_AC_Power2:X_Meter_1_Block_AC_Power.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_Power", 0) );
  return ($val[2]);;},
 
M_AC_Power3:X_Meter_1_Block_AC_Power.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_Power", 0) );
  return ($val[3]);;},
 
M_AC_Power4:X_Meter_1_Block_AC_Power.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_Power", 0) );
  return ($val[4]);;},
 
M_AC_PF1:X_Meter_1_Block_AC_PF.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_PF", 0) );
  return ($val[1]);;},
 
M_AC_PF2:X_Meter_1_Block_AC_PF.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_PF", 0) );
  return ($val[2]);;},
 
M_AC_PF3:X_Meter_1_Block_AC_PF.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_PF", 0) );
  return ($val[3]);;},
 
M_AC_PF4:X_Meter_1_Block_AC_PF.* {
  my @val = split(/ /, ReadingsVal("SE7k", "X_Meter_1_Block_AC_PF", 0) );
  return ($val[4]);;},
 
M_AC_PF:X_Meter_1_M_AC_PF_SF.* {
  my $scale = ReadingsVal ("SE7k","X_Meter_1_M_AC_PF_SF",0);
  return (ReadingsVal ("SE7k","X_Meter_1_M_AC_PF",0) * ( 10 ** $scale) / 1000);;},
 
M_AC-Power:X_Meter_1_M_AC_Power_SF.* {
my $scale = ReadingsVal ("SE7k","X_Meter_1_M_AC_Power_SF",0);
return (ReadingsVal ("SE7k","X_Meter_1_M_AC_Power",0) * ( 10 ** $scale));;}

@beejayf

Mach mal bitte nocheinmal ein update. Deine Werte sind noch fehlerhaft.

Es muss jetzt das  Math::Round module installiert sein.

sudo apt install libmath-round-perl


@matkoh
Hi Matthias,

ich habe noch etwas beim X_Meter_1_Block_AC_Power angepasst. Schau mal ob das passt. Wenn nicht müssen wir weiter suchen.

Beide mal bitte überprüfen ob die angezeigten Werte stimmen. Danke.

Jörg

Hallo Jörg,

ich habe aktuell keine 65000-Werte mehr. Allerdings wird aktuell auch noch mehr produziert als verbraucht. Hier nur die relevanten Readings:
2020-10-16 11:40:01   X_Meter_1_Block_AC_Power 9 131 -10 136 5 0 0 0 0 0
2020-10-16 11:40:01   X_Meter_1_M_AC_Power 131
     2020-10-16 11:40:01   X_Meter_1_M_AC_Power_A -10
     2020-10-16 11:40:01   X_Meter_1_M_AC_Power_B 136
     2020-10-16 11:40:01   X_Meter_1_M_AC_Power_C 5
     2020-10-16 11:40:01   X_Meter_1_M_AC_Power_SF 0
Ich gehe davon aus, dass ..AC_Power_A, ..AC_Power_B und ..AC_Power_C analog der Current-Readings die Werte der Phasen (A-C) und ..AC_Power dann die Summe darstellen? Das passt aktuell auch zu den Angaben aus dem Portal. Mal sehen, ob die Werte auch noch korrekt sind, wenn die Produktion unter den Verbrauch sinkt und dann Minus-Werte angezeigt werden müssten.

Gibt es auch eine Möglichkeit, den eigenen Verbrauch als Reading darzustellen? Im Monitoring-Portal sehe ich die Produktion (= I_AC_Power? stimmt aber nicht genau), den Verbrauch und den Bezug bzw. Einspeisung (= X_Meter_1_M_AC_Power).

Matthias

Hallo Matthias,

I_AC_Power oder X_Meter_1_M_AC_Power ist ja nur die Leistung die gerade erzeugt wird. Was verbraucht oder eingespeist wird muss ich über andere Zähler ermitteln.

Was eingespeist wird, kannst du an deinem 2-Richtungs-Stromzähler auslesen.
Mein WR zeigt mir nur die gerade erzeugt Leistung (W) oder die erzeugte Energie (kWh) an. siehe Bild.

Ich habe diese Komponenten: SolarEdge SE5K(TCP 24 RS485) + Sonnen! eco8 (10kWh) + TD3511 (2-Richtungs-Stromzähler) Stadtwerke + DRT710M(RS485) Hausunterzähler

Kannst du mir mal ein Bild schicken oder anhängen was bei dir wie angezeigt wird ?

Jörg

Hallo Jörg,

ich habe einen Screenshot aus dem aktuellen SolarEdge Monitoring-Portal angehangen. Dort siehst Du, in der Mitte links die Produktion der PV-Anlage, die aktuell natürlich 0 ist, in der Mitte den Verbrauch und rechts den Bezug vom Netzbetreiber (Pfeil zeigt nach links) oder die Einspeisung (Pfeil zeigt nach rechts).

Ich habe parallel zu Deinem Modul, das Werte über ModBus abfragt, auch das Modul SolarEdgeAPI im Einsatz, das über die SolarEdge API-Schnittstelle die Daten aus dem Monitoring Portal abruft. Dazu füge ich auch ein Listing des aktuellen Zustands ein:
Internals:
   APIKEY     xxxx
   DEF        xxxx xxx
   DEFAULT_DAY_TIME_INTERVAL 215
   DEFAULT_DAY_TIME_START_HOUR 6
   DEFAULT_NIGHT_TIME_INTERVAL 1200
   DEFAULT_NIGHT_TIME_START_HOUR 22
   FUUID      5f3e0a08-f33f-dbcf-0b9c-052d8004a48e9efe
   NAME       SolarEdgeAPI
   NOTIFYDEV  global
   NR         552
   NUMBER_OF_ERROR_1 0
   NUMBER_OF_ERROR_2 0
   NUMBER_OF_ERROR_3 0
   NUMBER_OF_GOOD_RESPONSES 519
   NUMBER_OF_JSON_ERRORS 0
   NUMBER_OF_REQUESTS 519
   NUMBER_OF_REQUESTS_PER_DAY 0
   PORT       80
   SITEID     xxx
   STATE      active
   TYPE       SolarEdgeAPI
   VERSION    2.2.0
   .attraggr:
   .attrminint:
   PATHS:
     aggregates energyDetails.json
     dailyAggregates energyDetails.json
     dailyDetails details.json
     dailyOverview overview.json
     dailyStorage storageData.json
     overview   overview.json
     status     currentPowerFlow.json
     storage    storageData.json
   READINGS:
     2020-10-16 21:52:54   aggregates-Consumption-cumToday 8313
     2020-10-16 21:52:54   aggregates-Consumption-recent15min 55
     2020-10-16 21:52:54   aggregates-FeedIn-cumToday 565
     2020-10-16 21:52:54   aggregates-FeedIn-recent15min 0
     2020-10-16 21:52:54   aggregates-Production-cumToday 3790
     2020-10-16 21:52:54   aggregates-Production-recent15min 0
     2020-10-16 21:52:54   aggregates-Purchased-cumToday 5088
     2020-10-16 21:52:54   aggregates-Purchased-recent15min 55
     2020-10-16 21:52:54   aggregates-SelfConsumption-cumToday 3225
     2020-10-16 21:52:54   aggregates-SelfConsumption-recent15min 0
     2020-10-15 23:59:00   dailyAggregates-Consumption-cumDay 10064
     2020-10-15 23:59:00   dailyAggregates-Consumption-cumMonth 84.965
     2020-09-30 23:59:01   dailyAggregates-Consumption-cumMonthOnce 287.709
     2020-10-15 23:59:00   dailyAggregates-Consumption-cumYear 460.696
     2020-10-15 23:59:00   dailyAggregates-FeedIn-cumDay 1017
     2020-10-15 23:59:00   dailyAggregates-FeedIn-cumMonth 44.625
     2020-09-30 23:59:01   dailyAggregates-FeedIn-cumMonthOnce 56.508
     2020-10-15 23:59:00   dailyAggregates-FeedIn-cumYear 108.482
     2020-10-15 23:59:00   dailyAggregates-Production-cumDay 4479
     2020-10-15 23:59:00   dailyAggregates-Production-cumMonth 67.855
     2020-09-30 23:59:01   dailyAggregates-Production-cumMonthOnce 248.768
     2020-10-15 23:59:00   dailyAggregates-Production-cumYear 449.95
     2020-10-15 23:59:00   dailyAggregates-Purchased-cumDay 6602
     2020-10-15 23:59:00   dailyAggregates-Purchased-cumMonth 55.366
     2020-09-30 23:59:01   dailyAggregates-Purchased-cumMonthOnce 95.252
     2020-10-15 23:59:00   dailyAggregates-Purchased-cumYear 163.082
     2020-10-15 23:59:00   dailyAggregates-SelfConsumption-cumDay 3462
     2020-10-15 23:59:00   dailyAggregates-SelfConsumption-cumMonth 32.736
     2020-09-30 23:59:01   dailyAggregates-SelfConsumption-cumMonthOnce 194.095
     2020-10-15 23:59:00   dailyAggregates-SelfConsumption-cumYear 302.389
     2020-10-15 23:59:00   dailyDetails-peakPower 5.28
     2020-10-15 23:59:00   dailyDetails-status Active
     2020-10-15 23:59:00   dailyOverview-energyDay 4479
     2020-10-15 23:59:00   dailyOverview-energyLifetime 0.451377
     2020-10-15 23:59:00   dailyOverview-energyMonth 67.855
     2020-09-30 23:59:01   dailyOverview-energyMonthOnce 248.768
     2020-10-15 23:59:00   dailyOverview-energyYear 449.95
     2020-10-16 21:52:53   overview-energyDay 3776
     2020-10-16 21:52:53   overview-energyLifetime 0.455153
     2020-10-16 21:52:53   overview-energyMonth 71.631
     2020-09-30 23:51:45   overview-energyMonthOnce 248.768
     2020-10-16 21:52:53   overview-energyYear 453.726
     2020-10-16 21:52:53   overview-power  0
     2020-10-16 21:52:54   state           active
     2020-10-16 21:52:53   status-grid_power 0.32
     2020-10-16 21:52:53   status-grid_status Active
     2020-10-16 21:52:53   status-load_power 0.32
     2020-10-16 21:52:53   status-load_status Active
     2020-10-16 21:52:53   status-pv_power 0
     2020-10-16 21:52:53   status-pv_status Idle
     2020-10-16 21:52:53   status-storage_status -
     2020-10-16 21:52:53   status-unit     kW
     2020-10-16 21:52:53   status-updateRefreshRate 3
   actionQueue:
Attributes:
   enableAggregatesReadings 1
   enableDailyAggregatesReadings 1
   enableDailyDetailsReadings 1
   enableDailyOverviewReadings 1
   enableOverviewReadings 1
   enableStatusReadings 1
   room       Keller,Solar

Die für den Energiezähler relevanten Readings sind die status_xxx Readings.

Auf Dauer würde ich gerne alle Daten über das ModBus-Modul abfragen, da diese Daten direkt vom Wechselrichter kommen. Den Wechselrichter würde ich dann vom Internet trennen, so dass keine Daten mehr an das Monitoring-Portal übertragen werden.

Matthias

Hallo Matthias,

wie sehen den jetzt die Daten vom ModBUS aus.
Kannst du den jetzt Daten vom Portal deinem WR zuordnen. z.B. deine jetzt bezogene Energie von 0,33 kW (Bild).
Oder ganz unten Produktion und Verbrauch. Sind die jetzt angezeigen Daten mit dem vom WR ungefähr stimmig bzw. findets du sie. Ist ja immer ein Verzug von ca. x sec/min drin.
Denke ich.

Ich würde den WR nicht vom Internet nehmen, da werden die Daten immer schön gesammelt. Und wenn ich Verbrauchszahlen benötige für irgendwelche Abrechnungen (Steuer)  oder auch Übersichten, sind diese dort sehr gut. Man kann auch csv-Dateien runterladen. Und die Jahresübersicht würde ich nicht so hinbekommen.
Und was sehr gut ist, man kann sich jede Solarplatte ansehen (Auslegung) und kann sehen wenn etwas nicht so hinhaut. Ich denke du hast auch SolarEdge Optimierer im Einsatz ?
Die Daten der Optimierer werden über einen anderen Weg übertragen.
Schau mal hier (https://forum.fhem.de/index.php/topic,109748.msg1039039.html#msg1039039)

Aber das ist meine Meinung.

Jörg

Hallo Jörg,

ja, die Werte sehen gut aus. Ich habe mal aktuell ein Listing des Modbus-Moduls und des SolarEdgeAPI-Moduls erstellt und die entsprechenden Werte verglichen:
Produktion:
Modbus:
2020-10-17 15:48:20   I_AC_Power      532
API:
2020-10-17 15:45:16   overview-power  573
2020-10-17 15:45:16   status-pv_power 0.58

Power (Bezug / Einspeisung):
Modbus:
2020-10-17 15:47:18   M_AC-Power      -1150
API:
2020-10-17 15:45:16   status-grid_power 1.11

Verbrauch:
Modbus:
?
API:
2020-10-17 15:45:16   status-load_power 1.69


Wie Du schon erwähnst, gibt es immer ein Zeitdifferenz zwischen den Werten der API-Schnittstelle und der Modbus-Schnittstelle. Daher stimmen die Werte nicht exakt überein - vor allem wenn der Verbrauch und / oder Produktion schwankt.

Mir fehlt nur noch ein Reading im Modbus-Modul, das den Verbrauch anzeigt. Wenn das aus den Modbus-Registern nicht ausgelesen werden kann, könnte es auch aus Produktion und Bezug/Einspeisung errechnet werden.

Matthias

Hallo Matthias,

mach mal einen Vorschlag welche Register von welchen abgezogen oder dazuaddiert werden sollen.

Wie liest du den deinen Hauszähler aus ?

status-grid_power = was wird dort angezeigt ?

Ich hänge mal eine Beschreibung der Register an.

Jörg

@pejonp Danke - das hat funktioniert! Jetzt passt z.B. die I_AC_Power zu meinem aktuellen Verbrauch.

Danke Dir!!

Hallo Jörg,

danke für die Beschreibung der Register. Ich hatte bisher nur eine Version ohne die Meter-Register.

Ich finde in den Meter-Registern allerdings auch keines, das den tatsächlichen Verbrauch anzeigen würde. Vielleicht wird der im Portal ja auch nur errechnet?

Jedenfalls ergibt I_AC_Power (= Produktion) - X_Meter_1_M_AC_Power (= Bezug/Einspeisung) den tatsächlichen Verbrauch, so wie er auch im Portal angezeigt wird - mit den kleineren Abweichungen durch unterschiedliche Zeitstempel.

Als UserReading sieht das so aus:

X_M_Verbrauch:X_Meter_1_M_AC_Power.* {
  return (ReadingsVal("SE7k", "I_AC_Power", 0) - ReadingsVal("SE7k", "X_Meter_1_M_AC_Power", 0));;}

Meinen Hauszähler lese ich aktuell noch nicht aus. Den habe ich erst seit kurzem, es ist ein eBZ Zweirichtungszähler DD3. Ich bin noch nicht dazu gekommen, nach Möglichkeiten für die Auslesung dieses Zählers zu suchen. Hast Du eine Empfehlung?

Matthias

Hallo Matthias,

habe das zu deinem Zähler gefunden (https://www.stw-riesa.de/fileadmin/user_upload/Dokumente/Netz_Strom/Betriebsanleitung_mME.pdf).

Hier gibt es ein Modul, ob dein Zähler dabei ist weiss ich nicht (https://forum.fhem.de/index.php/topic,51948.msg436911.html#msg436911).

Ich habe von hier den Lesekopft (Optische Schnittstelle) genommen (https://wiki.volkszaehler.org/hardware/controllers/ir-schreib-lesekopf-usb-ausgang)
oder hier  (http://adl517.at/index.php/seitenmenue/25-zaehler-lesekopf).

Neben dem Zähler läuft ein Raspi2  dieser ließt vom Zähler die Daten aus und schickt sie gleich in die FHEM DB.

Ich konnte aber nicht das OBIS-Modul nehmen, da mein Zähler aktiv abgefragt werden muss. Begonnen wird mit 300baud und dann wird auf 19200baud umgeschalten. Sonst dauert das auslesen einfach zu lange.

Jörg

Hallo Jörg,

Wo würde ich denn nach der Leistung, die aus der Batterie kommt suchen? Bisher finde ich Summe von PV und Batteries aber nicht getrennt.

Grüße, BJ

@beejayf

kannst du mir mal noch die Bezeichnung von deinem Meter und der Batterie mitteilen.
Meine Batterie hat eine extra Überwachung (sonnen! eco8) und hat einen extra WR. Von da bekomme ich die Daten.
SolarEdge ist ja ein SE8K-RWS48BNN4 ?

Schau mal hier auf Seite 69 da steht etwas zu den Daten !?

Jörg

Hallo @pejonp

ich habe
den SE8K-RWS Wechselrichter
SE-MTR-3Y-400V-A Zähler
RESU10 Batterie von LG

Wenn ich das richtig verstanden habe hat die Batterie keinen eigenen Wechselrichter, sondern liefert DC an den SE8K

Hallo @beejayf,

so wie es aussieht kann man da noch nicht mehr auslesen. Zwischen WR und BAT wird der CAN-Bus genutzt ?!

Jörg

@pejonp

Kann ich leider nicht sehen, wie die Batterie mit dem WR kommuniziert. Allerdings bekomme ich über SolarEdgeAPI die Batterie-Ladung in % und PV Power / Batt Power getrennt - aber ob SE sich das aus dem Sunspec Protokoll ausliest, oder was eigenes, nicht offenes verwendet weiß ich nicht.

Würde aber gern mithelfen, das herauszubekommen, wenn es eine Möglichkeit gibt, sich alle Register mit Zeitstempel loggen zu lassen - dann könnte ich (wenn das nicht zu blauäugig ist) das mit den Real-Life Daten vergleichen. Vielleicht finde wir so etwas.

Grüße,

BJ

Hallo @beejayf,

mal mal bitte ein Update. Vielleicht klappt es mit den Batterie ModBus Registern. Kann noch sein, das die Umrechnung nicht stimmt.

Jörg

Hallo @pejonp

bin beeindruckt! Batterie Status, Typ, Seriennummer - alles klappt!

Wie Du schon vermutet hast ist die Umrechnung noch nicht richtig - ich bekomme aktuell für 1.1kW Ladestrom den Wert 1.11293398131286e-314 angezeigt.

Hallo @beejayf,

kannst du mal die Werte hier anhängen. Dann schau ich mal weiter.

Zitat
..ich bekomme aktuell für 1.1kW Ladestrom den Wert 1.11293398131286e-314 angezeigt.

Hier meinst du bestimmt die Leistung (W)?  Wie sieht es bei der Spannung (V) und dem Strom (A) aus ?

Mach mal bitte ein Update. Ich habe noch  Register eingefügt. Vielleicht bringen die noch was.
Ich brauche aber mal die Anzeige und auch ob diese Werte so stimmen könnten, vorrausgesetzt du findest diese irgndwo im Portal ;-).


Jörg

Hi @pejonp,

ja - ich meine Battery_1_Instantaneous_Power

meine Werte jetzt:

Battery_1_DeviceID
112
2020-10-22 11:09:33
Battery_1_Firmware
48V DCDC 2.2.80
2020-10-22 09:54:02
Battery_1_Instantaneous_Current
4.83594081989999e+25
2020-10-22 11:09:33
Battery_1_Instantaneous_Power
5.74145987513088e-315
2020-10-22 11:09:33
Battery_1_Instantaneous_Voltage
4.66467695225809e+167
2020-10-22 11:09:33
Battery_1_Manufacturer_Name
48V_LG
2020-10-22 09:54:02
Battery_1_Model
LGC RESU 10
2020-10-22 09:54:02
Battery_1_SerialNumber
>gelöscht<
2020-10-22 09:54:02
Battery_1_Status
Laden

Noch etwas: I_AC_Power sollte doch die komplette PV Leistung anzeigen - da bekomme ich einen fast konstanten Wert um den Wert meines Eigenverbrauches angezeigt auch wenn der PV Leistungs-Wert auf der Cloud z.B. 2kW mehr anzeigt. Oder schau ich auf den falschen Wert?

@beejayf

häng mal ein list von deinem device an. Serien-Nr kannst du ja rausnehmen. Werden diese richtig angezeigt ?

Jörg

@pejonp

Internals:
   DEF        1 30 192.168.40.1:1502 TCP
   DeviceName 192.168.40.1:1502
   EXPECT     idle
   FD         4
   FUUID      gelöscht
   INTERVAL   30
   IODev      SolarEdge
   LASTOPEN   1603353231.70757
   MODBUSID   1
   MODE       master
   MODEL      SE8K-RWS48BNN4
   MODEL_METER SE-MTR-3Y-400V-A
   MODEL_WR   SE8K-RWS48BNN4
   MODULEVERSION Modbus 4.1.5 - 17.9.2019
   NAME       SolarEdge
   NOTIFYDEV  global
   NR         15
   NTFY_ORDER 50-SolarEdge
   PARTIAL   
   PROTOCOL   TCP
   STATE      <table border=0 bordercolor='green' cellspacing=0 align='center'><tr><th><h1>Gesamtenergie 766.57 kWh </h1> </td></tr></table><table border=4 bordercolor='green' cellspacing=5 align='center'><tr><th>Status</th><th>Temperatur</th><tr><td>Inverter is ON and producing power</td><td>47 °C</td></tr><tr><th>Leistung DC</th><th>Leistung AC</th><th>Spannung DC</th><th>Strom AC</th></tr><tr><td>1259.8 W</td><td>1241 W</td><td>817.5 V-</td><td>5.35 A~</td></tr></table>
   TCPConn    1
   TRIGGERTIME 1603365796.84674
   TRIGGERTIME_FMT 2020-10-22 13:23:16
   TYPE       SolarEdge
   devioLoglevel 3
   lastUpdate 1603365766.84674
   nextOpenDelay 60
   QUEUE:
   READ:
     BUFFER     
   READINGS:
     2020-10-22 13:22:46   Battery_1_DeviceID 112
     2020-10-22 09:54:02   Battery_1_Firmware 48V DCDC 2.2.80
     2020-10-22 13:22:46   Battery_1_Instantaneous_Current 40.0019639428166
     2020-10-22 13:22:46   Battery_1_Instantaneous_Power 5.32700757220797e-315
     2020-10-22 13:22:46   Battery_1_Instantaneous_Voltage 1.34666375578608e+129
     2020-10-22 09:54:02   Battery_1_Manufacturer_Name 48V_LG
     2020-10-22 09:54:02   Battery_1_Model LGC RESU 10
     2020-10-22 09:54:02   Battery_1_SerialNumber gelöscht
     2020-10-22 13:22:46   Battery_1_Status Laden
     2020-10-22 13:22:47   Block_AC_Current 5 535 179 176 178 -2
     2020-10-22 13:22:47   Block_AC_Energy_WH 5 766574 0 0 0 0
     2020-10-22 13:22:47   Block_AC_Frequency 5 4998 -2 0 0 0
     2020-10-22 13:22:47   Block_AC_PF     5 55781 -2 0 0 0
     2020-10-22 13:22:47   Block_AC_Power  5 12410 -1 0 0 0
     2020-10-22 13:22:47   Block_AC_VA     5 12717 -1 0 0 0
     2020-10-22 13:22:47   Block_AC_VAR    5 37736 -2 0 0 0
     2020-10-22 09:54:02   Block_C_Model   5 SE8K-RWS48BNN4 0 0 0 0
     2020-10-22 13:22:47   Block_DC_Current 5 15410 -4 0 0 0
     2020-10-22 13:22:47   Block_DC_Power  5 12598 -1 0 0 0
     2020-10-22 13:22:47   Block_DC_Voltage 5 8175 -1 0 0 0
     2020-10-22 09:54:02   C_DeviceAddress 1
     2020-10-22 09:54:02   C_Manufacturer  SolarEdge
     2020-10-22 09:54:02   C_Model         SE8K-RWS48BNN4
     2020-10-22 09:54:02   C_SerialNumber  gelöscht
     2020-10-22 09:54:02   C_SunSpec_DID   three phase
     2020-10-22 09:54:02   C_SunSpec_ID    SunS
     2020-10-22 09:54:02   C_Version       0004.0009.0033
     2020-10-22 13:22:47   I_AC_Current    5.35
     2020-10-22 13:22:47   I_AC_Current_A  1.79
     2020-10-22 13:22:47   I_AC_Current_B  1.76
     2020-10-22 13:22:47   I_AC_Current_C  1.78
     2020-10-22 13:22:47   I_AC_Current_SF -2
     2020-10-22 13:22:47   I_AC_Energy_WH  766574
     2020-10-22 13:22:47   I_AC_Energy_WH_SF 0
     2020-10-22 13:22:47   I_AC_Frequency  49.98
     2020-10-22 13:22:47   I_AC_Frequency_SF -2
     2020-10-22 13:22:47   I_AC_PF         557.81
     2020-10-22 13:22:47   I_AC_PF_SF      -2
     2020-10-22 13:22:47   I_AC_Power      1241
     2020-10-22 13:22:47   I_AC_Power_SF   -1
     2020-10-22 13:22:47   I_AC_VA         1271.7
     2020-10-22 13:22:47   I_AC_VAR        377.36
     2020-10-22 13:22:47   I_AC_VAR_SF     -2
     2020-10-22 13:22:47   I_AC_VA_SF      -1
     2020-10-22 13:22:47   I_AC_VoltageAB  4113
     2020-10-22 13:22:47   I_AC_VoltageAN  2363
     2020-10-22 13:22:47   I_AC_VoltageBC  4114
     2020-10-22 13:22:47   I_AC_VoltageBN  2381
     2020-10-22 13:22:47   I_AC_VoltageCA  4084
     2020-10-22 13:22:47   I_AC_VoltageCN  2365
     2020-10-22 13:22:47   I_AC_Voltage_SF 65535
     2020-10-22 13:22:47   I_DC_Current    1.541
     2020-10-22 13:22:47   I_DC_Current_SF -4
     2020-10-22 13:22:47   I_DC_Power      1259.8
     2020-10-22 13:22:47   I_DC_Power_SF   -1
     2020-10-22 13:22:47   I_DC_Voltage    817.5
     2020-10-22 13:22:47   I_DC_Voltage_SF -1
     2020-10-22 13:22:47   I_Status        Inverter is ON and producing power
     2020-10-22 13:22:47   I_Temp_HeatSink 47 °C
     2020-10-22 13:22:47   X_M_ConsumptionToday 6759
     2020-10-22 00:00:23   X_M_ExportedCurrentMonth 2023
     2020-10-22 00:00:23   X_M_ExportedCurrentWeek 2023
     2020-10-22 13:22:47   X_M_ExportedToday 46
     2020-10-22 00:00:23   X_M_ImportedCurrentMonth 20079
     2020-10-22 00:00:23   X_M_ImportedCurrentWeek 20079
     2020-10-22 13:22:47   X_M_ImportedToday 3331
     2020-10-22 13:22:47   X_Meter_1_Block_AC_Current 9 50 10 28 11 -1 0 0 0 0
     2020-10-22 13:22:47   X_Meter_1_Block_AC_Frequency 9 4997 -2 0 0 0 0 0 0 0
     2020-10-18 16:05:44   X_Meter_1_Block_AC_PF 5 0 60503 55866 4410 -9840
     2020-10-22 13:22:47   X_Meter_1_Block_AC_Power 9 14 193 -430 251 0 0 0 0 0
     2020-10-18 16:05:44   X_Meter_1_Block_AC_VA 5 0 426 234 518 247
     2020-10-18 16:05:44   X_Meter_1_Block_AC_VAR 5 0 65112 65458 65238 -47
     2020-10-22 13:22:47   X_Meter_1_Block_AC_Voltage 9 23632 23632 23785 23706 0 0 0 0 -2
     2020-10-18 16:05:44   X_Meter_1_Block_AC_Voltage_LL 5 23348 0 0 0 0
     2020-10-22 09:54:01   X_Meter_1_Block_C_Model 9 SE-MTR-3Y-400V-A 0 0 0 0 0 0 0 0
     2020-10-18 16:05:44   X_Meter_1_Block_Energy_VA 5 0 0 0 0 0
     2020-10-22 13:22:47   X_Meter_1_Block_Energy_W 9 179721 85985 57286 123029 240154 69659 201345 55728 0
     2020-10-22 09:54:01   X_Meter_1_C_DeviceAddress 2
     2020-10-22 09:55:01   X_Meter_1_C_Manufacturer SolarEdge
     2020-10-22 09:54:01   X_Meter_1_C_Model SE-MTR-3Y-400V-A
     2020-10-16 07:43:04   X_Meter_1_C_Model_SF 0
     2020-10-22 09:54:01   X_Meter_1_C_Option Export+Import
     2020-10-22 09:54:01   X_Meter_1_C_SerialNumber gelöscht
     2020-10-22 09:54:01   X_Meter_1_C_SunSpec_DID wye-connect three phase
     2020-10-18 16:05:44   X_Meter_1_C_SunSpec_DID0 ASolarEdge
     2020-10-22 09:54:01   X_Meter_1_C_SunSpec_DID_0 ASolarEdge
     2020-10-22 09:54:32   X_Meter_1_C_SunSpec_Length ASolarEdge
     2020-10-22 09:54:01   X_Meter_1_C_Version 73
     2020-10-22 13:22:47   X_Meter_1_M_AC_Current 5
     2020-10-22 13:22:47   X_Meter_1_M_AC_Current_A 1
     2020-10-22 13:22:47   X_Meter_1_M_AC_Current_B 2.8
     2020-10-22 13:22:47   X_Meter_1_M_AC_Current_C 1.1
     2020-10-22 13:22:47   X_Meter_1_M_AC_Current_SF -1
     2020-10-22 13:22:47   X_Meter_1_M_AC_Frequency 49.97
     2020-10-22 13:22:47   X_Meter_1_M_AC_Frequency_SF -2
     2020-10-18 16:05:44   X_Meter_1_M_AC_PF NaN
     2020-10-18 16:05:44   X_Meter_1_M_AC_PF_SF 60503
     2020-10-22 13:22:47   X_Meter_1_M_AC_Power 14
     2020-10-22 13:22:47   X_Meter_1_M_AC_Power_A 193
     2020-10-22 13:22:47   X_Meter_1_M_AC_Power_B -430
     2020-10-22 13:22:47   X_Meter_1_M_AC_Power_C 251
     2020-10-22 13:22:47   X_Meter_1_M_AC_Power_SF 0
     2020-10-18 16:05:44   X_Meter_1_M_AC_VA NaN
     2020-10-18 16:05:44   X_Meter_1_M_AC_VAR NaN
     2020-10-18 16:05:44   X_Meter_1_M_AC_VAR_SF 65112
     2020-10-18 16:05:44   X_Meter_1_M_AC_VA_SF 426
     2020-10-18 16:05:44   X_Meter_1_M_AC_Voltage 23348
     2020-10-22 13:22:47   X_Meter_1_M_AC_Voltage_AB 0
     2020-10-22 13:22:47   X_Meter_1_M_AC_Voltage_AN 236.32
     2020-10-22 13:22:47   X_Meter_1_M_AC_Voltage_BC 0
     2020-10-22 13:22:47   X_Meter_1_M_AC_Voltage_BN 237.85
     2020-10-22 13:22:47   X_Meter_1_M_AC_Voltage_CA 0
     2020-10-22 13:22:47   X_Meter_1_M_AC_Voltage_CN 237.06
     2020-10-22 13:22:47   X_Meter_1_M_AC_Voltage_LL 0
     2020-10-22 13:22:47   X_Meter_1_M_AC_Voltage_LN 236.32
     2020-10-22 13:22:47   X_Meter_1_M_AC_Voltage_SF -2
     2020-10-18 16:05:44   X_Meter_1_M_Energy_VA 0
     2020-10-18 16:05:44   X_Meter_1_M_Energy_VA_SF 0
     2020-10-18 16:05:44   X_Meter_1_M_Energy_W Inf
     2020-10-22 13:22:47   X_Meter_1_M_Energy_W_SF 0
     2020-10-22 13:22:47   X_Meter_1_M_Exported 179721
     2020-10-22 13:22:47   X_Meter_1_M_Exported_A 85985
     2020-10-22 13:22:47   X_Meter_1_M_Exported_B 57286
     2020-10-22 13:22:47   X_Meter_1_M_Exported_C 123029
     2020-10-22 13:22:47   X_Meter_1_M_Imported 240154
     2020-10-22 13:22:47   X_Meter_1_M_Imported_A 69659
     2020-10-22 13:22:47   X_Meter_1_M_Imported_B 201345
     2020-10-22 13:22:47   X_Meter_1_M_Imported_C 55728
     2020-10-22 13:22:47   X_PV_Energy     766574
     2020-10-22 00:00:23   X_PV_EnergyCurrentMonth 102732
     2020-10-22 00:00:23   X_PV_EnergyCurrentWeek 102732
     2020-10-22 13:22:47   X_PV_EnergyToday 3485
     2020-10-22 13:22:47   state           <table border=0 bordercolor='green' cellspacing=0 align='center'><tr><th><h1>Gesamtenergie 766.57 kWh </h1> </td></tr></table><table border=4 bordercolor='green' cellspacing=5 align='center'><tr><th>Status</th><th>Temperatur</th><tr><td>Inverter is ON and producing power</td><td>47 °C</td></tr><tr><th>Leistung DC</th><th>Leistung AC</th><th>Spannung DC</th><th>Strom AC</th></tr><tr><td>1259.8 W</td><td>1241 W</td><td>817.5 V-</td><td>5.35 A~</td></tr></table>
   REMEMBER:
     lid        1
     lname      SolarEdge
     lrecv      1603365767.36193
     lsend      1603365767.34514
   defptr:
     SolarEdge  1
   gotReadings:
     X_Meter_1_Block_AC_Current 9 50 10 28 11 -1 0 0 0 0
     X_Meter_1_Block_AC_Frequency 9 4997 -2 0 0 0 0 0 0 0
     X_Meter_1_Block_AC_Power 9 14 193 -430 251 0 0 0 0 0
     X_Meter_1_Block_AC_Voltage 9 23632 23632 23785 23706 0 0 0 0 -2
   lastRead:
     h40000     1603353242.71257
     h40004     1603353242.71545
     h40020     1603353242.7191
     h40044     1603353242.59281
     h40052     1603353242.59533
     h40068     1603353242.59757
     h40069     1603353242.5996
     h40071     1603365767.24472
     h40076     1603365767.24557
     h40077     1603365767.24637
     h40078     1603365767.24717
     h40079     1603365767.24797
     h40080     1603365767.24877
     h40081     1603365767.24958
     h40082     1603365767.25038
     h40083     1603365767.25186
     h40085     1603365767.25327
     h40087     1603365767.2546
     h40089     1603365767.25593
     h40091     1603365767.25726
     h40093     1603365767.25897
     h40096     1603365767.26037
     h40098     1603365767.26182
     h40100     1603365767.2632
     h40103     1603365767.26421
     h40107     1603365767.26549
     h40121     1603353242.00274
     h40122     1603353272.39808
     h40123     1603353301.71792
     h40139     1603353242.00676
     h40155     1603353241.90311
     h40163     1603353241.90581
     h40171     1603353241.90817
     h40187     1603353241.91039
     h40188     1603353241.91248
     h40190     1603365767.364
     h40195     1603365767.36574
     h40204     1603365767.36697
     h40206     1603365767.36833
     h40226     1603365767.11536
     h57600     1603353242.26338
     h57616     1603353242.26657
     h57632     1603353242.26952
     h57648     1603353242.1427
     h57664     1603365766.99317
     h57712     1603365766.87223
     h57714     1603365766.87302
     h57716     1603365766.87384
     h57734     1603365766.87564
Attributes:
   disable    0

das ist das komplette Listing

@matkoh

Hallo Matthias,

Danke für die Rückmeldung. Ein Paar Daten kommen ja. Hast du die aktuelle Version von Modbus ?

Zitat
98_Modbus.pm           20182 2019-09-17 12:53:40Z StefanStrobel
98_ModbusAttr.pm       19133 2019-04-06 18:40:30Z StefanStrobel

Eigentlich sollten dann keine Werte angezeigt werden, oder es ist schon etwas vorbereitet ?!

Jörg

@beejayf

Hast du die aktuelle Version (32) im Einsatz ?
Könnten bei  Battery_1_Instantaneous_Current 40.0019639428166         40.00 A stimmen ?


Mach mal bitte ein Update und FHEM auch neu starten ? Danke.
Jörg

Hallo @pejonp

die Version 32 habe ich. 40A wären bei 48V ~2kW - zu der Zeit wurden - wenn I_DC_Power die Summe aus Batterie und PV Leistung ist 1.2kW abgegeben - 40A wirkt zu hoch.

z.Z. habe ich diese Werte:

2020-10-22 17:19:32   Battery_1_DeviceID 112
2020-10-22 09:54:02   Battery_1_Firmware 48V DCDC 2.2.80
2020-10-22 17:19:32   Battery_1_Instantaneous_Current 1.70343394483434e-107
2020-10-22 17:19:32   Battery_1_Instantaneous_Power 2.71618923216396e-310
2020-10-22 17:19:32   Battery_1_Instantaneous_Voltage 3.33286383878718e+184
2020-10-22 09:54:02   Battery_1_Manufacturer_Name 48V_LG
[...]
2020-10-22 17:19:32   I_AC_Power      767
[...]
2020-10-22 17:19:32   I_DC_Power      778.6

von der PV kommen gerade noch 30W (laut API-Werten)

Cheers,

Björn

Hi Björn,

eigentlich müste jetzt sowas bei dir stehen

Battery_1_Instantaneous_Current_A

Battery_1_Instantaneous_Power_W

Ich habe noch die Maßeinheit mit angehangen.
Scheint nicht zu funktionieren. Kanst du mal deinen FHEM Server und das Betriebssystem (Linux) neu starten ?! Vielleicht hängt da noch was !?

Jörg

Hallo Jörg,

habe meinen FHEM Server (Raspbian Stretch aktuell nur für FHEM da - load 0.21)  neu gestartet. die Bezeichner sind noch immer ohne Einheiten.

Ich habe bemerkt, dass das System seit dem Update auf v32 "hakt" also immer wieder im Browser oben "Connection lost, trying to reconnect every 5 seconds" angezeigt wird und die Werte der Battery_1_Instantaneous_Power noch von vor dem Update sind.

Aus dem Block Batterie erneuern sich nur
Battery_1_Firmware
Battery_1_Manufacturer_Name
Battery_1_Model
Battery_1_Status

der Rest bleibt auf den alten Werten.

Gruß,

Björn

Hallo Jörg,

ich bekomme kein Update für das Modbus-Modul angeboten. Ich gehe also davon aus, dass ich die aktuelle Version habe:
98_Modbus.pm               20182 2019-09-17 12:53:40Z StefanStrobel
98_ModbusAttr.pm           19133 2019-04-06 18:40:30Z StefanStrobel

Meine PV-Anlage incl. Wechselrichter wurde erst vor ein paar Wochen installiert und eigentlich sollte der Speicher schon montiert sein. Daher kann es gut sein, dass der Installateur schon Vorbereitungen für den Speicher getroffen hat und deshalb Werte angezeigt werden.

Matthias

Hallo Jörg,

habe gerade nochmal von Github verschiedene Versionen Deines Moduls installiert:

- v33 - fhem läuft mit Problemen - System-load von 0.21 auf meinem Raspberry 3
- v32 - fhem läuft mit Problemen - load von 0.21
- v31 - fhem läuft normal - load von 0.07

Hoffe das hilft bei der Problemsuche.

Hi Björn,

In welchem interval fragst du ab 60sec oder weniger. Wenn weniger stell mal bitte auf 60.
Bei einer Abfrage ließt er 40 Register aus.

Ab Version v32 werden mehr Register abgefragt.( Und die Umrechnung passt auch noch nicht so richtig.)

- v33 - fhem läuft mit Problemen - System-load von 0.21 auf meinem Raspberry 3
- v32 - fhem läuft mit Problemen - load von 0.21

Kannst du mal alle deine Readings löschen um mal zu sehen was dann angelegt wird ?



deletereading Devicename  X_M.*


Gruß Jörg

Hallo Jörg,

okay - habe zur Sicherheit das Modbus Modul aktualisiert, weil ich gesehen habe, dass Du das im Deinem Modul mitverwendest. Nach dem Neustart eben und dem erneuten Updaten auf Deine Version 33 ist der load wieder normal und es kommen folgende Daten rein:

Internals:
   DEF        1 30 192.168.40.1:1502 TCP
   DeviceName 192.168.40.1:1502
   EXPECT     idle
   FD         28
   FUUID      5f84a0b3-f33f-9747-04a0-c3004f1518bd7eb8
   INTERVAL   30
   IODev      SolarEdge
   LASTOPEN   1603412324.64701
   MODBUSID   1
   MODE       master
   MODEL      SE8K-RWS48BNN4
   MODEL_METER SE-MTR-3Y-400V-A
   MODEL_WR   SE8K-RWS48BNN4
   MODULEVERSION Modbus 4.1.5 - 17.9.2019
   NAME       SolarEdge
   NOTIFYDEV  global
   NR         15
   NTFY_ORDER 50-SolarEdge
   PARTIAL   
   PROTOCOL   TCP
   STATE      <table border=0 bordercolor='green' cellspacing=0 align='center'><tr><th><h1>Gesamtenergie 775.64 kWh </h1> </td></tr></table><table border=4 bordercolor='green' cellspacing=5 align='center'><tr><th>Status</th><th>Temperatur</th><tr><td>Inverter is ON and producing power</td><td>43 °C</td></tr><tr><th>Leistung DC</th><th>Leistung AC</th><th>Spannung DC</th><th>Strom AC</th></tr><tr><td>187.81 W</td><td>185 W</td><td>818.5 V-</td><td>2.26 A~</td></tr></table>
   TCPConn    1
   TRIGGERTIME 1603436306.04974
   TRIGGERTIME_FMT 2020-10-23 08:58:26
   TYPE       SolarEdge
   devioLoglevel 3
   lastUpdate 1603436276.04974
   nextOpenDelay 60
   OLDREADINGS:
   QUEUE:
   READ:
     BUFFER     
   READINGS:
     2020-10-23 08:57:56   Battery_1_DeviceID 112
     2020-10-22 20:45:27   Battery_1_Firmware 48V DCDC 2.2.80
     2020-10-23 08:57:56   Battery_1_Instantaneous_Current 1.39037376166323e-314
     2020-10-23 08:57:56   Battery_1_Instantaneous_Power 1.08646184497422e-311
     2020-10-23 08:57:56   Battery_1_Instantaneous_Voltage -2.8242560236401e-117
     2020-10-22 20:45:27   Battery_1_Manufacturer_Name 48V_LG
     2020-10-22 20:45:27   Battery_1_Model LGC RESU 10
     2020-10-22 20:45:28   Battery_1_SerialNumber del
     2020-10-23 08:57:56   Battery_1_Status Erhaltungsladen
     2020-10-23 08:57:56   Block_AC_Current 5 226 68 78 78 -2
     2020-10-23 08:57:56   Block_AC_Energy_WH 5 775637 0 0 0 0
     2020-10-23 08:57:56   Block_AC_Frequency 5 4998 -2 0 0 0
     2020-10-23 08:57:56   Block_AC_PF     5 62064 -2 0 0 0
     2020-10-23 08:57:56   Block_AC_Power  5 18500 -2 0 0 0
     2020-10-23 08:57:56   Block_AC_VA     5 5293 -1 0 0 0
     2020-10-23 08:57:56   Block_AC_VAR    5 60576 -1 0 0 0
     2020-10-22 20:45:28   Block_C_Model   5 SE8K-RWS48BNN4 0 0 0 0
     2020-10-23 08:57:56   Block_DC_Current 5 22945 -5 0 0 0
     2020-10-23 08:57:56   Block_DC_Power  5 18781 -2 0 0 0
     2020-10-23 08:57:56   Block_DC_Voltage 5 8185 -1 0 0 0
     2020-10-22 20:45:28   C_DeviceAddress 1
     2020-10-22 20:45:28   C_Manufacturer  SolarEdge
     2020-10-22 20:45:28   C_Model         SE8K-RWS48BNN4
     2020-10-22 20:45:28   C_SerialNumber  del
     2020-10-22 20:45:28   C_SunSpec_DID   three phase
     2020-10-22 20:45:28   C_SunSpec_ID    SunS
     2020-10-22 20:45:28   C_Version       0004.0009.0033
     2020-10-23 08:57:56   I_AC_Current    2.26
     2020-10-23 08:57:56   I_AC_Current_A  0.68
     2020-10-23 08:57:56   I_AC_Current_B  0.78
     2020-10-23 08:57:56   I_AC_Current_C  0.78
     2020-10-23 08:57:56   I_AC_Current_SF -2
     2020-10-23 08:57:56   I_AC_Energy_WH  775637
     2020-10-23 08:57:56   I_AC_Energy_WH_SF 0
     2020-10-23 08:57:56   I_AC_Frequency  49.98
     2020-10-23 08:57:56   I_AC_Frequency_SF -2
     2020-10-23 08:57:56   I_AC_PF         620.64
     2020-10-23 08:57:56   I_AC_PF_SF      -2
     2020-10-23 08:57:56   I_AC_Power      185
     2020-10-23 08:57:56   I_AC_Power_SF   -2
     2020-10-23 08:57:56   I_AC_VA         529.3
     2020-10-23 08:57:56   I_AC_VAR        6057.6
     2020-10-23 08:57:56   I_AC_VAR_SF     -1
     2020-10-23 08:57:56   I_AC_VA_SF      -1
     2020-10-23 08:57:56   I_AC_VoltageAB  4077
     2020-10-23 08:57:56   I_AC_VoltageAN  2337
     2020-10-23 08:57:56   I_AC_VoltageBC  4074
     2020-10-23 08:57:56   I_AC_VoltageBN  2370
     2020-10-23 08:57:56   I_AC_VoltageCA  4055
     2020-10-23 08:57:56   I_AC_VoltageCN  2339
     2020-10-23 08:57:56   I_AC_Voltage_SF 65535
     2020-10-23 08:57:56   I_DC_Current    0.22945
     2020-10-23 08:57:56   I_DC_Current_SF -5
     2020-10-23 08:57:56   I_DC_Power      187.81
     2020-10-23 08:57:56   I_DC_Power_SF   -2
     2020-10-23 08:57:56   I_DC_Voltage    818.5
     2020-10-23 08:57:56   I_DC_Voltage_SF -1
     2020-10-23 08:57:56   I_Status        Inverter is ON and producing power
     2020-10-23 08:57:56   I_Temp_HeatSink 43 °C
     2020-10-23 08:57:56   X_M_ConsumptionToday 82
     2020-10-23 08:57:56   X_M_ExportedToday 0
     2020-10-23 08:57:56   X_M_ImportedToday 4
     2020-10-23 08:57:56   X_Meter_1_Block_AC_Current 9 46 14 24 7 -1 0 0 0 0
     2020-10-23 08:57:56   X_Meter_1_Block_AC_Frequency 9 4999 -2 0 0 0 0 0 0 0
     2020-10-23 08:57:56   X_Meter_1_Block_AC_Power 9 -478 -217 -291 30 0 0 0 0 0
     2020-10-23 08:57:56   X_Meter_1_Block_AC_Voltage 9 23430 23430 23682 23447 0 0 0 0 -2
     2020-10-23 08:57:56   X_Meter_1_Block_Energy_W 9 179979 87157 57376 124211 246160 71199 206955 56771 0
     2020-10-23 08:57:56   X_Meter_1_M_AC_Current 4.6
     2020-10-23 08:57:56   X_Meter_1_M_AC_Current_A 1.4
     2020-10-23 08:57:56   X_Meter_1_M_AC_Current_B 2.4
     2020-10-23 08:57:56   X_Meter_1_M_AC_Current_C 0.7
     2020-10-23 08:57:56   X_Meter_1_M_AC_Current_SF -1
     2020-10-23 08:57:56   X_Meter_1_M_AC_Frequency 49.99
     2020-10-23 08:57:56   X_Meter_1_M_AC_Frequency_SF -2
     2020-10-23 08:57:56   X_Meter_1_M_AC_Power -478
     2020-10-23 08:57:56   X_Meter_1_M_AC_Power_A -217
     2020-10-23 08:57:56   X_Meter_1_M_AC_Power_B -291
     2020-10-23 08:57:56   X_Meter_1_M_AC_Power_C 30
     2020-10-23 08:57:56   X_Meter_1_M_AC_Power_SF 0
     2020-10-23 08:57:56   X_Meter_1_M_AC_Voltage_AB 0
     2020-10-23 08:57:56   X_Meter_1_M_AC_Voltage_AN 234.3
     2020-10-23 08:57:56   X_Meter_1_M_AC_Voltage_BC 0
     2020-10-23 08:57:56   X_Meter_1_M_AC_Voltage_BN 236.82
     2020-10-23 08:57:56   X_Meter_1_M_AC_Voltage_CA 0
     2020-10-23 08:57:56   X_Meter_1_M_AC_Voltage_CN 234.47
     2020-10-23 08:57:56   X_Meter_1_M_AC_Voltage_LL 0
     2020-10-23 08:57:56   X_Meter_1_M_AC_Voltage_LN 234.3
     2020-10-23 08:57:56   X_Meter_1_M_AC_Voltage_SF -2
     2020-10-23 08:57:56   X_Meter_1_M_Energy_W_SF 0
     2020-10-23 08:57:56   X_Meter_1_M_Exported 179979
     2020-10-23 08:57:56   X_Meter_1_M_Exported_A 87157
     2020-10-23 08:57:56   X_Meter_1_M_Exported_B 57376
     2020-10-23 08:57:56   X_Meter_1_M_Exported_C 124211
     2020-10-23 08:57:56   X_Meter_1_M_Imported 246160
     2020-10-23 08:57:56   X_Meter_1_M_Imported_A 71199
     2020-10-23 08:57:56   X_Meter_1_M_Imported_B 206955
     2020-10-23 08:57:56   X_Meter_1_M_Imported_C 56771
     2020-10-23 08:57:56   X_PV_Energy     775637
     2020-10-23 00:00:19   X_PV_EnergyCurrentMonth 115202
     2020-10-23 00:00:19   X_PV_EnergyCurrentWeek 115202
     2020-10-23 08:57:56   X_PV_EnergyToday 78
     2020-10-23 08:57:56   state           <table border=0 bordercolor='green' cellspacing=0 align='center'><tr><th><h1>Gesamtenergie 775.64 kWh </h1> </td></tr></table><table border=4 bordercolor='green' cellspacing=5 align='center'><tr><th>Status</th><th>Temperatur</th><tr><td>Inverter is ON and producing power</td><td>43 °C</td></tr><tr><th>Leistung DC</th><th>Leistung AC</th><th>Spannung DC</th><th>Strom AC</th></tr><tr><td>187.81 W</td><td>185 W</td><td>818.5 V-</td><td>2.26 A~</td></tr></table>
   REMEMBER:
     lid        1
     lname      SolarEdge
     lrecv      1603436276.63702
     lsend      1603436276.61923
   defptr:
     SolarEdge  1
   gotReadings:
     Battery_1_DeviceID 112
   lastRead:
     h40000     1603392328.5726
     h40004     1603392328.57411
     h40020     1603392328.57623
     h40044     1603392328.00376
     h40052     1603392328.00623
     h40068     1603392328.00851
     h40069     1603392328.01037
     h40071     1603436276.16167
     h40076     1603436276.16363
     h40077     1603436276.16535
     h40078     1603436276.16698
     h40079     1603436276.16862
     h40080     1603436276.17026
     h40081     1603436276.17189
     h40082     1603436276.17362
     h40083     1603436276.17649
     h40085     1603436276.17914
     h40087     1603436276.18182
     h40089     1603436276.18468
     h40091     1603436276.18737
     h40093     1603436276.19046
     h40096     1603436276.19317
     h40098     1603436276.19579
     h40100     1603436276.19853
     h40103     1603436276.20054
     h40107     1603436276.20317
     h40121     1603392327.6128
     h40122     1603392357.65249
     h40123     1603392387.87544
     h40139     1603392327.6168
     h40155     1603392327.5039
     h40163     1603392327.50649
     h40171     1603392327.50886
     h40187     1603392327.51115
     h40188     1603392327.51365
     h40190     1603436276.51857
     h40195     1603436276.52029
     h40204     1603436276.52152
     h40206     1603436276.52301
     h40226     1603436276.3992
     h57600     1603392327.85835
     h57616     1603392327.86142
     h57632     1603392327.86482
     h57648     1603392328.25179
     h57664     1603436276.63829
     h57712     1603436276.27826
     h57714     1603436276.27909
     h57716     1603436276.27989
     h57734     1603436276.2817

Zu der Zeit hatte ich zwischen 0,15 und 0,2 kW von der PV und 9% in der Batterie - daher ist die Batterie auf Idle

Hallo Jörg,

nur als Hinweis, ich habe eben Dein Modul aktualisiert mit
update all https://raw.githubusercontent.com/pejonp/FHEM---SolarEdge/master/controls_SolarEdge.txt
und anschließend ein Update von FHEM vorgenommen. Als Ergebnis ist FHEM nicht mehr gestartet mit folgender Fehlermeldung:
Invalid type 'D' in unpack at ./FHEM/98_Modbus.pm line 2398

In /opt/fhem/FHEM war das Modul 98_Modbus.pm immer noch vom 24.09.19. Ein Update auf die aktuelle Version ist bei mir nicht automatisch erfolgt.
Ich habe dann aus dem Post https://forum.fhem.de/index.php/topic,75638.525.html (https://forum.fhem.de/index.php/topic,75638.525.html) die aktuellen Versionen der Module 98_Modbus.pm und 98ModbusAttr.pm nach /opt/fhem/FHEM kopiert und die Datei modTemplate nach /opt/fhem/lib/FHEM/Modbus, wobei dieses Verzeichnis noch nicht vorhanden war.

Danach startet FHEM wieder normal. Ich weiß nicht, ob das Problem nur bei mir auftritt oder ein allgemeines Problem ist. Falls jemand das auch hat, kann er es durch manuelles Kopieren lösen wie beschrieben.

Allerdings gibt es noch einen Fehler mit Deinem Modul nach dem Neustart:
Undefined subroutine &FHEM::SolarEdge::ModbusLD_Initialize called at ./FHEM/98_SolarEdge.pm line 629

Matthias

Hi @pejonp

ich bin verwirrt und mache vielleicht einen totalen Anfängerfehler:

In Deinem Modul finde ich die Bezeichnung "Battery_1_Instantaneous_Power_W" in Zeile 599 - und nur dort. "Battery_1_Instantaneous_Power" ohne _W finde ich gar nicht. Trotzdem wird in FHEM bei mir nur "Battery_1_Instantaneous_Power" angezeigt. (Du hattest das schon vor einiger Zeit geschrieben, dass Du _W angehängt hast).

Kann es sein, dass das Modul, obwohl es bei mir im fhem/FHEM/ Verzeichnis liegt nicht richtig eingebunden ist - also in einer Vorgängerversion? Oder wird alles, was in diesem Verzeichnis liegt automatisch verwendet? Wie kann ich das prüfen, oder "vo Hand" zurücksetzen. Ich hoffe ich drücke das richtig aus.

Weiter habe ich den EIntrag in mein FHEM komplett gelöscht und versucht diesen neu anzulegen. Das hat nicht geklappt:
Ich geben oben folgendes ein: "define SolarEdgeWR SolarEdge 1 60 192.168.40.1:1502 TCP"
darauf hin sehe ich die typische Anzeige (Tabelle mit den Daten - sieht alles gut aus) aber nichts wird gespeichert - also wenn ich danach auf "Unsorted" klicke taucht SolarEdgeWR einfach nicht auf.

Irgendwie ist bei mir der Wurm drin...


Beste Grüße,

BJ