Autor Thema: ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]  (Gelesen 3841 mal)

Offline BenMarloe

  • Full Member
  • ***
  • Beiträge: 102
ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« am: 09 Dezember 2017, 00:14:24 »
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)
« Letzte Änderung: 06 April 2018, 23:03:41 von BenMarloe »
Alles ist kompliziert - bis man es verstanden hat
Fhem auf Raspberry 2 B
EnOcean / Homematic / Eigenbau / ABB 23 / SolarEdge SE10k

Offline Marie

  • Full Member
  • ***
  • Beiträge: 237
    • Marie's Blog
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #1 am: 09 Dezember 2017, 14:27:57 »
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
Banana Pi & FHEM2FHEM Raspberry,RS485 Modbus Stromzähler UMG96, diverse Schaltsteckdosen 433 MHz, 868 MHz, MYSENSORS Temperatursensoren , Smartvisu, Homekit & Siri, Geofency, Zwave Rauchmelder & Steckdosen & Garagensteuerung, TabletUi mit BananaPi M2Ultra im Wohnmobil, Homebridge usw.usw.

Offline BenMarloe

  • Full Member
  • ***
  • Beiträge: 102
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #2 am: 09 Dezember 2017, 17:13:40 »
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.
Alles ist kompliziert - bis man es verstanden hat
Fhem auf Raspberry 2 B
EnOcean / Homematic / Eigenbau / ABB 23 / SolarEdge SE10k

Offline StefanStrobel

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 995
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #3 am: 10 Dezember 2017, 18:36:58 »
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

Offline BenMarloe

  • Full Member
  • ***
  • Beiträge: 102
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #4 am: 13 Dezember 2017, 16:03:08 »
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)?
« Letzte Änderung: 13 Dezember 2017, 22:16:47 von BenMarloe »
Alles ist kompliziert - bis man es verstanden hat
Fhem auf Raspberry 2 B
EnOcean / Homematic / Eigenbau / ABB 23 / SolarEdge SE10k

Offline StefanStrobel

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 995
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #5 am: 13 Dezember 2017, 17:36:16 »
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

Offline BenMarloe

  • Full Member
  • ***
  • Beiträge: 102
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #6 am: 13 Dezember 2017, 20:01:26 »
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
« Letzte Änderung: 14 Dezember 2017, 10:54:52 von BenMarloe »
Alles ist kompliziert - bis man es verstanden hat
Fhem auf Raspberry 2 B
EnOcean / Homematic / Eigenbau / ABB 23 / SolarEdge SE10k

Offline BenMarloe

  • Full Member
  • ***
  • Beiträge: 102
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #7 am: 14 Dezember 2017, 10:56:24 »
.. 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?
Alles ist kompliziert - bis man es verstanden hat
Fhem auf Raspberry 2 B
EnOcean / Homematic / Eigenbau / ABB 23 / SolarEdge SE10k

Offline StefanStrobel

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 995
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #8 am: 14 Dezember 2017, 20:58:49 »
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

Offline BenMarloe

  • Full Member
  • ***
  • Beiträge: 102
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #9 am: 14 Dezember 2017, 21:36:47 »
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 wir 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???
« Letzte Änderung: 16 Dezember 2017, 10:32:25 von BenMarloe »
Alles ist kompliziert - bis man es verstanden hat
Fhem auf Raspberry 2 B
EnOcean / Homematic / Eigenbau / ABB 23 / SolarEdge SE10k

Offline BenMarloe

  • Full Member
  • ***
  • Beiträge: 102
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #10 am: 16 Dezember 2017, 10:35:36 »
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.
Alles ist kompliziert - bis man es verstanden hat
Fhem auf Raspberry 2 B
EnOcean / Homematic / Eigenbau / ABB 23 / SolarEdge SE10k

Offline Butzel

  • New Member
  • *
  • Beiträge: 25
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #11 am: 13 Februar 2018, 22:55:58 »
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

Offline Butzel

  • New Member
  • *
  • Beiträge: 25
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #12 am: 13 Februar 2018, 22:58:10 »
der Link bei "Mehr Daten sind im Sunspec Protokoll zu finden " funktioniert leider nicht

Offline StefanStrobel

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 995
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #13 am: 18 Februar 2018, 09:17:48 »
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

Offline KOBIL

  • Newbie
  • Beiträge: 1
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #14 am: 18 Februar 2018, 19:03:45 »
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

Offline StefanStrobel

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 995
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #15 am: 18 Februar 2018, 19:58:42 »
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

Offline BenMarloe

  • Full Member
  • ***
  • Beiträge: 102
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #16 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

@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.
Alles ist kompliziert - bis man es verstanden hat
Fhem auf Raspberry 2 B
EnOcean / Homematic / Eigenbau / ABB 23 / SolarEdge SE10k
Gefällt mir Gefällt mir x 1 Liste anzeigen

Offline StefanStrobel

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 995
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #17 am: 18 Februar 2018, 20:36:15 »
Kein Problem, ich komme auch nicht ständig dazu ins Forum zu schauen.

Gruss
   Stefan

Offline BenMarloe

  • Full Member
  • ***
  • Beiträge: 102
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #18 am: 18 Februar 2018, 20:50:40 »
@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 firstzu helfen
Alles ist kompliziert - bis man es verstanden hat
Fhem auf Raspberry 2 B
EnOcean / Homematic / Eigenbau / ABB 23 / SolarEdge SE10k

Offline StefanStrobel

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 995
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #19 am: 18 Februar 2018, 21:36:47 »
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


Offline BenMarloe

  • Full Member
  • ***
  • Beiträge: 102
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #20 am: 18 Februar 2018, 22:07:42 »
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
« Letzte Änderung: 18 Februar 2018, 23:11:55 von BenMarloe »
Alles ist kompliziert - bis man es verstanden hat
Fhem auf Raspberry 2 B
EnOcean / Homematic / Eigenbau / ABB 23 / SolarEdge SE10k

Offline Butzel

  • New Member
  • *
  • Beiträge: 25
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #21 am: 19 Februar 2018, 18:03:42 »
@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.

Offline StefanStrobel

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 995
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #22 am: 19 Februar 2018, 20:58:12 »
Hallo BenMarloe,

* 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

Offline flipkill

  • Full Member
  • ***
  • Beiträge: 136
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #23 am: 19 Februar 2018, 22:01:02 »
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

Offline BenMarloe

  • Full Member
  • ***
  • Beiträge: 102
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #24 am: 19 Februar 2018, 22:44:49 »
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.
« Letzte Änderung: 21 Februar 2018, 19:18:02 von BenMarloe »
Alles ist kompliziert - bis man es verstanden hat
Fhem auf Raspberry 2 B
EnOcean / Homematic / Eigenbau / ABB 23 / SolarEdge SE10k

Offline BenMarloe

  • Full Member
  • ***
  • Beiträge: 102
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #25 am: 21 Februar 2018, 23:03:42 »
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
Alles ist kompliziert - bis man es verstanden hat
Fhem auf Raspberry 2 B
EnOcean / Homematic / Eigenbau / ABB 23 / SolarEdge SE10k
Gefällt mir Gefällt mir x 1 Liste anzeigen

Offline StefanStrobel

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 995
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #26 am: 22 Februar 2018, 20:13:43 »
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

Offline BenMarloe

  • Full Member
  • ***
  • Beiträge: 102
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #27 am: 25 Februar 2018, 20:55:31 »
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
« Letzte Änderung: 25 Februar 2018, 23:17:31 von BenMarloe »
Alles ist kompliziert - bis man es verstanden hat
Fhem auf Raspberry 2 B
EnOcean / Homematic / Eigenbau / ABB 23 / SolarEdge SE10k

Offline StefanStrobel

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 995
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #28 am: 26 Februar 2018, 14:44:24 »
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

Offline BenMarloe

  • Full Member
  • ***
  • Beiträge: 102
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #29 am: 26 Februar 2018, 18:56:11 »
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
Alles ist kompliziert - bis man es verstanden hat
Fhem auf Raspberry 2 B
EnOcean / Homematic / Eigenbau / ABB 23 / SolarEdge SE10k

Offline BenMarloe

  • Full Member
  • ***
  • Beiträge: 102
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #30 am: 06 April 2018, 23:02:59 »
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));;}
Alles ist kompliziert - bis man es verstanden hat
Fhem auf Raspberry 2 B
EnOcean / Homematic / Eigenbau / ABB 23 / SolarEdge SE10k

Offline Butzel

  • New Member
  • *
  • Beiträge: 25
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k
« Antwort #31 am: 09 Mai 2018, 14:51:30 »
Versuche den Solaredge Port 503 erneut zu aktivieren und die Verbindung innerhalb von 10 Minuten herzustellen....

Bei meinem SE5K ist es Port 502

Offline BenMarloe

  • Full Member
  • ***
  • Beiträge: 102
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #32 am: 21 Mai 2018, 22:29:05 »
stimmt natürlich. Danke
Alles ist kompliziert - bis man es verstanden hat
Fhem auf Raspberry 2 B
EnOcean / Homematic / Eigenbau / ABB 23 / SolarEdge SE10k

Offline kingmathers

  • Full Member
  • ***
  • Beiträge: 206
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #33 am: 17 Juli 2018, 16:19:47 »
Hallo,

das ist jetzt vielleicht ein dumme Frage, aber funktioniert das ganze auch für andere Modelle (SE5000H) analog?
Raspberry Pi B+, FS20, 1-Wire, HM

Offline Benni

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1839
  • FHEMinist
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #34 am: 03 September 2018, 17:00:40 »
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 eingetragen.

Enjoy!  :D

gb#
FHEM (FL 9.9) (configDB+DbLog) auf Debian Wheezy.
Jede Menge HM mit 2x HMUART (WeMos+esp-link) über VCCU.
UniRoll an CUL868. Sebury F2-2 RFID über ESPEasy
Module: 98_rssFeed und 98_QRCode
Informativ Informativ x 1 Liste anzeigen

Offline BenMarloe

  • Full Member
  • ***
  • Beiträge: 102
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #35 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
Alles ist kompliziert - bis man es verstanden hat
Fhem auf Raspberry 2 B
EnOcean / Homematic / Eigenbau / ABB 23 / SolarEdge SE10k

Offline Benni

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1839
  • FHEMinist
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #36 am: 05 September 2018, 20:32:00 »
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#
FHEM (FL 9.9) (configDB+DbLog) auf Debian Wheezy.
Jede Menge HM mit 2x HMUART (WeMos+esp-link) über VCCU.
UniRoll an CUL868. Sebury F2-2 RFID über ESPEasy
Module: 98_rssFeed und 98_QRCode

Offline maci

  • Full Member
  • ***
  • Beiträge: 348
  • ... und sie leben doch!
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #37 am: 14 September 2018, 10:13:52 »
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?
Raspberry Pi3, UniPi Vers. 1.1 mit Raspberry Pi2, Netatmo Wetterstation + Regenmesser, Netatmo Thermostat, 2x ESP8266 1wire WLAN Bridge, HMLan, Homematic

Offline Benni

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1839
  • FHEMinist
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #38 am: 14 September 2018, 12:05:33 »
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.
FHEM (FL 9.9) (configDB+DbLog) auf Debian Wheezy.
Jede Menge HM mit 2x HMUART (WeMos+esp-link) über VCCU.
UniRoll an CUL868. Sebury F2-2 RFID über ESPEasy
Module: 98_rssFeed und 98_QRCode

Offline maci

  • Full Member
  • ***
  • Beiträge: 348
  • ... und sie leben doch!
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #39 am: 14 September 2018, 13:16:08 »
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
Raspberry Pi3, UniPi Vers. 1.1 mit Raspberry Pi2, Netatmo Wetterstation + Regenmesser, Netatmo Thermostat, 2x ESP8266 1wire WLAN Bridge, HMLan, Homematic

Offline Benni

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1839
  • FHEMinist
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #40 am: 14 September 2018, 16:49:37 »
Hier mein Device List:

Da fehlen ja doch die ganzen Attribute!
(siehe weiter oben, bzw. im Wiki)

ohne die gibt's natürlich keine Readings
(siehe dazu die Commandref zum ModbusAttr-Modul unter "Configuration of the module")

gb#
FHEM (FL 9.9) (configDB+DbLog) auf Debian Wheezy.
Jede Menge HM mit 2x HMUART (WeMos+esp-link) über VCCU.
UniRoll an CUL868. Sebury F2-2 RFID über ESPEasy
Module: 98_rssFeed und 98_QRCode

Offline maci

  • Full Member
  • ***
  • Beiträge: 348
  • ... und sie leben doch!
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #41 am: 14 September 2018, 18:56:51 »
Danke, war ich wieder mal zu eilig.

Jetzt kommen Werte.

Raspberry Pi3, UniPi Vers. 1.1 mit Raspberry Pi2, Netatmo Wetterstation + Regenmesser, Netatmo Thermostat, 2x ESP8266 1wire WLAN Bridge, HMLan, Homematic
Gefällt mir Gefällt mir x 1 Liste anzeigen

Offline maci

  • Full Member
  • ***
  • Beiträge: 348
  • ... und sie leben doch!
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #42 am: 23 September 2018, 20:54:58 »
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.
Raspberry Pi3, UniPi Vers. 1.1 mit Raspberry Pi2, Netatmo Wetterstation + Regenmesser, Netatmo Thermostat, 2x ESP8266 1wire WLAN Bridge, HMLan, Homematic

Offline kingmathers

  • Full Member
  • ***
  • Beiträge: 206
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #43 am: 03 Oktober 2018, 16:21:38 »
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?



Raspberry Pi B+, FS20, 1-Wire, HM

Offline Benni

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1839
  • FHEMinist
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #44 am: 03 Oktober 2018, 20:56:00 »
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).

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.


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#
FHEM (FL 9.9) (configDB+DbLog) auf Debian Wheezy.
Jede Menge HM mit 2x HMUART (WeMos+esp-link) über VCCU.
UniRoll an CUL868. Sebury F2-2 RFID über ESPEasy
Module: 98_rssFeed und 98_QRCode

Offline kingmathers

  • Full Member
  • ***
  • Beiträge: 206
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #45 am: 03 Oktober 2018, 21:14:11 »
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.

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!
Raspberry Pi B+, FS20, 1-Wire, HM

Offline maci

  • Full Member
  • ***
  • Beiträge: 348
  • ... und sie leben doch!
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #46 am: 04 Oktober 2018, 06:19:21 »
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.
Raspberry Pi3, UniPi Vers. 1.1 mit Raspberry Pi2, Netatmo Wetterstation + Regenmesser, Netatmo Thermostat, 2x ESP8266 1wire WLAN Bridge, HMLan, Homematic

Offline kingmathers

  • Full Member
  • ***
  • Beiträge: 206
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #47 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.

Ich werde demnächst versuchen, diese Werte aus dem Stromzähler direkt auszulesen, da bin ich ja direkt an der Quelle.
Raspberry Pi B+, FS20, 1-Wire, HM

Offline Benni

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1839
  • FHEMinist
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #48 am: 04 Oktober 2018, 08:12:11 »
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 anschauen.
Oder falls dein Stromzähler kompatibel ist, die Homematic-Lösung. 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 abzugeben.

gb#
FHEM (FL 9.9) (configDB+DbLog) auf Debian Wheezy.
Jede Menge HM mit 2x HMUART (WeMos+esp-link) über VCCU.
UniRoll an CUL868. Sebury F2-2 RFID über ESPEasy
Module: 98_rssFeed und 98_QRCode

Offline kingmathers

  • Full Member
  • ***
  • Beiträge: 206
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #49 am: 06 Oktober 2018, 16:24: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.
Raspberry Pi B+, FS20, 1-Wire, HM

Offline StefanStrobel

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 995
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #50 am: 06 Oktober 2018, 17:39:03 »
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


Hilfreich Hilfreich x 1 Liste anzeigen

Offline StefanStrobel

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 995
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #51 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:
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

Offline Benni

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1839
  • FHEMinist
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #52 am: 15 Oktober 2018, 09:46:02 »
Hallo Stefan,

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

Vielen Dank!

gb#
FHEM (FL 9.9) (configDB+DbLog) auf Debian Wheezy.
Jede Menge HM mit 2x HMUART (WeMos+esp-link) über VCCU.
UniRoll an CUL868. Sebury F2-2 RFID über ESPEasy
Module: 98_rssFeed und 98_QRCode

Offline pejonp

  • Sr. Member
  • ****
  • Beiträge: 845
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #53 am: 15 Oktober 2018, 23:38:33 »
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
« Letzte Änderung: 16 Oktober 2018, 00:08:23 von pejonp »
JeeLink (RFM69CW) LGW 868MHz:WT470+TFA+TX37-IT+EMT7110+FS20+W136+WH25A HP1003+WH2621
SignalDuino(CC1101):Bresser+WS-0101(868MHz WH1080)
MAX!:HM-MOD-UART:Rauchmelder HM-SEC-SD
VITOSOLIC 200 + RESOL VBUS-LAN
SolarEdge SE5K(TCP 24 RS485)+Sonnenbatterie ComfortS(Vera3)+TD3511+DRT710M(RS485)

Offline StefanStrobel

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 995
Antw:ModbusAttr an Wechselrichter SolarEdge SE10k [gelöst]
« Antwort #54 am: 17 Oktober 2018, 16:00:33 »
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

 

decade-submarginal