433 Mhz "Baumarkt Steckdosen" schalten - Kleines Beispiel
-
Das sollte so funktionieren… Findest du Fehlermeldungen im log? `
ja so habe ich das Skript auch verstanden.
Im LOG erscheint nur folgendes:
javascript.0 2017-01-23 20:34:45.566 info received all objects
javascript.0 2017-01-23 20:34:45.260 info received all states
javascript.0 2017-01-23 20:34:44.646 info requesting all objects
javascript.0 2017-01-23 20:34:44.642 info requesting all states
Aber ich habe eine Denkfehler. Derzeit läuft iobroker auf meiner Synology NAS und auf dem raspberry rscwitch. Somit kennen die beiden sich nicht.
Hat jemand so etwas schonmal gelöst?
Anbei 2 Screenshots wie ich dies eingebunden habe.
1862_2017-01-23_20_35_12-iobroker.admin.jpg
1862_2017-01-23_20_35_44-iobroker.admin.jpg -
Von dem Script kann ich leider durch nicht ausreichende Kenntnisse nichts sagen.
Was das mit deinem NAS und PI betrifft…
-
SSH Key anlegen, damit du vom NAS kein PW eingeben musst um auf dem PI etwas auszuführen
-
den Befehl via SSH an den PI senden.
oder.. das PHP Script von der ersten Seite verwenden und auf dem PI anpassen, mit ioBroker dann das PHP Script aufrufen
-
-
Von dem Script kann ich leider durch nicht ausreichende Kenntnisse nichts sagen.
das PHP Script von der ersten Seite verwenden und auf dem PI anpassen, mit ioBroker dann das PHP Script aufrufen `
Genau so versuche ich es nochmals.
Allerdings wird mein exec bisher nicht ausgeführt: exec('sudo ~/raspberry-remote/./send ' . $hauscode . ' ' . $ausgang . ' ' . $zustand);
Hier muss ich mal noch die Return Werte auswerten. GGf. mit shell_exec arbeiten. PHP ist da doch ein wenig eigen
-
der normale Befehl geht mit sudo?
ansonsten zum testen einfach mal..
sudo su - rootdann
php /dein/pfad/zur/php/datei.php hauscode ausgang zustandkann an die Berechtigungen liegen, wem gehört die php Datei und welche rechte sind gesetzt.
-
der normale Befehl geht mit sudo?
kann an die Berechtigungen liegen, wem gehört die php Datei und welche rechte sind gesetzt. `
Ja der normale Befehl mit Sudo klappt: sudo ~/raspberry/./send 11111 3 1
Der php Datei habe ich nun volle Rechte gegeben chmod 777
shell_exec leider auch noch ohne Erfolg.
Ist hier ein PHP Spezi anwesend ?
-
Hallo Dr.iller,
ich hatte das auch. Nun habe ich die Lösung gefunden:
zuerst habe ich den Pfad in der php Datei angepasst:
Zeile 29: exec('sudo /home/pi/raspberry-remote/./send ' . $hauscode . ' ' . $ausgang . ' ' . $zustand);
Anpassen der Rechte
sudo visudoFolgende Zeilen hinzufügen:
# Funksteckdosen www-data ALL=NOPASSWD: /home/pi/rcswitch-pi/sendDanach lief es bei mir.
-
Hallo zusammen,
….es stimmt, es ist alles eine Frage der Rechte. Wenn der normal Befehl mit "sudo" funtioniert. Ich habe im Script die "Echo" Ausgabe eingebaut damit man schauen kann ob der Befehl ausgeführt wurde.
Wenn die Rechte stimmen, schau mal wem die Datei gehört und passe es auch noch an, dann sollte es gehen
Grüße,
Torsten
-
Hallo zusammen,
….es stimmt, es ist alles eine Frage der Rechte. Wenn der normal Befehl mit "sudo" funtioniert. Ich habe im Script die "Echo" Ausgabe eingebaut damit man schauen kann ob der Befehl ausgeführt wurde.
Wenn die Rechte stimmen, schau mal wem die Datei gehört und passe es auch noch an, dann sollte es gehen
Grüße,
Torsten `
Hallo Torsten,
die Echo Ausgabe kam bei mir trotzdem. Nur geschaltet hat an der Stelle nichts.
-
Habe jetzt auch mal versucht, alles nach Anleitung (Link erster Post) einzurichten.
Jetzt habe ich schonmal das Problem, dass ich einen Pine64 nutze und keinen Raspi. Darauf lässt sich wiringPi leider nicht installieren.
Allerdings gibt es eine wiringPi-Pine64, mit dieser klappt es.
Dann folgt raspberry-remote, scheinbar setzt diese aber wiringPi voraus und erkennt wiringPi-Pine64 nicht. Folgendes bekomme ich zu sehen:
ubuntu@Pine64ubuntu:~/raspberry-remote$ make send g++ -Wall -lwiringPi -c -o RCSwitch.o RCSwitch.cpp In file included from RCSwitch.cpp:27:0: RCSwitch.h:31:26: fatal error: wiringPi.h: No such file or directory compilation terminated. <builtin>: recipe for target 'RCSwitch.o' failed make: *** [RCSwitch.o] Error 1</builtin>Alternativ habe ich pilight versucht, aber auch dies lässt sich nicht richtig installieren (die config.json z.B. ist vorhanden, aber der service lässt sich nicht starten, da nicht vorhanden).
Hat jemand schonmal einen 433-Sender auf dem Pine64 zum laufen gebracht?
-
Hallo mein Name ist Tobias und ich bin neu hier.
Seit kurzen interessiert es mich meine Wohnung per Handy und co. steuern zu können.
Erst mal reicht es mir die Lampen über Funksteckdosen zu steuern.
Möchte aber demnächst auch Heizung, Fernseher und co steuern.
Ich möchte alles über den Browser mit Hilfe von vis steuern
und mit dem iPhone mit der Home App (auch per Siri).
In iobroker habe ich HomeKit, yahka, vis, Web und JavaScript installier.
Mittlerweile kann ich über ein JavaScript in vis meine Lampe steuern. (dank der Anleitung hier im Forum)
Im iPhone erscheint der Knopf, wenn ich das JavaScript in yahka einrichte (hier habe ich auch das Script Lichtschalter_Dummy hinterlegt), aber wenn ich auf den Knopf drücke geht, die Lampe nicht an.
Komischerweise geht es Per Siri aber super hier kann ich die Lampe an und aus machen.
Den Fehler denke ich gefunden zu haben. Im log steht der richtige Befehl innerhalb von 0,1 Sekunden
zwei Mal drin wenn ich im iPhone Licht an oder aus anklicke. Per Siri oder vis steht der Befehl nur einmal drin.
Kann mir jemand sagen, wie ich das behebe?
Liebe Grüße Tobias
2860_img_2236.jpg -
Poste mal dein Script
–-----------------------
Send from mobile device
-
Poste mal dein Script
–-----------------------
Send from mobile device `
Hier das Script danke für die schnelle Reaktion.
2860_foto.jpg -
Poste mal dein Script
–-----------------------
Send from mobile device `
Hier das Script danke für die schnelle Reaktion. `
hmm…. eigentlich sollte das commando stimmen und nicht 2 mal geschossen werden muessen.
Bei 433 MHZ ist es leider so das nicht immer alle befehle ankommen.
Du koenntest jetzt noch mit einen delay dasselbe command 0.1 sekunden nochmal schicken
Benutze dazu de block timeout (nicht interval !), setze diesen unter den jetzigen exec und kopieren deinen exec block darein (fuer beide)
das ist die logik
-
variable geanedert
-
check
-
execute
-
0,1 sec spaeter execute nochmal
~Dutch
-
-
hmm…. eigentlich sollte das commando stimmen und nicht 2 mal geschossen werden muessen.
Bei 433 MHZ ist es leider so das nicht immer alle befehle ankommen.
Du koenntest jetzt noch mit einen delay dasselbe command 0.1 sekunden nochmal schicken
Benutze dazu de block timeout (nicht interval !), setze diesen unter den jetzigen exec und kopieren deinen exec block darein (fuer beide)
das ist die logik
-
variable geanedert
-
check
-
execute
-
0,1 sec spaeter execute nochmal
~Dutch `
Ok danke werde ich nachher mal Probieren da ich nicht zuhause im Wlan bin und somit die Apple Home app nicht geht.
Hab leide noch keine Funktionierende VPN Verbindung.
Komisch ist das es bei Vis mit dem Script super geht per Siri auch nur wenn ich in der app den Knopf selber drücke und nicht Siri den Befehlt auslöst kommt es zu dieser Doppelten Übertragung.
Ich werde heute Abend berichten.
-
-
hmm…. eigentlich sollte das commando stimmen und nicht 2 mal geschossen werden muessen.
Bei 433 MHZ ist es leider so das nicht immer alle befehle ankommen.
Du koenntest jetzt noch mit einen delay dasselbe command 0.1 sekunden nochmal schicken
Benutze dazu de block timeout (nicht interval !), setze diesen unter den jetzigen exec und kopieren deinen exec block darein (fuer beide)
das ist die logik
-
variable geanedert
-
check
-
execute
-
0,1 sec spaeter execute nochmal
~Dutch `
Ok danke werde ich nachher mal Probieren da ich nicht zuhause im Wlan bin und somit die Apple Home app nicht geht.
Hab leide noch keine Funktionierende VPN Verbindung.
Komisch ist das es bei Vis mit dem Script super geht per Siri auch nur wenn ich in der app den Knopf selber drücke und nicht Siri den Befehlt auslöst kommt es zu dieser Doppelten Übertragung.
Ich werde heute Abend berichten. `
warte mal ich had da so ne vermutung, hast du auch history installiert ?
Meine vermutung: deine variable ist ein boolean, yahka schikt eine 1 oder 0, der wert wird 2 mal geupdated (0 und falsch oder 1 under true)
dadurch aenderd sich die variable 2 mal mit als folge 2 befehle.
das koennstest du abfangen durch in deinem if noch UND = 0 oder UND = 1 hinzu zu fuegen.
Mit history log koenntest du sehen was die variable macht, mir ist aufgefallen das yahka manchmal 0/1 und manchmal true/false benutzt.
~Dutch
-
-
hmm…. eigentlich sollte das commando stimmen und nicht 2 mal geschossen werden muessen.
Bei 433 MHZ ist es leider so das nicht immer alle befehle ankommen.
Du koenntest jetzt noch mit einen delay dasselbe command 0.1 sekunden nochmal schicken
Benutze dazu de block timeout (nicht interval !), setze diesen unter den jetzigen exec und kopieren deinen exec block darein (fuer beide)
das ist die logik
-
variable geanedert
-
check
-
execute
-
0,1 sec spaeter execute nochmal
~Dutch `
Ok danke werde ich nachher mal Probieren da ich nicht zuhause im Wlan bin und somit die Apple Home app nicht geht.
Hab leide noch keine Funktionierende VPN Verbindung.
Komisch ist das es bei Vis mit dem Script super geht per Siri auch nur wenn ich in der app den Knopf selber drücke und nicht Siri den Befehlt auslöst kommt es zu dieser Doppelten Übertragung.
Ich werde heute Abend berichten. `
warte mal ich had da so ne vermutung, hast du auch history installiert ?
Meine vermutung: deine variable ist ein boolean, yahka schikt eine 1 oder 0, der wert wird 2 mal geupdated (0 und falsch oder 1 under true)
dadurch aenderd sich die variable 2 mal mit als folge 2 befehle.
das koennstest du abfangen durch in deinem if noch UND = 0 oder UND = 1 hinzu zu fuegen.
Mit history log koenntest du sehen was die variable macht, mir ist aufgefallen das yahka manchmal 0/1 und manchmal true/false benutzt.
~Dutch
PS: du kannst die diese komplette IF auch sparen und 2 trigger machen, setze dazu "wurde geanedert" auf ist true.
Dan hast du 2 trigger die auf true oder falsch reagieren und ist die abfrage ueberflussig
-
-
warte mal ich had da so ne vermutung, hast du auch history installiert ?
Meine vermutung: deine variable ist ein boolean, yahka schikt eine 1 oder 0, der wert wird 2 mal geupdated (0 und falsch oder 1 under true)
dadurch aenderd sich die variable 2 mal mit als folge 2 befehle. `
History habe ich bisher nicht installiert werde ich dann aber mal machen.
boolean? noch nie gehört
das koennstest du abfangen durch in deinem if noch UND = 0 oder UND = 1 hinzu zu fuegen.
Mit history log koenntest du sehen was die variable macht, mir ist aufgefallen das yahka manchmal 0/1 und manchmal true/false benutzt.
~Dutch `
Was du grade beschreibst könnte das sein was mir passiert ist von 30-40 versuchen haben 2-3 geklappt gehabt wo
ich per app die Steckdose schalten konnte.
PS: du kannst die diese komplette IF auch sparen und 2 trigger machen, setze dazu "wurde geanedert" auf ist true.
Dan hast du 2 trigger die auf true oder falsch reagieren und ist die abfrage ueberflussig `
Hier bin ich leider wieder Raus. Das verstehe ich noch nicht. IF? Trigger?
Habe grade mal per Temviewer zuhause das Script oben von "wurde geändert" auf "ist wahr" geändert dann geht die Lampe über Vis zwar an aber nicht aus. Wie sich das beim iPhone verhält weiß ich nicht.
-
boolean? noch nie gehört `
sorry fachjargon…
Boolean = immer TRUE oder FALSE kan keinen anderen wert im speicher haben
Number = zahlen
String = buchstaben zahlen etc
Du sagst also deinem speicher bist ein boolean, darfst nur TRUE oder FALSE sein
Was du grade beschreibst könnte das sein was mir passiert ist von 30-40 versuchen haben 2-3 geklappt gehabt wo
ich per app die Steckdose schalten konnte. `
Mja das kan viel ursachen haben, wie stuerst du deine 433 MHZ ?
Ich habe nach viel basteln und aerger nen RFXCOM gekauft der funst bei mir 99,99%, von 100 schal befehlen fehlen mal 4 das geht.
Hier bin ich leider wieder Raus. Das verstehe ich noch nicht. IF? Trigger?
Habe grade mal per Temviewer zuhause das Script oben von "wurde geändert" auf "ist wahr" geändert dann geht die Lampe über Vis zwar an aber nicht aus. Wie sich das beim iPhone verhält weiß ich nicht. `
sorry ich erklaehre es zu komplex….
Du hast jetzt in deinem block diese IF, das kan raus wen du den trigger auf IST wahr setzt.
Das er jetzt nicht ausschaltet stimmt, dus musst ja nochmal genau den selber block machen miet IST unwahr.
also 2 blocker mit trigger, einer war der andere unwar. Die commando blocker da rein, keine IF abfrage mehr (unnoetig macht ja der trigger.
~Dutch
-
sorry fachjargon…
Boolean = immer TRUE oder FALSE kan keinen anderen wert im speicher haben
Number = zahlen
String = buchstaben zahlen etc
Du sagst also deinem speicher bist ein boolean, darfst nur TRUE oder FALSE sein `
Danke fürs erklären
Mja das kan viel ursachen haben, wie stuerst du deine 433 MHZ ?
Ich habe nach viel basteln und aerger nen RFXCOM gekauft der funst bei mir 99,99%, von 100 schal befehlen fehlen mal 4 das geht. `
Da bei mir alles noch in den Startlöchern ist Hängt der 433 MHz sender direkt am PI 3 (GPIO 17 glaube ich).
Einen NodeMCU habe ich mir noch gekauft ob ich den wirklich brauche weiß ich noch nicht.
sorry ich erklaehre es zu komplex….
Du hast jetzt in deinem block diese IF, das kan raus wen du den trigger auf IST wahr setzt.
Das er jetzt nicht ausschaltet stimmt, dus musst ja nochmal genau den selber block machen miet IST unwahr.
also 2 blocker mit trigger, einer war der andere unwar. Die commando blocker da rein, keine IF abfrage mehr (unnoetig macht ja der trigger.
~Dutch `
Ich hab jetzt mal mehrer versuche Kurz gemacht werde dafür aber auch erst wieder heute Abend mehr Zeit haben.
Bisher hat keiner meiner versuche eine zufriedenstellende Lösung gebracht.
Ich lade mal meine Versuche hoch die vielleicht aber auch Unsinn sind. Wenn ich das Trigger wahr und unwahr mache muss ich es auf zwei scripts aufteilen?
Commando Blocker war nochmal was?
2860_3.jpg
2860_1.jpg
2860_2.jpg -
sorry fachjargon…
Boolean = immer TRUE oder FALSE kan keinen anderen wert im speicher haben
Number = zahlen
String = buchstaben zahlen etc
Du sagst also deinem speicher bist ein boolean, darfst nur TRUE oder FALSE sein `
Danke fürs erklären
Mja das kan viel ursachen haben, wie stuerst du deine 433 MHZ ?
Ich habe nach viel basteln und aerger nen RFXCOM gekauft der funst bei mir 99,99%, von 100 schal befehlen fehlen mal 4 das geht. `
Da bei mir alles noch in den Startlöchern ist Hängt der 433 MHz sender direkt am PI 3 (GPIO 17 glaube ich).
Einen NodeMCU habe ich mir noch gekauft ob ich den wirklich brauche weiß ich noch nicht.
sorry ich erklaehre es zu komplex….
Du hast jetzt in deinem block diese IF, das kan raus wen du den trigger auf IST wahr setzt.
Das er jetzt nicht ausschaltet stimmt, dus musst ja nochmal genau den selber block machen miet IST unwahr.
also 2 blocker mit trigger, einer war der andere unwar. Die commando blocker da rein, keine IF abfrage mehr (unnoetig macht ja der trigger.
~Dutch `
Ich hab jetzt mal mehrer versuche Kurz gemacht werde dafür aber auch erst wieder heute Abend mehr Zeit haben.
Bisher hat keiner meiner versuche eine zufriedenstellende Lösung gebracht.
Ich lade mal meine Versuche hoch die vielleicht aber auch Unsinn sind. Wenn ich das Trigger wahr und unwahr mache muss ich es auf zwei scripts aufteilen?
Commando Blocker war nochmal was? `
dein erster screenshot ist genau was ich meinte, aufteilen brauchst du nicht.
Du kannst in einem script x trigger haben, er fuerht nur aus was unter dem trigger steht
Da bei mir alles noch in den Startlöchern ist Hängt der 433 MHz sender direkt am PI 3 (GPIO 17 glaube ich).
Einen NodeMCU habe ich mir noch gekauft ob ich den wirklich brauche weiß ich noch nicht. `
zum testen geht das allemaal, nur wie gesagt 433MHZ ist halt kein feedback und diese kleinen sender machen oft problemen.
Fuer 433 empfehler ich RFLINK (grosser thread hier im forum) oder RFXCom mittels openhab integrieren (so mach ich es)
~Dutch
