vccu, Rauchmelder seit Update unreachable

[frank]

statusrequest geht wieder bei Chan 02.

gut, danke.

jetzt bitte noch automatisch nach restart für chn2.

[Ralli]

Also ich habe mit meinem LED immer noch in halbstündigem Abstand ein unreachable - aber das Teil arbeitet einwandfrei.

Übrigens:

2015.07.13 08:10:27 1: PERL WARNING: Use of uninitialized value $cq in hash element at ./FHEM/10_CUL_HM.pm line 7671.
2015.07.14 08:03:46 1: PERL WARNING: Use of uninitialized value in numeric lt (<) at ./FHEM/10_CUL_HM.pm line 2954.

in Version

# $Id: 10_CUL_HM.pm 8944 2015-07-12 11:12:11Z martinp876 $

[dadoc]

Guten Abend,
ich habe heute zuerst ein Update gemacht, dann einen HM-MOD-Re-8 installiert(HM-CFG-LAN am Raspi) und gepaired:

Code Auswählen Erweitern

2015.08.06 18:32:44 3: CUL_HM pair: HM_353DC1 switch, model HM-MOD-Re-8 serialNr
2015.08.06 18:32:51 3: CUL_HM set HM_353DC1_Sw_01 statusRequest
2015.08.06 18:32:52 3: CUL_HM set HM_353DC1_Sw_02 statusRequest
2015.08.06 18:32:53 3: CUL_HM set HM_353DC1_Sw_03 statusRequest
2015.08.06 18:32:54 3: CUL_HM set HM_353DC1_Sw_04 statusRequest
2015.08.06 18:32:55 3: CUL_HM set HM_353DC1_Sw_05 statusRequest
2015.08.06 18:32:56 3: CUL_HM set HM_353DC1_Sw_06 statusRequest
2015.08.06 18:32:57 3: CUL_HM set HM_353DC1_Sw_07 statusRequest
2015.08.06 18:32:58 3: CUL_HM set HM_353DC1_Sw_08 statusRequest
2015.08.06 18:33:28 1: HMLAN_Parse: hmusb new condition Warning-HighLoad
2015.08.06 18:33:35 1: HMLAN_Parse: hmusb new condition ERROR-Overload
2015.08.06 18:34:28 3: CUL_HM set HM_353DC1_Sw_01 on
2015.08.06 18:34:35 3: CUL_HM set HM_353DC1_Sw_01 off

Lässt sich aus fhem nicht schalten. Wenn ich manuell per Taster (die auf der Platine) schalte:

Code Auswählen Erweitern

2015-08-06 18:45:38 HMLAN hmusb loadLvl: low
2015-08-06 18:45:40 CUL_HM HM_353DC1_Sw_02 deviceMsg: on (to broadcast)
2015-08-06 18:45:40 CUL_HM HM_353DC1_Sw_02 level: 100
2015-08-06 18:45:40 CUL_HM HM_353DC1_Sw_02 pct: 100
2015-08-06 18:45:40 CUL_HM HM_353DC1_Sw_02 on
2015-08-06 18:45:40 CUL_HM HM_353DC1_Sw_02 timedOn: off
2015-08-06 18:45:44 CUL_HM HM_353DC1_Sw_02 deviceMsg: off (to broadcast)
2015-08-06 18:45:44 CUL_HM HM_353DC1_Sw_02 level: 0
2015-08-06 18:45:44 CUL_HM HM_353DC1_Sw_02 pct: 0
2015-08-06 18:45:44 CUL_HM HM_353DC1_Sw_02 off
2015-08-06 18:45:44 CUL_HM HM_353DC1_Sw_02 timedOn: off
2015-08-06 18:45:51 CUL_HM HM_353DC1_Sw_01 deviceMsg: on (to broadcast)
2015-08-06 18:45:51 CUL_HM HM_353DC1_Sw_01 level: 100
2015-08-06 18:45:51 CUL_HM HM_353DC1_Sw_01 pct: 100
2015-08-06 18:45:51 CUL_HM HM_353DC1_Sw_01 on
2015-08-06 18:45:51 CUL_HM HM_353DC1_Sw_01 timedOn: off
2015-08-06 18:45:56 CUL_HM HM_353DC1_Sw_01 deviceMsg: off (to broadcast)
2015-08-06 18:45:56 CUL_HM HM_353DC1_Sw_01 level: 0
2015-08-06 18:45:56 CUL_HM HM_353DC1_Sw_01 pct: 0
2015-08-06 18:45:56 CUL_HM HM_353DC1_Sw_01 off
2015-08-06 18:45:56 CUL_HM HM_353DC1_Sw_01 timedOn: off
2015-08-06 18:46:03 HMLAN hmusb loadLvl: low
Hat das etwas mit dem in diesem Thread beschrieben zu tun oder mache ich einen anderen Fehler (hatte gerade drei Monate fhem-Abstinenz wg. Auslandsaufenthalts)?
Grüße
Martin

[frank]

kein wunder! 

Code Auswählen Erweitern

2015.08.06 18:33:35 1: HMLAN_Parse: hmusb new condition ERROR-Overload

[dadoc]

kein wunder! 

Lasst mich nicht dumm den Hitzetod sterben... Hat das Pairing nicht geklappt? Aktuell lese ich im Log:

Code Auswählen Erweitern

2015.08.06 19:30:16 1: HMLAN_Parse: hmusb [b]new condition ok[/b]
2015.08.06 19:35:45 3: CUL_HM set CUL_HM_HM_SEC_SD_299A2F statusRequest
2015.08.06 19:40:28 3: CUL_HM set HM_353DC1_Sw_03 statusRequest
2015.08.06 19:40:29 3: CUL_HM set HM_353DC1_Sw_04 statusRequest
2015.08.06 19:44:45 3: CUL_HM set HM_353DC1_Sw_02 on
2015.08.06 19:44:47 3: CUL_HM set HM_353DC1_Sw_02 off
2015.08.06 19:44:49 3: CUL_HM set HM_353DC1_Sw_01 on
2015.08.06 19:44:51 3: CUL_HM set HM_353DC1_Sw_01 off


[frank]

Aktuell lese ich im Log:

das sieht ja schon ganz anders aus. ich gehe jetzt mal davon aus, dass es immer noch nicht geht.

Hat das Pairing nicht geklappt?

wahrscheinlich nicht. das könnte man an einem list vom device erkennen. und versuche besser die methode ohne seriennummer.

[dadoc]

Nein, reagiert in der Tat immer noch nicht. Habe autoReadReg 0_off gesetzt und ansonsten nur noch einen HM Rauhcmelder mit 4_reqStatus.
fhem.cfg sagt:

Code Auswählen Erweitern

define HM_353DC1 CUL_HM 353DC1
attr HM_353DC1 IODev hmusb
attr HM_353DC1 autoReadReg 0_off
attr HM_353DC1 expert 2_full
attr HM_353DC1 firmware 1.0
attr HM_353DC1 model HM-MOD-Re-8
attr HM_353DC1 msgRepeat 1
attr HM_353DC1 room CUL_HM
attr HM_353DC1 serialNr LEQ1521719
attr HM_353DC1 subType switch
attr HM_353DC1 webCmd getConfig:clear msgEvents
define FileLog_HM_353DC1 FileLog ./log/HM_353DC1-%Y.log HM_353DC1
attr FileLog_HM_353DC1 logtype text
attr FileLog_HM_353DC1 room CUL_HM
define HM_353DC1_Sw_01 CUL_HM 353DC101
attr HM_353DC1_Sw_01 model HM-MOD-Re-8
attr HM_353DC1_Sw_01 peerIDs
attr HM_353DC1_Sw_01 room Arbeitszimmer
attr HM_353DC1_Sw_01 webCmd statusRequest:toggle:on:off
define HM_353DC1_Sw_02 CUL_HM 353DC102
attr HM_353DC1_Sw_02 model HM-MOD-Re-8
attr HM_353DC1_Sw_02 room Arbeitszimmer
attr HM_353DC1_Sw_02 webCmd statusRequest:toggle:on:off
define HM_353DC1_Sw_03 CUL_HM 353DC103
attr HM_353DC1_Sw_03 model HM-MOD-Re-8
attr HM_353DC1_Sw_03 webCmd statusRequest:toggle:on:off
define HM_353DC1_Sw_04 CUL_HM 353DC104
attr HM_353DC1_Sw_04 model HM-MOD-Re-8
attr HM_353DC1_Sw_04 webCmd statusRequest:toggle:on:off
define HM_353DC1_Sw_05 CUL_HM 353DC105
attr HM_353DC1_Sw_05 model HM-MOD-Re-8
attr HM_353DC1_Sw_05 webCmd statusRequest:toggle:on:off
define HM_353DC1_Sw_06 CUL_HM 353DC106
attr HM_353DC1_Sw_06 model HM-MOD-Re-8
attr HM_353DC1_Sw_06 webCmd statusRequest:toggle:on:off
define HM_353DC1_Sw_07 CUL_HM 353DC107
attr HM_353DC1_Sw_07 model HM-MOD-Re-8
attr HM_353DC1_Sw_07 webCmd statusRequest:toggle:on:off
define HM_353DC1_Sw_08 CUL_HM 353DC108
attr HM_353DC1_Sw_08 model HM-MOD-Re-8
attr HM_353DC1_Sw_08 webCmd statusRequest:toggle:on:off

[frank]

in die befehlseingabe "list HM_353DC1" eintippen und posten.

[dadoc]

list ergibt

Code Auswählen Erweitern


Arbeitszimmer
Bad
Kueche
Schlafzimmer
Wohnzimmer
TV
WC
KS300
Wetter
Terrassen
CUL_HM
FHT
FS20
Favourites
Plots
Terrasssen
Unsorted
icoEverything Everything
Logfile
Commandref
Remote doc
Edit files
Select style
Event monitor

Internals:
   DEF        353DC1
   IODev      hmusb
   NAME       HM_353DC1
   NR         307
   NTFY_ORDER 50-HM_353DC1
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   channel_01 HM_353DC1_Sw_01
   channel_02 HM_353DC1_Sw_02
   channel_03 HM_353DC1_Sw_03
   channel_04 HM_353DC1_Sw_04
   channel_05 HM_353DC1_Sw_05
   channel_06 HM_353DC1_Sw_06
   channel_07 HM_353DC1_Sw_07
   channel_08 HM_353DC1_Sw_08
   protCmdDel 53
   protResnd  4 last_at:2015-08-06 20:27:28
   protResndFail 4 last_at:2015-08-06 20:27:34
   protSnd    4 last_at:2015-08-06 20:27:23
   protState  CMDs_done_Errors:1
   Readings:
     2015-08-06 18:32:44   D-firmware      1.0
     2015-08-06 18:32:44   D-serialNr      LEQ1521719
     2015-08-06 18:32:44   R-intKeyVisib   set_invisib
     2015-08-06 18:32:44   R-pairCentral   set_0x424242
     2015-08-06 20:28:00   RegL_00:
     2015-08-06 20:27:34   state           RESPONSE TIMEOUT:RegisterRead
   Helper:
     HM_CMDNR   5
     cSnd       01424242353DC100040000000000,01424242353DC100040000000000
     mId        00BE
     rxType     2
     Io:
       newChn     +353DC1,00,00,00
       prefIO
       rxt        0
       vccu
       p:
         353DC1
         00
         00
         00
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
Attributes:
   IODev      hmusb
   autoReadReg 0_off
   expert     2_full
   firmware   1.0
   model      HM-MOD-Re-8
   msgRepeat  1
   room       CUL_HM
   serialNr   LEQ1521719
   subType    switch
   webCmd     getConfig:clear msgEvents

set hm configCheck ergibt

Code Auswählen Erweitern

configCheck done:

missing register list
    HM_353DC1: RegL_00:
    HM_353DC1_Sw_01: RegL_01:
    HM_353DC1_Sw_02: RegL_01:
    HM_353DC1_Sw_03: RegL_01:
    HM_353DC1_Sw_04: RegL_01:
    HM_353DC1_Sw_05: RegL_01:
    HM_353DC1_Sw_06: RegL_01:
    HM_353DC1_Sw_07: RegL_01:
    HM_353DC1_Sw_08: RegL_01:

peer list incomplete. Use getConfig to read it.
    incomplete: HM_353DC1_Sw_01:
    incomplete: HM_353DC1_Sw_02:
    incomplete: HM_353DC1_Sw_03:
    incomplete: HM_353DC1_Sw_04:
    incomplete: HM_353DC1_Sw_05:
    incomplete: HM_353DC1_Sw_06:
    incomplete: HM_353DC1_Sw_07:
    incomplete: HM_353DC1_Sw_08:


[frank]

Code Auswählen Erweitern

2015-08-06 18:32:44   R-pairCentral   set_0x424242
wenn das set_ vor der hmid weg ist, hast du richtig gepaired. und die missing registerlisten sind dann auch weg. also keine devices löschen einfach solange pairen, bis es passt. funk ist ok? vielleicht etwas dichter, 2-3 meter.

[dadoc]

Die Distanz zwischen Raspi und dem Modul ist recht groß, Luftlinie etwa 8 Meter und von einem Geschoss ins darunterliegende (alte Holzdecken/Böden.  Das Modul näher zu bringen ist auch nicht ganz einfach, da ich es in einen Hutschienenverteiler mit Hutschienennetzteil eingebaut habe. Aber natürlich machbar, wenn Du denkst, dass das das Problem ist. Aber damit ich etwas dazulerne: das Pairing hat nicht geklappt, trotz aller Einträge?

[martinp876]

Devices senden, ob gepairt oder nicht. Der inhalt kann sich gelegentlich etwas aendern. Fhem empfaengt alles und stellt es dar. Ob gepairt ist wird nicht automatisch geprueft.
Also : immer das pairing pruefen. Hminfo befragen !

[dadoc]

ok, aber während der Pairing-Phase bekomme ich so etwas:

Code Auswählen Erweitern

Events (Filter:.*):
2015-08-06 22:02:51 HMLAN hmusb loadLvl: low
2015-08-06 22:03:03 HMLAN hmusb loadLvl: low
2015-08-06 22:03:09 HMLAN hmusb cond: Warning-HighLoad
2015-08-06 22:03:09 HMLAN hmusb Xmit-Events: ok:1 disconnected:11 init:11 Warning-HighLoad:2
2015-08-06 22:03:09 HMLAN hmusb prot_Warning-HighLoad: last
2015-08-06 22:03:18 HMLAN hmusb overload
2015-08-06 22:03:18 HMLAN hmusb cond: ERROR-Overload
2015-08-06 22:03:18 HMLAN hmusb Xmit-Events: ERROR-Overload:1 ok:1 disconnected:11 init:11 Warning-HighLoad:2
2015-08-06 22:03:18 HMLAN hmusb prot_ERROR-Overload: last
2015-08-06 22:03:28 HMLAN hmusb loadLvl: low
verbunden mit "unreachable" in den Kanälen - direkt nach Löschen des Device in der fhem.cfg, Neustart, Stromlosmachen des Sticks
Kann man daraus etwas schließen?

[dadoc]

Nur damit ich da nicht völlig daneben liege: Habe das Modul nun in ca. 2 m Entfernung zum Stick. Ich gebe ein:
set hmusb hmPairForSec 600
(was mich wundert, dass nach Abschicken des Befehls im WebUI dieses "kommentarlos" auf die Startseite wechselt).
Dann setze ich das Modul durch Drücken der Kanaltaste 1 (5 Sec) in den Anlernmodus, LED beginnt zu blinken.
Mache ich soweit etwas falsch?
Im Log des Device finde ich I/O errors:

Code Auswählen Erweitern

2015-08-06_22:55:56 HM_353DC1 CMDs_pending
2015-08-06_22:58:38 HM_353DC1 D-firmware: 1.0
2015-08-06_22:58:38 HM_353DC1 D-serialNr: LEQ1521719
2015-08-06_22:58:38 HM_353DC1 R-pairCentral: set_0x424242
2015-08-06_22:58:38 HM_353DC1 CMDs_pending
2015-08-06_23:02:23 HM_353DC1 D-firmware: 1.0
2015-08-06_23:02:23 HM_353DC1 D-serialNr: LEQ1521719
2015-08-06_23:02:23 HM_353DC1 R-intKeyVisib: set_invisib
2015-08-06_23:02:23 HM_353DC1 R-pairCentral: set_0x424242
2015-08-06_23:02:23 HM_353DC1 CMDs_pending
2015-08-06_23:04:38 HM_353DC1 IOerr
2015-08-06_23:04:38 HM_353DC1 CMDs_done_Errors:1

[frank]

direkt nach Löschen des Device in der fhem.cfg

das ist unnötig. einfach "drüber-pairen".

Code Auswählen Erweitern

2015-08-06 22:03:03 HMLAN hmusb loadLvl: low
2015-08-06 22:03:09 HMLAN hmusb cond: Warning-HighLoad
das ist schon allerhand. wenn du das loadlvl attr nicht verändert hast, "springt" die load quasi von 0 (1) auf 90 in 6 sek. rekordverdächtig. eigentlich müsste es auch noch andere loadlvl events geben.
poste mal ein list vom hmusb.
ausserdem solltest du mal die raw-messages vom pairing sniffen, wie im wiki homematic sniffen beschrieben ist.

Code Auswählen Erweitern

2015-08-06 22:03:18 HMLAN hmusb prot_ERROR-Overload: last
2015-08-06 22:03:28 HMLAN hmusb loadLvl: low
und 10 sek nach overload soll loadlvl schon wieder low sein. auch nicht schlecht.

das update hat funktioniert? auch restart gemacht? poste mal die versionsangaben.