LoxBerry: 433 Mhz Funksteckdosen Plugin verfügbar

[svethi]

Was mich am pilight nur stört ist, dass da sinnlos ein Dienst laufen muss.

[Oli]

Hi svethi,

funktioniert leider nicht, auch nicht wenn ich die ID und unit nehme mit der es im browser geht...

[Prof.Mobilux]

Äh, im Browser geht es, oder wie?

[svethi]

Was kommt denn für eine Meldung?

ach, da fällt mir ein, dass ich die ID falsch übersetzt habe

[Prof.Mobilux]

Was mich am pilight nur stört ist, dass da sinnlos ein Dienst laufen muss.

Ich würde niemals Deine Arbeit torpedieren :-) Ich persönlich finde das direkte send433 auch besser, da man keinen Daemon braucht. Aber für alle anderen ist pilight sicherlich eine Alternative, damit überhaupt mal was geht.

[Oli]

Was kommt denn für eine Meldung?

ach, da fällt mir ein, dass ich die ID falsch übersetzt habe

sending [Type E] id[9536080] all[0] unit[9] dimmmode[0] command[1]

Aber die Steckdose reagiert nicht

[svethi]

Ähm, das hat aber nichts mit dem zu tun, was ich da oben geschrieben habe. Mit diesen Daten wird definitiv nichts gesendet.
Ich setze mich hier immer Stunden ran und dann seid Ihr nicht mal in der Lage das so zu testen wie ich es schreibe. Top!

[Oli]

Mit deiner Variante habe ich es zuerst versucht, ging auch nicht, dann habe ich verschiedene Varianten probiert.

[Oli]

sending [Type E] id[2000] all[0] unit[2] dimmmode[0] command[1]

Nichts tut wie geschrieben garnichts, weder beim drücken der Lerntaste noch sonst

[svethi]

Okay, ich habe da noch einen Fehler gefunden. Kannst ja nochmal versuchen.

[svethi]

Das Problem ist, dass die Aussagen im Wiki nicht mit dem korrespondieren was im Programmcode steht. Das macht die Sache nicht einfacher.
Wie ich gelesen habe, kann man auch die Fernbedienung selbst umprogrammieren. Das Gute ist, dass die nach einem Reset wohl immer mit Gerätecode 2816 beginnt. Das müsste bedeuten, dass nach Einlegen der Batterien und Reset und dann Einlernen der Fernbedienung das Ding auf 2816 stehen sollte. Damit könnte man im send zumindest schonmal auch die 2816 nehmen und würde synchron zur Fernbedienung sein.
Vllt funktioniert auch das Einlernen nicht. Du nutzt doch aber den GPIO Pin 17, oder? Der Raspberry hat ja ein Timing-Problem und im RCSwitch gibt es einen Hinweis auf ein Protokoll mit Pulslänge 650 und nicht 700 ... vllt sollte man das mal probieren.
sudo ./send433 -pl=650 2816 0 1 0 1

[Oli]

Guten Morgen!

Jetzt bin ich extra von der Arbeit kurz nach Hause um das zu testen
sudo ./send433 -pl=650 2816 0 1 0 1

Setting PulseLength to 650
sending [Type E] id[2816] all[0] unit[1] dimmmode[0] command[1]

Leider ohne Erfolg. Tut sich garnichts.

Habe auch kurz mit den Parametern gespielt, nix.

Wie setzt sich die ID zusammen? Mit der ID mit der es im Browser klappt, geht es auch per ssh. (bei drücken der Lerntaste)

/usr/bin/sudo /opt/loxberry/data/plugins/rcswitch/bin/send433 -p=0 9536080 0 3 1

OK:
sending [Type D] id[9536080] all[0] unit[3] command[1]

Da nimmt er aber auch das Protokoll D....

PS: Auf die Fernbedienung wäre ich nicht angewiesen!

[svethi]

mit den Daten sind die Telegramme wohl zufällig so ähnlich, dass die erkannt werden. Ich müsste mir mal ansehen wie die Daten da dann aussehen.
Eines an dem Protokoll ist mir noch nicht ganz klar und da steckt vielleicht auch das Problem verborgen.
Normalerweise besteht eine Sequenz (sagen wir mal so) besteht immer aus einem High über eine definierte Zeit und ein Low über eine bestimmte Zeit. Die meisten Systeme verwenden für ein Signal 2 Sequenzen. Eine Sequenz 2 Werte, 2 Sequenzen 4 Werte. Also immer eine gerade Anzahl. Jetzt ist es aber so, dass bei diesem Protokoll ein Header und ein Footer dazukommt. aber jeweils nur 1 Wert. Meine Vermutung ist nun, dass hier dann High und Low getauscht wird. Das würde natürlich alles total ändern. Dazu müsste ich mir bei pilight erstmal ansehen wie mit den generierten Daten dann verfahren wird. Allerdings ist an dieser Theorie auch etwas faul, da dann der Footer Low wäre und ob ich einen Low Wert, also nichts, über eine Zeit x habe oder ihn gleich weglasse, wäre egal.
Eigentlich bin ich schon geneigt zu sagen, dass einfach pilight benutzt werden soll, auf der anderen Seite habe ich jetzt schon wieder so viel Zeit investiert habe, dass ich mich nicht damit abfinden möchte, dass das alles umsonst war ;-)
Habe aber aktuell durch ein MiniServerupdate andere Prioritäten

[Gast]

Sehr schön. Ich werde das im WebGui abändern. Ich denke am WE kommt eine neue Version :-)

Hi,
die neu Version 0.10 funzt bei mir einwandfrei.
Vielen Dank für die Mühe

Grüße,
Michael

[Feivel]

Eine Frage hätte ich noch in die Runde. Hat jemand von euch schon Erfahrungen mit REV-Ritter Steckdosen (Artikelnummer 0085040102) gemacht?
Diese haben leider keinen Codierung zum Einstellen. Es ist nur ein Stick drauf mit einer Nummer. Ich denke mal das wird die Gerätegruppe sein und auf den einzlenen Steckdosen ist noch der Zusatz mit der Gerätenummer (siehe Bild).
Theoretisch müsste ich es ja mit der neuen Version testen können, wo ich die Pulslänge usw einstellen kann oder?

[Prof.Mobilux]

*** Ankündigung***: Version 0.11 ist zum Download verfügbar

• Neues Feature: Pilight als Alternative für bisher nicht unterstützte Steckdosen integriert! Damit können alle von Pilight unterstützten Steckdosen verwendet werden: https://wiki.pilight.org/doku.php/protocols#switches
• Neues Feature: Watchdog für den Pilight-Daemon: Der Daemon wird nach Absturz nach max. 60 Sekunden neu gestartet

Download: http://plugins.loxberry.de/plugin/rcswitch-433-mhz/
Dokumentation: http://www.loxwiki.eu/x/JATL

Alle die bisher ihre Steckdosen nicht verwenden konnten sollten noch einmal die Einbindung über Pilight testen!

[Oli]

Hi,

habe es jetzt kurz getestet, wo finde ich den Systemcode?


/usr/local/bin/pilight-send -p quigg_gt7000 -i 2816 -s 1 -u 1 -t
[Dec 20 20:57:32:824799] pilight-send: NOTICE: no pilight ssdp connections found

Den Fehler bekomme ich immer, habe auch schon die GPIO neu eingetragen

loxberry@loxberry:~/data/plugins/rcswitch/bin $ pilight-send -p quigg_gt7000 -i 2816 -u 1 -f
[Dec 20 21:02:00:194862] pilight-send: NOTICE: no pilight ssdp connections found
loxberry@loxberry:~/data/plugins/rcswitch/bin $ ps -eaf | grep -i pilight
loxberry 3710 2905 0 22:04 pts/0 00:00:00 grep --color=auto -i pilight
loxberry@loxberry:~/data/plugins/rcswitch/bin $

[svethi]

Genau, am Anfang geht es noch und paar Stunden später wird nichts mehr geschaltet.
Ich werde die Lösung mal raussuchen und Prof mitteilen

Aber sag mal, geht es denn jetzt?

[Prof.Mobilux]

LoxBerry nach der Installation neu gestartet?

Bzgl. Systemcode: Bitte in der Pilight-Doku nachschauen: https://wiki.pilight.org/doku.php/protocols#switches

[Oli]

Guten Morgen,

ja ja hab den Loxberry neu gestartet. Tut sich nix.

Systemcode finde ich keinen. Nur die Id, oder ist die Id das gleiche als der Systemcode?

[Prof.Mobilux]

Mmmhh, dann muss ich mir die Installation nochmal anschauen - vielleicht noch ein Fehler drin. Internetzugang beim Booten hat er aber, oder? Das Pilight wird beim Booten heruntergeladen und installiert.

Wenn Du für Deine Steckdosen nur die ID laut Doku brauchst, dann musst du den Systemcode einfach leer lassen.

[Prof.Mobilux]

Oli Ich sehe gerade, dass anscheinend Pilight bei Dir installiert wurde, der Daemon aber nicht läuft. Kannst Du bitte mal folgendes als Root ausführen:

killall pilight-daemon && /usr/local/sbin/pilight-daemon -D

Das startet den Daemon manuell auf der Kommandozeile. Es sollte eine Ausgabe ähnlich folgender kommen:

root@loxberry:~# /usr/local/sbin/pilight-daemon -D
[Dec 21 05:58:47:935017] pilight-daemon: INFO: version v7.0
[Dec 21 05:58:47:938251] pilight-daemon: DEBUG: ssdp sent search
[ Dec 21 05:58:48:39865] pilight-daemon: INFO: no pilight daemon found, daemonizing
[ Dec 21 05:58:48:42723] pilight-daemon: INFO: daemon listening to port: 40797
[ Dec 21 05:58:48:47159] pilight-daemon: DEBUG: running on a raspberrypi
[ Dec 21 05:58:48:55281] pilight-daemon: DEBUG: new thread socket, 1 thread running
[ Dec 21 05:58:48:57606] pilight-daemon: DEBUG: new thread ssdp, 2 threads running
[ Dec 21 05:58:48:60159] pilight-daemon: DEBUG: new thread sender, 3 threads running
[ Dec 21 05:58:48:65065] pilight-daemon: DEBUG: new thread broadcaster, 4 threads running
[ Dec 21 05:58:48:66847] pilight-daemon: DEBUG: new thread 433gpio, 5 threads running
[ Dec 21 05:58:48:69133] pilight-daemon: DEBUG: new thread receive parser, 6 threads running
[ Dec 21 05:58:48:74347] pilight-daemon: INFO: new client, ip: 127.0.0.1, port: 34066
[ Dec 21 05:58:48:79003] pilight-daemon: DEBUG: client fd: 7
[ Dec 21 05:58:48:81021] pilight-daemon: DEBUG: client id: 1
[ Dec 21 05:58:48:81778] pilight-daemon: DEBUG: new thread events client, 7 threads running
[ Dec 21 05:58:48:84758] pilight-daemon: DEBUG: new thread events loop, 8 threads running
[ Dec 21 05:58:48:87953] pilight-daemon: DEBUG: ssdp sent notify
[ Dec 21 05:58:48:88229] pilight-daemon: DEBUG: ssdp sent search
[Dec 21 05:58:48:190543] pilight-daemon: INFO: new client, ip: 192.168.3.66, port: 33056
[Dec 21 05:58:48:191805] pilight-daemon: DEBUG: client fd: 9
[Dec 21 05:58:48:195029] pilight-daemon: DEBUG: client id: 2
[Dec 21 05:58:48:196146] pilight-daemon: DEBUG: socket recv: {"action":"identify","options":{"config":1},"media":"all"}
[Dec 21 05:58:48:197974] pilight-daemon: DEBUG: socket write succeeded: {"status":"success"}
[Dec 21 05:58:48:198460] pilight-daemon: DEBUG: socket write succeeded: {"action":"identify","options":{"config":1},"media":"all"}
[Dec 21 05:58:48:774988] pilight-daemon: DEBUG: ssdp sent notify
[Dec 21 05:58:48:878251] pilight-daemon: INFO: new client, ip: 192.168.3.65, port: 59154
[Dec 21 05:58:48:881109] pilight-daemon: DEBUG: client fd: 10
[Dec 21 05:58:48:881398] pilight-daemon: DEBUG: client id: 3
[Dec 21 05:58:48:881762] pilight-daemon: DEBUG: socket recv: {"action":"identify","uuid":"0000-00-1f-1f-cceb83","options":{"receiver":1,"forward":1,"config":1}}
[Dec 21 05:58:48:883623] pilight-daemon: DEBUG: socket write succeeded: {"status":"success"}
[Dec 21 05:58:48:887939] pilight-daemon: DEBUG: socket recv: {"action":"request config"}
[Dec 21 05:58:48:889178] pilight-daemon: DEBUG: socket write succeeded: {"message":"config","config":{"devices":{},"rules":{},"gui":{},"settings":{"log-level":6,"pid-file":"/var/run/pilight.pid","log-file":"/opt/loxberry/log/plugins/rcswitch/pilight.log","webserver-enable":0,"webserver-root":"/opt/loxberry/config/plugins/rcswitch/pilight","webserver-http-port":5001,"webserver-cache":0,"stats-enable":0,"watchdog-enable":0},"hardware":{"433gpio":{"sender":0,"receiver":-1}},"registry":{"pilight":{"version":{"current":"7.0"}}}}}

Bitte Deine Ausgabe mal per Copy and Paste hier posten. Anschließend kannst Du mit "Strg+C" den Daemon wieder manuell beenden.

[Oli]

loxberry@loxberry:~ $ killall pilight-daemon && /usr/local/sbin/pilight-daemon - D
pilight-daemon: no process found

[svethi]

als root service pilight start

[svethi]

Du Prof.Mobilux, ich muss mir da mal ansehen was Du da wie mit dem Pilight gemacht hast. Das ssdp Problem hatte ich bei mir nie wegbekommen und das Internet ist voll davon. Bzw. ich habe das schon wegbekommen. Der pilight daemon standardmäßig nicht standalone und hört noch auf Befehle von anderen Stellen. Dies ist hier nicht nötig. Es reicht wenn der auf standalone steht. Beim send-Befehl muss dann nur der Server und der Port angegeben werden. Dann ist auch der Fehler weg. Ich hatte das ja zum Schluss so laufen. Ich schicke Dir mal mein Script wie ich den send aufgerufen hatte

[Prof.Mobilux]

Ich hatte das überhaupt nicht... Getestet auf 2 LoxBerrys. Bei Oli läuft der Daemon nicht - das ist vermutlich die Ursache. Die Frage ist nur: Warum nicht.

Die Config des Daemon ist unter ~/config/plugins/rcswitch/pilight zu finden. Vielleicht kann man da noch optimieren. Kannste Dir ja mal anschauen.

[Prof.Mobilux]

Habs gerade auf standalone umgebaut (Version 0.12). Mal sehen ob das was bringt.

[svethi]

Woher das kommt, kann ich Dir auch nicht sagen. Habe das nicht wegbekommen. Laufen die Loxberrys über dhcp? Da scheint es mit fester IP wohl auch ein Problem zu geben. Bei mir war es immer so. Der Daemon läuft. Bei Neustart des Daemon funktionierte das immer trotz der Fehlermeldung, doch nach einer Zeit reagierte dann nichts mehr. Der Daemon lief aber dennoch und hörte sehr wohl auf seinen Port. Daher ist Dein Test für diesen Fall zwecklos, da der Daemon halt läuft ;-)