Hallo,
ich habe einen HM-LC-Sw1PBU-FM welcher sich nicht mehr über mit bekannte Wege mit fhem pairen lässt. Er hat von heute auf morgen öfters Probleme gemacht. Daraufhin habe ich ihn nach Anleitung resetet und neu angelernt. Leider scheint es hier aber nicht richtig zu funktionieren (paired nicht), vgl list:
ZitatInternals:
CFGFN
CUL_0_MSGCNT 2
CUL_0_RAWMSG A1A0384001B732F0000002100694A45513031303037313510010100::-55.5:CUL_0
CUL_0_RSSI -55.5
CUL_0_TIME 2015-09-28 18:15:40
DEF 1B732F
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 2
NAME HM_1B732F
NR 482
STATE MISSING ACK
TYPE CUL_HM
hmPairSerial JEQ0100715
lastMsg No:03 - t:00 s:1B732F d:000000 2100694A45513031303037313510010100
protCmdDel 4
protLastRcv 2015-09-28 18:15:40
protResnd 6 last_at:2015-09-28 18:15:54
protResndFail 2 last_at:2015-09-28 18:15:59
protSnd 3 last_at:2015-09-28 18:15:40
protState CMDs_done_Errors:1
rssi_at_CUL_0 cnt:2 min:-94.5 max:-55.5 lst:-55.5 avg:-75
Readings:
2015-09-28 18:15:40 D-firmware 2.1
2015-09-28 18:15:40 D-serialNr JEQ0100715
2015-09-28 18:15:40 R-intKeyVisib set_invisib
2015-09-28 18:15:40 R-pairCentral set_0xF11234
2015-09-28 18:15:59 state MISSING ACK
Helper:
HM_CMDNR 4
PONtest 1
cSnd 01F112341B732F010E,01F112341B732F00050000000000
mId 0069
rxType 1
Io:
newChn +1B732F,00,00,00
nextSend 1443456940.50557
prefIO
rxt 0
vccu
p:
1B732F
00
00
00
Mrssi:
mNo 03
Io:
CUL_0 -53.5
Prt:
bErr 0
mmcS 1
sProc 0
mmcA:
++A001F112341B732F00050000000000
Q:
qReqConf 00
qReqStat 00
Role:
chn 1
dev 1
prs 1
Rssi:
At_cul_0:
avg -75
cnt 2
lst -55.5
max -55.5
min -94.5
Shadowreg:
RegL_00: 02:01 0A:F1 0B:12 0C:34
Attributes:
IODev CUL_0
IOgrp vccu:CUL_0
autoReadReg 4_reqStatus
expert 2_full
firmware 2.1
model HM-LC-Sw1PBU-FM
room CUL_HM
serialNr JEQ0100715
subType switch
webCmd statusRequest:toggle:on:off
Ich habe diese Prozedur nun schon gefühlt 20 mal durchgeführt, aber immer mit dem gleichen Ergebnis. Ist der Schalter hin? Hat jemand eine Idee? Danke.
poste mal je ein list von cul und vccu.
Hallo
hier die gewünschten lists
list CUL_0
ZitatInternals:
CMDS BbCFiAZNkGMKUYRTVWXefmLltux
CUL_0_MSGCNT 127
CUL_0_TIME 2015-09-29 13:34:16
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:
DEF /dev/ttyACM0@38400 1234
DeviceName /dev/ttyACM0@38400
FD 6
FHTID 1234
NAME CUL_0
NR 6
PARTIAL
RAWMSG A0C90867029DABA00000000B56400
RSSI -74
STATE Initialized
TYPE CUL
VERSION V 1.65 CUL868
initString X21
Ar
owner_CCU vccu
Matchlist:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
Readings:
2015-02-28 14:25:47 ccconf freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
2015-09-29 08:43:12 cmds B b C F i A Z N k G M K U Y R T V W X e f m L l t u x
2015-09-28 23:00:01 raw is000000FF0FF0
2015-09-29 13:34:16 state Initialized
2014-12-30 14:06:01 uptime 0 01:21:42
2015-02-28 14:26:08 version V 1.63 CUL868
Attributes:
devStateIcon Initialized:cul_cul@green opened:cul_cul@red disconnected:cul_cul@FE66F1
hmId F11234
rfmode HomeMatic
room Hardware
list vccu
ZitatInternals:
CUL_0_MSGCNT 11
CUL_0_RAWMSG A0EE982021F99EE1F9371010100002B::-107.5:CUL_0
CUL_0_RSSI -107.5
CUL_0_TIME 2015-09-29 13:14:18
DEF F11234
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 11
NAME vccu
NR 18
NTFY_ORDER 50-vccu
STATE CUL_0:ok,
TYPE CUL_HM
assignedIOs CUL_0
Readings:
2015-09-29 08:43:16 state CUL_0:ok,
2015-09-13 20:00:04 unknown_13CB3C received
2015-09-29 08:49:21 unknown_1F9297 received
2015-09-27 21:04:46 unknown_1F9371 received
2015-09-28 22:39:54 unknown_1F99DD received
2015-09-29 13:14:18 unknown_1F99EE received
2015-09-27 21:01:06 unknown_1F9B6F received
2015-09-24 01:06:53 unknown_231715 received
Helper:
HM_CMDNR 1
mId FFF0
rxType 1
Io:
prefIO
vccu
ioList:
CUL_0
Mrssi:
mNo
Prt:
bErr 0
sProc 0
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rssi:
Shadowreg:
Attributes:
IODev CUL_0
IOList CUL_0
model CCU-FHEM
room device_CUL_HM
subType virtual
webCmd virtual:update
Die unkown devices sind Geräte vom Nachbarn. Danke
Ich habe in letzter Zeit auch immer Probleme mit hmPairSerial , bei mir geht eigentlich nur noch hmPairForSec. Vor ca. einem Jahr habe ich etwa 50 Aktoren nur mit hmPairSerial angelernt. Da es in letzter Zeit aber immer mal ein Aktor ist habe ich mir das nicht näher angeschaut.
Gruß Otto
ausserdem schaltest du nebenbei intertechno mit der cul. in verbindung mit der vccu könnte das problematisch sein. ich habe es auch schon erlebt, dass die einstellungen der cul sich nicht mehr korrekt umstellen. poste mal ein get ccconf von der cul. im list vom device fehlt auch ein hinweis auf deine vccu und preffered io.
am besten du sniffst die rawmessages vom pairen (set vccu hmPairForSec 60), wie im wiki homematic sniffen beschrieben.
Hallo,
hier der get ccconf Output:
CUL_0 ccconf => freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
Was meinst Du hiermt? Ich verstehe das nicht.
> im list vom device fehlt auch ein hinweis auf deine vccu und preffered io.
Werde heute Abend einmal das Pairing mit sniffen und dann hier posten
ZitatHelper:
HM_CMDNR 169
PONtest 1
cSnd 111ACE1F206278020222,111ACE1F206278020224
mId 0039
rxType 140
Io:
newChn +206278,00,00,00
nextSend 1443529674.73787
rxt 2
vccu ccu
p:
206278
00
00
00
prefIO:
hmusb1
bei einem device mit "attr iogrp ccu:hmusb1".
oder ist dein fhem nicht tagesaktuell?
Hallo
fhem ist aktuell. Jetzt habe ich es verstanden. Die einzelnen devices sind z.T. schon länger im fhem. Ich habe es gerade mal nachgetragen. Danke. Gesnifftes Pairing lioefere ich heute Abend, wenn ich zu Hause bin. Danke
Hallo,
hier un der Auszug aus dem Logfile der beim Pairen entstanden ist.
2015.09.29 20:29:57.742 4: CUL_send: CUL_0As 10 03 A001 F11234 1B732F 00050000000000
2015.09.29 20:30:02.450 4: CUL_send: CUL_0As 10 03 A001 F11234 1B732F 00050000000000
2015.09.29 20:30:08.382 4: CUL_send: CUL_0As 10 03 A001 F11234 1B732F 00050000000000
Kannst Du damit etwas anfangen? Warum funktioniert das von heute auf morgen nicht mehr? Danke
1B732F antwortet nicht- Ist entweder nicht gepairt oder tot.
Hallo,
habe ja auch versucht das Device neu zu pairen. Mehr passiert das leider nicht. Auch ein hmPairSerial funktioniert nicht. Tot = Defekt? Danke
hast Du ihn mal vom Strom getrennt?
Gruß Otto
Zitathabe ja auch versucht das Device neu zu pairen.
in den rawmessages gibt es keine anlernmessage. also nochmal sniffen. zusätzlich mal die tasten am aktor drücken.
Hallo,
habe das Device noch einmal angelernt. Nahezu gleicher Logfile Inhalt. Mehr gibt es nicht mehr passiert leider nicht.
2015.09.30 18:36:24.172 4: CUL_send: CUL_0As 0B 0F A001 F11234 1B732F 010E
2015.09.30 18:36:25.196 4: CUL_send: CUL_0As 0B 0F A001 F11234 1B732F 010E
2015.09.30 18:36:30.592 4: CUL_send: CUL_0As 0B 0F A001 F11234 1B732F 010E
2015.09.30 18:36:36.384 4: CUL_send: CUL_0As 0B 0F A001 F11234 1B732F 010E
Habe es auch einmal mit komplett vom Strom trennen probiert. Hilft leider alles nichts. Ist das Ding kaputt?
Vom device wurde nichts empfangen. Warum fhem sendet wenn du am device anlernen machst ist unklar.
Hast du wirklich config am device gemacht?
Hallo,
ich häng mich mal hier dazu, habe auch selbiges Problem bei 2 Aktoren dieses Typs. Den einen Aktor habe ich selbst gelötet und nachdem der sich so komisch verhielt habe ich auch noch einen fertigen gekauft aber - sie verhalten sich ähnlich. Ähnlich deswegen, weil es Variationen gibt, mal gehts, mal nicht, nach x mal pairen und reset, Strom weg und wieder dran, usw. Ich habe mal das pairing und einige Aktionen gesniffft und kommentiert was ich gemacht habe, ich hoffe das hilft um das Problem zu verstehen. FHEM hat update vom 30.9.2015
pairen
2015.09.30 19:42:37.984 0: HMLAN_Send: HMLAN1 I:K
2015.09.30 19:42:37.991 0: HMLAN_Parse: HMLAN1 V:03C4 sNo:LEQ0102312 d:26ED82 O:26ED82 t:04322E27 IDcnt:000E L:24 %
2015.09.30 19:42:50.090 0: HMLAN_Parse: HMLAN1 R:E33D579 stat:0000 t:04325D63 d:FF r:FFB4 m:00 8410 33D579 000000 06010000
2015.09.30 19:42:55.839 0: HMLAN_Parse: HMLAN1 R:E33D579 stat:0000 t:043273D9 d:FF r:FFAE m:01 8400 33D579 000000 2300694C45513133313233313310010100
2015.09.30 19:43:00.874 0: HMLAN_Send: HMLAN1 I:+33D579,00,00,00
2015.09.30 19:43:01.891 1: PERL WARNING: Use of uninitialized value in numeric comparison (<=>) at fhem.pl line 1771.
2015.09.30 19:43:01.936 0: HMLAN_Send: HMLAN1 S:+33D579,00,00,00
2015.09.30 19:43:01.939 0: HMLAN_Send: HMLAN1 S:S1F59AD7F stat: 00 t:00000000 d:01 r:1F59AD7F m:02 A001 26ED82 33D579 010E
2015.09.30 19:43:02.106 0: HMLAN_Parse: HMLAN1 R:E33D579 stat:0000 t:04328C53 d:FF r:FFBA m:02 A410 33D579 26ED82 0601000040
2015.09.30 19:43:02.245 0: HMLAN_Parse: HMLAN1 R:R1F59AD7F stat:0001 t:04328C58 d:FF r:FFBA m:02 A410 33D579 26ED82 0601000040
2015.09.30 19:43:02.987 0: HMLAN_Send: HMLAN1 I:K
2015.09.30 19:43:02.994 0: HMLAN_Parse: HMLAN1 V:03C4 sNo:LEQ0102312 d:26ED82 O:26ED82 t:04328FD7 IDcnt:000E L:24 %
2015.09.30 19:43:05.958 0: HMLAN_Send: HMLAN1 S:+33D579,00,00,00
2015.09.30 19:43:05.965 0: HMLAN_Send: HMLAN1 S:S1F59BD35 stat: 00 t:00000000 d:01 r:1F59BD35 m:03 A001 26ED82 33D579 00040000000000
2015.09.30 19:43:06.574 0: HMLAN_Parse: HMLAN1 R:R1F59BD35 stat:0008 t:00000000 d:FF r:7FFF m:03 A001 26ED82 33D579 00040000000000
2015.09.30 19:43:06.577 0: HMLAN_Parse: HMLAN1 no ACK from 33D579
2015.09.30 19:43:06.805 1: Error: HM_37DA47 has no TYPE
2015.09.30 19:43:06.852 1: Error: HM_37DA47 has no TYPE
2015.09.30 19:43:06.899 1: Error: HM_37DA47 has no TYPE
2015.09.30 19:43:06.946 1: Error: HM_37DA47 has no TYPE
2015.09.30 19:43:06.992 1: Error: HM_37DA47 has no TYPE
2015.09.30 19:43:07.039 1: Error: HM_37DA47 has no TYPE
2015.09.30 19:43:07.086 1: Error: HM_37DA47 has no TYPE
2015.09.30 19:43:07.133 1: Error: HM_37DA47 has no TYPE
2015.09.30 19:43:07.181 1: Error: HM_37DA47 has no TYPE
2015.09.30 19:43:07.228 1: Error: HM_37DA47 has no TYPE
2015.09.30 19:43:07.276 1: Error: HM_37DA47 has no TYPE
2015.09.30 19:43:07.323 1: Error: HM_37DA47 has no TYPE
2015.09.30 19:43:07.371 1: Error: HM_37DA47 has no TYPE
2015.09.30 19:43:07.844 1: Error: HM_37DA47 has no TYPE
2015.09.30 19:43:10.868 0: HMLAN_Send: HMLAN1 S:S1F59D063 stat: 00 t:00000000 d:01 r:1F59D063 m:03 A001 26ED82 33D579 00040000000000
2015.09.30 19:43:11.478 0: HMLAN_Parse: HMLAN1 R:R1F59D063 stat:0008 t:00000000 d:FF r:7FFF m:03 A001 26ED82 33D579 00040000000000
2015.09.30 19:43:11.484 0: HMLAN_Parse: HMLAN1 no ACK from 33D579
2015.09.30 19:43:15.729 0: HMLAN_Send: HMLAN1 S:S1F59E360 stat: 00 t:00000000 d:01 r:1F59E360 m:03 A001 26ED82 33D579 00040000000000
2015.09.30 19:43:16.339 0: HMLAN_Parse: HMLAN1 R:R1F59E360 stat:0008 t:00000000 d:FF r:7FFF m:03 A001 26ED82 33D579 00040000000000
2015.09.30 19:43:16.341 0: HMLAN_Parse: HMLAN1 no ACK from 33D579
2015.09.30 19:43:20.126 0: HMLAN_Send: HMLAN1 S:S1F59F48D stat: 00 t:00000000 d:01 r:1F59F48D m:03 A001 26ED82 33D579 00040000000000
2015.09.30 19:43:20.736 0: HMLAN_Parse: HMLAN1 R:R1F59F48D stat:0008 t:00000000 d:FF r:7FFF m:03 A001 26ED82 33D579 00040000000000
2015.09.30 19:43:20.739 0: HMLAN_Parse: HMLAN1 no ACK from 33D579
2015.09.30 19:43:27.990 0: HMLAN_Send: HMLAN1 I:K
2015.09.30 19:43:27.997 0: HMLAN_Parse: HMLAN1 V:03C4 sNo:LEQ0102312 d:26ED82 O:26ED82 t:0432F186 IDcnt:000E L:24 %
2015.09.30 19:43:53.014 0: HMLAN_Send: HMLAN1 I:K
2015.09.30 19:43:53.021 0: HMLAN_Parse: HMLAN1 V:03C4 sNo:LEQ0102312 d:26ED82 O:26ED82 t:0433534A IDcnt:000E L:24 %
2015.09.30 19:43:55.017 0: HMLAN_Parse: HMLAN1 R:E33D579 stat:0000 t:04335B0C d:FF r:FFB5 m:04 8410 33D579 000000 0601C800
mit lokalem taster eingeschaltet - ok
2015.09.30 19:44:18.025 0: HMLAN_Send: HMLAN1 I:K
2015.09.30 19:44:18.032 0: HMLAN_Parse: HMLAN1 V:03C4 sNo:LEQ0102312 d:26ED82 O:26ED82 t:0433B500 IDcnt:000E L:24 %
2015.09.30 19:44:25.044 0: HMLAN_Parse: HMLAN1 R:E33D579 stat:0000 t:0433D05C d:FF r:FFB9 m:06 8410 33D579 000000 06010000
mit lokalem taster aus - ok
2015.09.30 19:44:43.045 0: HMLAN_Send: HMLAN1 I:K
2015.09.30 19:44:43.052 0: HMLAN_Parse: HMLAN1 V:03C4 sNo:LEQ0102312 d:26ED82 O:26ED82 t:043416C0 IDcnt:000E L:24 %
2015.09.30 19:44:45.695 0: HMLAN_Send: HMLAN1 S:+33D579,00,00,00
2015.09.30 19:44:45.698 0: HMLAN_Send: HMLAN1 S:S1F5B42CE stat: 00 t:00000000 d:01 r:1F5B42CE m:07 A011 26ED82 33D579 0201C80000
2015.09.30 19:44:45.701 0: HMLAN_Send: HMLAN1 I:K
2015.09.30 19:44:45.731 0: HMLAN_Parse: HMLAN1 V:03C4 sNo:LEQ0102312 d:26ED82 O:26ED82 t:04342137 IDcnt:000E L:25 %
2015.09.30 19:44:46.307 0: HMLAN_Parse: HMLAN1 R:R1F5B42CE stat:0008 t:00000000 d:FF r:7FFF m:07 A011 26ED82 33D579 0201C80000
2015.09.30 19:44:46.310 0: HMLAN_Parse: HMLAN1 no ACK from 33D579
2015.09.30 19:44:47.636 0: HMLAN_Send: HMLAN1 S:S1F5B4A63 stat: 00 t:00000000 d:01 r:1F5B4A63 m:07 A011 26ED82 33D579 0201C80000
2015.09.30 19:44:48.246 0: HMLAN_Parse: HMLAN1 R:R1F5B4A63 stat:0008 t:00000000 d:FF r:7FFF m:07 A011 26ED82 33D579 0201C80000
2015.09.30 19:44:48.248 0: HMLAN_Parse: HMLAN1 no ACK from 33D579
toggel vom web interface geht nicht
2015.09.30 19:44:51.927 0: HMLAN_Send: HMLAN1 S:S1F5B5B26 stat: 00 t:00000000 d:01 r:1F5B5B26 m:07 A011 26ED82 33D579 0201C80000
2015.09.30 19:44:52.537 0: HMLAN_Parse: HMLAN1 R:R1F5B5B26 stat:0008 t:00000000 d:FF r:7FFF m:07 A011 26ED82 33D579 0201C80000
2015.09.30 19:44:52.540 0: HMLAN_Parse: HMLAN1 no ACK from 33D579
2015.09.30 19:44:56.642 0: HMLAN_Send: HMLAN1 S:S1F5B6D91 stat: 00 t:00000000 d:01 r:1F5B6D91 m:07 A011 26ED82 33D579 0201C80000
2015.09.30 19:44:57.252 0: HMLAN_Parse: HMLAN1 R:R1F5B6D91 stat:0008 t:00000000 d:FF r:7FFF m:07 A011 26ED82 33D579 0201C80000
2015.09.30 19:44:57.255 0: HMLAN_Parse: HMLAN1 no ACK from 33D579
2015.09.30 19:45:10.704 0: HMLAN_Send: HMLAN1 I:K
2015.09.30 19:45:10.711 0: HMLAN_Parse: HMLAN1 V:03C4 sNo:LEQ0102312 d:26ED82 O:26ED82 t:043482D0 IDcnt:000E L:25 %
jetzt hängt er auf missing ACK
Hallo,
ja, habe config=anlernen status am device aktiviert. Ich habe es nun auch mal so weit getrieben, dass ich das Device an komplett aus fhem gelöscht habe, dann angelernt und alles in fhem gespeichert habe. Dazu passt der letzte Auszug aus dem Logfile. Das Device sendet wohl rein gar nichts mehr.
Ich habe gesehen, dass es ein Firmware Update zu diesem device gibt. Macht es Sinn da zu probieren, oder würde es fehlschlagen, da nicht gepaired?
Hallo,
das Problem scheint ja bei weiteren HM-LC-Sw1PBU-FM aufzutreten. Bei mir ist es auch nach mehrtägiem Probieren nicht möglich mehr Debug Meldungen im Log zu erhalten. Das Device scheint einfach nicht zu antworten. Es lässt sicht nicht mehr mit fhem pairen. Hatr jemend noch eine weitere Idee, alle hier beschriebenen Tips waren leider erfolglos. Danke.
irgendwas musst du doch falsch machen, denn:
wenn du das device löscht und es durch anlernen in fhem neu angelegt wird, muss fhem auch eine message empfangen haben. also, warum ist diese anlernmessage nicht in deinem log zu finden?
Hallo,
so ich habe es nun noch einmal gemäß Anleitung gemacht:
Logging auf
attr global verbose 1
attr global mseclog 1
attr CUL_0 verbose 4
reload config
Device angelernt, folgender Inhalt im Logfile:
2015.10.04 11:44:40.845 4: CUL_Parse: CUL_0 A 1A 01 8400 1B732F 000000 2100694A455130313030373135100101002B -52.5
2015.10.04 11:44:40.849 1: in UNDEFINED
2015.10.04 11:44:40.850 1: in UNDEFINED
2015.10.04 11:44:40.875 1: in UNDEFINED
2015.10.04 11:44:40.875 1: in DEFINED
2015.10.04 11:44:40.875 1: in DEFINED
2015.10.04 11:44:40.876 1: in SAVE
2015.10.04 11:44:40.876 1: in UNDEFINED
2015.10.04 11:44:40.876 1: in DEFINED
2015.10.04 11:44:40.876 1: in DEFINED
2015.10.04 11:44:40.876 1: in SAVE
2015.10.04 11:44:40.876 1: in UNDEFINED
2015.10.04 11:44:40.876 1: in DEFINED
2015.10.04 11:44:40.876 1: in DEFINED
2015.10.04 11:44:40.876 1: in SAVE
2015.10.04 11:44:40.876 1: in UNDEFINED
2015.10.04 11:44:40.876 1: in DEFINED
2015.10.04 11:44:40.876 1: in DEFINED
2015.10.04 11:44:40.876 1: in SAVE
2015.10.04 11:44:40.878 1: in UNDEFINED
2015.10.04 11:44:40.878 1: in DEFINED
2015.10.04 11:44:40.878 1: in DEFINED
2015.10.04 11:44:40.878 1: in SAVE
2015.10.04 11:44:40.878 1: in UNDEFINED
2015.10.04 11:44:40.878 1: in DEFINED
2015.10.04 11:44:40.878 1: in DEFINED
2015.10.04 11:44:40.878 1: in SAVE
2015.10.04 11:44:40.878 1: in UNDEFINED
2015.10.04 11:44:40.878 1: in DEFINED
2015.10.04 11:44:40.878 1: in DEFINED
2015.10.04 11:44:40.878 1: in SAVE
2015.10.04 11:44:40.970 4: CUL_send: CUL_0As 10 02 A001 F11234 1B732F 00050000000000
2015.10.04 11:44:44.619 4: CUL_send: CUL_0As 10 02 A001 F11234 1B732F 00050000000000
2015.10.04 11:44:49.888 4: CUL_send: CUL_0As 10 02 A001 F11234 1B732F 00050000000000
2015.10.04 11:44:54.521 4: CUL_send: CUL_0As 10 02 A001 F11234 1B732F 00050000000000
2015.10.04 11:45:32.273 4: CUL_Parse: CUL_0 A 0E DC 8202 1F99EE 1F9371 010100002CC8 -102
2015.10.04 11:46:12.976 4: CUL_Parse: CUL_0 A 0C 7B 8670 29DABA 000000 008E6402 -73
Das Device ist dann nach config save gespeichert.
Die letzten beiden Zeilen stammen wohl eher schon von anderen Devices. Soll ich irgendwas am Vorgehen, Logging ändern? Danke
2015.10.04 11:44:40.845 4: CUL_Parse: CUL_0 A 1A 01 8400 1B732F 000000 2100694A455130313030373135100101002B -52.5dein device kann also funken und fhem empfängt es. ist doch schon mal ein anfang. :) hast du uns bisher verschwiegen.
allerdings antwortet es nicht auf messages von fhem.
ich denke es wäre am besten, du nutzt die timing optimierte fw für den cul. siehe hier: http://forum.fhem.de/index.php/topic,31421.0.html (http://forum.fhem.de/index.php/topic,31421.0.html).
völlig unklar sind mir die meldungen zwischen den messages (habe ich noch nie gesehen):
2015.10.04 11:44:40.875 1: in UNDEFINED
2015.10.04 11:44:40.875 1: in DEFINED
2015.10.04 11:44:40.875 1: in DEFINED
2015.10.04 11:44:40.876 1: in SAVE
2015.10.04 11:44:40.876 1: in UNDEFINED
2015.10.04 11:44:40.876 1: in DEFINEDZitatreload config
es macht den eindruck, dass du die fhem.cfg bearbeitest. vielleich kommt es daher. das solltest du erst einmal vermeiden und über das webif arbeiten. ausserdem mal einen restart durchführen.
Halllo,
Danke für den Tip mit der anderen CUL Firmware. Allerdings scheint mir diese noch in einem Teststadium zu sein, so dass is es auf meinem produktiven System lieber nicht einsetzen werden. Dafür hängt mitllerweile zu viel Automation schon im fhem.
ja ich mache viel über edit.config. Allerdings kommischerweise beim anlernen von Devices nie. Abe es aber alles noch einmal bewusst über die Eingabe gemacht und auch meinen fhem noch einmal sauber neu gestartet. Leider immer das selbe Spiel. Das Device will nicht pairen
Hilft hier eventuell der schon angesprochenee Firmware Update des Devices oder ist das ohne erfolgreiches Pairen nicht möglich? Danke
ZitatDanke für den Tip mit der anderen CUL Firmware. Allerdings scheint mir diese noch in einem Teststadium zu sein, so dass is es auf meinem produktiven System lieber nicht einsetzen werden. Dafür hängt mitllerweile zu viel Automation schon im fhem.
du bist lustig. :)
ich denke dein "stabiles produktivsystem" hat probleme.
wenn dir dieser punkt so wichtig ist, verstehe ich nicht, warum du überhaupt einen cul benutzt und den dann noch ohne timing optimierung. seltsam.
Hallo,
wer nicht wagt, der nicht gewinnt. Nein Scherz beiseite. Mein fhem mit Cul läuft nun seit gut 3 Jahren ohne irgendwelche Zicken. Für kleiner Baustellen habe ich eine VM mit einem fhem oder halt ohne Cul.
Mir war das Projekt vorher nicht bekannt, auch nicht die Notwendigkeit bei HM Devices timeings zu optimieren. Was bringen diese Optimierungen und welchen Zusammenhang siehst du mit der aktuellen Unmöglichkeit dieses Device zu pairen? Danke.
Hm device benötigen eine Antwort in einem 120ms Korridor.
Diemio fw ist eigentlich gut und schnell. Das Problem ist die Schnittstelle zwischen io und fhem.... Incl LAN, USB, und nicht zu vergessen OS des host.
Fhem könnte die diferenznerrechnen und ausgleichen, wenn das io infos schickt. Klappt prima.....
Wenn man im system keine delays hat, mag es so gehen. Ein timing Ausgleich ist ohne timestamps nicht machbar
Danke für die Info.
Mal anders gefragt, kann es eventuell auch daran liegen, dass dieses Device zu nah an meiner Antenne verbaut ist? Es ist das einzige HM Device welches in einem Umkreis von weniger als 2 Meter verbaut wurde. Danke
Moeglich. Einfach testen
Hallo,
habe versucht das device mit der neuen Firmware zu bespielen. Das war offensichtlich leider nicht so erfolgreich. Mit der "fhem-Methode" passierte scheinbar gar nichts:
2015.10.10 15:30:18 2: CUL_HM fwUpdate started for WC_EG_Lampe
2015.10.10 15:30:18 3: CUL_HM set WC_EG_Lampe fwUpdate /opt/fhem/FHEM/firmware/HM-LC-Sw1PBU-FM_update_V2_8_2_150713.eq3 30
2015.10.10 15:30:48 2: CUL_HM fwUpdate WC_EG_Lampe end. IO-speed: normal
2015.10.10 15:31:10 3: CUL_HM set WC_EG_Lampe getConfig
Wird nach wie vor die alte Version angezeigt. Habe dann die "Linux-Methode" probiert. Hier bin ich nicht weiter gekommen, als das das Flash Tool auf Antwort vom Device gewartet hat. Das habe ich dann nach 15 Minuten abgebrochen. Ich habe irgendwie das Gefühl, dass das Device gar nicht mehr aus die Seriennummer reagiert. Ist so was möglich? Danke
Hier dazu der Konsolen Output
HomeMatic OTA flasher version 0.101-git
Reading firmware from ../HM-LC-Sw1PBU-FM_update_V2_8_2_150713.eq3...
Firmware with 256 blocks successfully read.
Opening culfw-device at path /dev/ttyACM0 with speed 38400
Requesting firmware version
culfw-device firmware version: 1.65
Entering 10k-mode
Waiting for device with serial XXX
Das endet dann nicht erfolgreich.
ich nutze nur fhem.
wenn du einen update startest versucht FHEM das Device aufzuwecken. Das geht schief, wenn es schon gelöscht ist.
Du musst dann FUP am Device starten (irgendwelche tasten, ich meine "config") dann wird fhem reagieren.
bei fwUpdate kannst du eine Zeit einstellen, wie lange FHEM wartet - auf das Config deines Device.
Hallo,
Ich habe genau das gleiche Problem mit dem Aktor. Hast du mittlerweile eine Lösung?
Ich schließe mich an... bei mir mag dieser Aktor auch nicht richtig ins System kommen, obwohl sowohl ein HMLAN als auch testweise der HMUSB in ca. 3m Entfernung aufgestellt wurden.
So, jetzt mit nem anderen Gerät in der Nähe probiert, das testweise zurückgesetzt und neu gepairt... funktioniert einwandfrei!
Der Aktor kann wohl noch das 1. cmd empfangen, das zweite cmd wird von FHEM versucht zu senden, und nach einigen ReSend kommt dann die Fehlermeldung.
Als ob der Aktor mit dem ersten Befehl zu beschäftigt wäre, um das zweite CMD anzunehmen...
Hupps... jetzt hat's funktioniert. Was hab ich anders gemacht? Nicht an der vccu gepairt, sondern am HMLAN1 direkt mit "set HMLAN1 hmPairSerial MEQ0666277"
Davor habe ich zig Versuche mit dem pairing über vccu versucht... schon komisch, oder?