HM-CC-RT-DN: missing register list, IOErr und CMDs_done_Errors.

PsychoD · 01 Dezember 2014, 23:45:55

Guten Abend zusammen,

das fhem-Fieber hat mich voll erwischt, ich habe auch einiges ganz gut hinbekommen. Ich habe aber ein Problem mit meinen Homematic Komponenten, das ich einfach nicht gelöst bekomme.

Erstmal meine Konfiguration:
- Raspberry Pi
- HM-USB-CFG2
- Thermostat: HM-CC-RT-DN
- Schalter: HM-PB-2-WM55
- Einige Funksteckdosen 433Mhz

Version:

Code Auswählen

# $Id: fhem.pl 7097 2014-11-30 07:41:36Z rudolfkoenig $ 
# $Id: 10_CUL_HM.pm 7106 2014-11-30 19:24:42Z martinp876 $ 
# $Id: 95_Dashboard.pm 5921 2014-05-21 18:47:19Z svenson08 $ 
# $Id: 01_FHEMWEB.pm 7024 2014-11-19 23:07:39Z rudolfkoenig $ 
# $Id: 92_FileLog.pm 7062 2014-11-25 09:15:57Z rudolfkoenig $ 
# $Id: 00_HMLAN.pm 7104 2014-11-30 18:55:56Z martinp876 $ 
# $Id: 98_HMinfo.pm 7086 2014-11-29 09:40:41Z martinp876 $ 
# $Id: 99_SUNRISE_EL.pm 6765 2014-10-14 18:24:29Z rudolfkoenig $ 
# $Id: 98_SVG.pm 7075 2014-11-27 20:59:58Z rudolfkoenig $ 
# $Id: 99_Utils.pm 6660 2014-10-03 06:35:43Z rudolfkoenig $ 
# $Id: 98_WOL.pm 7036 2014-11-21 22:00:16Z dietmar63 $ 
# $Id: 98_autocreate.pm 6505 2014-09-06 12:24:48Z rudolfkoenig $ 
# $Id: 98_dummy.pm 4934 2014-02-15 08:23:12Z rudolfkoenig $ 
# $Id: 91_eventTypes.pm 6792 2014-10-19 16:03:13Z rudolfkoenig $ 
# $Id: 32_mailcheck.pm 6410 2014-08-16 19:27:41Z justme1968 $ 
# $Id: 91_notify.pm 7002 2014-11-16 17:23:35Z rudolfkoenig $ 
# $Id: 33_readingsGroup.pm 7083 2014-11-28 19:00:10Z justme1968 $ 
# $Id: 98_structure.pm 7056 2014-11-24 11:51:07Z rudolfkoenig $ 
# $Id: 98_telnet.pm 6611 2014-09-24 07:48:32Z rudolfkoenig $ 
# $Id: 98_weblink.pm 5608 2014-04-23 10:57:16Z rudolfkoenig $

Im Log des HM-CC-RT-DN finde ich immer wieder einen IOerr:

Code Auswählen

2014-12-01_23:24:12 bad_heizung IOerr
2014-12-01_23:24:12 bad_heizung CMDs_done_Errors:1
2014-12-01_23:25:45 bad_heizung CMDs_pending
2014-12-01_23:25:45 bad_heizung CMDs_pending
2014-12-01_23:25:45 bad_heizung measured-temp: 19.3
2014-12-01_23:25:45 bad_heizung batteryLevel: 2.5
2014-12-01_23:25:45 bad_heizung actuator: 0
2014-12-01_23:25:45 bad_heizung desired-temp: 13.5

"get hm configCheck" ergibt:

Code Auswählen

configCheck done: 

 missing register list 
    bad_heizung_Clima:	RegL_01:,RegL_07: 
    bad_heizung_ClimaTeam:	RegL_01: 
    bad_heizung_Climate:	RegL_01: 
    bad_heizung_Weather:	RegL_01: 
    bad_heizung_WindowRec:	RegL_01: 
    bad_heizung_remote:	RegL_01: 
    flur_schalter_oben:	RegL_01:,RegL_04:virtualCCU_Btn2 
    flur_schalter_unten:	RegL_01:,RegL_04:virtualCCU_Btn1

Alles was ich im Forum dazu finden konnte, ist dass ein "getConfig" die missing register list eigentlich beseitigen sollte - das passiert aber nicht. Der Schalter schaltet jedoch, und die Temperatur vom Thermostat wird auch übermittelt. Pairing scheint auch OK (PairedTo: 0x300480).

Was ich probiert habe:
- Anderen Raspberry Pi
- HM-USB-CFG2 über USB HUB (nicht direkt) und direkt betrieben
- Neu gepairt
- Firmwareupdate HM-USB-CFG2
- Verlängerungskabel an HM-USB-CFG2, um die Position zu beeinflussen

Ich suche seit Tagen nach dem Fehler und bin mit meinem Latein am Ende

Danke für jeden Rat!

Viele Grüße

Puschel74 · 02 Dezember 2014, 04:58:42

Hallo,

1. Rat: In Zukunft den richtigen Forenbereich verwenden.

Grüße

Rohan · 02 Dezember 2014, 08:06:10

Moin PsychoD,

mach mal bitte ein

Code Auswählen

list bad_heizung

in der Fhem-Kommandozeileneingabe und poste das Ergebnis. Zusätzlich noch die "defines" aus der fhem.cfg zu deinem HM-USB-CFG2.

Gruß
Thomas

PsychoD · 02 Dezember 2014, 09:48:20

Moin

Zitat von: Rohan am 02 Dezember 2014, 08:06:10
Moin PsychoD,

mach mal bitte ein

Code Auswählen Erweitern
list bad_heizung

in der Fhem-Kommandozeileneingabe und poste das Ergebnis. Zusätzlich noch die "defines" aus der fhem.cfg zu deinem HM-USB-CFG2.

Gruß
Thomas

Danke für die Antwort! Zunächst: Ich habe gemerkt, dass an meinem device hmusb (HM-USB-CFG2) der STATE teilweise auf "disconnected" wechselt, und das Problem anscheinend damit verursacht wird. Solange er "opened" ist, ist alles OK!
Ich habe nun testweise mal den wdTimer auf 15 gesetzt und die Priorität des hmland erhöht. Aktuell ist der STATE des hmusb "opened", ich gehe jedoch davon aus, dass er bald wieder "disconnected" ist.

Ach ja, die USB Geschwindigkeit des Pi habe ich von Anfang an auf USB 1.1 gestellt gehabt.

Hier noch die angefragten Daten:

list hmusb

Code Auswählen

Internals: 
   DEF        127.0.0.1:1234 
   DeviceName 127.0.0.1:1234 
   FD         4 
   HM_CMDNR   20 
   NAME       hmusb 
   NR         21 
   NTFY_ORDER 50-hmusb 
   PARTIAL 
   RAWMSG     R0A287A43,0001,00047749,FF,FFD2,14801028B25C3004800208000000 
   RSSI       -46 
   STATE      opened 
   TYPE       HMLAN 
   XmitOpen   1 
   assignedIDsCnt 2 
   hmusb_MSGCNT 47 
   hmusb_TIME 2014-12-02 09:40:32 
   msgKeepAlive dlyMax:1226.871 bufferMin:-1211 
   msgLoadEst 1hour:1% 10min steps: 1/0/0/0/0/0 
   msgParseDly min:-1 max:137 last:22 cnt:34 
   owner      300480 
   uptime     000 00:05:28.692 
   Readings: 
     2014-12-02 09:15:40   D-HMIdAssigned  300480 
     2014-12-02 09:15:40   D-HMIdOriginal  2CC806 
     2014-12-02 09:15:40   D-firmware      0.967 
     2014-12-02 09:15:40   D-serialNr      LEQ0658810 
     2014-12-02 09:16:11   Xmit-Events     ok:9 disconnected:25 init:25 
     2014-12-02 09:16:11   cond            ok 
     2014-12-02 09:16:10   prot_disconnected last 
     2014-12-02 09:16:10   prot_init       last 
     2014-12-02 09:16:11   prot_ok         last 
     2014-11-15 19:11:29   prot_timeout    last 
   Helper: 
     assIdCnt   2 
     assIdRep   2 
     info       03C7,LEQ0658810,2CC806,300480 
     Cnd: 
       0          9 
       253        25 
       255        25 
     Dly: 
       cnt        34 
       lst        22 
       max        137 
       min        -1 
     Ids: 
       28b25c: 
         chn        06 
         flg        0 
         msg 
         name       bad_heizung 
         to         1417509634.24986 
       2b666f: 
         name       flur_schalter 
     K: 
       BufMin     -1211 
       DlyMax     1226.871 
       Next       1417509683.49356 
       Start      1417509668.49356 
     Log: 
       all        0 
       sys        0 
       ids: 
         ARRAY(0x1a33f40) 
     Q: 
       HMcndN     0 
       answerPend 0 
       hmLanQlen  1 
       keepAliveRec 1 
       keepAliveRpt 0 
       apIDs: 
       Cap: 
         0          0 
         1          20 
         2          0 
         3          194 
         4          683 
         5          0 
         last       4 
         sum        897 
     Ref: 
       drft       0.000133271140134604 
       hmtL       328692 
       kTs        0 
       offL       1417509339820 
       sysL       1417509638504 
Attributes: 
   hmId       300480 
   hmLanQlen  1_min 
   wdTimer    15

list bad_heizung

Code Auswählen

Internals: 
   DEF        28B25C 
   IODev      hmusb 
   LASTInputDev hmusb 
   MSGCNT     43 
   NAME       bad_heizung 
   NR         36 
   STATE      CMDs_done 
   TYPE       CUL_HM 
   channel_01 bad_heizung_Weather 
   channel_02 bad_heizung_Climate 
   channel_03 bad_heizung_WindowRec 
   channel_04 bad_heizung_Clima 
   channel_05 bad_heizung_ClimaTeam 
   channel_06 bad_heizung_remote 
   hmusb_MSGCNT 43 
   hmusb_RAWMSG E28B25C,0000,00093049,FF,FFD3,CD861028B25C0000000A50BF0A0000 
   hmusb_RSSI -45 
   hmusb_TIME 2014-12-02 09:45:42 
   lastMsg    No:CD - t:10 s:28B25C d:000000 0A50BF0A0000 
   protLastRcv 2014-12-02 09:45:42 
   protSnd    35 last_at:2014-12-02 09:40:32 
   protState  CMDs_done 
   rssi_at_hmusb avg:-44.88 min:-46 max:-44 lst:-45 cnt:43 
   rssi_hmusb avg:-40 min:-41 max:-39 lst:-40 cnt:4 
   Readings: 
     2014-12-02 09:37:30   Activity        unknown 
     2014-12-02 09:40:24   CommandAccepted yes 
     2014-12-02 02:07:17   D-firmware      1.3 
     2014-12-02 02:07:17   D-serialNr      LEQ0400334 
     2014-12-02 09:40:25   PairedTo        0x300480 
     2014-11-23 03:09:54   R-backOnTime    10 s 
     2014-12-02 09:40:25   R-btnLock       off 
     2014-12-02 09:40:25   R-burstRx       on 
     2014-12-02 09:40:25   R-cyclicInfoMsg on 
     2014-12-02 09:40:25   R-cyclicInfoMsgDis 0 
     2014-12-02 09:40:25   R-globalBtnLock off 
     2014-12-02 09:40:25   R-localResDis   off 
     2014-11-23 03:09:54   R-lowBatLimitRT 2.1 V 
     2014-12-02 09:40:25   R-modusBtnLock  off 
     2014-12-02 09:40:25   R-pairCentral   0x300480 
     2014-12-02 09:40:25   RegL_00:          01:01 02:01 09:01 0A:30 0B:04 0C:80 0E:0A 0F:00  11:00 12:15 16:01 18:00 19:00 1A:00 00:00 
     2014-12-02 09:45:42   actuator        0 
     2014-12-02 09:37:56   battery         ok 
     2014-12-02 09:45:42   batteryLevel    2.5 
     2014-12-02 09:45:42   desired-temp    10.0 
     2014-12-02 09:45:42   measured-temp   19.1 
     2014-12-02 09:40:32   state           CMDs_done 
     2014-11-27 20:57:07   time-request    - 
     Regl_07:: 
       VAL 
   Helper: 
     cSnd       0130048028B25C06040000000001 
     mId        0095 
     rxType     140 
     Io: 
       newChn     +28B25C,00,01,00 
       nextSend   1417509942.09211 
       prefIO 
       rxt        2 
       vccu 
       p: 
         28B25C 
         00 
         01 
         00 
     Mrssi: 
       mNo        CD 
       Io: 
         hmusb      -43 
     Prt: 
       bErr       0 
       sProc      0 
       Rspwait: 
     Q: 
       qReqConf 
       qReqStat 
     Role: 
       dev        1 
     Rssi: 
       At_hmusb: 
         avg        -44.8837209302326 
         cnt        43 
         lst        -45 
         max        -44 
         min        -46 
       Hmusb: 
         avg        -40 
         cnt        4 
         lst        -40 
         max        -39 
         min        -41 
     Shregw: 
       07         04 
     Shadowreg: 
Attributes: 
   IODev      hmusb 
   actCycle   000:10 
   actStatus  unknown 
   autoReadReg 4_reqStatus 
   expert     2_full 
   firmware   1.3 
   model      HM-CC-RT-DN 
   room       Badezimmer 
   serialNr   LEQ0400334 
   subType    thermostat 
   webCmd     getConfig:clear msgEvents:burstXmit

Abschnitt fhem.cfg: Definition des hmusb

Code Auswählen

# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
define hmusb HMLAN 127.0.0.1:1234
attr hmusb hmId 300480
attr hmusb hmLanQlen 1_min
attr hmusb wdTimer 15

Zitat von: Puschel74 am 02 Dezember 2014, 04:58:42
Hallo,

1. Rat: In Zukunft den richtigen Forenbereich verwenden.

Grüße

Entschuldigung, ich dachte es würde noch als "Anfängerfrage" durchgehen.

Viele Grüße
Psy

Rohan · 02 Dezember 2014, 13:19:27

Hi,

sieht für mich in Ordnung aus. RSSI, Pairing etc.

Ich habe selbst keine Erfahrung mit dem HM-USB, der liegt bei mir noch unbenutzt in der Kiste. Ich arbeite selbst mit dem HM-LAN. Was ich aber bereits mehrfach hatte, waren Probs im Zusammenhang mit RasPi und USB. Hochgetaktet sind deine RPis nicht, oder? Andere Sachen laufen auch nicht gleichzeitig darauf?

Du hast das schon auf einem anderen RPi ausprobiert, wie du schreibst, ging auch nicht. Hast du die Möglichkeit, das ganze mal auf "potenterer" Hardware zu testen? Cubietruck könnte schon reichen, oder eben (temporär) auf einem "normalen" PC.

Gruß
Thomas

frank · 02 Dezember 2014, 13:31:40

Code Auswählen

2014-12-02 09:16:11 Xmit-Events ok:9 disconnected:25 init:25
der hmusb scheint zu oft disconnected. eventuell wegen dieser configzeile

Code Auswählen

# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create

also auskommentieren.
ansonsten einen aktiven hub probieren und/oder besseres/stärkeres netzteil für den pi.

mit diesem attribut für das thermostat sollten die listen irgendwann komplett sein.

Code Auswählen

autoReadReg 5_readMissing

PsychoD · 02 Dezember 2014, 13:51:56

Hallo Frank,

Zitat von: frank am 02 Dezember 2014, 13:31:40
Code Auswählen Erweitern
2014-12-02 09:16:11 Xmit-Events ok:9 disconnected:25 init:25
der hmusb scheint zu oft disconnected. eventuell wegen dieser configzeile

Code Auswählen Erweitern
# Disable this to avoid looking for new USB devices on startup define initialUsbCheck notify global:INITIALIZED usb create

also auskommentieren.

OK, habe ich gemacht. Ich habe nicht genau verstanden was die Zeile tut, und konnte auch keine mir verständliche Erklärung finden. Daher dachte ich - don't touch

Was ist ein akzeptabler Wert für das Xmit-Events reading? Darf da gar kein disconnected drin vorkommen?

Zitat von: frank am 02 Dezember 2014, 13:31:40
ansonsten einen aktiven hub probieren und/oder besseres/stärkeres netzteil für den pi.

mit diesem attribut für das thermostat sollten die listen irgendwann komplett sein.
Code Auswählen Erweitern
autoReadReg 5_readMissing

Habe ich auch eingefügt.

Ich habe den Pi nun testweise an eine Powerbank gehängt, und gebe dem HM-USB-CFG2 mit einem Y-Kabel parallel daraus auch extra nochmal Strom. Ich habe aber auch bereits ein extra Netzteil für den Pi versucht. Ich habe den HM-USB-CFG2 testweise aber auch schon an einem DLINK DUB-H7 (7-Port USB 2 Hub) gehängt.

Viele Grüße
Damian

frank · 02 Dezember 2014, 14:22:02

ZitatIch habe nicht genau verstanden was die Zeile tut,

ein notify, dass bei restart den fhem befehl usb create aufruft. commandref =>

Zitatusb

Usage:
usb scan
usb create
This command will scan the /dev directory for attached USB devices, and will try to identify them. With the argument scan you'll get back a list of fhem commands to execute, with the argument create there will be no feedback, and the devices will be created instead.

Note that switching a CUL to HomeMatic mode is still has to be done manually.

On Linux it will also check with the lsusb command, if unflashed CULs are attached. If this is the case, it will call CULflash with the appropriate parameters (or display the CULflash command if scan is specified). The usb command will only flash one device per call.

This command is part of the autocreate module.

ZitatDarf da gar kein disconnected drin vorkommen?

perfekt wären nur durch eigene restarts hervorgerufene disconnects.

PsychoD · 02 Dezember 2014, 16:48:22

Zitat von: frank am 02 Dezember 2014, 14:22:02
ein notify, dass bei restart den fhem befehl usb create aufruft. commandref =>

Ah, danke! Verstehe ich das richtig, dass der Befehl in meiner fhem.cfg die USB devices anlegt, falls noch nicht vorhanden? D.h. da mein UM-USB-CFG2 bereits angelegt ist, brauche ich den Befehl nicht mehr, aber wenn ich z.B. irgendwann einen CUL dazustecken möchte kann ich die Zeile für einen Start reaktiveren?

Zitat von: frank am 02 Dezember 2014, 14:22:02
perfekt wären nur durch eigene restarts hervorgerufene disconnects.

OK, dann halte ich mal ein Auge drauf. Bisher ist alles gut, STATE ist opened und configCheck frei. Vielleicht haben die Maßnahmen schon gegriffen. Ich habe den Eindruck seitdem ich den wdTimer runtergesetzt habe ist es besser. Ist 15 ein akzeptabler Wert oder sollte der nochmal hochgesetzt werden?

Viele Grüße & Danke!!!!!

frank · 02 Dezember 2014, 17:23:23

ZitatIst 15 ein akzeptabler Wert oder sollte der nochmal hochgesetzt werden?

wäre schon besser, wenn es auch mit default=25 läuft. wenn nicht, ist was faul in deinem system.

Zitataber wenn ich z.B. irgendwann einen CUL dazustecken möchte kann ich die Zeile für einen Start reaktiveren?

wenn du den richtig konfigurierst, braucht es eigentlich kein usb create.

PsychoD · 02 Dezember 2014, 17:42:03

Danke für die Info, dann beobachte ich erstmal die nächsten Tage und setze dann Schritt für Schritt wieder hoch.

Schönen Abend

Puschel74 · 02 Dezember 2014, 17:59:34

Hallo,

initialUsbCheck am besten mit einem

Code Auswählen

delete initialUsbCheck über die FHEM-Befehlszeile aus der Konfig löschen und danach auf Save config links oben klicken.
Das war bis jetzt in einigen Beiträgen der Grund für unnötigen Ärger.

Grüße

PsychoD · 15 Dezember 2014, 11:08:27

Kurze Rückmeldung für andere die ähnliche Probleme haben:
Bei mir ist jetzt alles OK. Kein "disconnected" state oder unerklärliche disconnects mehr, keine Einträge im configCheck. wdTimer habe ich mittlerweile wieder gelöscht, es sollte also auf default 25 stehen.

Ich bin nicht ganz sicher welche Maßnahme nun tatsächlich gefruchtet hat, eine von den hier beschriebenen war es aber. Kann auch die aktualisierte Firmware des Stick sein, die ich im Rahmen der ganzen Maßnahmen geupdatet habe.

Viele Grüße