Kostal: Modbus Wert für Batterie Kapazität wird nicht mehr ausgelesen

Begonnen von ReneR1986, 29 März 2023, 20:29:44

Vorheriges Thema - Nächstes Thema

ReneR1986

Hallo zusammen,

seit kurzem wird der Wert für "Work_Capacity" bei meinem Kostal Plenticore Plus 8.5 nicht mehr ausgelesen. Er bleibt immer bei 0.00.
Alles andere funktioniert nach wie vor super.
Hat jemand eine Idee, woran das liegen kann?
Ich habe den Wert dazu genutzt die Restlaufzeit der Batterie per User Reading zu berechnen. Das klappt jetzt nicht mehr :-(

Internals:
   DEF        71 120 192.168.1.20:1502 TCP
   DeviceName 192.168.1.20:1502
   EXPECT     idle
   FD         31
   FUUID      5f181c1c-f33f-5d23-1e31-8669e09561376e2f
   IODev      Plenticore
   Interval   120
   LASTOPEN   1680113216.25011
   MODBUSID   71
   MODE       master
   MODULEVERSION Modbus 4.4.14 - 30.1.2023
   NAME       Plenticore
   NOTIFYDEV  global
   NR         131
   NTFY_ORDER 50-Plenticore
   PARTIAL   
   PROTOCOL   TCP
   STATE      opened
   TCPConn    1
   TYPE       ModbusAttr
   devioLoglevel 3
   eventCount 234
   nextOpenDelay 60
   QUEUE:
   READ:
     BUFFER     
   READINGS:
     2023-03-29 20:19:57   Act_state_of_Charge 74.00
     2023-03-29 20:19:57   Batterie_Charge_Current 25.60
     2023-03-29 20:19:57   Batterie_gross_Capacity 24.00
     2023-03-29 20:19:58   Batteriekappa   1
     2023-03-29 20:19:58   Einspeisung     -807.9
     2023-03-29 20:19:58   Erzeugung       0.1
     2023-03-29 20:19:58   Generation_Energy 20901132.00
     2023-03-29 20:19:58   Hausverbrauch   808
     2023-03-29 20:19:57   Home_own_consumption_from_PV 0.00
     2023-03-29 20:19:56   Home_own_consumption_from_battery 807.00
     2023-03-29 20:19:57   Home_own_consumption_from_grid 1.00
     2023-03-29 20:19:57   Power_DC_1      -0.30
     2023-03-29 20:19:57   Power_DC_2      0.40
     2023-03-29 20:19:58   Restlaufzeit    0
     2023-03-29 20:19:56   Total_DC_Power  843.68
     2023-03-29 20:19:57   Total_active_Power 21.80
     2023-03-29 20:19:57   Work_Capacity   0.00
     2023-03-29 20:19:58   letzteAktualisierung 2023-03-29 20:19:58
     2023-03-29 20:06:56   state           opened
   REMEMBER:
     lid        71
     lname      Plenticore
     lrecv      1680113998.03411
     lsend      1680113998.02562
   defptr:
     Plenticore 71
   gotReadings:
     Generation_Energy 20901132.00
   lastRead:
     h100       1680113996.80156
     h106       1680113996.95616
     h108       1680113997.0638
     h116       1680113997.17102
     h190       1680113997.27827
     h210       1680113997.38607
     h252       1680113997.49356
     h260       1680113997.60116
     h270       1680113997.70905
     h512       1680113997.81604
     h529       1680113997.923
     h577       1680113998.03513
Attributes:
   dev-type-Fl_R2-format %.2f
   dev-type-Fl_R2-len 2
   dev-type-Fl_R2-revRegs 1
   dev-type-Fl_R2-unpack f>
   dev-type-U32-format %.2f
   dev-type-U32-len 2
   dev-type-U32-revRegs 0
   dev-type-U32-unpack L>
   obj-h100-poll 1
   obj-h100-reading Total_DC_Power
   obj-h100-type Fl_R2
   obj-h106-poll 1
   obj-h106-reading Home_own_consumption_from_battery
   obj-h106-type Fl_R2
   obj-h108-poll 1
   obj-h108-reading Home_own_consumption_from_grid
   obj-h108-type Fl_R2
   obj-h116-poll 1
   obj-h116-reading Home_own_consumption_from_PV
   obj-h116-type Fl_R2
   obj-h190-poll 1
   obj-h190-reading Batterie_Charge_Current
   obj-h190-type Fl_R2
   obj-h210-poll 1
   obj-h210-reading Act_state_of_Charge
   obj-h210-type Fl_R2
   obj-h252-poll 1
   obj-h252-reading Total_active_Power
   obj-h252-type Fl_R2
   obj-h260-poll 1
   obj-h260-reading Power_DC_1
   obj-h260-type Fl_R2
   obj-h270-poll 1
   obj-h270-reading Power_DC_2
   obj-h270-type Fl_R2
   obj-h512-poll 1
   obj-h512-reading Batterie_gross_Capacity
   obj-h512-type U32
   obj-h529-poll 1
   obj-h529-reading Work_Capacity
   obj-h529-type U32
   obj-h577-poll 1
   obj-h577-reading Generation_Energy
   obj-h577-type U32
   room       PV-Anlage

Log-Auszug:
2023.03.29 20:23:57 5: Plenticore: ResetExpect for HandleResponse from response to idle
2023.03.29 20:23:57 5: Plenticore: StartQueueTimer called from HandleResponse sets internal timer to process queue in 0.000 seconds
2023.03.29 20:23:57 5: Plenticore: DropFrame called from ReadFn - drop 005e0000000747030400000018
2023.03.29 20:23:57 5: Plenticore: ProcessRequestQueue called from Fhem internal timer as queue:Plenticore, qlen 2, request: request: id 71, read fc 3 h529, len 2, tid 40, master device Plenticore, reading Work_Capacity (getUpdate for Work_Capacity len 2), queued 1.06 secs ago
2023.03.29 20:23:57 5: Plenticore: checkDelays busDelayRead, last activity on bus was 0.010 secs ago, required delay is 0
2023.03.29 20:23:57 5: Plenticore: checkDelays sendDelay, last send to same device was 0.015 secs ago, required delay is 0.1
2023.03.29 20:23:57 5: Plenticore: checkDelays commDelay, last communication with same device was 0.010 secs ago, required delay is 0.1
2023.03.29 20:23:57 5: Plenticore: checkDelays clientSwitchDelay is not relevant
2023.03.29 20:23:57 4: Plenticore: checkDelays found commDelay not over, set timer to try again in 0.090
2023.03.29 20:23:57 5: Plenticore: ProcessRequestQueue called from Fhem internal timer as queue:Plenticore, qlen 2, request: request: id 71, read fc 3 h529, len 2, tid 40, master device Plenticore, reading Work_Capacity (getUpdate for Work_Capacity len 2), queued 1.15 secs ago
2023.03.29 20:23:57 5: Plenticore: checkDelays sendDelay, last send to same device was 0.107 secs ago, required delay is 0.1
2023.03.29 20:23:57 5: Plenticore: checkDelays commDelay, last communication with same device was 0.102 secs ago, required delay is 0.1
2023.03.29 20:23:57 5: Plenticore: checkDelays clientSwitchDelay is not relevant
2023.03.29 20:23:57 5: Plenticore: checkDelays busDelayRead, last activity on bus was 0.102 secs ago, required delay is 0
2023.03.29 20:23:57 4: Plenticore: ProcessRequestQueue (V4.4.14 - 30.1.2023) qlen 2, sending 002800000006470302110002 via 192.168.1.20:1502, read buffer empty,
request: id 71, read fc 3 h529, len 2, tid 40, master device Plenticore, reading Work_Capacity (getUpdate for Work_Capacity len 2), queued 1.15 secs ago
2023.03.29 20:23:57 5: Plenticore: Send called from ProcessRequestQueue
2023.03.29 20:23:57 5: DevIo_SimpleWrite Plenticore: 002800000006470302110002
2023.03.29 20:23:57 5: Plenticore: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2023.03.29 20:23:57 5: Plenticore: readFn buffer: 00280000000747030400000000
2023.03.29 20:23:57 5: Plenticore: ParseFrameStart called from ReadFn protocol TCP expecting id 71
2023.03.29 20:23:57 4: Plenticore: ParseFrameStart (TCP, master) extracted id 71, fCode 3, tid 40, dlen 7 and potential data 0400000000
2023.03.29 20:23:57 5: Plenticore: HandleResponse called from ReadFn
2023.03.29 20:23:57 5: Plenticore: ParseResponse called from HandleResponse
2023.03.29 20:23:57 5: Plenticore: now parsing response data objects, master is Plenticore relay is undefined
2023.03.29 20:23:57 5: Plenticore: ParseDataString called from HandleResponse with data hex 00000000, type h, adr 529, op read
2023.03.29 20:23:57 5: Plenticore: SplitDataString called from ParseDataString with data hex 00000000, type h, adr 529, valuesLen 2, op read
2023.03.29 20:23:57 5: Plenticore: CreateDataObjects called from ParseDataString with objList h529
2023.03.29 20:23:57 5: Plenticore: CreateDataObjects sortedList h529
2023.03.29 20:23:57 5: Plenticore: CreateParseInfoCache called
2023.03.29 20:23:57 5: Plenticore: CreateDataObjects unpacked 00000000 with L> to 0
2023.03.29 20:23:57 5: Plenticore: FormatVal for CreateDataObjects formats 0 with format %.2f, result is 0.00
2023.03.29 20:23:57 4: Plenticore: CreateDataObjects assigns value 0.00 to Work_Capacity
732023.03.29 20:23:57 5: Plenticore: ParseDataString created 1 readings
2023.03.29 20:23:57 4: Plenticore: HandleResponse done, current frame / read buffer: 00280000000747030400000000, id 71, fCode 3, tid 40,
request: id 71, read fc 3 h529, len 2, tid 40, master device Plenticore, reading Work_Capacity (getUpdate for Work_Capacity len 2), queued 1.17 secs ago, sent 0.02 secs ago,
response: id 71, fc 3, h529, len 2, values 00000000
2023.03.29 20:23:57 5: Plenticore: ResetExpect for HandleResponse from response to idle

ch.eick

Zitat von: ReneR1986 am 29 März 2023, 20:29:44Hallo zusammen,

seit kurzem wird der Wert für "Work_Capacity" bei meinem Kostal Plenticore Plus 8.5 nicht mehr ausgelesen. Er bleibt immer bei 0.00.
Alles andere funktioniert nach wie vor super.
Hat jemand eine Idee, woran das liegen kann?
Ich habe den Wert dazu genutzt die Restlaufzeit der Batterie per User Reading zu berechnen. Das klappt jetzt nicht mehr :-(

   obj-h529-poll 1
   obj-h529-reading Work_Capacity
   obj-h529-type U32
Hallo Rene,
ohne das Log bisher ausgelesen zu haben mal eine kurze Rückmeldung.

Ich lese einen anderen Registerbereich aus, eventuell hat Kostal da ja ein Problem im 500er Bereich eingebaut.
obj-h1068-reading Battery_work_capacity

Auch das lese ich aus, jedoch steht da bei mir 9999.00 was ebenfalls nicht mehr passt

obj-h529-len 4             <<< Das hatte ich darmals mit 4 Byte angegeben
obj-h529-reading Work_Capacity
obj-h529-unpack N

Dazu meine Defaults:

dev-h-combine 8
dev-h-defFormat %.2f
dev-h-defLen 2
dev-h-defPoll 1
dev-h-defRevRegs 1  <<< Bei mir ist der ModBus noch nach dem älteren Default konfiguriert, das wurde mir irgend einer FW mal geändert
dev-h-defUnpack f>

Du bist natürlich auch in diesem Thread willkommen, denn die reading Namen kommen mir ziemlich bekannt vor ;-)

VG Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

ReneR1986

Hallo Christian,

ZitatDu bist natürlich auch in diesem Thread willkommen, denn die reading Namen kommen mir ziemlich bekannt vor ;-)
Das kann sehr gut sein, dass dir das bekannt vorkommt. ;D

Ich habe einmal die Attribute:
obj-h529-len 4
obj-h529-unpack N
dev-h-defRevRegs 1
hinzugefügt aber da gab es keine Änderung.
Hätte mich auch etwas gewundert eigentlich, da es ja vorher über 2 Jahre super funktioniert hat.

Das letzte Update (Firmware: 01.76; Benutzeroberfläche: 01.26.09454) ist vom 08.02.2023 und ich bin mir eigentlich ziemlich sicher, dass es danach weiter funktioniert hat.

Nachtrag:
Ich habe
obj-h1068-reading Battery_work_capacity
obj-h1068-type Fl_R2
obj-h1068-poll 1
hinzugefügt und der Wert ist hier ebenfalls 0.00

ch.eick

Zitat von: ReneR1986 am 30 März 2023, 14:33:49Nachtrag:
Ich habe
obj-h1068-reading Battery_work_capacity
obj-h1068-type Fl_R2
obj-h1068-poll 1
hinzugefügt und der Wert ist hier ebenfalls 0.00
Okay, eine WR Reset hast Du sicher schon gemacht, dann wäre nun ein Ticket bei KOSTAL der nächste Schritt.
Oder auch hier mal nachfragen.

Das Register obj-h1068 wird bei mir noch immer aktualisiert
Software-Version_IO-Controller_IO 01.75 2023-03-30 14:54:00
Software-Version_Maincontroller_MC 01.76 2023-03-30 14:54:00
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

ReneR1986

Einen kompletten Werksreset habe ich noch nicht gemacht.
Ich habe den WR aber schon 2mal komplett stromlos gemacht. Hat aber leider nicht geholfen. Evtl. habe ich aber auch nicht lang genug gewartet. Ich probiere das morgen noch einmal.

Ich habe Kostal einmal angeschrieben. Mal schauen, ob die antworten.

ReneR1986

Seit dem letzten Update scheint es wieder zu funktionieren.
Ich bekomme jetzt wieder die Werte.
In den Release Notes steht allerdings nichts darüber...

MC-Version
01.77

UI-Version
01.27.09932