Hallo an Alle,
ich bin ganz neu auf dem Gebiet und habe ein Problem. Meine Stunden lange Suche im Netz und hier im Forum hat zu keinem Ergebnis geführt.
Ich habe 3 der oben genannten Aktoren und konnte sie auch alle paaren in Fhem, allerdings kommt immer MISSING ACK oder Response Timeout. Fahre ich die Rollladen von Hand dann zeigt Fhem mir an das er fährt und Prozentzahlen die nicht stimmen, aber Fhem und Aktor kommunizieren wenigstens. Den Aktor habe ich bereits mehrfach gelöscht und neu gepaart und auch schon Reset vom Aktor mehrfach durchgeführt. Raspberry und CUL sowie Fhem auch mehrfachen Reset durchgeführt.
Ich bin für jede Hilfe Dankbar.
Anbei noch die Daten von CUL und der Gepaarten Aktoren:
Internals:
CMDS BbCFiAZNkGMKUYRTVWXefmLltux
CUL_0_MSGCNT 15
CUL_0_TIME 2017-01-28 18:12:14
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:
DEF /dev/ttyACM0@9600 1034
DeviceName /dev/ttyACM0@9600
FD 11
FHTID 1034
NAME CUL_0
NR 24
NR_CMD_LAST_H 56
PARTIAL
RAWMSG A0D41841042005A0000000601C80007
RSSI -70.5
STATE Initialized
TYPE CUL
VERSION V 1.66 CUL868
initString X21
Ar
Matchlist:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
M:TSSTACKED ^\*
Readings:
2017-01-28 17:48:14 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
2017-01-28 17:43:50 raw OFF
2017-01-28 18:12:14 state Initialized
XMIT_TIME:
1485622105.8522
1485622106.88121
1485622111.30914
1485622116.92497
1485622394.5282
1485622397.17058
1485622402.94052
1485622408.92047
1485622551.56689
1485622555.95879
1485622561.36647
1485622566.75368
1485622591.361
1485622592.80863
1485622596.97017
1485622602.87473
1485622732.51586
1485622736.75139
1485622742.53983
1485622747.21114
1485622836.95407
1485622839.43492
1485622843.79062
1485622848.77019
1485622908.91961
1485622911.81897
1485622917.16522
1485622922.56746
1485622951.90942
1485622953.77121
1485622958.78642
1485622964.32637
1485623058.65063
1485623061.47846
1485623065.65461
1485623069.74906
1485623288.55155
1485623290.09895
1485623295.28594
1485623300.63341
1485623352.30779
1485623353.37694
1485623359.02043
1485623364.24752
1485623371.87562
1485623376.1656
1485623380.8471
1485623386.44578
1485623744.14963
1485623748.34267
1485623753.87883
1485623759.79875
1485624366.74538
1485624368.77882
1485624372.80497
1485624377.95252
Helper:
42005a:
QUEUE:
Attributes:
rfmode HomeMatic
Internals:
CUL_0_MSGCNT 15
CUL_0_RAWMSG A0D41841042005A0000000601C800::-70.5:CUL_0
CUL_0_RSSI -70.5
CUL_0_TIME 2017-01-28 18:12:14
DEF 42005A
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 15
NAME HM_42005A
NOTIFYDEV global
NR 30
NTFY_ORDER 50-HM_42005A
STATE MISSING ACK
TYPE CUL_HM
lastMsg No:41 - t:10 s:42005A d:000000 0601C800
protCmdDel 38
protLastRcv 2017-01-28 18:12:14
protResnd 42 last_at:2017-01-28 18:26:17
protResndFail 14 last_at:2017-01-28 18:26:22
protSnd 14 last_at:2017-01-28 18:26:06
protState CMDs_done_Errors:1
rssi_at_CUL_0 avg:-69.83 lst:-70.5 min:-74 cnt:15 max:-66.5
Readings:
2017-01-28 18:09:31 D-firmware 2.8
2017-01-28 18:09:31 D-serialNr MEQ1310811
2017-01-28 18:01:48 R-driveDown set_15 s
2017-01-28 18:02:31 R-driveTurn set_0.5 s
2017-01-28 18:00:36 R-driveUp set_15 s
2017-01-28 17:13:19 R-pairCentral set_0xF11034
2017-01-28 18:12:14 deviceMsg on (to broadcast)
2017-01-28 18:15:51 level set_84
2017-01-28 18:12:14 motor stop:on
2017-01-28 18:12:14 pct 100
2017-01-28 18:12:14 recentStateType info
2017-01-28 18:26:22 state MISSING ACK
2017-01-28 18:12:14 timedOn off
Helper:
HM_CMDNR 67
cSnd 11F1103442005A0201B4,11F1103442005A0201C80000
dlvl C8
dlvlCmd ++A011F1103442005A0201C80000
mId 0005
rxType 1
supp_Pair_Rep 0
Dir:
cur stop
rct up
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +42005A,00,00,00
nextSend 1485623534.46847
prefIO
rxt 0
vccu
p:
42005A
00
00
00
Mrssi:
mNo 41
Io:
CUL_0 -68.5
Prt:
bErr 0
sProc 0
Q:
qReqConf 00
qReqStat
Role:
chn 1
dev 1
prs 1
Rssi:
At_cul_0:
avg -69.8333333333333
cnt 15
lst -70.5
max -66.5
min -74
Shadowreg:
RegL_00. 02:01 0A:F1 0B:10 0C:34
RegL_01. 0D:00 0E:96 0B:00 0C:96 0F:05
Attributes:
IODev CUL_0
autoReadReg 4_reqStatus
expert 2_raw
firmware 2.8
model HM-LC-BL1-FM
room CUL_HM
serialNr MEQ1310811
subType blindActuator
webCmd up:down:stop
Hallo seule3008,
ich hate bei einem meiner Schalter das gleiche Phänomen, nachdem ich in der Nähe eine Lampe mit integriertem Bewegungsmelder installiert hatte. Habe den Bewegungsmelder dann unempflindlicher (weniger Leistung?) gestellt. Seitdam funktionierts wieder.
Also mein Vorschlag: mal alle Störquellen abklemmen/entfernen und dann nochmal probieren.
Bei mir hat auch das Pairen beim ersten Mal nicht immer komplett geklappt. hier hilft am Schalter die Confug-Taste nochmal drücken. Geht auch wenn FHEM mit "hmPairForSec" vorher nochmal aufs pairen vorbereitet wurde....
Andreas
Vielen Dank Andreas für den Gedankenanstoß. Ich habe mal alles was im Umkreis von ca 3 Metern um den Aktor was irgendwie stören könnte abgeschaltet bzw die Sicherung raus gemacht und dann neu gepaart rebootet etc etc aber alles wie vorher :(
Das sieht mir noch nicht richtig gepaired aus. r-pairCentral ist noch auf set_xyz und nicht auf finalem Wert (ohne set). Probier mal neu zu paaren. Was bei mir gerade geholfen hat bei gleichen Symptom (missing ack) einfach 5 mal hintereinander Pairen. Also in fhem pairing für 3 Minuten und beim Aktor einfach ein paar mal hintereinander paarungsmodus.
Hallo moontear
Habe das mehrfach Paaren probiert aber das set bleibt. Habe dann die hmid mal geändert. Danach wird jetzt nach dem set die neue angezeigt. Bei dem mehrfachen paaren scheint der mir keine Daten mehr zu empfangen. Im Feld r-pairCentral bleibt die Uhrzeit immer die gleiche. Ich stehe echt auf dem Schlauch.
Vielleicht helfen dir ein paar Troubleshooting Tipps hier: https://wiki.fhem.de/wiki/HomeMatic_Devices_pairen (da steht das auch mit pairCentral)
Nach dem Pairen auch immer ein get config machen.
Die Wiki Seite habe ich schon mehrfach Punkt für Punkt durchgearbeitet. Beim get config nach dem Pair kommt immer das gleiche und zwar:
2017-01-28 23:36:10 CUL_HM HM_42005A D-firmware: 2.8
2017-01-28 23:36:10 CUL_HM HM_42005A D-serialNr: MEQ1310811
2017-01-28 23:37:01 CUL_HM HM_42005A ResndFail
2017-01-28 23:37:01 CUL_HM HM_42005A RESPONSE TIMEOUT:RegisterRead
ich habe das Gefühl das der das R-pairCentral set_0x1F1034 2017-01-28 23:24:53 gar nicht aktualisiert denn die Uhrzeit dahinter bleibt immer die vom ersten Pair. Alle anderen Zeiten aktualisieren sich.
Wenigstens funktionieren die Autoren mit den Manuellen Tastern von Gira so kann ich wenigstens per Knopfdruck am Fenster die Rollladen fahren. Das das ganze so Probleme macht hätte ich nie gedacht :(
Kommt bei mir auch vor, aber sehr selten und eher mal bei den Fensterkontakten.
Nä. Tipp wäre wieder resetten und Device im Fhem löschen (vorher) und Pairing wiederholen.
AES hast du aktiviert oder nicht?
was ist AES und wo finde ich das in Fhem?
AES findest du im Wiki. Die Rolladen Aktoren haben aber ab Werk AES nicht aktiviert.
Es handelt sich um Verschlüsselung.
Hast du mal Reset gemacht?
Hallo dl4fb
Danke für die Info. Habe schon mehrfach alles redetet gelöscht erbotet usw usw. jetzt habe ich alle Aktoren und den CUL gelöscht und den CUL neu installiert und jetzt kann ich garnichts mehr anlernen. jetzt kommt im Event Monitor immer:
2017.01.29 13:27:34 4 : Connection closed for WEB_192.168.0.172_52205: EOF
2017.01.29 13:27:34 4 : Connection accepted from WEB_192.168.0.172_52209
2017.01.29 13:27:34 4 : WEB_192.168.0.172_52209 POST /fhem&detail=CUL_0&dev.setCUL_0=CUL_0&cmd.setCUL_0=set&arg.setCUL_0=hmPairForSec&val.setCUL_0=60; BUFLEN:0
2017.01.29 13:27:34 5 : Cmd: >set CUL_0 hmPairForSec 60<
2017.01.29 13:27:34 5 : Starting notify loop for CUL_0, 1 event(s), first is hmPairForSec 60
2017.01.29 13:27:34 5 : createNotifyHash
2017-01-29 13:27:34 CUL CUL_0 hmPairForSec 60
2017.01.29 13:27:34 5 : End notify loop for CUL_0
2017.01.29 13:27:34 4 : WEB_192.168.0.172_52209 GET /fhem?detail=CUL_0&fw_id=; BUFLEN:0
2017.01.29 13:27:34 4 : name: /fhem?detail=CUL_0&fw_id= / RL:3214 / text/html; charset=UTF-8 / Content-Encoding: gzip /
2017.01.29 13:27:34 4 : WEB_192.168.0.172_52209 GET /fhem?cmd={ReadingsVal(%22CUL_0%22,%22ITClock%22,%22%22)}&XHR=1; BUFLEN:0
2017.01.29 13:27:34 5 : Cmd: >{ReadingsVal("CUL_0","ITClock","")}<
2017.01.29 13:27:34 4 : name: /fhem?cmd={ReadingsVal(%22CUL_0%22,%22ITClock%22,%22%22)}&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip /
2017.01.29 13:27:34 4 : Connection accepted from WEB_192.168.0.172_52210
2017.01.29 13:27:34 4 : WEB_192.168.0.172_52210 GET /fhem?cmd={AttrVal(%22CUL_0%22,%22room%22,%22%22)}&XHR=1; BUFLEN:0
2017.01.29 13:27:34 5 : Cmd: >{AttrVal("CUL_0","room","")}<
2017.01.29 13:27:34 4 : name: /fhem?cmd={AttrVal(%22CUL_0%22,%22room%22,%22%22)}&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip /
2017.01.29 13:27:34 4 : WEB_192.168.0.172_52209 GET /fhem?XHR=1&inform=type=status;filter=CUL_0;since=1485692853;fmt=JSON&fw_id=56×tamp=1485692852795; BUFLEN:0
2017.01.29 13:27:39 5 : CUL/RAW: /A1A0A840042005A0000002800054D45513133313038313130010100F3
2017.01.29 13:27:39 4 : CUL_Parse: CUL_0 A 1A 0A 8400 42005A 000000 2800054D45513133313038313130010100F3 -80.5
2017.01.29 13:27:39 5 : CUL_0: dispatch A1A0A840042005A0000002800054D45513133313038313130010100::-80.5:CUL_0
2017.01.29 13:27:39 2 : CUL_HM Unknown device HM_42005A is now defined
2017.01.29 13:27:39 5 : Starting notify loop for global, 1 event(s), first is UNDEFINED HM_42005A CUL_HM 42005A
2017.01.29 13:27:39 5 : createNotifyHash
2017-01-29 13:27:39 Global global UNDEFINED HM_42005A CUL_HM 42005A
2017.01.29 13:27:39 5 : End notify loop for global
2017.01.29 13:27:39 1 : PERL WARNING: Use of uninitialized value $mh{"devN"} in regexp compilation at ./FHEM/10_CUL_HM.pm line 2905.
2017.01.29 13:27:39 1 : stacktrace:
2017.01.29 13:27:39 1 : main::__ANON__ called by ./FHEM/10_CUL_HM.pm (2905)
2017.01.29 13:27:39 1 : main::CUL_HM_Parse called by fhem.pl (3514)
2017.01.29 13:27:39 1 : main::Dispatch called by ./FHEM/00_CUL.pm (969)
2017.01.29 13:27:39 1 : main::CUL_Parse called by ./FHEM/00_CUL.pm (825)
2017.01.29 13:27:39 1 : main::CUL_Read called by fhem.pl (3302)
2017.01.29 13:27:39 1 : main::CallFn called by fhem.pl (674)
So ich habe jetzt alle Autoren auf Werkszustand versetzt Fhem neu installiert und alles neu eingerichtet. Neuer Versuch neues Glück und siehe da alles beim alten. Immer noch set bei R-pairCentral und auch nicht weg zu bekommen. Hatte sonst keiner das Problem? was mich stutzig acht ist das alle 3 Aktoren das gleiche machen, wenn es nur einer wäre würde ich ja sagen das ding ist kaputt aber 3?
Hallo seule3008,
das sieht aus, als wenn dein FEHM oder zumindest die CUL Software nicht richtig läuft. Die Fehlermeldungen im Log müssen aber alle weg, wie ich das sehe.
Hier kann ich leider nicht weiterhelfen.
Hallo
Habe das Problem gelöst. der CUL war defekt und hat nicht gesendet. Neuer CUL und siehe da es geht alles.
Danke fur eure Mühen bei der Problemlösung.