Frequenz am CUL wird umgeschaltet

[andies]

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:

Code Auswählen Erweitern


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

Code Auswählen Erweitern


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

Code Auswählen Erweitern

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.

[andies]

Muss ich das nochmal "bumpen"? Es wird sonst nicht klar, dass ich auf dem falschen Dampfer war...

[Wichtel]

Lösch das rfmode-Atrribut einfach in der Eigenschaftsseite des CULs und gut.

Das slowrf setzt sonst standardmäßig immer wieder die 868 Mhz.

[marty29ak]

Sollte eigentlich so aussehen bei den Brennenstuhl.

Code Auswählen Erweitern

DEF 0FF00FFF0F FF F0


[andies]

Danke, Frequenz ist eingestellt und bleibt fest, super. Meine Def sieht so aus:

Code Auswählen Erweitern

0FF00FF0FF 0F F0
und das habe ich gar nicht eingestellt, das scheint ein autodetect zu sein? Kann ich das ändern? Wie?

Das hier

Code Auswählen Erweitern


modify Steckdose_C DEF 0FF00FF0FF FF F0
ergibt

Code Auswählen Erweitern

Define Steckdose_C: wrong IT-Code format: specify a 10 digits 0/1/f

[andies]

OK, das hier

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

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).

[andies]

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:

Code Auswählen Erweitern

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?

[marty29ak]

So sehen meine Steckdosen aus und funktionieren ohne Probleme:

Code Auswählen Erweitern

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


[andies]

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