Ja wenn der Zigbee zum Einsatz kommt, wird wohl der z.B. IOBroker benötigt. Da ich den samt Zigbee Stick eh am Laufen habe, hab ich mir auch gleich den Bewegungsmelder bestellt
Bewegungsmelder mit Sonoff und AVM ?
-
bigking94 -
13. März 2019 um 09:41 -
Erledigt
-
-
-
Ja wenn der Zigbee zum Einsatz kommt, wird wohl der z.B. IOBroker benötigt. Da ich den samt Zigbee Stick eh am Laufen habe, hab ich mir auch gleich den Bewegungsmelder bestellt
Oke ... mercie. Dann wäre das also für bigking94 keine Option, da er ja Serverfrei arbeiten möchte ....
-
Eine Frage - die etwas außerhalb des Themas ist:
wie muss der Bewegungsmelder PIR2 verbaut werden?
alle Bilder zeigen das kleine Fenster mit der Abschrägung nach oben, ist das richtig?
Ich meine, dass dies der Schutz ist, um ein Unterkriechen zu verhindern und daher nach unten zeigen muß!?
Ich haben den Bewegungsmelder auf meiner Terrasse verbaut. Jetzt bei dem Wind löst der bei jeder Bewegung eines Busches oder Astes aus.
Gibt es eine Möglichkeit die Empfindlichkeit/Reichweite einzustellen?
-
Ich meine, dass dies der Schutz ist, um ein Unterkriechen zu verhindern und daher nach unten zeigen muß!?
Ist wahrscheinlich kopfüber leichter zu fotografieren
Das Bild hier sollte eindeutig sein (PET-IMMUNE)
Empfindlichkeit/Reichweite-Einstellung wohl nicht, hab aber selber keinen PIR2,
eventuell mit (streifenweise) Abkleben etwas beeinflussen.
HoerMirAuf: der AM312 ist um einiges weniger störanfällig,
direkt beim Sonoff versagen die HC-SR50x tlw. komplett,
und ja, Zigbee nur mit Server/Bridge - daher etwas offtopic hier,
aber für den Preis von ein, zwei DECT-Komponenten bekommt man auch Raspi + ZigbeeStick...
Ohne Server/MQTT... wird man wahrscheinlich auch nicht lang Freude haben -
wird aber jetzt noch mehr offtopic
-
direkt beim Sonoff versagen die HC-SR50x tlw. komplett,
Danke für die Info, das ist natürlich sehr interessant!
Ich hab den Sensor der inzwischen gekommen ist mal auf nen Basic gepackt (alte Version)
Funktioniert bei mir tadellos.
-
Bräuchte mal Hilfe von Tasmota-Profis hier.
Ich sitze an einer Sonoff-Bridge (Tasmota) und einem Sonoff-Bewegungsmelder CT60M (PIR2).
Die Sonoff-Bridge ist konfiguriert, MQTT läuft, ich sehe die Auslösung des Bewegungsmelders mit "RfReceived" auf der Bridge-Konsole.
Aber nun stehe ich auf dem Schlauch....
Ich möchte diese Information mit MQTT auswerten können, also eine Abfrage, ob der Bewegungsmelder ausgelöst hat.
Hat jemand soetwas schon einmal realisiert?
-
Z.B mit einer Rule.
In der Konsole folgendes eingeben:
Rule1 on RfReceived#Data=<rfcode> do publish <topic> <value> endonund mit Rule1 1 aktivieren
Beispiel:
Rule1 on RfReceived#Data=6725B4 do publish cmnd/PIR/activity 1 endon
Wobei sowieso schon beim empfangen eine "tele" MQTT Nachricht ausgelöst wird:
tele/RF_Bridge/RESULT {"RfReceived":{"Sync":10870,"Low":350,"High":1050,"Data":"6725B4","RfKey":"None"}}
-
Z.B mit einer Rule.
In der Konsole folgendes eingeben:
Rule 1 on RfReceived#Data=<rfcode> do publish <topic> <value> endonund mit Rule 1 1 aktivieren
Beispiel:
Rule 1 on RfReceived#Data=6725B4 do publish cmnd/PIR/activity 1 endon
Wobei sowieso schon beim empfangen eine "tele" MQTT Nachricht ausgelöst wird:
tele/RF_Bridge/RESULT {"RfReceived":{"Sync":10870,"Low":350,"High":1050,"Data":"6725B4","RfKey":"None"}}
Danke für die schnelle Antwort.
Die MQTT "tele/RF_Bridge/RESULT {"RfReceived":{"Sync":10870,"Low":350,"High":1050,"Data":"6725B4","RfKey":"None"}}" sehe
ich natürlich in der Konsole der Bridge.
Ich möchte die Aktion des Bewegungsmelders in einem C-Programm auswerten. Das ganze ist Teil eines recht komplexen
Überwachungssystems das u. a. 8 Sonoff-Basic-Module über IFTTT auswertet.
Bei dem Bewegungsmelder bin ich leider an eine Wand gelaufen. Der Versuch mit Tasmota hat mir dort meine Grenzen aufgezeigt.
-
Denn "tele" siehst du auch wenn du dich mit einem Client auf den MQTT Server einloggst auf dem auch die RF-Bridge eingebucht ist.
Hast Du den überhaupt einen MQTT Server am start?
-
Denn "tele" siehst du auch wenn du dich mit einem Client auf den MQTT Server einloggst auf dem auch die RF-Bridge eingebucht ist.
Hast Du den überhaupt einen MQTT Server am start?
Nein, lediglich in der Bridge einen MQTT-client definiert.
-
Nein, lediglich in der Bridge einen MQTT-client definiert.
Damit allein kommst du nicht weiter. Du brauchst ja auch was wo sich der Client also die Bridge einbucht. also einen Server.
Hier steht einiges zu MQTT:
Worauf lässt du den dein C-Programm laufen? Du könntest da ja nen MQTT-Server drauf installieren und einen MQTT Client in deinem C-Programm implemetieren, bzw gleich einen MQTT Server. Unter Arduino das C-basierend ist, ist das relativ einfach, wie das in C selbst zu machen wäre ist glaub eher was für die C-Foren.
-
Damit allein kommst du nicht weiter. Du brauchst ja auch was wo sich der Client also die Bridge einbucht. also einen Server.
Hier steht einiges zu MQTT:
Worauf lässt du den dein C-Programm laufen? Du könntest da ja nen MQTT-Server drauf installieren und einen MQTT Client in deinem C-Programm implemetieren, bzw gleich einen MQTT Server. Unter Arduino das C-basierend ist, ist das relativ einfach, wie das in C selbst zu machen wäre ist glaub eher was für die C-Foren.
Ich danke dir für deine Mühen . . .
Ich denke einen MQTT-server extra für ein einziges Tool zu installietren hieße mit Kanonen auf Spatzen schießen.
Ich werde wohl auf meine ursprüngliche Version zurück gehen, denn mit einer Original Sonoff-Bridge habe ich ja zumindest eine Möglichkeit mit dem Bewegungsmelder über Ewelink über einen Basic-Sonoff eine Aktion zu starten, also ein Alarmmodul zu schalten.
Mit der geflashten RFBridge hatte ich mir das einfacher vorgestellt . . .
-
Oke, jetzt kommen wir der Sache näher. Wäre halt gut gleich dazu zu schreiben was hinten raus kommen soll .... du kannst auch direkt einen Sonoff mit Tasmota OHNE MQTT schalten lassen mir Rule und Websend:
on RfReceived#Data=<rfcode> do websend [<IP>:80,admin:<password>] POWER1 TOGGLE endon
Jetzt wird bei jeder PIR Erkennung umgeschaltet. Du kannst auch ein oder ausschalten indem do TOGGLE gegen ON oder OFF ersetzt. Oder einschalten und mit delay wieder ausschalten:
on RfReceived#Data=<rfcode> do backlog websend [<IP>:80,admin:<password>] POWER1 ON; delay 3000; websend [<IP>:80,admin:<password>] POWER1 OFF endon
Der delay wird in 0,1 Sekunden gerechnet 3000=300 Sekunden= 5min.
-
Oke, jetzt kommen wir der Sache näher. Wäre halt gut gleich dazu zu schreiben was hinten raus kommen soll .... du kannst auch direkt einen Sonoff mit Tasmota OHNE MQTT schalten lassen mir Rule und Websend:
on RfReceived#Data=<rfcode> do websend [<IP>:80,admin:<password>] POWER1 TOGGLE endon
Jetzt wird bei jeder PIR Erkennung umgeschaltet. Du kannst auch ein oder ausschalten indem do TOGGLE gegen ON oder OFF ersetzt. Oder einschalten und mit delay wieder ausschalten:
on RfReceived#Data=<rfcode> do backlog websend [<IP>:80,admin:<password>] POWER1 ON; delay 3000; websend [<IP>:80,admin:<password>] POWER1 OFF endon
Der delay wird in 0,1 Sekunden gerechnet 3000=300 Sekunden= 5min.
Das ist das Ergebnis auf der Konsole der Bridge:
10:53:05 CMD: on RfReceived#Data=15466830 do websend [192.168.178.26:80,admin:iamhere] POWER1 TOGGLE endon
10:53:05 MQT: stat/sonoff/RESULT = {"Command":"Unknown"}
-
Das ist das Ergebnis auf der Konsole der Bridge:
10:53:05 CMD: on RfReceived#Data=15466830 do websend [192.168.178.26:80,admin:iamhere] POWER1 TOGGLE endon
10:53:05 MQT: stat/sonoff/RESULT = {"Command":"Unknown"}
Schön! Und was möchtest Du damit sagen?
-
Schön! Und was möchtest Du damit sagen?
Das in dieser Anweisung ein Fehler sein muss, denn ich erhalte "Command Unknown"
-
Warum hast Du MQTT aktiviert wenn du keinen MQTT Server hast?
MQT: stat/sonoff/RESULT = {"Command":"Unknown"}
Das ist eine MQTT Status Meldung wie der Prefix MQT bereits sagt.
Eine erfolgreiche Websend Meldung schaut so aus:
RSL: RESULT = {"WebSend":"Done"}
Die Rule wird folgendermaßen eingegeben:
Rule1 on RfReceived#Data=15466830 do websend [192.168.178.26:80,admin:iamhere] POWER1 TOGGLE endon
und mit
Rule1 1
aktiviert.
-
Warum hast Du MQTT aktiviert wenn du keinen MQTT Server hast?
MQT: stat/sonoff/RESULT = {"Command":"Unknown"}
Das ist eine MQTT Status Meldung wie der Prefix MQT bereits sagt.
Eine erfolgreiche Websend Meldung schaut so aus:
RSL: RESULT = {"WebSend":"Done"}
Die Rule wird folgendermaßen eingegeben:
Rule1 on RfReceived#Data=15466830 do websend [192.168.178.26:80,admin:iamhere] POWER1 TOGGLE endon
und mit
Rule1 1
aktiviert.
Ich sehe jetzt die Meldung auf der Konsole:
12:02:52 RSL: RESULT = {"RfReceived":{"Sync":12520,"Low":440,"High":1240,"Data":"EC014E","RfKey":1}}
Aber ich bekomme keine Meldung an der angegebenen IP-Adresse mit websend.
-
Puh ... da hijacked den Thread langsam Komplett !
Bitte Poste das Ergebniss das du bekommst wenn Du "Rule1" in der Konsole eingibst.
-
Puh ... da hijacked den Thread langsam Komplett !
Bitte Poste das Ergebniss das du bekommst wenn Du "Rule1" in der Konsole eingibst.
12:41:26 CMD: Rule1
12:41:26 RSL: RESULT = {"Rule1":"ON","Once":"OFF","StopOnError":"OFF","Free":511,"Rules":""}
-