G-Tag, IBeacon, Anwesenheitserkennung
-
Ich bin auch echt begeistert, was für coole Ideen ihr immer habt.
Also nicht nachlassen, ich nehme auch jeden anderen Tipp auf bzw. verfolge ihn weiter. -
@haselchen
so funktioniert die Community
-
-
@haselchen
Bei G-Tag bin ich mangels Nutzung grundsätzlich raus, wüsste aber nicht was dagegen sprechen könnte. Die Teile senden ja auch nur eine Art von "Alive-Signal". Wo und wie, bzw. wie viele Empfänger das Signal auffangen und auswerten wird dürfte dem Teil ja egal sein. -
@haselchen kannst es zumindest mal ausprobieren. Ich hatte auch mal die App getestet, diese aber dann nicht mehr genutzt und wieder deinstalliert. Ist schon etwas her. Ich weiß nicht mehr ob es parallel funktionierte.
Ich benutze immer die google app nRF Connect um die BT Geräte in der Nähe zu checken. Das erleichtert etwas die BT-MAC-Adressen zu finden. -
BLE findet ihn nicht, über den Radar2 bekomme ich den Tag rein.
Merkwürdig.
Aber okay.
Nun kann ich ja mit den Datenpunkten rumspielen.
Sind die Einstellungen des Adapter so ausreichend?
Und was bedeutet in den Datenpunkten nHere? Die Zahl erhöht sich.
-
@haselchen ja, sieht alles richtig aus. Er zählt solange hoch bis er nicht mehr erreichbar ist, auch möglich dass bei 9999 Schluss ist (einer steht bei mir grad bei 6979 z.B.). Dann wird der Wert wieder auf 0 gesetzt.
-
Danke für die Erläuterung.
Das hingeklatschte erste Skript sieht so aus und funktioniert prächtig.
Licht geht schon ca. 15m vor dem Carport an. Sehr schön.
Nun aber die Gretchenfrage.
Das Licht geht an, wenn der Datenpunkt auf true geht.
Ich hab nun etwas Angst, dass wenn der Adapter oder iobroker selber mal sich neu startet und dadurch das Licht angehen würde.Hast du oder jemand von den Anderen ne Absicherung parat?
-
@haselchen sagte in G-Tag, IBeacon, Anwesenheitserkennung:
Ich hab nun etwas Angst, dass wenn der Adapter oder iobroker selber mal sich neu startet und dadurch das Licht angehen würde.
Das und die Zuverlässigkeit in Abhängigkeit von nur einem einzigen System haben mich damals auf eine direkt CCU gebundene Lösung gehen lassen. Dort werden ungewollte Schaltvorgänge über die Abfrage eines CCU-Neustarts abgefangen. Vom Anwesenheitsstatus hängt nämlich bei uns nicht nur das Licht sondern auch die Rollläden und der Haustürverschluß ab.
-
Wunderbar, da hast du mich auf eine Idee gebracht.
Benutze ja auch das Homematic System. -
@haselchen (die meisten) meiner Lichter gehen einerseits aus, wenn lange keine Bewegung mehr da war und zusätzlich habe ich noch ein Script, das alle Lichter um 4 Uhr morgens ausschaltet (für den Fall, dass mal alles ausfällt und beim Hochfahren die Timer nicht mehr laufen sollten).
-
Hab den HM BWM als Sicherheit mit drin.
An dem müssen wir vorbeifahren zum Carport.
Nun hab ich das vorhin getestet, Licht blieb dunkel.
BWM wurde um 19:55:00 ausgelöst
G Tag um 19:54:34Also 26sek dazwischen.
Wie kriege ich das hin, dass wenn alle geforderten Werte eingehalten wurden, das Gewollte ausgelöst wird.
Muss alles zeitgleich passieren, damit das Blockly passt? -
@haselchen probiere mal das: zeit ist die zeit in ms in der bwm und gtag auslösen müssen, sonst werden sie zurückgesetzt
-
Ich hoffe da kommt noch ein Edit mit Erklärung
Das ist dann für mich schon die höhere Blocklykunst
-
@haselchen upps, dachte das sei selbsterklärend. Für gtag und bwm existieren je ein trigger welche eine variable auf true setzen, allerdings nur für 30Sekunden. Dann wird die Routine LichtAnAus aufgerufen welche prüft ob beide wahr sind und die Zeit stimmt und dann das Licht einschaltet. Nach 180 Sekunden wird es dann wieder ausgeschaltet. Mit den Zeiten kannste ja spielen. Die 30 Sekunden habe ich von den 26 Sek. abgeleitet die es gebraucht hat bis nach dem gtag auch der bwm ausgelöst hat
Edit: Die beiden Steuere links braucht es nicht, war noch ein Überbleibsel vom Testen!
Edit2:. Falls gtag und /oder bwm schon früher von selbst auf false gehen, müsste man statt setze auf Wert halt setze auf Wahr nehmen -
Oooook....mal überlegen.
Also, den 2.rechten steuere Block kann ich auch löschen oder?
Das Licht soll anbleiben. Ich hab nen Taster im HWR. Dort würde dann das Licht ausgeschaltet werden.Was ist wenn das Blockly prüft ob beide Datenpunkte wahr sind und der BWM schon wieder auf false schaltet während der GTag noch auf wahr ist?
Edit:
Lach, 2 Dumme 1 GedankeEdit 2:
Das mit true und false bei den beiden Geräten genau hinzubekommen , ist natürlich grosser Sport.
Da kommt es auf den Winkel an, in dem der BWM anspringt , wenn wir vorbeifahren.
Dein Blockly ist schonmal genial. Ich befürchte aber, dass es mal auslösen wird und mal nicht. -
@haselchen Ja klar, wenn nicht ausgeschaltet werden soll kann der weg. Oder den Timeout auf 10Minuten setzen falls der Taster nicht gedrückt wird
Den Trigger für den BWM könnte man auch noch auf Größer als stellen, dann löst er nur aus bei Bewegung, nicht wenn er abfällt. Beim Gtag weiss ich nicht ob und wann der abfällt. Falls ja auch auf Größer als stellen -
Der BWM wird nach 15sek zurückgesetzt nach Bewegungserkennung.
Der Gtag bleibt auf true solange er in der Umgebung vom Haus ist.Problem ist halt, wann der BWM auslöst.
Kommt auf den Vorbeifahrwinkel an.
Demnach kann eben erst der Gtag auf true gehen oder eben der BWM.
Verzwickter Mist. -
@haselchen dann setze nur den bwm auf größer als. Wenn der gtag aber immer auf true ist solange du zuhause bist dann wird der bwm zum point of failure wenn da ne Katze lang läuft. Aber teste doch erstmal so. Man könnte auch noch einen timeout einbauen dass das Licht erst nach einmal abfallen des gtag wieder angehen darf. Erstmal so testen
-
Deswegen hatte ich den GTag als Trigger.
Der Wert ändert sich 1mal auf true sobald er in Hausnähe kommt.
Da kann danach der BWM so oft auslösen wie er will, hat keinen Einfluss.
