HM-LC-Sw1PBU-FM kein set <name> möglich

Begonnen von Sascha, 07 November 2015, 16:25:14

Vorheriges Thema - Nächstes Thema

Sascha

Hallo Leute,
habe heute nach langer Zeit mal wieder was an meiner fhem Installation geändert (hab ich jetzt seit über drei Jahren und soweit - bis auf Kleinigkeiten :-) immer zufrieden).

Jetzt bin ich mal wieder auf ein Problem gestoßen das sich weigert mittels google gelöst zu werden:

Ich habe den HM-LC-Sw1PBU-FM installiert und kann direkt am Schalter das Licht (besser: ein SMD-LED Lichtband das an einem Trafo hängt) an und ausschalten. Die Verkabelung scheint damit zu stimmen.

Ich habe dann den HM-LC-Sw1PBU-FM mit fhem gepaired. Musste ich zweimal machen weil list <name> nichts zum Thema R-pairCentral nichts geliefert hat.

Mittlerweile liefert list R-pairCentral   0x2DDFE6. Soweit wohl so gut - oder?

Was jetzt leider nicht funktioniert ist das Schalten mittels fhem Seite:

- gebe ich set <name> off bekommen ich: unknown argument off, choose one of assignHmKey clear deviceRename fwUpdate getConfig getDevInfo getRegRaw getSerial getVersion pair raw regBulk regSet reset unpair

- bei SET gibt es kein "off", oder "on" oder "toggle" - diese Punkte existieren in der Liste bei SET einfach nicht????

Was kann ich da machen?

Danke euch
Sascha

LuckyDay

jo, dann ist bei DIR etwas falsch!

Ich hab aber keine Lust zum raten, da du kein
list <device> hier postest


Sascha

Na das List hier zu posten ist ja das kleinste Prolem  :)

DEF        3AC8DA
   HMLAN1_MSGCNT 44
   HMLAN1_RAWMSG E3AC8DA,0000,92AB4599,FF,FFB9,3DA4103AC8DA2DDFE606010000
   HMLAN1_RSSI -71
   HMLAN1_TIME 2015-11-07 16:59:25
   HMLAN2_MSGCNT 58
   HMLAN2_RAWMSG E3AC8DA,0000,9874D4A4,FF,FFB7,3DA4103AC8DA2DDFE606010000
   HMLAN2_RSSI -73
   HMLAN2_TIME 2015-11-07 16:59:25
   IODev      HMLAN2
   LASTInputDev HMLAN1
   MSGCNT     102
   NAME       Schlafzimmer_Bett
   NR         421
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM_3AC8DA_Btn1
   lastMsg    No:3D - t:10 s:3AC8DA d:2DDFE6 06010000
   protLastRcv 2015-11-07 16:59:25
   protResnd  1 last_at:2015-11-07 16:57:02
   protSnd    48 last_at:2015-11-07 16:59:25
   protState  CMDs_done
   rssi_HMLAN2 avg:-79 min:-79 max:-79 lst:-79 cnt:1
   rssi_at_HMLAN1 avg:-74.27 min:-87 max:-70 lst:-71 cnt:44
   rssi_at_HMLAN2 avg:-77.82 min:-93 max:-70 lst:-73 cnt:58
   Readings:
     2015-11-07 16:00:20   D-firmware      2.3
     2015-11-07 16:00:20   D-serialNr      MEQ0485138
     2015-11-07 16:56:59   PairedTo        0x2DDFE6
     2015-11-07 16:00:29   R-pairCentral   0x2DDFE6
     2015-11-07 16:56:59   RegL_00:          02:01 0A:2D 0B:DF 0C:E6 15:FF 18:00 00:00
     2015-11-07 16:56:55   powerOn         2015-11-07 16:56:55
     2015-11-07 16:59:25   state           CMDs_done
   Helper:
     HM_CMDNR   61
     PONtest    0
     cSnd       012DDFE63AC8DA01040000000001,012DDFE63AC8DA0103
     mId        0069
     rxType     1
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +3AC8DA,00,00,00
       nextSend   1446911965.45006
       prefIO
       rxt        0
       vccu
       p:
         3AC8DA
         00
         00
         00
     Mrssi:
       mNo        3D
       Io:
         HMLAN1     -71
         HMLAN2     -71
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
       prs        1
     Rpt:
       IO         HMLAN2
       flg        A
       ts         1446911965.36463
       ack:
         HASH(0x2394ed8)
         3D80022DDFE63AC8DA00
     Rssi:
       Hmlan2:
         avg        -79
         cnt        1
         lst        -79
         max        -79
         min        -79
       At_hmlan1:
         avg        -74.2727272727273
         cnt        44
         lst        -71
         max        -70
         min        -87
       At_hmlan2:
         avg        -77.8275862068965
         cnt        58
         lst        -73
         max        -70
         min        -93
     Shadowreg:
Attributes:
   IODev      HMLAN2
   alias      Schlafzimmer_Bett
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   2.3
   model      HM-LC-Sw1PBU-FM
   room       Schlafzimmer
   serialNr   MEQ0485138
   subType    switch
   webCmd     getConfig:clear msgEvents

Sascha

Und was mich auch stutzig mach: wo kommt bei den Readings das komische Datum 2015-11-07 her  :)? der Raspi auf dem fhem läuft wirft das korrekte Datum und die korrekte Zeit aus?

Sascha

LuckyDay

#4
ZitatTYPE       CUL_HM
   channel_01 HM_3AC8DA_Btn1

Kannst du da draufdrücken,? diesen channal hab ich nicht
Zitatchannel_01 HM_3AC8DA_Btn1

Ralli

Sieht komisch aus. Ich würde einen Device-Reset machen, nochmal neu pairen und dann ein getConfig machen.
Gruß,
Ralli

Proxmox 8.4 Cluster mit HP ED800G2i7, Intel NUC11TNHi7+NUC7i5BNH, virtualisiertes fhem 6.4 dev, virtualisierte RaspberryMatic (3.83.6.20250705) mit HB-RF-ETH 1.3.0 / RPI-RF-MOD, HM-LAN-GW (1.4.1) und HMW-GW, FRITZBOX 7490 (07.59), FBDECT, Siri und Alexa

Sascha

Was meinst du mit "draufdrücken"? ich hab da kein Device oder ähhliches gelistet - nur das Device

fhem hatte mittels autocreate folgendes angelegt:

define Schlafzimmer_Bett CUL_HM 3AC8DA
attr Schlafzimmer_Bett IODev HMLAN2
attr Schlafzimmer_Bett alias Schlafzimmer_Bett
attr Schlafzimmer_Bett autoReadReg 4_reqStatus
attr Schlafzimmer_Bett expert 2_full
attr Schlafzimmer_Bett firmware 2.3
attr Schlafzimmer_Bett model HM-LC-Sw1PBU-FM
attr Schlafzimmer_Bett room Schlafzimmer
attr Schlafzimmer_Bett serialNr MEQ0485138
attr Schlafzimmer_Bett subType switch
attr Schlafzimmer_Bett webCmd getConfig:clear msgEvents
define FileLog_HM_3AC8DASchlafzimmer_Bett FileLog ./log/Schlafzimmer_Bett-%Y.log HM_3AC8DA
attr FileLog_Schlafzimmer_Bett logtype text
attr FileLog_Schlafzimmer_Bett room CUL_HM

define HM_3AC8DA_Btn1 CUL_HM 3AC8DA01
attr HM_3AC8DA_Btn1 model virtual_1
attr HM_3AC8DA_Btn1 peerIDs 00000000,
attr HM_3AC8DA_Btn1 webCmd press short:press long

irgendwie hab ich das Gefühl einen Schalter mit einer modifizierten Firmware geliefert bekommen zu haben ... kann das sein?

Sascha

Sascha

Sascha


Sascha


LuckyDay

define HM_3AC8DA_Btn1 CUL_HM 3AC8DA01
attr HM_3AC8DA_Btn1 model virtual_1
attr HM_3AC8DA_Btn1 peerIDs 00000000,
attr HM_3AC8DA_Btn1 webCmd press short:press long


ohh da hat dir fhem einen Schaltkannal angelegt, das sollte bei den 1 Kannalern nicht sein, aber wer weiß :)

mach mal aus dem Modell --> HM-LC-Sw1PBU-FM  statt dem Virtual 1

dann solltest schalten können

Sascha

Hallo Hary,
nachdem du meintest "drück mal drauf" (und ich nix hatte) dachte ich mir, dass an der Stelle was falsch gelaufen sein muss und habe fhem.cfg folgendes hinzugefügt:

attr HM_3AC8DA_Btn1 room Schlafzimmer

jetzt hatte ich das device zum drücken und konnte an und aus schalten. Werde das jetzt auskommentieren und statt dessen deinen Vorschlag umsetzen.

Danke euch für die Unterstützung. Bin immer wieder begeistert wie schnell und nett das hier geht.

Gibt es eigentlich irgendwie eine Möglichkeit was an das Forum zu spenden?

Sascha

LuckyDay

Da muß sich Martin dazu melden, weil normal ist das nicht :)

Sascha

hab schon so viel profitiert - und inhaltlich kann ich leider nicht so viel zurückgeben - daher: gebt mir ne paypal Adresse und ich spende was  :)

Sascha

martinp876

Der Kanal 01 ist seltsam. Nun, erlaubt ist das, aber nicht automatisch.

delete HM_3AC8DA_Btn1

dann sehe nach, dass das Device wieder also Kanal arbeitet.
Hintergrund: mehrkanal devices haben ein "reines" device und einige Kanäle. Einkanal-devices haben ein gemischten Eintrag, der Device und Kanal ist.
danach sollte
ZitatRole:
       dev        1
       prs        1
auch sich ändern in
ZitatRole:
       dev        1
       chn        1
       prs        1

dann sollte es schon einmal besser werden.
Du kannst aber auch

HM_3AC8DA_Btn1
als den Kanal nutzen