Guten Tag, ich bin neu im Forum und fange gerade an, FHEM zu erkunden (=zero Grundkenntnisse).
Ich habe fhem.pl:13142/2017-01-18 und wollte neu erworbene Brennenstuhl-Funksteckdosen anlernen. Pilight schafft das. FHEM erkennt die Dosen (das sehe ich an den DIP), allerdings lassen sie sich nur ein einziges Mal schalten und dann reagieren die Dosen nicht mehr. So sind die Dosen definiert:
00 f0
DEF 0FF00FFF0F 0F F0
IODev CUL
NAME Steckdose_A
NR 24
STATE off
TYPE IT
XMIT 0ff00fff0f
XMITdimdown 00
XMITdimup 00
XMITon 0f
protocol V1 2017-01-21 19:56:19
state off 2017-01-22 09:21:45
Inzwischen glaube ich, dass das Problem an einer Umschaltung der Frequenzen liegt (daher auch Thema geändert). Brennenstuhl funkt auf 433MHz, wenn ich mir aber nach einer Umschaltung die CUL anschaue, steht da
Readings
ccconf freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB 2017-01-22 12:31:54
Nun habe ich versucht, die Frequenz zu ändern, was FHEM zurückweist. Ich habe
rfmode SlowRF
und in einem älteren Thread, den ich mich nicht traue zu "kapern" (nachdem ein Autor da einen Anschiss bekam :-) war ein ähnliches Problem beschrieben. Benötige ich einen anderen rfmode? Wieso kann ich die freq nicht regelmäßig ändern oder anders gefragt: wieso ändert sie sich überhaupt? Ich nutze Ultra Stable CC1101 Funk Module im Selbstbau, LED binkt auf 1Hz und wie gesagt, beim ersten Klicken klappt alles.
Muss ich das nochmal "bumpen"? Es wird sonst nicht klar, dass ich auf dem falschen Dampfer war...
Lösch das rfmode-Atrribut einfach in der Eigenschaftsseite des CULs und gut.
Das slowrf setzt sonst standardmäßig immer wieder die 868 Mhz.
Sollte eigentlich so aussehen bei den Brennenstuhl.
DEF 0FF00FFF0F FF F0
Danke, Frequenz ist eingestellt und bleibt fest, super. Meine Def sieht so aus:
0FF00FF0FF 0F F0
und das habe ich gar nicht eingestellt, das scheint ein autodetect zu sein? Kann ich das ändern? Wie?
Das hier
modify Steckdose_C DEF 0FF00FF0FF FF F0
ergibt
Define Steckdose_C: wrong IT-Code format: specify a 10 digits 0/1/f
OK, das hier
defmod Steckdose_C IT 0FF00FF0FF FF F0
(learning by doing). Trotzdem schaltet Brennstuhl nicht, wenn ich auf off-on klicke. Was kann ich noch probieren?
Noch eine Anmerkung. Ich habe in meinem Logfile einen sonderbaren Eintrag:
2017.01.22 14:37:28 2: CUL IT_set: Steckdose_A off
2017.01.22 14:37:31 1: No Logdevice FileLog_IT_0FF00FFF0F
ohne dass ich dieses device finde (es kann also auch nicht gelöscht werden).
Nebenan bastelt ja auch jemand an Funksteckdosen, danke für den Tipp mit dem Eventmonitor. Habe ich auch gleich gemacht. Bei Steckdose_A ergibt ein-ausschalten folgendes Bild:
2017-01-22 14:54:51 Global global UNDEFINED IT_0FF000FFFF IT 0FF000FFFF 0F F0
2017-01-22 14:54:51 CUL CUL UNKNOWNCODE i14155f
2017-01-22 14:54:55 CUL CUL UNKNOWNCODE i140554
2017-01-22 14:54:55 CUL CUL UNKNOWNCODE i14155f
Unkown Code verstehe ich nicht. Aber es scheint nicht FF F0 am Ende zu sein, sondern eindeutig 0F F0, richtig?
So sehen meine Steckdosen aus und funktionieren ohne Probleme:
defmod Steckdose.K9 IT F00F0FF00F FF F0
attr Steckdose.K9 IODev CUn3
attr Steckdose.K9 model itswitch
attr Steckdose.K9 room 03_Küche,D_Intertechno
setstate Steckdose.K9 off
setstate Steckdose.K9 2016-12-22 16:36:40 protocol V1
setstate Steckdose.K9 2017-01-08 08:30:00 state off
Also ich sehe nur "attr model", was bei mir fehlte. Eingefügt => keine Änderung. Ich denke inzwischen, dass das ein Bug von FHEM ist: https://forum.fhem.de/index.php/topic,65480.0.html (https://forum.fhem.de/index.php/topic,65480.0.html)