433 MHz Funksteckdosen LIDL Silvercrest RCR DP3 3711-A (brennenstuhl) mit Homeduino

---

@mwittig @developer
Ich versuche gerade den Code rolling1 so abzuändern, dass er funktioniert.
Falls ich das hin bekomme würde ich diesen z.B. rolling2 nennen und noch mal fragen wie ich die geänderten Dateien am besten nach Github bekomme.
Mein jetziges Problem ist aber, egal was ich in rolling1.js welche bei mir in folgenden Verzeichnis liegt:
~/pimatic-app/node_modules/pimatic-homeduino/node_modules/homeduino/node_modules/rfcontroljs/lib/protocols/rolling1.js
ändere es ändert nichts an dem jetzigen Verhalten, auch wenn ich dort völligen Quatsch rein schreibe…
Auch ein Pimatic neustart hilft nichts, was mache ich falsch?

english:
I’m trying to change the code rolling1 to work.
If I can do that I would call it rolling2 and ask again how to get the changed files after Github.
But my current problem is, no matter what I have in rolling1. js in the following directory:
~/pimatic-app/node_modules/pimatic-homeduino/node_modules/homeduino/node_modules/rfcontroljs/lib/protocols/rolling1.js
it doesn’t change anything about the current behavior, even if I write complete nonsense there…
Even a Pimatic restart doesn’t help, what am I doing wrong?

Sorry da hab ich momentan keine direkte Antwort drauf.

Sendest / Empfängst du direkt vom / am Pi oder mit einem Arduino?

Mit Homeduino über einen Arduino.

@thomas2212

Vielen Dank, Dein Beitrag hat mir sehr geholfen.

Habe mir kürzlich ein Steckdosenset von Brennenstuhl namens “RC CE1 4001” gekauft (sind wohl baugleich mit den Lidl-Dingern, wie ich irgendwo gelesen hab).

Nun hatte ich das Problem, dass beim drücken nur einer Taste nicht nur 2x der selbe Code wie bei Dir, sondern mehrere Verschiedene Codes - auf Protokoll 4,5 und manchmal auch 0 - beim RfSniffer ankamen. Beim Versuch, diese Codes zu senden tat sich nichts.

Bei meinen Recherchen war mir irgendwo auf Github auch einer der Codes aus Deiner Tabelle begegnet, der mir so allein aber auch erstmal nicht weiterhalf.

Als ich dann nach genau nach diesem Code in Kombination mit “rfsniffer” googlete, kam genau ein Suchergebnis: Dein Beitrag, welcher mir die entscheidende Information lieferte, die mir bisher fehlte: dass ich eine Pulslänge von 355 verwenden muss.

Und schwups - mit dieser Pulslänge und den o.g. Codes konnte ich prompt meine Steckdosen anlernen. Perfekt! Also vielen Dank!

Rein interessehalber wüsste ich aber schon gern mal, warum der RfSniffer beim drücken einer einzelnen Taste immer mehrere verschiedene Codes angezeigt hat. Weiss da jemand was? Hat er vielleicht einfach die empfangenen Daten irgendwie falsch interpretiert?

Gruß,
Chris

@chriseff kannst du uns vielleicht mitteilen, wie du das Problem letztendlich gelöst hast? Also welches Protokoll du genutzt hast und welche Werte du gesetzt hast?

Liebe Grüße,
X-Ray

@chriseff: Freut mich dass ich dir helfen konnte und es bei dir auch funktioniert

Bei meinen Recherchen war mit irgendwo auf Github auch einer der Codes aus Deiner Tabelle begegnet, der mir so allein aber auch erstmal nicht weiterhalf.

Kann es sein dass du in GitHub schon auf einem Beitrag von mir gestoßen bist? Wenn nicht, würde mich mal der Link zu den Codes auf Github interessieren.

Rein interessehalber wüsste ich aber schon gern mal, warum der RfSniffer beim drücken einer einzelnen Taste immer mehrere verschiedene Codes angezeigt hat. Weiss da jemand was? Hat er vielleicht einfach die empfangenen Daten irgendwie falsch interpretiert?

Wie schon erwähnt habe ich keine Erklärung dafür warum verschiedene Codes versendet werden, vielleicht ist das so eine Art “Verschlüsselung” um es uns unnötig schwer zu machen. Das beim einmaligen Betätigen der Taste mehrere Codes gesendet werden liegt glaube ich auch teilweise daran, dass die Codes solange ausgesendet werden wie die Taste gedrückt ist. Und dadurch dass das Senden kürzer dauert als der Tastendruck werden mehrere Codes versendet. Ich vermute als nicht dass der Fehler beim Sniffer liegt

@x-ray said:

@chriseff kannst du uns vielleicht mitteilen, wie du das Problem letztendlich gelöst hast? Also welches Protokoll du genutzt hast und welche Werte du gesetzt hast?

Na klar doch

Also ich habe Dose A in den Pairing-Modus versetzt und dann folgendes ausgeführt:

./codesend 11940012 4 355

wobei 11940012 der “An”-Code für A aus Thomas’ Tabelle ist. Und schon war die Dose auf diesen Code angelernt. (Der Aus-Code muss nicht extra angelernt werden, er wird wohl irgendwie aus dem An-Code berechnet.)

Und mit genau diesem Befehl kann ich die Dose jetzt auch einschalten. Zum Ausschalten wird einfach 11940012 durch 12494204 ersetzt.

@thomas2212 said:

Kann es sein dass du in GitHub schon auf einem Beitrag von mir gestoßen bist? Wenn nicht, würde mich mal der Link zu den Codes auf Github interessieren.

Haha, stimmt! Hatte den Code in Deiner sample-config.json gesehen…

Leider ist mein 433MHz Sender und Empfänger an einem Arduino angeschlossen und werden durch Homeduino bedient.
Da wird codesend 11940012 4 355 nicht funktionieren.
Und meine Versuche den Rollingcode1 umzuschreiben sind bis jetzt erfolglos…
Selbst mit dem RAW-Code konnte ich die Steckdose nicht zur zusammenarbeit überreden.

Hab es jetzt ohne Arduino auch hinbekommen. Hat jemand zufällig noch ein paar mehr Codes gesnifft um auch 5-8 Steckdosen zu schalten?

Also das von mir verwendete „codesend“ stammt aus diesem Repo. Da gibt es auch Sketches für Arduino. Alternativ könnt ihr euch auch den Quellcode für den pi anschauen und euch daraus den Code für den Arduino ableiten

Hat jemand zufällig noch ein paar mehr Codes gesnifft um auch 5-8 Steckdosen zu schalten?

Naja dafür müsste man eigentlich einfach nur die Codes einer anderen Fernbedienung sniffen. Ich habe aber nur eine

Hab ich doch glatt mal meine Fernbedienung gesnifft Wer noch ein paar Codes mehr benötigt:

Da sprechen meine auch drauf an.
Einfach sudo ./codesend CODE 4 355 eingeben und das das Dingen schaltet
Vielen Dank! Wenn das jetzt noch für den “geflashten” Arduino nano auch noch funktioniert bin ich damit erstmal zufrieden.

X-Ray

Ich hab mich nur hier angemeldet, um danke zu sagen, also vielen Dank!! Ich bin fast verzweifelt an den Steckdosen.
Übrigens funktioniert das ganze seltsamerweise genau so gut mit Pulslänge: 520, Protokoll: 4 bei mir. (Habs mal fett geschrieben, falls ein Suchender nur über den Thread fliegt)

Also, danke nochmal!

@thomas2212 @X-Ray

Stammt das codesend Programm ursprünglich aus dem ninjablocks/433Utils? Wurden daran noch weitere Änderungen vorgenommen? Wenn ja, wo findet sich der Quellcode dazu? Mich wundert auch, dass homebridge-rfoutlets-protocol sowie das Parent-Projekt homebridge-rfoutlets keine Referenz auf den Ursprung von codesend enthalten.

Schöne wäre es, wenn sich hier jemand fände, der die gesammelten Erkenntnisse in RfControl einarbeitet. Wie @leader21 schon schrieb: Wir sind für jeden Dev dankbar der uns hier unterstützt.

Stammt das codesend Programm ursprünglich aus dem ninjablocks/433Utils? Wurden daran noch weitere Änderungen vorgenommen?

Richtig es wird codesend von ninjablocks/433Utils verwendet ohne irgendwelche Änderungen. Es ist einfach das codesend, das mir mein pi mit make ausgespuckt hat.

Mich wundert auch, dass homebridge-rfoutlets-protocol sowie das Parent-Projekt homebridge-rfoutlets keine Referenz auf den Ursprung von codesend enthalten.

Das ist richtig, ich habe die Referenz dazu nachgetragen. Vielen Dank für den Hinweis.
Das Parent-Projekt nutzt codesend vom timleland/rfoutlet (worauf nicht verwiesen wird)

@thomas2212
Ich habe dank Deiner Anleitung meine Brennenstuhl RC 4001 auch zum Laufen bekommen, zumindest kann ich über codesend die Funksteckdose ein/ausschalten.
Nun mein Problem: ich habe mir das homebridge-rfoutlets-protocol plugin von Dir geladen und entsprechend die config.json bei mir angepasst. Homebridge erkennt auch das eine Accessory, das ich angelegt habe als “Leuchte” und schaltet beim Tippen darauf auch fleissig von Ein auf Aus. Allerdings schaltet die Dose nicht entsprechend. Eine Idee, wie ich über die Homebridge die Steckdose zum Laufen bekommen? Danke für Hinweise im Voraus

@keysrichards
Ich glaube Probleme mit Homebridge sind hier offtopic schreibe mir lieber persönlich oder mache bei Github einen Issue auf.
Allgemein kannst du aber mal den RFsniffer parallel laufen lassen und schauen was der empfängt wenn du am iOS Gerät auf die Knöpfe drückst um die Steckdosen zu schalten.
Außerdem kannst du, wenn du die homebridge im Terminal/Shell öffnest, einen minimalistischen Log davon sehen. Dort sollte beim Schalten der Steckdosen auch der ausgeführte Befehl mit codesend auftauchen. Diesen solltest du dann mit deiner manuellen (funktionsfähigen) Eingabe vergleichen bzw. diesen Befehl kopieren und manuell im Terminal/Shell testen.

Vielen Dank für all diese Infos! Mein Steckdosen laufen ebenfalls mit Hilfe von codesend. Allerdings bekomme ich es nicht hin sie als Device in Pimatic einzutragen. Habe ich etwas überlesen? Hat jemand einen Tipp oder einen Auszug aus seiner Config für mich?

@sash85 said in 433 MHz Funksteckdosen LIDL Silvercrest RCR DP3 3711-A (brennenstuhl) mit Homeduino:

Vielen Dank für all diese Infos! Mein Steckdosen laufen ebenfalls mit Hilfe von codesend. Allerdings bekomme ich es nicht hin sie als Device in Pimatic einzutragen. Habe ich etwas überlesen? Hat jemand einen Tipp oder einen Auszug aus seiner Config für mich?

Verwende dafür einen ShellSwitch. Bei on-command gibst du dann den Shell-Befehl für “an” ein und bei off-command entsprechend für “aus”. Hab meine Befehle zum senden nochmal in einer sh zusammengefasst, daher führe ich für an folgendes aus:

sudo /home/pi/433utils/433Utils/RPi_utils/coderesend.sh 11940012 4 355
und für aus entsprechend
sudo /home/pi/433utils/433Utils/RPi_utils/coderesend.sh 12494204 4 355

in der sh wiederhole ich einfach 4 mal den normalen codesend Befehl um sicher zu gehen, dass er auch wirklich empfangen wird.

X-Ray

Danke @X-Ray . Ich habe noch entsprechende Dummy Switchs für jeden shell-switch angelegt und mit einer Regel verknüpft, damit es auch mit HomeKit und Echo funktioniert (falls noch jemand das Problem haben sollte).