Hallo Leute,
habe nun meinen HM-Sen-MDIR-WM55 zusammengebaut. Soweit ich es richtig verstanden habe, muß ich ja zum anlernen, beim CUL1 set CUL1 hmPairForSec 60 eingeben. Das habe ich auch gemacht, innerhalb der 60sek. habe ich dann die Anlerntaste gedrückt.
Danach kam dann im Raum CUL_HM das Device HM_57C3AE im Abschnitt motionAndBtn.
Wenn ich jetzt get hm ConfigCheck mache, kommen folgende Meldungen
configCheck done:
missing register list
HM_57C3AE: RegL_00.
HM_57C3AE_Btn_01: RegL_01.
HM_57C3AE_Btn_02: RegL_01.
HM_57C3AE_Motion: RegL_01.
Register changes pending
HM_57C3AE
peer list incomplete. Use getConfig to read it.
incomplete: HM_57C3AE_Btn_01:
incomplete: HM_57C3AE_Btn_02:
incomplete: HM_57C3AE_Motion:
trigger sent to undefined device
triggerUndefined: HM_57C3AE_Btn_01:123456
triggerUndefined: HM_57C3AE_Motion:123456
anscheinend habe ich irgendwas übersehen hier im Forum oder ich habe irgendwas falsch gemacht.
Für Hilfe wäre ich sehr Dankbar!
Gruß Torsten
immer mit der Ruhe. hm configcheck prüft, ob FHEM alle erforderlichen Daten kennt.
Du solltest noch ein oder zwei "getConfig" auf den WM55 loslassen, inklusive Knöpfchendruck (Anlernknopf). Das geht am schnellsten.
Die Fehler besagen nichts weiter als dass die besagten Daten nicht vorliegen.
Ich habe jetzt 2x "getConfig" + Anlerntaste gemacht.
Aber leider ohne erfolg.
Internals:
CFGFN
CUL1_MSGCNT 13
CUL1_RAWMSG A1A20840057C3AE1234561200DB4F45513035333633323281230000::-64:CUL1
CUL1_RSSI -64
CUL1_TIME 2017-12-28 20:21:46
DEF 57C3AE
IODev CUL1
LASTInputDev CUL1
MSGCNT 13
NAME HM_57C3AE
NOTIFYDEV global
NR 8615
STATE CMDs_pending
TYPE CUL_HM
channel_01 HM_57C3AE_Btn_01
channel_02 HM_57C3AE_Btn_02
channel_03 HM_57C3AE_Motion
lastMsg No:20 - t:00 s:57C3AE d:123456 1200DB4F45513035333633323281230000
protCmdPend 14 CMDs_pending
protLastRcv 2017-12-28 20:21:46
protResnd 1 last_at:2017-12-28 20:21:17
protSnd 3 last_at:2017-12-28 20:21:13
protState CMDs_pending
rssi_at_CUL1 min:-68.5 avg:-60.38 max:-46 lst:-64 cnt:13
READINGS:
2017-12-28 16:14:34 CommandAccepted yes
2017-12-28 20:21:13 D-firmware 1.2
2017-12-28 20:21:13 D-serialNr OEQ0536322
2017-12-28 16:14:33 R-pairCentral set_0x123456
2017-12-28 20:20:47 battery ok
2017-12-28 16:15:10 motion off
2017-12-28 20:21:41 state CMDs_pending
cmdStack:
++A00112345657C3AE00040000000000
++A00112345657C3AE01040000000001
++A00112345657C3AE0103
++A00112345657C3AE02040000000001
++A00112345657C3AE0203
++A00112345657C3AE03040000000001
++A00112345657C3AE0303
++A00112345657C3AE00040000000000
++A00112345657C3AE01040000000001
++A00112345657C3AE0103
++A00112345657C3AE02040000000001
++A00112345657C3AE0203
++A00112345657C3AE03040000000001
++A00112345657C3AE0303
helper:
HM_CMDNR 32
cSnd 0112345657C3AE00040000000000,0112345657C3AE00040000000000
mId 00DB
regLst ,0,1,4p
rxType 28
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +57C3AE,02,00,00
nextSend 1514488906.63478
prefIO
rxt 2
vccu
p:
57C3AE
00
00
00
mRssi:
mNo 20
io:
CUL1 -62
prt:
bErr 0
sProc 2
sleeping 1
wuReSent 2
q:
qReqConf
qReqStat
role:
dev 1
rssi:
at_CUL1:
avg -60.3846153846154
cnt 13
lst -64
max -46
min -68.5
shadowReg:
RegL_00. 02:01 0A:12 0B:34 0C:56
tmpl:
Attributes:
IODev CUL1
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.2
model HM-Sen-MDIR-WM55
room CUL_HM
serialNr OEQ0536322
subType motionAndBtn
webCmd getConfig:clear msgEvents
und das steht im FilLog:
2017-12-28_16:14:33 HM_57C3AE D-firmware: 1.2
2017-12-28_16:14:33 HM_57C3AE D-serialNr: OEQ0536322
2017-12-28_16:14:33 HM_57C3AE CMDs_pending
2017-12-28_16:14:34 HM_57C3AE CMDs_done
2017-12-28_16:15:10 HM_57C3AE motion: off
2017-12-28_16:15:10 HM_57C3AE noMotion
2017-12-28_16:17:25 HM_57C3AE CMDs_done
2017-12-28_16:22:02 HM_57C3AE battery: ok
2017-12-28_16:22:02 HM_57C3AE CMDs_done
2017-12-28_16:26:03 HM_57C3AE battery: ok
2017-12-28_16:26:03 HM_57C3AE CMDs_done
2017-12-28_16:28:50 HM_57C3AE CMDs_pending
2017-12-28_16:28:50 HM_57C3AE CMDs_pending
2017-12-28_16:28:50 HM_57C3AE CMDs_pending
2017-12-28_16:28:50 HM_57C3AE CMDs_pending
2017-12-28_16:28:50 HM_57C3AE CMDs_pending
2017-12-28_16:28:50 HM_57C3AE CMDs_pending
2017-12-28_16:28:50 HM_57C3AE CMDs_pending
2017-12-28_16:29:03 HM_57C3AE D-firmware: 1.2
2017-12-28_16:29:03 HM_57C3AE D-serialNr: OEQ0536322
2017-12-28_16:29:09 HM_57C3AE CMDs_pending
2017-12-28_16:29:22 HM_57C3AE CMDs_pending
2017-12-28_16:29:22 HM_57C3AE CMDs_pending
2017-12-28_16:29:22 HM_57C3AE CMDs_pending
2017-12-28_16:29:22 HM_57C3AE CMDs_pending
2017-12-28_16:29:22 HM_57C3AE CMDs_pending
2017-12-28_16:29:22 HM_57C3AE CMDs_pending
2017-12-28_16:29:22 HM_57C3AE CMDs_pending
2017-12-28_16:29:24 HM_57C3AE CMDs_pending
2017-12-28_16:29:24 HM_57C3AE CMDs_pending
2017-12-28_16:29:24 HM_57C3AE CMDs_pending
2017-12-28_16:29:24 HM_57C3AE CMDs_pending
2017-12-28_16:29:24 HM_57C3AE CMDs_pending
2017-12-28_16:29:24 HM_57C3AE CMDs_pending
2017-12-28_16:29:24 HM_57C3AE CMDs_pending
2017-12-28_16:30:37 HM_57C3AE battery: ok
2017-12-28_16:30:44 HM_57C3AE Info_Cleared
2017-12-28_16:34:46 HM_57C3AE battery: ok
2017-12-28_16:34:46 HM_57C3AE CMDs_done
2017-12-28_20:20:47 HM_57C3AE battery: ok
2017-12-28_20:20:47 HM_57C3AE CMDs_done
2017-12-28_20:21:05 HM_57C3AE CMDs_pending
2017-12-28_20:21:06 HM_57C3AE CMDs_pending
2017-12-28_20:21:06 HM_57C3AE CMDs_pending
2017-12-28_20:21:06 HM_57C3AE CMDs_pending
2017-12-28_20:21:06 HM_57C3AE CMDs_pending
2017-12-28_20:21:06 HM_57C3AE CMDs_pending
2017-12-28_20:21:06 HM_57C3AE CMDs_pending
2017-12-28_20:21:13 HM_57C3AE D-firmware: 1.2
2017-12-28_20:21:13 HM_57C3AE D-serialNr: OEQ0536322
2017-12-28_20:21:17 HM_57C3AE CMDs_pending
2017-12-28_20:21:41 HM_57C3AE CMDs_pending
2017-12-28_20:21:41 HM_57C3AE CMDs_pending
2017-12-28_20:21:41 HM_57C3AE CMDs_pending
2017-12-28_20:21:41 HM_57C3AE CMDs_pending
2017-12-28_20:21:41 HM_57C3AE CMDs_pending
2017-12-28_20:21:41 HM_57C3AE CMDs_pending
2017-12-28_20:21:41 HM_57C3AE CMDs_pending
2017-12-28_20:26:02 HM_57C3AE battery: ok
2017-12-28_20:32:37 HM_57C3AE battery: ok
2017-12-28_20:37:36 HM_57C3AE battery: ok
2017-12-28_20:41:55 HM_57C3AE battery: ok
2017-12-28_20:42:06 HM_57C3AE CMDs_pending
2017-12-28_20:42:06 HM_57C3AE CMDs_pending
2017-12-28_20:42:06 HM_57C3AE CMDs_pending
2017-12-28_20:42:06 HM_57C3AE CMDs_pending
2017-12-28_20:42:06 HM_57C3AE CMDs_pending
2017-12-28_20:42:06 HM_57C3AE CMDs_pending
2017-12-28_20:42:06 HM_57C3AE CMDs_pending
2017-12-28_20:42:10 HM_57C3AE CMDs_pending
2017-12-28_20:42:10 HM_57C3AE CMDs_pending
2017-12-28_20:42:10 HM_57C3AE CMDs_pending
2017-12-28_20:42:10 HM_57C3AE CMDs_pending
2017-12-28_20:42:10 HM_57C3AE CMDs_pending
2017-12-28_20:42:10 HM_57C3AE CMDs_pending
2017-12-28_20:42:10 HM_57C3AE CMDs_pending
2017-12-28_20:42:12 HM_57C3AE CMDs_pending
2017-12-28_20:42:12 HM_57C3AE CMDs_pending
2017-12-28_20:42:12 HM_57C3AE CMDs_pending
2017-12-28_20:42:12 HM_57C3AE CMDs_pending
2017-12-28_20:42:12 HM_57C3AE CMDs_pending
2017-12-28_20:42:12 HM_57C3AE CMDs_pending
2017-12-28_20:42:12 HM_57C3AE CMDs_pending
2017-12-28_20:42:16 HM_57C3AE D-firmware: 1.2
2017-12-28_20:42:16 HM_57C3AE D-serialNr: OEQ0536322
2017-12-28_20:42:21 HM_57C3AE CMDs_pending
2017-12-28_20:42:41 HM_57C3AE CMDs_pending
2017-12-28_20:42:41 HM_57C3AE CMDs_pending
2017-12-28_20:42:41 HM_57C3AE CMDs_pending
2017-12-28_20:42:41 HM_57C3AE CMDs_pending
2017-12-28_20:42:41 HM_57C3AE CMDs_pending
2017-12-28_20:42:41 HM_57C3AE CMDs_pending
2017-12-28_20:42:41 HM_57C3AE CMDs_pending
2017-12-28_20:42:44 HM_57C3AE CMDs_pending
2017-12-28_20:42:44 HM_57C3AE CMDs_pending
2017-12-28_20:42:44 HM_57C3AE CMDs_pending
2017-12-28_20:42:44 HM_57C3AE CMDs_pending
2017-12-28_20:42:44 HM_57C3AE CMDs_pending
2017-12-28_20:42:44 HM_57C3AE CMDs_pending
2017-12-28_20:42:44 HM_57C3AE CMDs_pending
2017-12-28_20:42:45 HM_57C3AE CMDs_pending
2017-12-28_20:42:45 HM_57C3AE CMDs_pending
2017-12-28_20:42:45 HM_57C3AE CMDs_pending
2017-12-28_20:42:45 HM_57C3AE CMDs_pending
2017-12-28_20:42:45 HM_57C3AE CMDs_pending
2017-12-28_20:42:45 HM_57C3AE CMDs_pending
2017-12-28_20:42:45 HM_57C3AE CMDs_pending
2017-12-28_20:42:45 HM_57C3AE CMDs_pending
2017-12-28_20:42:45 HM_57C3AE CMDs_pending
2017-12-28_20:42:45 HM_57C3AE CMDs_pending
2017-12-28_20:42:45 HM_57C3AE CMDs_pending
2017-12-28_20:42:45 HM_57C3AE CMDs_pending
2017-12-28_20:42:45 HM_57C3AE CMDs_pending
2017-12-28_20:42:45 HM_57C3AE CMDs_pending
2017-12-28_20:42:46 HM_57C3AE CMDs_pending
2017-12-28_20:42:46 HM_57C3AE CMDs_pending
2017-12-28_20:42:46 HM_57C3AE CMDs_pending
2017-12-28_20:42:46 HM_57C3AE CMDs_pending
2017-12-28_20:42:46 HM_57C3AE CMDs_pending
2017-12-28_20:42:46 HM_57C3AE CMDs_pending
2017-12-28_20:42:46 HM_57C3AE CMDs_pending
2017-12-28_20:42:49 HM_57C3AE CMDs_pending
2017-12-28_20:42:49 HM_57C3AE CMDs_pending
2017-12-28_20:42:49 HM_57C3AE CMDs_pending
2017-12-28_20:42:49 HM_57C3AE CMDs_pending
2017-12-28_20:42:49 HM_57C3AE CMDs_pending
2017-12-28_20:42:49 HM_57C3AE CMDs_pending
2017-12-28_20:42:49 HM_57C3AE CMDs_pending
Habe es jetzt noch ein paarmal probiert.
Zuerst stand da
RESPONSE TIMEOUT:RegisterRead
dann plötzlich
CMDs_done
2017-12-28_21:18:46 HM_57C3AE CMDs_pending
2017-12-28_21:18:46 HM_57C3AE CMDs_pending
2017-12-28_21:18:46 HM_57C3AE CMDs_pending
2017-12-28_21:18:46 HM_57C3AE CMDs_pending
2017-12-28_21:18:46 HM_57C3AE CMDs_pending
2017-12-28_21:18:46 HM_57C3AE CMDs_pending
2017-12-28_21:18:46 HM_57C3AE CMDs_pending
2017-12-28_21:18:50 HM_57C3AE D-firmware: 1.2
2017-12-28_21:18:50 HM_57C3AE D-serialNr: OEQ0536322
2017-12-28_21:18:55 HM_57C3AE ResndFail
2017-12-28_21:18:55 HM_57C3AE CMDs_done_Errors:1
2017-12-28_21:18:55 HM_57C3AE RESPONSE TIMEOUT:RegisterRead
2017-12-28_21:20:02 HM_57C3AE battery: ok
2017-12-28_21:20:02 HM_57C3AE CMDs_done
2017-12-28_21:21:15 HM_57C3AE CMDs_done
2017-12-28_21:21:16 HM_57C3AE CMDs_done
2017-12-28_21:21:17 HM_57C3AE CMDs_done
2017-12-28_21:21:17 HM_57C3AE CMDs_done
2017-12-28_21:21:39 HM_57C3AE CMDs_done
2017-12-28_21:21:40 HM_57C3AE CMDs_done
2017-12-28_21:21:40 HM_57C3AE CMDs_done
2017-12-28_21:21:41 HM_57C3AE CMDs_done
2017-12-28_21:21:48 HM_57C3AE CMDs_done
2017-12-28_21:21:50 HM_57C3AE CMDs_done
2017-12-28_21:21:51 HM_57C3AE CMDs_done
2017-12-28_21:21:51 HM_57C3AE CMDs_done
2017-12-28_21:21:52 HM_57C3AE CMDs_done
2017-12-28_21:21:52 HM_57C3AE CMDs_done
2017-12-28_21:21:53 HM_57C3AE CMDs_done
2017-12-28_21:21:54 HM_57C3AE CMDs_done
2017-12-28_21:21:54 HM_57C3AE CMDs_done
2017-12-28_21:21:57 HM_57C3AE CMDs_done
2017-12-28_21:21:58 HM_57C3AE CMDs_done
beim ConfigCheck kommt aber noch
configCheck done:
missing register list
HM_57C3AE: RegL_00.
HM_57C3AE_Btn_01: RegL_01.
HM_57C3AE_Btn_02: RegL_01.
HM_57C3AE_Motion: RegL_01.
peer list incomplete. Use getConfig to read it.
incomplete: HM_57C3AE_Btn_01:
incomplete: HM_57C3AE_Btn_02:
incomplete: HM_57C3AE_Motion:
trigger sent to undefined device
triggerUndefined: HM_57C3AE_Btn_01:123456
triggerUndefined: HM_57C3AE_Btn_02:123456
triggerUndefined: HM_57C3AE_Motion:123456
also läuft da immer noch was nicht??
Also erstmal: Mit der Anlerntaste (immer nur kurz gedrückt) zwingt man das Gerät zur Kommunikation mit FHEM. Dabei ist es immer sinnvoll, bei CMDs_pending keine neuen Befehle nachzuschicken, sondern erst abarbeiten zu lassen bis CMDs_done kommt. Dann erst den nächsten Befehl. usw.
Ein getConfig auf device-Ebene (also vom Gerät, nicht von den Unterkanälen aus) fordert eine Menge Daten. Funkstrecke ist gut (um die -60 dB, nicht zu viel, nicht zu wenig). Normalerweise sollten die Sachen ohne Unterbrechung durchlaufen. CULs sind aber problematisch im Timing, es gibt ja nicht ohne Grund die spezielle TS_CUL-Firmware (ausschließlich für den HomeMatic-Modus optimiert). Jedenfalls liest man hier oft genug, dass die "fabrikfrischen" CULs bei längeren Kommunikationsorgien (ganz berüchtigt: Temperaturlisten bei Thermostaten) aus dem Tritt kommen und ein paar Schubser mehr als gewöhnlich brauchen.
Nach CMDs_done sollten aber die Register alle da sein. Vielleicht dann doch mal schubweise aus den Unterkanälen heraus. Zur Erinnerung: ein getConfig aus einem Kanal heraus (also hier _Btn_01, _Btn_02 oder _Motion) fordert die Daten für den jeweiligen Kanal an, ein getConfig auf das Gerät selbst fragt Geräte- und Kanaldaten zusammen ab.
Widerspruch: im List des Gerätes steht (noch) "R-pairCentral set_0x123456", also das Pairing mit 123456, hier ist die hmID von FHEM gemeint (eine denkbar blöde Kombination übrigens - verbergen ist nicht nötig, nur AES-Schlüssel sollte man nicht posten). hm configCheck beschwert sich aber über Trigger an das "Unbekannte Gerät" 123456 - dabei sollte die eigene hmID sattsam bekannt sein. Hast Du die richtige hmID zum Pairen verwendet? 123456 ist ja nur der Dummy aus den Tutorials, was steht bei Deinem CUL?
Zitat von: Pfriemler am 28 Dezember 2017, 22:03:17
Nach CMDs_done sollten aber die Register alle da sein. Vielleicht dann doch mal schubweise aus den Unterkanälen heraus. Zur Erinnerung: ein getConfig aus einem Kanal heraus (also hier _Btn_01, _Btn_02 oder _Motion) fordert die Daten für den jeweiligen Kanal an, ein getConfig auf das Gerät selbst fragt Geräte- und Kanaldaten zusammen ab.
wenn ich getConfig aus dem Kanal starte, muß ich dann auch die Anlerntaste drücken? Oder was anderes?
Zitat
Widerspruch: im List des Gerätes steht (noch) "R-pairCentral set_0x123456", also das Pairing mit 123456, hier ist die hmID von FHEM gemeint (eine denkbar blöde Kombination übrigens - verbergen ist nicht nötig, nur AES-Schlüssel sollte man nicht posten). hm configCheck beschwert sich aber über Trigger an das "Unbekannte Gerät" 123456 - dabei sollte die eigene hmID sattsam bekannt sein. Hast Du die richtige hmID zum Pairen verwendet? 123456 ist ja nur der Dummy aus den Tutorials, was steht bei Deinem CUL?
Als ich den CUL eingerichtet habe stand da keine hmID (glaube ich?) und in einem anderen Beitrag wurde mir gesagt, dass
F11234 "keine clevere ID" ist. Daraufhin habe ich dann diese eingetragen. Wo finde ich die richtige?
Du tanzt ja gerade auf einer Vielzahl von Baustellen ... gerade TSCUL ist eine Baustelle, die einen tagelang absorbieren kann. Prinzipiell geht es ja auch ohne, aber eben nicht so flüssig. Trotzdem
Zitat von: Torsten_MG am 29 Dezember 2017, 09:41:19
wenn ich getConfig aus dem Kanal starte, muß ich dann auch die Anlerntaste drücken? Oder was anderes?
Oder was anderes :D. Ernstlich: FHEM möchte dem Gerät was mitteilen oder etwas fragen, dazu muss das Gerät aber wach werden, weil es nicht über Funk aufgeweckt werden kann. Dazu dient der Anlernknopf bestens und funktoniert immer. Beherrscht das Gerät lazyConfig (https://wiki.fhem.de/wiki/HomeMatic#LazyConfig), genügt dazu auch eine Aktion am Aktor, die die Aussendung eines Funkprotokolls anstößt, hier wäre das eine erkannte Bewegung nach Ablauf der Wartezeit
eventMinInterval oder einfach der Druck auf einen der beiden Wippenknöpfe. Aber ich stolpere im Wiki gerade an mehreren Stellen über den Hinweis, dass
lazyConfig nicht vom CUL unterstützt wird. Das wäre noch zu verifizieren.
Also: Wann immer in der Detailansicht der Gerätedefinition (nicht der Kanäle) ein
CMDs_pending steht, besteht Handlungsbedarf am Anlernknopf, bis
CMDs_done zu lesen ist.
ZitatAls ich den CUL eingerichtet habe stand da keine hmID (glaube ich?) und in einem anderen Beitrag wurde mir gesagt, dass F11234 "keine clevere ID" ist. Daraufhin habe ich dann diese eingetragen. Wo finde ich die richtige?
Die richtige denkt man sich vor der Verwendung der ersten HM-Komponente aus und trägt sie als Attribut
hmId beim zuständigen Hardwareinterface (hier also Deinem CUL) ein. Du schriebst, Du hättest 123456 eingetragen, wo wenn nicht dort? FHEM verwendet diese ID bei jedem Pair-Vorgang, der von diesem Gerät aus angestoßen wird, dann automatisch.
Eine hmId nachträglich ändern zu wollen erfordert das Ablernen (schlimmstenfalls den Reset) aller Homematic-Geräte und das Neuanlernen mit der neuen hmId. Das macht man also nicht mal eben nebenbei.
123456 ist nur deswegen denkbar blöd, weil es ein quasi Dummy-Standard (und es ist nebenbei auch ein besonders beliebtes Passwort und entsprechend leicht erraten). Zu verbergen gibt es wie gesagt eigentlich hier nichts, weil die Geräte in ihren Funktelegrammen sowieso laut nach der Zentrale schreien und man das leicht mitlesen kann. Aber spätestens wenn ein Nachbar auf die Idee kommt, die gleiche hmId verwenden zu wollen, beginnt das große Chaos. Also nimm Geburtsjahr und Monat, Hausnummer oder einen Teil der Postleitzahl, fülle es mit Buchstaben von A-F vorn und hinten auf, 1685AF, 11AFFE - egal, Hauptsache möglichst unverwechselbar...
Siehe auch: https://wiki.fhem.de/wiki/HomeMatic_Installieren (https://wiki.fhem.de/wiki/HomeMatic_Installieren), Abschnitt "bei allen Adaptern" (dort steht auch, wie es zu Deiner ersten F11234 gekommen ist - 1234 ist die Standard FHT-ID), und
https://wiki.fhem.de/wiki/HomeMatic_Devices_pairen (https://wiki.fhem.de/wiki/HomeMatic_Devices_pairen).
Mein Hinweis
Zitatdabei sollte die eigene hmID sattsam bekannt sein. Hast Du die richtige hmID zum Pairen verwendet?
ist etwas irreführend: Natürlich wird immer die richtige, also die aktuelle hmId, verwendet. Nur wenn das Gerät mit einer anderen als der aktuellen hmId angelernt wurde, wird es mit der neuen hmId eben nie mehr reagieren, bis das Pairing erneuert wurde.
OK, dann werde ich jetzt mal alles auf 0 setzen und von vorne Anfangen!
Kann mir dann bitte jemand eine Schritt-für-Schritt-Anleitung zur Verfügung stellen, wie ich die Alternative fw für den CUL drauf bekomme und was ich mit den ganzen Dateien im Firmware-Ordner machen muss.
VIELEN DANK! schonmal
https://forum.fhem.de/index.php/topic,24436.msg737913.html#msg737913
Frage bei Ansgar nach. Meister der Tscul. Irgendwo sollte eine Anleitung sein...
Zitat von: martinp876 am 29 Dezember 2017, 15:44:59
https://forum.fhem.de/index.php/topic,24436.msg737913.html#msg737913
Frage bei Ansgar nach. Meister der Tscul. Irgendwo sollte eine Anleitung sein...
Ok, werde ihn gleich mal Kontaktieren. Bin gerade unterwegs, habe aber noch eine Frage, reicht es die Devices zu löschen, oder muss ich noch irgendwo was löschen/deinstallieren, wenn ich nochmal bei 0 anfangen möchte.
Zitat von: Torsten_MG am 29 Dezember 2017, 15:56:27
habe aber noch eine Frage, reicht es die Devices zu löschen, oder muss ich noch irgendwo was löschen/deinstallieren, wenn ich nochmal bei 0 anfangen möchte.
Kann mir jemand noch diese Frage beantworten?
In FHEM reicht Löschen. Angelernte externe Geräte müssen aber abgelernt (unpair) oder zurückgesetzt werden, um sie erneut zu pairen.
Hallo zusammen,
nachdem ich bei 0 angefangen habe, dem CUL die TSCUL verpasst habe, funktionieren die Taster reibungslos. Ich kann mittlerweile auch schon meinen Aktor damit über Fhem ansteuern. Was aber noch nicht so ganz klappt ist der Sensor. Änderungen in den Readings finden nur alle paar Minuten statt. Ich tippe mal auf das Reading motionCount da steht gerade 86_next:240s drin. Wenn ich es richtig verstehe schaut er nur alle 4 min auf eine Veränderung. Wie kann ich den Wert ändern?
Erst einmal wiederholt für die Allgemeinheit: cul funktioniert nicht mit hm. Ohne Tscul und die fw sollte man nicht anfangen zu diskutieren.
Zum MD. Schon ein get reglist ausgeführt?
Die 240 kann man auf 15 reduzieren. Das allerdings bezieht sich auf Motion, nicht auf brightness.
Ohne Bewegung kommt die regelmäßige Helligkeit alle 3-2min.
Du solltest dich einmal kurz mit den wenigen Registern befassen. Reglist, regtable.
Irgendwie bin ich zu doof dafür.
Hier die Liste wenn ich get regList eingebe:
list: register | range | peer | description
1: brightFilter | 0 to 7 | | 7: filter fast changes to 0: no filter of light changes
1: captInInterval | literal | | capture motion in interval, send result in next trigger options:on,off
1: evtFltrNum | 1 to 15 | | sensitivity - read each n-th puls
1: evtFltrPeriod | 0.5 to 7.5s | | event filter period
1: ledOnTime | 0 to 1.275s | | LED ontime
1: minInterval | literal | | interval in sec options:120,60,30,15,240
1: sign | literal | | signature (AES) options:off,on
4: peerNeedsBurst | literal | | peer expects burst options:on,off
wenn ich was ändern will, muß ich doch set Flur_Taster2_Motion regSet minInterval 15 eingeben, oder?
Ich raff es irgenwie nicht :o
Habe noch ein Problem mit dem Schalten über dem Sensor (das Zeitproblem ist noch nicht gelöst)
Ich habe folgendes Notify erstellt:
Flur_Taster2_Motion:.*motion.* set Flur_Lampe on-for-timer 60
Wenn ich eine Bewegung vor dem Sensor erwirke, wird die Lampe für 60sek eingeschaltet, aber, wenn der Sensor nach den 240sek auf noMotion wechselt, wird die Lampe wieder für 60sek eingeschaltet. Was muß ich ändern?
Ich verstehe es einfach nicht das mit dem Intervall ändern.
ich gebe ein:
set Flur_Taster2_Motion getConfig
und danach
set Flur_Taster2_Motion regSet minInterval 30
es kommt aber immer diese Meldung:
cannot calculate value. Please issue set Flur_Taster2_Motion getConfig first - invalid
Was mache ich Falsch?
Gute Frage: Nach der kleine Regex-Kunde: ".*motion.*" beinhaltet eine beliebige Anzahl Zeichen vor und nach "motion". "noMotion" passt wegen der nicht konformen Groß/Kleinschreibung eigentlich nicht ins Raster. Es sei denn, Du hast captInInterval auf on. Dann wechselt der Melder aber nicht auf noMotion, sondern liefert motion nach, was während der Pause erkannt wurde.
Der Nächste bitte!
Der regSet-Befehl ist n.m.E. korrekt, muss aber wieder einmal prozessiert werden, also bei Bewegung oder Knopfdruck. Von allein passiert da nix.
Zitat von: martinp876 am 31 Dezember 2017, 08:20:23
...Ohne Bewegung kommt die regelmäßige Helligkeit alle 3-2min.
Nur bei explizit gesetztem cyclicInfoMsg (on). (im Gerät, nicht dem Motion-Kanal)
Zitatcannot calculate value. Please issue set Flur_Taster2_Motion getConfig first - invalid
Die Fehlermeldung ist doch eigentlich selbsterklärend, oder? Zur korrekten Berechnung der Einstellung müssen die Register vollständig bekannt sein. Also mit getConfig fehlerfrei und vollständig anfordern, erst dann weiterprogrammieren.
Läuft jetzt. Habe beides hinbekommen.
Ich habe den Sensor auf Werkszustand zurückgesetzt und neu angelernt, dann konnte ich die Zeit ändern.
Mit dem doppelten Schalten habe ich von .*motion.* auf motion geändert