HM-CC-RT-DN Missing ACK

[martinp876]

Hi Leo,

ok, habe es daraufhin noch einmal durchgesehen - ja, da besteht ein Problem.
kannst du 2 tests durchfuehren: 00_HMLAN etwa Zeile 696

    my $dDly = $modules{CUL_HM}{defptr}{$id}{helper}{io}{nextSend} - $now;
    $dDly -= 0.04 if ($mTy eq "02");
    if ($dDly > 0.01){# wait less then 10 ms will not work
      $dDly = 0.1 if($dDly > 0.1);
      Log3 $hash->{NAME}, 5, "CUL $id dly:".int($dDly*1000)."ms";
      select(undef, undef, undef, $dDly);
    }
Aendern in

    $dDly -= 0.10 if ($mTy eq "02");
und dann in
   $dDly -= 0.00 if ($mTy eq "02");

beide male testen, ob ein getConfig durchlaeuft

Gruss Martin

[tpm88]

Hallo Martin,

ich hänge mich hier einmal mit dran, weil ich seit meinem Update vom 09.02. ähnliche Probleme, d.h. vor allem pending commands bei getConfig auf dem HM-CC-RT-DN habe. Vorher (alle Module Stand letzter Update 14.01.) gab es keinerlei Probleme (getConfig, TempListen setzen, desired temp setzen etc etc).

Meine Umgebung: FB7390 mit CUL, 4 x HM-CC-RT-DN nur WakeUp / kein BurstXmit und noch ein paar weiter HM Schalter

Hier die Ergebnisse meiner Tests mit dDly in 00_CUL.pm:

1. Original - ohne Änderung

Code Auswählen Erweitern

$dDly -= 0.04 if ($mTy eq "02");

=> bei getConfig "pending" für mehrere (viele) WakeUp Zyklen, je Zyklus wird der Resend Counter um 1 hochgezählt
=> irgendwann geht das getConfig auf done
=> dann aber trotzdem häufig "missing Reglist .7" für den Clima / ClimRT Channel im HMinfo ConfigCheck
=> Beheben durch getConfig auf den Clima, weitere "pending" Zyklen, irgendwann ok

2. Auskommentieren der Zeile

Code Auswählen Erweitern

#$dDly -= 0.04 if ($mTy eq "02");
=> bei getConfig "pending" für wenige (2-3) Zyklen, je Zyklus wird der Resend Counter um 1 hochgezählt
=> nach "done" trotzdem häufig "missing Reglist .7" für den Clima / ClimRT Channel im HMinfo ConfigCheck
=> Beheben durch getConfig auf den Clima, weitere "pending" Zyklen, irgendwann ok

3. Edit1 für den dDly Wert: (siehe vorherigen Post)

Code Auswählen Erweitern

$dDly -= 0.10 if ($mTy eq "02");
=> bei getConfig "pending" von 12cmds für viele WakeUp Zyklen, je Zyklus wird der Resend Counter um 1 hochgezählt
=> Anzahl pending Commands wird nicht weniger, Test abgebrochen

4. Edit2 für den dDly Wert: (siehe vorherigen Post)

Code Auswählen Erweitern

$dDly -= 0.00 if ($mTy eq "02");
=> getConfig wird meist nach einem Zyklus abgearbeitet, selten dauert es einen zweiten Zyklus
=> ConfigCheck ist nach getConfig sauber - insbesondere die problematische Übertragung der Reglist 7 des Clima Channel scheint ok zu sein
=> Härtetest bestanden: gleichzeitiges Absetzen von getConfig auf alle 4 RTs und statusRequest für die übrigen Schalter: nach ca 5 Minuten (1 - 2 WakeUp Zyklen) keine pending commands, configCheck ist sauber

Ich werde jetzt einstweilen die Zeile wie in Test 4 beibehalten. Vom Gefühl her noch nicht ganz so robust wie vor den Updates in der 00_CUL (04.02.) aber deutlich besser als mit dem aktuellen Stand.

Hier noch zum Vergleich die relevanten Modulstände in meiner Installation:

Code Auswählen Erweitern

# $Id: fhem.pl 4829 2014-02-07 07:27:47Z rudolfkoenig $
# $Id: 00_CUL.pm 4803 2014-02-04 08:07:28Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 4864 2014-02-09 18:02:23Z martinp876 $
# $Id: 98_HMinfo.pm 4850 2014-02-08 18:27:06Z martinp876 $

Bei Bedarf kann ich gerne noch weitere Tests (ggf. auch mit Raw Messages) durchführen.

Danke & Gruß
Tobias

[martinp876]

Hallo Tobias,

ok - dein Device brauch also ein delay von 100ms vor einem ACK.
Im Prinzip sollte das wie vor der Aenderung sein - vielleicht kommt dein Gefueh dem noch nach.

hm  - wieder das delay problem, das ich noch entschluessen muss.

Gruss Martin

[limats]

Hallo Martin,

brauchst du meinen überhaupt Test noch, nachdem Tobias das so schön dokumentiert hat?

Gruß
Leo

PS: Sind die Versuche 2 und 4 von Tobias nicht identisch?!?

[martinp876]

Hi Leo,

ja, 2 und 4 sind identisch

beim Fix leigt das Problem darin, festzustellen welches Device einen delay zwingend braucht und welches zwingend Null delay fordert.
Die aktuellen 60ms scheinen ihm nicht zu reichen...

Gruss Martin

[libelah]

Hallo - von mir auch wieder ein Feedback.

Wenn ich nach dem Befehl nichts mache stehen die Befehle manchmal in pending (Stundenlang) und manchmal auf MISSING ACK. Wenn ich nach dem Befehl auf burstXmit funktioniert es allerdings tatsächlich - der RT empfängt den Wert, zeigt ihn an und reagiert bald darauf entrsprechend - CMDs_done DANKE! Das habe ich mal gebraucht.

Ich habe mal meine Logs alle geleert und die FB neu gestartet. Anschließend ein wenig an den Reglern rumgespielt. Am Ende mit burstXmit. Da ich nicht weiß welche Logs dabei interessant sind, habe ich alle die etwas enthalten mal in einem zip angehängt. Hoffe es hilft weiter...

Gruß
Jonas

[tpm88]

ja, 2 und 4 sind identisch

beim Fix leigt das Problem darin, festzustellen welches Device einen delay zwingend braucht und welches zwingend Null delay fordert.
Die aktuellen 60ms scheinen ihm nicht zu reichen...

Danke, Martin für die Klarstellung - wegen des if Statements in der Zeile war ich mir nicht sicher, ob Auskommentieren  (Test2) wirklich den gleichen Testfall wie 4 darstellt. Die Tests 3 und 4 hatte ich unmittelbar vor meiner Antwort durchgeführt - Tests 1 und 2 gestern (spät) abend - kann ich mir jetzt nicht erklären, warum 2 dann trotzdem noch Probleme mit nicht (komplett) übertragener Reglist 7 beim Clima Channel ergeben hat.

Und ja, Timing macht in der IT fast soviel Scherereien wie Drucken

Gruss
Tobias

[martinp876]

Hi,

Sollte einmal ein RT auf CMD_Pending haengen bleiben bitte ein list des Device und einen Mitschnitt der Rohmessages von etwa 10 min schicken.

Gruss Martin

[Rockojfonzo]

- mit welcher Version ging es, mit welcher nicht?
- Welches Device?
- mit HMLAN/USB oder CUL (hier eigentlich nur CUL/CUNO,...)
- virtueller Peer oder Aktion mit FHEM/Zentrale
- ggf logs

So, auch meine 2ct:

• Gentoo Linux mit FHEM, letztes Update am 4.2., kurz danach begannen die CMDs_pending
• 3 HM-CC-RT-DN
• V 1.55 CUL868
• set desired-temp und getConfig

Nach Auskommentierung von der o.a. Zeile läuft alles wieder wie die Wutz!
Log anbei

[martinp876]

hi Rockojfonzo,

Nach Auskommentierung von der o.a. Zeile läuft alles wieder wie die Wutz!

Du meinst
$dDly -= 0.00 if ($mTy eq "02");
ist komplett auskommentiert? das log ist ohne diese Zeile?
der delay fuer ack ist 60ms... da muesste die Zeile aktiv gewesen sein

Gruss Martin

[Rockojfonzo]

Sorry, blöd formuliert: Das Log ist mit aktiver Zeile (so hatte ich Deine Bitte verstanden), nach Erzeugung des Logs habe ich die Zeile auskommentiert, seitdem ist allen wieder wohlig warm!

Dank & Gruß

Tino

[sebixvi]

Hallo zusammen,

@Martin: ich glaube, meine Logs kannst Du getrost ignorieren, ich hatte offenbar ein Hardware-Problem. Nachdem mein HM-CFG-USB von heute auf morgen per USB nicht mehr ansprechbar war, habe ich mir einen HM-CFG-USB2 besorgt. Damit lassen sich alle RTs ohne irgendwelche Änderungen an fhem problemlos anlernen und auch Temperaturlisten etc. werden sauber übertragen. Ob es damit auch im Zusammenspiel mit der HomeMatic-Software ohne Fehlermeldungen funktioniert, habe ich noch nicht getestet, weil kein Grund bestand, etwas anderes als fhem zu testen.

Wenn ich noch Merkwürdigkeiten feststellen sollte, melde ich mich.

Seltsam ist die Geschichte schon, zumal ich bei einem RT sogar ein FW-Update durchführen konnte und das Schalten eines 1-Kanal-Schalters (Bausatz) ebenso wie das Auslesen der RTs mit dem CFG-USB funktioniert hat. Allerdings hatte ich beim Pairen das Gefühl, als wenn der alte CFG-USB bisweilen Pakete verschluckt hat. Aber mit dem neuen funktioniert es so reibungslos ohne irgendwelche sonstigen Änderungen, dass es schlicht der alte CFG-USB gewesen sein muss.

Schönes WE,
Sebastian

[paoloo]

Habe auch seit ca. Donnerstag letzer Woche ein Problem mit den Missing ACK

    Debian Whezzy auf Raspberry mit FHEM
    3 HM-CC-RT-DN
    V 1.57 CUL868
    set desired-temp und getConfig

Die angegebene Zeile

#$dDly -= 0.04 if ($mTy eq "02");

ist standardmäßig ausdokumentiert....

[micha0815]

Hallo,

ich bin neu hier und habe vor kurzem einen HM-CFG-USB 2 und 2 HM-CC-RT-DN geholt.
An sich funktioniert es, aber ich habe den Eindruck, dass das senden von Commandos aus dem FHEM meist erst nach ein paar sende versuchen ankommt, wenn überhaupt.

System:
ubuntu 10.04
hmland 0.094-git
FHEM alle Updates bis heute

Anbei ein Log wo ich die Temperatur ändern möchte, beim dritten Versuch hat es dann geklappt.

Code Auswählen Erweitern

2014.03.04 22:04:24.149 0: HMLAN_Parse: HMLAN0 R:E241293   stat:0000 t:04A72060 d:FF r:FFC9     m:FE 8610 241293 000000 0AA0CD10182F
2014.03.04 22:04:24.151 4: RCV L:0F N:FE F:86 CMD:10 SRC:wz_heizung DST:broadcast 0AA0CD10182F (INFO_TEMP SET:40 ACT:205 ERR:0x10 VALVE:0x10 MODE:0x10) (,WAKEMEUP,CFG,RPTEN)
2014.03.04 22:04:24.250 0: HMLAN_Send:  HMLAN0 S:S8EE9659D stat:  00 t:00000000 d:01 r:8EE9659D m:26 A112 548623 241293
2014.03.04 22:04:24.251 4: SND L:09 N:26 F:A1 CMD:12 SRC:548623 DST:wz_heizung  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.03.04 22:04:24.885 0: HMLAN_Parse: HMLAN0 R:R8EE9659D stat:0008 t:00000000 d:FF r:7FFF     m:26 A112 548623 241293
2014.03.04 22:04:24.885 0: HMLAN_Parse: HMLAN0 no ACK from 241293
2014.03.04 22:06:03.336 0: HMLAN_Parse: HMLAN0 R:E24124D   stat:0000 t:04A8A3E8 d:FF r:FFC6     m:58 8610 24124D 000000 0A80C7100018
2014.03.04 22:06:03.337 4: RCV L:0F N:58 F:86 CMD:10 SRC:sz_heizung DST:broadcast 0A80C7100018 (INFO_TEMP SET:32 ACT:199 ERR:0x10 VALVE:0x10 MODE:0x10) (,WAKEMEUP,CFG,RPTEN)
2014.03.04 22:06:53.153 0: HMLAN_Parse: HMLAN0 R:E241293   stat:0000 t:04A96667 d:FF r:FFCA     m:FF 8610 241293 000000 0AA0CD10182F
2014.03.04 22:06:53.155 4: RCV L:0F N:FF F:86 CMD:10 SRC:wz_heizung DST:broadcast 0AA0CD10182F (INFO_TEMP SET:40 ACT:205 ERR:0x10 VALVE:0x10 MODE:0x10) (,WAKEMEUP,CFG,RPTEN)
2014.03.04 22:06:53.253 0: HMLAN_Send:  HMLAN0 S:S8EEBABA8 stat:  00 t:00000000 d:01 r:8EEBABA8 m:27 A112 548623 241293
2014.03.04 22:06:53.255 4: SND L:09 N:27 F:A1 CMD:12 SRC:548623 DST:wz_heizung  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.03.04 22:06:53.889 0: HMLAN_Parse: HMLAN0 R:R8EEBABA8 stat:0008 t:00000000 d:FF r:7FFF     m:27 A112 548623 241293
2014.03.04 22:06:53.889 0: HMLAN_Parse: HMLAN0 no ACK from 241293
2014.03.04 22:08:30.099 0: HMLAN_Parse: HMLAN0 R:E24124D   stat:0000 t:04AAE127 d:FF r:FFC6     m:59 8610 24124D 000000 0A80C7100018
2014.03.04 22:08:30.101 4: RCV L:0F N:59 F:86 CMD:10 SRC:sz_heizung DST:broadcast 0A80C7100018 (INFO_TEMP SET:32 ACT:199 ERR:0x10 VALVE:0x10 MODE:0x10) (,WAKEMEUP,CFG,RPTEN)
2014.03.04 22:09:07.630 0: HMLAN_Parse: HMLAN0 R:E241293   stat:0000 t:04AB73CD d:FF r:FFC9     m:00 8610 241293 000000 0AA0CD10182F
2014.03.04 22:09:07.632 4: RCV L:0F N:00 F:86 CMD:10 SRC:wz_heizung DST:broadcast 0AA0CD10182F (INFO_TEMP SET:40 ACT:205 ERR:0x10 VALVE:0x10 MODE:0x10) (,WAKEMEUP,CFG,RPTEN)
2014.03.04 22:09:07.731 0: HMLAN_Send:  HMLAN0 S:S8EEDB8F7 stat:  00 t:00000000 d:01 r:8EEDB8F7 m:28 A112 548623 241293
2014.03.04 22:09:07.732 4: SND L:09 N:28 F:A1 CMD:12 SRC:548623 DST:wz_heizung  (HAVE_DATA) (,WAKEUP,BIDI,RPTEN)
2014.03.04 22:09:07.950 0: HMLAN_Parse: HMLAN0 R:R8EEDB8F7 stat:0001 t:04AB74F8 d:FF r:FFC9     m:28 8002 241293 548623 00
2014.03.04 22:09:07.952 4: RCV L:0A N:28 F:80 CMD:02 SRC:wz_heizung DST:548623 00 (ACK) (,RPTEN)
2014.03.04 22:09:08.051 0: HMLAN_Send:  HMLAN0 S:+241293,00,01,1E
2014.03.04 22:09:08.052 0: HMLAN_Send:  HMLAN0 S:S8EEDBA36 stat:  00 t:00000000 d:01 r:8EEDBA36 m:29 A011 548623 241293 860424
2014.03.04 22:09:08.053 4: SND L:0C N:29 F:A0 CMD:11 SRC:548623 DST:wz_heizung 860424 (SetTemp B1:0x04 B2:0x24) (,BIDI,RPTEN)
2014.03.04 22:09:08.334 0: HMLAN_Parse: HMLAN0 R:R8EEDBA36 stat:0001 t:04AB767C d:FF r:FFC9     m:29 8002 241293 548623 01042420342F
2014.03.04 22:09:08.337 4: RCV L:0F N:29 F:80 CMD:02 SRC:wz_heizung DST:548623 01042420342F (ACK_STATUS CHANNEL:0x04 STATUS:0x24 UP:0 DOWN:1 LOWBAT:0 RSSI:-52) (,RPTEN)


und hier noch das Gerät im FHEM

Code Auswählen Erweitern

fhem> list wz_heizung
Internals:
   DEF        241293
   HMLAN0_MSGCNT 49
   HMLAN0_RAWMSG E241293,0000,0496E809,FF,FFCA,F786102412930000000AA0D1100E2F
   HMLAN0_RSSI -54
   HMLAN0_TIME 2014-03-04 21:46:41
   IODev      HMLAN0
   LASTInputDev HMLAN0
   MSGCNT     49
   NAME       wz_heizung
   NR         37
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 wz_heizung_Weather
   channel_02 wz_heizung_Climate
   channel_03 wz_heizung_WindowRec
   channel_04 wz_heizung_ClimRT_tr
   channel_05 wz_heizung_ClimaTeam
   channel_06 wz_heizung_remote
   lastMsg    No:F7 - t:10 s:241293 d:000000 0AA0D1100E2F
   protLastRcv 2014-03-04 21:46:41
   protResnd  3 last_at:2014-03-04 19:54:45
   protSnd    5 last_at:2014-03-04 19:57:43
   protState  CMDs_done
   rssi_HMLAN0 avg:-51 min:-51 max:-51 lst:-51 cnt:1
   rssi_at_HMLAN0 avg:-55.77 min:-60 max:-52 lst:-54 cnt:49
   Readings:
     2014-03-04 19:47:39   Activity        alive
     2014-03-04 19:57:43   CommandAccepted yes
     2014-03-04 19:47:39   D-firmware      1.2
     2014-03-04 19:47:39   D-serialNr      KEQ0907769
     2014-03-04 08:24:16   PairedTo        0x548623
     2014-03-04 08:24:16   R-backOnTime    10 s
     2014-03-04 08:24:16   R-btnLock       off
     2014-03-04 08:24:16   R-burstRx       on
     2014-03-04 08:24:16   R-cyclicInfoMsg on
     2014-03-04 08:24:16   R-cyclicInfoMsgDis 0
     2014-03-04 08:24:16   R-globalBtnLock off
     2014-03-04 08:24:16   R-localResDis   off
     2014-03-04 08:24:16   R-lowBatLimitRT 2.1 V
     2014-03-04 08:24:16   R-modusBtnLock  off
     2014-03-04 08:24:16   R-pairCentral   0x548623
     2014-03-04 08:24:16   RegL_00:        01:01 02:01 09:01 0A:54 0B:86 0C:23 0E:0A 0F:00  11:00 12:15 16:00 18:00 19:00 1A:00 00:00
     2014-03-04 21:46:41   actuator        14 %
     2014-03-04 21:46:41   battery         ok
     2014-03-04 21:46:41   batteryLevel    3.1 V
     2014-03-04 21:46:41   desired-temp    20
     2014-03-04 21:46:41   measured-temp   20.9
     2014-03-04 19:57:43   state           CMDs_done
     2014-03-04 16:35:05   time-request    -
     Regl_07::
       TIME       2014-03-04 19:47:32
       VAL
   Helper:
     cSnd       11548623241293860428
     mId        0095
     rxType     140
     Io:
       newChn     +241293,00,01,1E
       nextSend   1393966001.22745
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       Hmlan0:
         avg        -51
         cnt        1
         lst        -51
         max        -51
         min        -51
       At_hmlan0:
         avg        -55.7755102040816
         cnt        49
         lst        -54
         max        -52
         min        -60
     Shregw:
       07         04
     Shadowreg:
Attributes:
   IODev      HMLAN0
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.2
   model      HM-CC-RT-DN
   peerIDs
   room       Wohnzimmer
   serialNr   KEQ0907769
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit

fhem> list wz_heizung_ClimRT_tr
Internals:
   DEF        24129304
   HMLAN0_MSGCNT 50
   HMLAN0_RAWMSG E241293,0000,049B6284,FF,FFCB,F986102412930000000AA0D0100E2F
   HMLAN0_RSSI -53
   HMLAN0_TIME 2014-03-04 21:51:34
   LASTInputDev HMLAN0
   MSGCNT     50
   NAME       wz_heizung_ClimRT_tr
   NR         45
   STATE      T: 20.8 desired: 20 valve: 14 %
   TYPE       CUL_HM
   chanNo     04
   device     wz_heizung
   Readings:
     2014-03-04 19:57:43   CommandAccepted yes
     2014-03-04 08:24:22   R-boostPeriod   5 min
     2014-03-04 08:24:22   R-boostPos      80 %
     2014-03-04 08:24:22   R-btnNoBckLight off
     2014-03-04 08:24:22   R-dayTemp       21 C
     2014-03-04 08:24:22   R-daylightSaveTime on
     2014-03-04 08:24:22   R-decalcTime    11:00
     2014-03-04 08:24:22   R-decalcWeekday Sat
     2014-03-04 08:24:22   R-modePrioManu  all
     2014-03-04 08:24:22   R-modePrioParty all
     2014-03-04 08:24:22   R-nightTemp     17 C
     2014-03-04 08:24:22   R-noMinMax4Manu off
     2014-03-04 08:24:22   R-regAdaptive   on
     2014-03-04 08:24:22   R-reguExtI      15
     2014-03-04 08:24:22   R-reguExtP      30
     2014-03-04 08:24:22   R-reguExtPstart 30
     2014-03-04 08:24:22   R-reguIntI      17
     2014-03-04 08:24:22   R-reguIntP      32
     2014-03-04 08:24:22   R-reguIntPstart 40
     2014-03-04 08:24:22   R-showInfo      time
     2014-03-04 08:24:22   R-showWeekday   off
     2014-03-04 08:24:18   R-sign          off
     2014-03-04 08:24:22   R-tempMax       30.5 C
     2014-03-04 08:24:22   R-tempMin       4.5 C
     2014-03-04 08:24:22   R-tempOffset    0.0K
     2014-03-04 08:24:22   R-valveErrPos   15 %
     2014-03-04 08:24:22   R-valveMaxPos   100 %
     2014-03-04 08:24:22   R-valveOffsetRt 0 %
     2014-03-04 08:24:22   R-winOpnBoost   off
     2014-03-04 08:24:22   R-winOpnDetFall 1.4 K
     2014-03-04 08:24:22   R-winOpnMode    on
     2014-03-04 08:24:22   R-winOpnPeriod  15 min
     2014-03-04 08:24:22   R-winOpnTemp    12 C
     2014-03-04 21:51:34   ValvePosition   14 %
     2014-03-04 21:51:34   desired-temp    20
     2014-03-04 21:51:34   measured-temp   20.8
     2014-03-04 21:51:34   mode            auto
     2014-03-04 21:51:34   motorErr        ok
     2014-03-04 19:57:43   recentStateType ack
     2014-03-04 21:51:34   state           T: 20.8 desired: 20 valve: 14 %
     2014-03-04 08:24:22   tempListFri     24:00 17.0
     2014-03-04 08:24:22   tempListMon     24:00 17.0
     2014-03-04 08:24:22   tempListSat     24:00 17.0
     2014-03-04 08:24:22   tempListSun     24:00 17.0
     2014-03-04 08:24:22   tempListThu     24:00 17.0
     2014-03-04 08:24:22   tempListTue     24:00 17.0
     2014-03-04 08:24:22   tempListWed     24:00 17.0
     2014-03-04 08:24:22   tempList_State  verified
   Helper:
     Role:
       chn        1
     Shregr:
       07         00
     Shadowreg:
Attributes:
   expert     1
   model      HM-CC-RT-DN
   peerIDs
   room       Wohnzimmer


Wenn ich noch Infos beisteuern kann, einfach melden.

[martinp876]

An sich funktioniert es, aber ich habe den Eindruck

da hast du recht - und du solltest nicht nur den eindruck haben sondern es auch im resend counter sehen koennen. HMInfo zeigt es als Tabelle.

Ein Problem aus FHEM kann ich nicht erkennen. Es gibt leichte timing schwankungen, die eigentlich ausgeglichen werden sollten... kann ich aber gerade nicht erkennen, dass es passiert.
Sollte dein System eine prinzipielle Verzoegerung haben koennte ich es nicht rueckrechnen/ausgleichen.