Beiträge von Flip

    Ich persönlich würde das alles in eine Automation werfen, einfach nur weil ich mir danach nicht einen Wolf suchen möchte bei 150 Automationen.


    Also legen wir mal los.


    Auslöser = BWM entdeckt Bewegung

    Aktion = Kurzbefehl


    im Kufzbefehl selbst:


    1.) Befehl: Variable konfigurieren

    Variable "Zeit" auf "Aktuelles Datum" festlegen


    Wenn wir das haben, tippen wir in diesem weißen Block nochmal auf "Aktuelles Datum" und bekommen hier wieder ein Auswahlmenü, welches wir wie folgt konfigurieren:


    Datumsformat = Eigene

    Eigenes Format = HHmm (das musst du selbst tippen)


    2.) Befehl: Wenn

    Wenn [Eingabe] [Bedingung]


    wir tippen auf [Eingabe] und wählen unsere Variable "Zeit" aus.

    [Eingabe] wurde nun zu "[x] Zeit" und genau da tippen wir jetzt nochmal drauf.


    Jetzt steht da in orange irgendwas von wegen "als App aus dem App Store >"

    Das ist völliger Blödsinn und deswegen tippen wir da drauf und wählen "Zahl" aus und gehen auf "fertig".


    Wir tippen jetzt auf [Bedingung] und weil wir oben "Zahl" gewählt haben, kommen jetzt ganz viele mathematische Möglichkeiten aufgelistet.

    Wir nehmen "ist zwischen" und dann 600 und 900


    3.) Befehl: Zuhause steuern

    Wähle hier das Licht aus, das angehen soll, wenn in der Zeit zwischen 06:00 Uhr und 09:00 Uhr Bewegung erkannt wird.


    Nach dem Sonst-Block, aber vor dem Endevon Wenn kommt jetzt das nächste Wenn:


    4.) Befehl: Wenn

    Wenn "[x] Zeit" ist zwischen 900 und 1800


    Achte darauf, dass Zeit wieder als Zahl betrachtet wird, sonst bekommst du nicht die Möglichkeit der Abfrage zwischen 2 Werten.


    vor dem Sonst, kommt jetzt das nächste Wenn


    5.) Befehl: Wenn

    Wenn "Home-Gerät" auswählen -> die Beleuchtungsstärke deines Sensors ist ≤ 10 Lux

    Dann "Home steuern" und Licht an.

    Sonst

    Ende von Wenn


    Sonst


    6.) Befehl: Wenn

    Wenn "[x] Zeit" ist zwischen 1800 und 2300

    siehe oben


    Sonst

    Aktiviere Nachtlicht


    Ende von Wenn

    Ende von Wenn

    Ende von Wenn

    Ende von Wenn


    ------------------------


    Durch das letzte sonst, hast du den Bereich von 23:00 Uhr bis 06:00 Uhr abgedeckt. Das musst du so machen, weil wenn du sagst Zeit ist zwischen 2300 und 600, wird es nicht funktionieren, weil Unendlich dazwischen kommt.

    Ich habe mich von den Ansätzen mit Sonnenauf- und -untergang verabschiedet, weil es mehrere Probleme mit sich zieht:


    1.) von Sonnenuntergang bis Sonnenaufgang funktioniert in Homekit mit den einfachen Bordmitteln meiner Erfahrung nach nicht, da zwischen den beiden Ereignissen der Tageswechsel liegt. Das zerschießt dir die Bedingung.


    2.) Im Sommer liegt deine Aufstehzeit (=6:00 Uhr) nach dem Sonnenaufgang. Was soll hier jetzt passieren? Es ist schon Tag, aber 6:00 Uhr noch nicht erreicht.


    3.) Man kann sich einen Kurzbefehl bauen, der genau das abfragt und regelt, wie du es haben möchtest. Allerdings wird dazu jedesmal für den Standort deines Zuhauses die aktuelle Wetterbedingung heruntergeladen und das frisst Zeit. Du hast also zwischen "BWM entdeckt Bewegung" und "Licht wird ausgelöst" ein spürbare und störende Verzögerung.


    Ich würde das ganze also wirklich stoisch nach Zeiten regeln:


    zwischen 6:00 Uhr bis z.B. 20:00 Uhr, Licht nur wenn dunkel

    zwischen 20:00 Uhr und 23:00 Uhr, Licht an

    ansonsten: Nachtlicht.


    Das kannst du jetzt mit verschiedenen Automationen bauen oder mit einem Kurzbefehl abfrühstücken. Ganz wie es dir beliebt. Ich persönlich mag ja Kurzbefehle.


    Und wenn du doch an Sonnenauf- und -untergang festhalten willst, obwohl ich dir davon abrate, sag bescheid und ich versuche es mal verständlich runterzuschreiben

    Erstelle dir doch einen Wecker in der Uhr app mit deinem Wunschklingelton und stelle ihn auf 7:00 Uhr.


    Anstatt dann im Kurzbefehl einen neuen Wecker erstellen zu lassen, nimmst du die Option "Wecker ein/aus" und wählst dann den von dir erstellten Wecker aus, welcher aktiviert werden soll

    Ich will es so halt nicht.

    Und Smart ist das auch nicht.


    Schön wäre eine Antwort auf meine Frage und keine Kommentare die meine Meinung in Frage stellen.

    Hmm lade dir doch eine Audiodatei in deine Mediathek, die einfach nur 10 Sekunden Stille enthält.


    Dann bastelst du dir eine Automation:


    Wenn ich zuhause verlasse, dann Kurzbefehl:


    1. Spiele stummes Lied auf HomePod 1.

    2. warte 2 Sekunden.

    3. Spiele stummes Lied auf HomePod 2.

    .... und so weiter

    die NFC Lösung ist da eigentlich ganz gut gedacht.


    Ich möchte aber zu bedenken geben: Dann haben sie ihr iPhone per NFC mit dem Homepod verbunden, irgendwann sind sie mit Musik hören fertig, gehen in einen Raum.


    Irgendwann wollen sie dort Musik direkt am iPhone abspielen, wundern sich, warum kein Ton rauskommt, in anderem Raum plärrt der Homepod aber auf voller Lautstärke, weil ihr iPhone noch mit dem Homepod verbunden ist.


    Wenn sie also schon alt genug sind, dass sie mit einem Smartphone hantieren, würde ich ihnen auch beibringen, wie es funktioniert. Das erspart euch allen nur Ärger

    Da die Frage immer wieder aufkam und der Smartapfel Artikel nicht bei jedem richtig funktioniert, klaue ich mal die hervorragende Anleitung von to0b und passe sie dementsprechend an, um ein WakeUp Light mit Philips Hue oder Deconz zu erstellen.


    Ziel ist, über einen gewissen Zeitraum (hier mal 30 Minuten) das Licht in einem Raum langsam, aber flüssig auf 100% zu fahren.


    Grundlegende API Bedienung

    1. API Client

    Als erstes benötigt man einen API Client. Ich nutze für OS X den Insomnia.rest Client.

    Philips bietet zwar auf der Hue Bridge einen eigenen Client an, dieser ist jedoch bei größeren Abfragen umständlich.

    http://<bridge ip address>/debug/clip.html

    2. API Benutzer anlegen

    Dazu über den API Client eurer Wahl folgendes absetzten:

    Methode: POST


    URL: http://<bridge ip address>/api


    Body: {"devicetype":"MyApp"}



    Es folgt die Aufforderung den Link Button auf der Hue Bridge zu drücken.


    Nachdem der Button gedrückt wurde, wird die Abfrage aus 2.1 erneut ausgeführt und ihr solltet nun einen Benutzernamen angezeigt bekommen:

    [{ "success": { "username": "XXXXXXXXXXXXXXXXXXXXXXXXXXX" }}]


    Nun müsst ihr den Username heraus kopieren und mit in die URL einbauen, damit ihr Authentifiziert seid und weitere Abfragen ausführen könnt:

    http://<bridge ip address>/api/XXXXXXXXXXXXXXXXXXXXXXXXXXX


    3. Abfragen

    Als Test fragen wir nun einfach alle Lampen mit folgendem Befehl ab:

    Methode: GET

    URL: http://<bridge ip address>/api/XXXXXXXXXXXXXXXXXXXXXXXXXXX/lights

    Body:


    Es sollten nun alle Lampen im JSON Format ausgegeben werden. Beispiel:


    Einzelne Lampen werden dann einfach mit der jeweiligen Nummer in der URL angesprochen:

    Methode: GET

    URL: http://<bridge ip address>/api/XXXXXXXXXXXXXXXXXXXXXXXXXXX/lights/1

    Body:


    Die gleichen GET Abfragen kann man für alle Ressourcen auf der Bridge ausführen:

    Sensoren : /sensors/

    Regeln: /rules/

    Gruppen: /groups/

    Szenen: /scenes/

    Zeitpläne: /schedules/


    4. Ändern

    Über die Anfragen kann man ebenso Ressourcen ändern.


    Beispiele:


    Einschalten einer Lampe:

    Methode: PUT

    URL: http://<bridge ip address>/api/XXXXXXXXXXXXXXXXXXXXXXXXXXX/lights/1/state

    Body: { "on": true }


    Ausschalten einer Lampe:

    Methode: PUT

    URL: http://<bridge ip address>/api/XXXXXXXXXXXXXXXXXXXXXXXXXXX/lights/1/state

    Body: { "on": false }


    Anpassen der Helligkeit auf 100%:

    Methode: PUT

    URL: http://<bridge ip address>/api/XXXXXXXXXXXXXXXXXXXXXXXXXXX/lights/1/state

    Body: { "on": true, "bri": 254 }


    Gruppe auf 100% Helligkeit in Blau einschalten:

    Methode: PUT

    URL: http://<bridge ip address>/api/XXXXXXXXXXXXXXXXXXXXXXXXXXX/groups/0/action

    Body: { "on":true, "bri": 254, "sat": 255, "hue": 46920 }


    Eine Liste mit den Parametern findet ihr hier: http://www.burgestrand.se/hue-api/


    Dies sollte euch nun ein bisschen ein Grundverständnis geben, um zu sehen, wie man über die API arbeitet.


    Weitere Hilfreiche Anleitungen für die API findet hier:

    https://developers.meethue.com/documentation/core-concepts

    http://www.burgestrand.se/hue-api/


    Hue API mit Homebridge-hue nutzen

    Kommen wir nun zu den Funktionen, die man über die Hue API in Kombination mit dem hue Plugin nutzen kann.



    Ich habe mir zum Beispiel in HomeKit einen virtuellen Switch über die Hue API angelegt, der über eine Regel alle Lampen für 10 Sekunden in der Farbe Rot blinken lässt. Dies hatte ich zuerst über das IFTTT Plugin realisiert, aber die Reaktionszeit war mir dort teilweise deutlich zu langsam.


    1. CLIPGenericFlag anlegen

    Zuerst muss man einen neuen Sensor anlegen:


    Methode: POST

    URL: http://<bridge ip address>/api/XXXXXXXXXXXXXXXXXXXXXXXXXXX/sensors

    Body:

    Code: Body
    { 
        "manufacturername": "homebridge-hue", 
        "modelid": "CLIPGenericFlag", 
        "name": "WakeUp Light", 
        "swversion": "1", 
        "type": "CLIPGenericFlag", 
        "uniqueid": "WakeUp Light"
    }

    Es folgt eine success Rückmeldung mit der entsprechenden Sensor Nummer /sensors/XX/. Diese Nummer merken!


    Diesen Sensor kombiniert man nun mit einer Regel, was der Sensor auslösen soll:

    Methode: POST

    URL: http://<bridge ip address>/api/XXXXXXXXXXXXXXXXXXXXXXXXXXX/rules

    Body:


    Achtung, folgendes müsst ihr selber anpassen:

    1. Sensor Nummer 2x anpassen mit der Nummer, die ihr im oberen Schritt erhalten habt! "address": "/sensors/XX/state"
    2. "address": "/groups/0/action/", bedeutet, dass ALLE Lampen geschaltet werden. Anstatt der 0 müsst ihr hier die Gruppennummer eintragen, die ihr hochfahren wollt.
    3. "transitiontime": 18000 sind 30 Minuten in Dezisekunden. Es besteht ein Limit von 65535ds, also nicht übertreiben!


    2. Homebridge-Hue Plugin config anpassen

    Um den Switch in HomeKit angezeigt zu bekommen muss man nun die Homebridge config.json anpassen.


    In der Hue Platform:

    Sensoren müssen aktiviert sein

    "sensors": true,



    Ebenso darf "CLIP" nicht als "excludeSensorTypes" gesetzt sein.

    Ich habe bei mir nur folgende Sensoren ausgeschlossen:

    "excludeSensorTypes": ["CLIPPresence", "CLIPGenericStatus", "Geofence"]



    Nach einem Neustart der Homebridge sollte nun in HomeKit ein Schalter mit dem Namen des zuvor angelegten CLIPGenericFlag erscheinen.


    Dies als kleines Beispiel, was mit der API und homebridge-hue zusätzlich möglich ist.

    keine Ahnung ob es funktioniert, aber ihr könnt einen persönlichen Kurzbefehl erstellen:


    Wenn Telefon App geöffnet wird, steuere Zuhause und stelle dort Lautstärke des Homepods ein.

    Am Ende nicht vergessen, den Switch bei "Vor Ausführen bestätigen" deaktivieren.


    Aber wie gesagt, habe ich selbst jetzt nicht getestet, da kein Anwendungsfall

    Hey!

    Bei den allermeisten People Plugins werden tatsächlich nur Bewegungsmelder eingesetzt. Das liegt an dem Fakegato-Support, womit in der Elgato Eve App eine Historie der Sensoren angezeigt werden soll. Fakegato (bzw. die Eve App) unterstützt keine Anwesenheitssensoren, deswegen wird auf Bewegungssensoren zurück gegriffen. Das ursprüngliche, originale homebridge-people Plugin von PeteLawrence nutzt Anwesenheitssensoren, jedoch wird dieses nicht mehr gewartet.


    Kleine Eigenwerbung in dem Sinne: Das von mir gewartete Plugin, homebridge-people-pro, unterstützt aktuell ebenfalls nur Bewegungssensoren, ein Deaktivieren von Fakegato und Nutzen von Anwesenheitssensoren (oder Schaltern) wird aber in den nächsten 1-2 Wochen implementiert. :) Wenn du solang also noch mit Bewegungssensoren klar kommst, wäre das vielleicht auch eine Alternative.

    OMG !!!!!

    Endlich wieder ein People Plugin mit ARP und Webhooks!!

    DANKE !!

    Okay dann werde ich das mit der Uhrzeit erstmal mal bei Seite legen.

    Ich habe dir eine Alternative aufgezeigt, um dich Uhrzeiten mit einzubeziehen.



    Klar geht Lux.

    Im übrigen ist es dein Haus, du darfst auch gerne einfach ausprobieren.


    Und der Kanalwechsel KANN helfen, muss aber nicht. Auch hier gilt, ausprobieren oder Logs und Debug Logs aller Komponenten analysieren

    zunächst würde ich mal Abstand davon nehmen, Uhrzeiten als Bedingungen in den normalen Regeln zu verwenden. Früher hatte Eve noch darauf hingewiesen, dass das zu Problemen führen kann.

    Jetzt fehlt der Hinweis, aber es ist immer noch nicht besser geworden.


    Und Uhrzeitbedingungen, die über Mitternacht hinaus gehen (also z.B. von 18:00 - 05:00 Uhr) hauen immer gerne mal Fehler rein.

    Ich würde das ganze daher über einen Kurzbefehl lösen, wie hier beschrieben.


    Dann zu dem Thema:

    Ich habe das nun mal so angelegt wie oben beschrieben, dennoch schalten manche Lampen immer mal wieder nicht an/aus 🤔bin langsam am verzweifeln.

    An was könnte das liegen?

    Wenn innerhalb einer Szene bspw. 5 Lampen konfiguriert sind, aber nur 4 oder so schalten, kann das mehrere Ursachen haben.

    Hier würde ich zunächst mal den Zigbee Kanal wechseln und hoffen, dass das Besserung bringt.

    Jede weitere Fehlersuche würde hier wohl den Thread sprengen.

    Jetzt muss ich den thread doch mal wieder auspacken, da das Thema hier im Forum doch öfter mal angesprochen wurde und mich generell nicht losgelassen hat, sodass ich ein bisschen Geld auf das Problem geworfen und auf den Tipp von loonypac Raspberrymatic und den Durchgangssensor von Homematic zugelegt habe.


    Grundsätzlich: Klasse, dass Ding löst mein Problem !!


    Ich zähle damit, wie oft der Raum betreten wurde (+1) und wenn der Raum verlassen wurde (-1) = Anzahl der Personen im Raum.


    Hin und wieder verpennt der Sensor zwar einen Durchgang, aber das kann man mit BWMs und geschickten Regeln ganz gut wieder korrigieren.


    Bevor der ein oder andere jetzt auch darauf losrennt, eine kurze Warnung bzw. meine negativen Punkte:


    - wieder eine Bridge bzw. ein System mehr, dass gepflegt werden will und Ressourcen frisst.


    - Raspberrymatic ist echt ein hässliches Stück Software aus der gleichen Hölle, aus der früher auch Videorekorder oder SAP entsprungen sind. Wahrscheinlich ist das Ding total mächtig, aber ich steige nicht durch.


    - zum Glück kann man Redmatic (=NodeRed) als Plugin installieren, aber man muss sich auch mit NodeRed etwas auskennen, um genau die wenigen Daten aus dem Sensor auszulesen und weiter zu verarbeiten, die man braucht.


    - der Sensor ist im Vergleich zu sonstigen Geräten echt groß. Als Vergleich würde ich mal einen zu dick geratenen Zollstock nehmen, was bei Ästhetik begeisterten Mitbewohner*innen möglicherweise nicht auf Begeisterung stößt, wenn man das Teil in den Türrahmen kleben will.


    - ob sich der Preis für das ganze Setup (Sensor plus evtl. Raspi plus Homematic Modul) Lohnt ist fraglich und muss sich jeder selbst beantworten.