Brennenstuhl RC CE1 4001 mit nanoCUL

[DecaTec]

Hallo zusammen,

vor kurzem habe ich erfolgreich einen nanoCUL (433 MHz) gebastelt, mit dem ich auch erfolgreich meine "alten" Brennenstuhl RCS 1000 N Steckdosen (die mit dem Dip-Schaltern) schalten kann.

Nun habe ich mir ein neues Set RC CE1 4001 geholt. Diese sind neuer und "selbstlernend". Laut Wiki (siehe hier) sind die selbstlernenden Steckdosen anders zu definieren (mit der 26 Bit Adresse).

Das Vorgehen habe ich so verstanden, dass man sich das IT Device vor dem Anlernen in FHEM anlegt:

Code Auswählen Erweitern

define Steckdose IT 10111111011000000000000010 0 0001
attr Steckdose IODev nanoCUL433
attr Steckdose model itswitch
attr Steckdose protocol V3

Selbst gewählte 26 Bit Adresse, Gruppe '0', Gerät '0001'.
Leider funktioniert das Ganze nicht wie es soll: Die Steckdosen können nicht angelernt werden.

Habe nun auch mal die alternative CUL-Firmware a-culfw ausprobiert, leider auch ohne Erfolg.

Hat zufälligerweise schon mal jemand diese Steckdosen mit einem CUL schalten können, oder mache ich hier etwas falsch?
Oder sind diese durch FHEM/CUL gar nicht schaltbar?

[Starsurfer]

Ich habe die gleichen und habe es bisher auch noch nicht hinbekommen.

[KölnSolar]

Oder sind diese durch FHEM/CUL gar nicht schaltbar?

Das könnte das Problem sein 

Mit der aculfw kommt nix im Log, kein autocreate, wenn Du eine Taste der FB drückst ?

Grüße Markus

[DecaTec]

Nein, kann an der FB drücken wie ein Ochse, da kommt nix per autocreate...

[RaspiLED]

Hi,
teilen wir das Problem mal auf:

a) Empfang der Fernbedienung
Hier würde ich verbose 5 des CULs einstellen und im Event Monitor schauen.
Falls etwas kommt okay, falls nicht geht evtl.
set CUL raw X25
Probiert mal und posted den Event Monitor inkl. Welche Taste wie (kurz, lang) gedrückt wurde.

b) Anlernen auf FHEM Code
Ich würde über die IT Repetition und die IT Clock Rate nachdenken.
Aber eins nach dem Anderen

Gruß Arnd


Gesendet von meinem SM-G800F mit Tapatalk

[Markus.]

Hallo Zusammen,

Ich weiss zawr nicht ob es da einen Zusammenhang gibt, hatte aber auch bei IT V3 Probleme.
https://forum.fhem.de/index.php/topic,79019.0.html

Bei mir gingen Geräteadressen mit einer 1 am Ende nicht. Habe dann das Gerät auf eine andere Adresse gelegt und dann funktionierte alles.

Gruss

Markus

[DecaTec]

@RaspiLED: Ich kann mal versuchen, die Signale der FB in FHEM sichtbar zu machen. Wenn das trotz deiner Tipps nicht klappen sollte, kann man dann sagen, dass diese Steckdosen sich per FHEM einfach nicht schalten lassen? Dann könnte man sich das Rumprobieren im Schritt zwei nämlich sparen (ITclock und so - da hätte ich keine Ahnung, was man hier einstellen sollte).

@Markus: Danke für den Tipp, aber ich denke ich hatte hier auch schon mal '0000' als Geräteadresse versucht. Ich denke, das ist hier nicht das Problem.

Sieht nach einer Test-und-Rumprobier-Aktion am Wochenende aus...

[DecaTec]

Gut, nach verbose 5 am nanoCUL konnte ich das wohl als Message der FB ausmachen:

Code Auswählen Erweitern

2017.11.23 16:09:54 4: CUL_Parse: nanoCUL433 p 3  352 1136  880  640    0    0  18  4  2 1   400  1168     0 1B 803800
2017.11.23 16:09:54 5: nanoCUL433: dispatch p 3  352 1136  880  640    0    0  18  4  2 1   400  1168     0 1B 803800
2017.11.23 16:09:54 3: nanoCUL433: Unknown code p 3  352 1136  880  640    0    0  18  4  2 1   400  1168     0 1B 803800, help me!
2017.11.23 16:09:54 5: CUL/RAW: /p 3  352 1136  880  640    0    0  17  4  2 0   400  1136 
2017.11.23 16:09:54 5: CUL/RAW: p 3  352 1136  880  640    0    0  17  4  2 0   400  1136  /   0 1B 8038

Was bedeutet dies nun? 

[RaspiLED]

Hi,
1) die Pulseweiten des Signals wurden erkannt
2) es wurde nicht als ITv1 oder ITv3 erkannt
3) jetzt brauchen wir Profis zur Signalcodierung
Mal sehen ob wir Ralf9 oder andies drübersehen lassen können. KölnSolar kennt sich auch mit den IT Timings aus, aber ob das hier passt!?
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[KölnSolar]

also ich würd da jetzt mal sagen: ziemlich aussichtslos 
und ich geh da jetzt mal gar nicht in die Details, weil so gar nichts "passt"

@DecaTec: verifizier bitte mal, ob das wirklich reproduzierbar von der FB stammt
Grüße Markus

[CBSnake]

Moin,

ich bin auch drauf reingefallen ;-( das 3er Set bei Amazon mit der RCN 1000 Serie, des 4er Set, macht mehr Sinn wohin mit den ganzen Fernbedienungen, dann leider mit der RC CE1 4001 und die will nicht
Werd ich wohl umtauschen

Grüße

Achim

[andies]

Ich vermute, dass das hier

Code Auswählen Erweitern

CUL_Parse: nanoCUL433 p 3  352 1136  880  640    0    0  18  4  2 1   400  1168     0 1B 803800
irgendwas mit Pulsweiten sein soll. Die sind zwar stabil, aber ich kann mir nicht vorstellen, dass das Werte sind, die man verwendet. Die Chips, die da verbaut sind, können doch nicht allen ernstes so präzise messen, dass sie Abstände wie 18, 4 oder gar 1 erkennen. Das glaube ich einfach nicht.

Ich habe so ein Ding nicht. Man müsste mal mit einem RXB6 messen, was da so herauskommt oder gesendet wird. Dann kann man das sicher mit dem Signalduino nachbauen. Leider kann ich momentan da nicht helfen.

Ich hatte mit anderen Brennenstuhl übrigens auch Probleme, weil die Zeiten leicht anders als bei IT waren. Im Moment läuft das bei mir aber.

[Handfest]

Ich kann das bestätigen. Auch hier die selbe Konfiguration mit RCE1 4001 und einer     
V 1.67 CUL868 (natürlich auf 433MHz umgeschaltet) Da schaltet nix.

Hier das raw log vom Ausschalten (witzigerweise gibt es beim Einschalten keine Einträge)

2017.11.24 10:39:35 5 : CUL/RAW: /p 3 192 1264 976 512 4 2 0 E5 01BC
2017.11.24 10:39:35 4 : CUL_Parse: CUL_0 p 3 192 1264 976 512 4 2 0 E5 01BC
2017.11.24 10:39:35 5 : CUL_0: dispatch p 3 192 1264 976 512 4 2 0 E5 01BC
2017-11-24 10:39:35 CUL CUL_0 UNKNOWNCODE p 3 192 1264 976 512 4 2 0 E5 01BC
2017.11.24 10:39:35 3 : CUL_0: Unknown code p 3 192 1264 976 512 4 2 0 E5 01BC, help me!
2017.11.24 10:39:35 5 : CUL/RAW: /p 3 352 1120 832 656 4 2 0 E4 01BC
2017.11.24 10:39:35 4 : CUL_Parse: CUL_0 p 3 352 1120 832 656 4 2 0 E4 01BC
2017.11.24 10:39:35 5 : CUL_0: dispatch p 3 352 1120 832 656 4 2 0 E4 01BC
2017-11-24 10:39:35 CUL CUL_0 UNKNOWNCODE p 3 352 1120 832 656 4 2 0 E4 01BC
2017.11.24 10:39:35 3 : CUL_0: Unknown code p 3 352 1120 832 656 4 2 0 E4 01BC, help me!
2017.11.24 10:39:35 5 : CUL/RAW: /p 3 352 1120 864 624 4 2 0 E5 01BC
2017.11.24 10:39:35 4 : CUL_Parse: CUL_0 p 3 352 1120 864 624 4 2 0 E5 01BC
2017.11.24 10:39:35 5 : CUL_0: dispatch p 3 352 1120 864 624 4 2 0 E5 01BC
2017-11-24 10:39:35 CUL CUL_0 UNKNOWNCODE p 3 352 1120 864 624 4 2 0 E5 01BC
2017.11.24 10:39:35 3 : CUL_0: Unknown code p 3 352 1120 864 624 4 2 0 E5 01BC, help me!
2017.11.24 10:39:35 5 : CUL/RAW: /p 3 336 1136 848 656 4 2 0 E5 01BC
2017.11.24 10:39:35 4 : CUL_Parse: CUL_0 p 3 336 1136 848 656 4 2 0 E5 01BC
2017.11.24 10:39:35 5 : CUL_0: dispatch p 3 336 1136 848 656 4 2 0 E5 01BC
2017-11-24 10:39:35 CUL CUL_0 UNKNOWNCODE p 3 336 1136 848 656 4 2 0 E5 01BC
2017.11.24 10:39:35 3 : CUL_0: Unknown code p 3 336 1136 848 656 4 2 0 E5 01BC, help me!

Wie groß ist die Wahrscheinlichkeit dass es kurzfristig eine Lösung geben könnte? Oder ist zurück schicken die einzige Option?

Gruß Handfest

[connormcl]

Mit pilight sollen sie angesprochen werden können.

Müsstest halt einen Arduino Nano mit 433mhz Modulen nach pilight Schaltplan versehen und über das pilight Modul in FHEM einbinden...

[Handfest]

Hmmm. Dazu bin ich zuviel Anwender und zu wenig Spezialist glaube ich. Klingt auch danach dass ich meine CUL Hardwaretechnisch anpassen muss damit das geht.
Kannst du vielleicht bitte ein paar mehr Informationen dazu geben (ab besten DAU-gerecht) was ich hier tun muss...
Danke und Gruß Handfest