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 würde zunächst erstmal auf das Plugin Homebridge-Hue wechseln
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
ist nicht alles, was wir hier treiben ehrlich gesagt nur "nette Spielerei"? 
Ich würde ja noch ein paar Qi Charger einbauen
nagut, so gesehen hat es doch Chancen auf Erfolg
Und wenn jemand 16 Minuten auf dem Topf sitzt, muss er im Dunklen weiterkacken, bis jemand draußen im Flur vorbeiläuft?
Da bin ich gespannt, ob das zu Akzeptanz führt.
Klingt eher nach „Gärtnerei“ 😂
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
Wenn hoobs auf einer ganz anderen Kiste läuft, können dir die Ports auf dem Raspi egal sein.
Oder hast du auch Angst, dass bei dir einer einbricht, weil der Nachbar die Straße runter ein Fenster zum lüften geöffnet hat?
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.
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
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
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:
{
"1": {
"state": {
"on": false,
"bri": 254,
"hue": 14988,
"sat": 141,
"effect": "none",
"xy": [
0.6700,
0.2900
],
"ct": 366,
"alert": "lselect",
"colormode": "xy",
"mode": "homeautomation",
"reachable": false
},
"swupdate": {
"state": "noupdates",
"lastinstall": "2017-11-15T18:43:50"
},
"type": "Extended color light",
"name": "Deckenlampe",
"modelid": "LCT007",
"manufacturername": "Philips",
"capabilities": {
"streaming": {
"renderer": true,
"proxy": true
}
},
"uniqueid": "XX:XX:XX:XX:XX:XX:XX:XX-XX",
"swversion": "5.105.0.21536"
}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/
Ü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/
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.
Zuerst muss man einen neuen Sensor anlegen:
Methode: POST
URL: http://<bridge ip address>/api/XXXXXXXXXXXXXXXXXXXXXXXXXXX/sensors
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:
{
"name": "Alert",
"conditions": [
{
"address": "/sensors/XX/state/flag",
"operator": "eq",
"value": "true"
}
],
"actions": [
{
"address": "/groups/0/action/",
"body": {
"on": true,
"bri": 254,
"transitiontime": 18000
},
"method": "PUT"
},
{
"address": "/sensors/XX/state",
"body": {
"flag": false
},
"method": "PUT"
}
]
}Achtung, folgendes müsst ihr selber 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
zu früh gefreut. hab mal ein Issue reportet
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.
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.
Da wo du die roten Balken drüber gemalt hast, stehen deiner User Daten.
Diese müssen in deine config, so wie es Patrick_ ganz unten als Beispiel aufgeführt hat.
Dann hast du folgende Zeile dein:
"sensors": false,Diese Zeile muss du für deinen Fall ändern in
"sensors": true,Du denkst trotz deiner Umwandlung in Uhrzeit, dein Kurzbefehl aber in zahlen.
Versuche es mal anderes zu bauen:
Wenn deine Zahl ist kleiner 5, setze Variable „Check“ auf 1
Ende wenn
Wenn deine Zahl größer 18, setze Variable „Check“ auf 1
Ende wenn
Wenn „Check“ ist 1
Deine Automation
Ende wenn
Bei mehreren Auslösern ist es immer ein ODER.
Die EVE App setzt Bedingung untereinander immer in eine UND Beziehung (daher steht da auch ganz klein „Alle Bedingungen müssen erfüllt sein“).
In Home+ kann man für Bedingungen auch eine ODER Beziehung setzen. Ist zum Beispiel ganz praktisch bei der Fenster offen Warnung, wenn man nur daran erinnert werden möchte, wenn es regnet, schneit oder unter einer gewissen Außentemperatur