Hallo,
ich habe ein Problem mit einem Homematic-dimmer, der seit gestern immer auf Missing ACK steht:
Internals:
DEF 5DE6AE
FUUID 5c447812-f33f-8efe-4ebb-dc94db58026deb18
IODev CUL868
NAME HM_5DE6AE
NOTIFYDEV global
NR 1866
NTFY_ORDER 50-HM_5DE6AE
STATE MISSING ACK
TYPE CUL_HM
channel_01 Lampe_Flur
protCmdDel 175
protResnd 255 last_at:2019-11-28 09:46:51
protResndFail 85 last_at:2019-11-28 09:46:56
protSnd 85 last_at:2019-11-28 09:46:34
protState CMDs_done_Errors:1
READINGS:
2019-11-27 18:08:11 D-firmware 2.6
2019-11-27 18:08:11 D-serialNr OEQ0904937
2019-11-28 06:54:34 RegL_00.
2019-11-28 09:46:56 state MISSING ACK
helper:
HM_CMDNR 191
cSnd 119633555DE6AE0201000000,119633555DE6AE0201000000
mId 0057
peerFriend
peerOpt -:dimmer
regLst 0
rxType 1
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +5DE6AE,00,00,00
prefIO
rxt 0
vccu
p:
5DE6AE
00
00
00
mRssi:
mNo
prt:
bErr 0
sProc 0
q:
qReqConf 00
qReqStat 01
role:
dev 1
prs 1
tmpl:
Attributes:
IODev CUL868
autoReadReg 4_reqStatus
expert 2_raw
firmware 2.6
model HM-LC-DIM1T-FM
room CUL_HM
serialNr OEQ0904937
subType dimmer
webCmd getConfig:clear msgEvents
Internals:
DEF 5DE6AE01
FUUID 5c447812-f33f-8efe-227c-c9728c28609db00e
NAME Lampe_Flur
NOTIFYDEV global
NR 1870
NTFY_ORDER 50-Lampe_Flur
STATE set_off
TYPE CUL_HM
chanNo 01
device HM_5DE6AE
READINGS:
2019-11-27 22:19:13 deviceMsg on (to broadcast)
2019-11-27 22:19:13 dim stop:on
2019-11-28 09:21:32 level set_9
2019-11-27 22:19:13 overheat off
2019-11-27 22:19:13 overload off
2019-11-27 22:19:13 pct 100
2019-11-27 22:19:13 recentStateType info
2019-11-27 22:19:13 reduced off
2019-11-28 09:58:33 state set_off
2019-11-27 22:19:13 timedOn off
2019-11-28 09:58:33 trigLast fhem:02
helper:
dlvl 00
dlvlCmd ++A0119633555DE6AE0201000000
peerFriend peerSens,peerVirt
peerOpt 3:dimmer
regLst 1,3p
stateUpdatDly 120
expert:
def 1
det 0
raw 1
tpl 0
role:
chn 1
tmpl:
Attributes:
group Lampen
icon scene_keyboard
model HM-LC-DIM1T-FM
peerIDs 00000000,
room 1.Start,4.Technik,CUL_HM
sortby 31
userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
webCmd on:off
Ich habe sowohl FHEM als auch den Raspi mehrfach neu gestartet, leider ohne Besserung.
Davor hatte ich ein Update gemacht, ich glaube aber nicht, dass es etwas mit dem Problem zu tun hat.
Reset und ClearEvents hat auch nichts gebracht.
Hat jemand einen Tipp für mich.
Danke,
Jogi
Mit welchem Funkmodul kommunizierst du?
Poste doch mal ein list davon.
Das sieht nicht gut aus:
Zitat
protResnd 255 last_at:2019-11-28 09:46:51
protResndFail 85 last_at:2019-11-28 09:46:56
protSnd 85 last_at:2019-11-28 09:46:34
Vermutlich noch nicht vollständig gepaired.
Evtl. einfach noch mal "drüber pairen".
Also einfach noch mal bei den Geräten (OHNE RESET UND OHNE IRGENDWAS LÖSCHEN!!) das Pairing (Bedienungsanleitung: Verbinden mit Zentrale) anstossen.
(Pairing bei fhem nicht unbedingt notwendig, schadet aber auch nicht ;) )
Oder evtl. noch mal ein getConfig von fhem aus und ebenso (bei Batterie-Geräten) das "Pairing-Knöpfchen" drücken.
ABER: schön langsam und Eins nach dem Andern! KEINE HEKTIK!
Gruß, Joachim
nach einem gelungenen reset ist natürlich nicht mehr gepairt.
woher kommt eigentlich dieser "aberglaube", dass ein reset die probleme der welt löst. :)
Zitat von: frank am 28 November 2019, 14:05:59
nach einem gelungenen reset ist natürlich nicht mehr gepairt.
woher kommt eigentlich dieser "aberglaube", dass ein reset die probleme der welt löst. :)
Äh, stimmt ("überlesen" ;) ) und stimmt! :)
Gruß, Joachim
Zitat von: frank am 28 November 2019, 14:05:59
nach einem gelungenen reset ist natürlich nicht mehr gepairt.
woher kommt eigentlich dieser "aberglaube", dass ein reset die probleme der welt löst. :)
Hallo,
mein Dimmer funktioniert wieder. Warum er gestört war weiß ich nicht, aber durch das Reset habe ich das Pairing zusätzlich gelöst.
Ich habe ihn nun neu gepairt und er funktioniert wieder.
Ich glaube aber nicht, dass das von mir durchgeführte Reset Aberglaube war. Es war pure Hilflosigkeit gepaart mit Ahnungslosigkeit :-\
Jetzt habe ich was gelernt.
Das Ursprungsproblem habe ich aber noch nicht gelöst. Der Dimmer geht immer mal wieder auf MissingACK. Manchmal kann ich ihn durch StatusRequest wiederbeleben. Manchmal muss ich das System neu starten. Und vorgestern ging gar nichts mehr.
Es betrifft auch immer nur den Dimmer. Die anderen Homematic Geräte (2 Steckdosen und ein Bewegungsmelder) sind nie betroffen.
Vielleicht liegt es am Cul, keine Ahnung :-[.
Vielen Dank,
Jogi
ursache von missing ack ist zu 90% schlechter funk, behaupte ich. beobachte rssi werte.
wenn ein cul im spiel ist, sind auch timing probleme wahrscheinlich. besonders mit falscher fw. nutze tsculfw.
wenn das im state steht, hat fhem eine antwort auf einen cmd erwartet, eine zeit lang erfolglos darauf gewartet und dann das reading gesetzt.
das könnte aber schon tage her sein, wenn es nach der auslösenden aktion kein gequatche mehr gab. man sieht es immer am timestamp.
deshalb ändert ein statusrequest bei besseren bedingungen das state reading. da wurde also nichts "repariert".
Zitat von: frank am 29 November 2019, 12:20:52
ursache von missing ack ist zu 90% schlechter funk, behaupte ich. beobachte rssi werte.
wenn ein cul im spiel ist, sind auch timing probleme wahrscheinlich. besonders mit falscher fw. nutze tsculfw.
wenn das im state steht, hat fhem eine antwort auf einen cmd erwartet, eine zeit lang erfolglos darauf gewartet und dann das reading gesetzt.
das könnte aber schon tage her sein, wenn es nach der auslösenden aktion kein gequatche mehr gab. man sieht es immer am timestamp.
deshalb ändert ein statusrequest bei besseren bedingungen das state reading. da wurde also nichts "repariert".
Ja es könnte am Empfang liegen oder am CUL, oder beidem. Zufälligerweise ist der Fehler gerade wieder da. Missing ACK am Dimmer und folgende RSSI
CUL868_RSSI
-89.5Ein Bewegungsmelder, der nur 3 m entfernt hängt (keine Mauer dazwischen, Sichtkontakt) hat:
CUL868_RSSI
-68Das list des Cul sieht so aus:
Internals:
CMDS ABCEeFfGhiKklMmRTtUVWXxYZz
CUL868_MSGCNT 1514
CUL868_TIME 2019-11-29 12:27:42
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400 0000
DeviceName /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400
FD 78
FHTID 0000
FUUID 5c44780f-f33f-8efe-d449-5117233a31f50f0e
NAME CUL868
NR 1861
NR_CMD_LAST_H 37
PARTIAL
RAWMSG A067E0ABA737FECC7
RSSI -102.5
STATE Initialized
TYPE CUL
VERSION V 1.67 nanoCUL868
initString X21
Ar
MatchList:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-03-25 12:13:20 ccconf freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
2019-11-28 06:32:46 cmds A B C E e F f G h i K k l M m R T t U V W X x Y Z z
2019-11-29 12:27:42 state Initialized
XMIT_TIME:
1575023287.79107
1575023292.74115
1575023303.67356
1575023676.57557
1575024037.11215
1575024042.65708
1575024396.78408
1575024399.26208
1575024403.67609
1575024408.19466
1575024756.46756
1575024761.62553
1575024793.82799
1575025116.60485
1575025119.65223
1575025126.02252
1575025131.80536
1575025303.54451
1575025478.65255
1575025481.0993
1575025486.03853
1575025491.67712
1575025508.70849
1575025836.7439
1575025841.77741
1575025846.78768
1575025852.08118
1575026194.86069
1575026198.38442
1575026203.76444
1575026209.22949
1575026557.00706
1575026562.04501
1575026568.09639
1575026572.37403
1575026868.67732
1575026873.68094
helper:
5CFDDE:
QUEUE:
5DE6AE:
QUEUE:
62BE48:
QUEUE:
Attributes:
group Gateways
hmId 963355
rfmode HomeMatic
room 99.Programm,CUL_HM