Hi, ich bin's schon wieder.
Es geht voran und bisher klappt (Dank euerer Hilfe) auch alles ganz gut.
Nun möchte ich mal wieder etwas wo ich nicht weiterkomme.
Ich habe z.B. über ein Notify eine Aktion für das verlassen des Hauses erstellt welche auch in Verbindung mit IFTTT einigermaßen funktioniert.
Der def dazu sieht bei mir so aus:
SZ.Harmony.currentActivity:.Abwesenheit set FBDECT_FritzBox_900,FBDECT_FritzBox_20,FBDECT_FritzBox_20000,HUEGroup0 off;set harmony_31462014,harmony_31462012 PowerOff)
Wenn der Notify aktiv wird werden diverse Dinge ausgeschaltet. Aktiv wird der Notify bisher über IFTTT und den Harmony Channel. Unter anderem wird auch eine HUE-Gruppe (HUEGroup0) mit ausgeschaltet.
Leider klappt das Geofencing mit IFTTT nicht richtig gut. Das Geofencing mit HUE ist nach meinen Erfahrungen da weitaus zuverlässiger. Darum möchte ich darauf umsteigen.
Frage nun:
Wie lese ich das Geofencing von HUE mit FHEM aus?
Bisher hat FHEM quasi HUE gesteuert. Nun soll es ja andersrum laufen.
So sieht der Geofence bei mir in FHEM aus. Das ist zumindest das was via Autocreate (Als Gruppe??) rübergekommen ist.:
Grüße Kai-Uwe
Gesendet von iPad mit Tapatalk
Dazu direkt kann ich Dir leider keinen Hinweis geben. Ich nutze allerdings - nur als Hinweis/Tip - das Residents-Modul, und triggere das über die Handys (im WLan anwesend/abwesend). Darüber schalte ich denn Geräte und Lampen an oder aus, einfach via DOIF (Wlan-Status wird an Residents übergeben, Residents triggert denn die Schalter).
Habe jetzt in China günstige Bluetooth4.0 LE Minisender für den Schlüsselbund bestellt, die sollen denn das An-/Abwesend übernehmen (man nimmt ja den Schlüssel mit). Ansatz ist Fehlschaltungen zu vermeiden, wenn bspw. der Akku leer ist - oder keiner Zuhause und der Babysitter plötzlich im dunkeln sitzt. Dazu soll denn ein zusätzlicher "Schlüsselanhänger" für "Gäste" aktiviert werden - soweit die Theorie, das Zeug ist aber leider noch nicht da.
Hi,
Residents-Modul? Noch nie gehört....
Ich denke ich brauch Input!
Hast du mal nen Link zu den Minisendern? Die Lösung hört sich nicht uninteressant an.
Grüße Kai-Uwe
Gesendet von iPad mit Tapatalk
Moin,
http://www.fhemwiki.de/wiki/Anwesenheitserkennung (http://www.fhemwiki.de/wiki/Anwesenheitserkennung) - Anwesenheits-Modul
http://fhem.de/commandref_DE.html#RESIDENTS (http://fhem.de/commandref_DE.html#RESIDENTS) - Residents-Modul
http://www.gearbest.com/home-gadgets/pp_157922.html (http://www.gearbest.com/home-gadgets/pp_157922.html) - Die ITags
Darf ich mal fragen wie Du darauf kommst das Deine HueBridge irgendwas mit Geofancing kann. Habe davon noch nie gehört.
Grüße
Die Apps können das. Man kann in der App Geofencing aktivieren, denn steuert die App das HUE-System.
HUE kann im Allgemeinen weitaus mehr als man im Voraus glaubt. Ein super Beispiel dafür ist die App iConnectHUE. Damit lassen sich sogar die Schalter mehrfach belegen. Einfach genial.
Die Links werde ich mir nach und nach mal ansehen. Vielen Dank schon mal.
Grüße Kai Uwe
Zitat
Frage nun:
Wie lese ich das Geofencing von HUE mit FHEM aus?
Bisher hat FHEM quasi HUE gesteuert. Nun soll es ja andersrum laufen.
So sieht der Geofence bei mir in FHEM aus. Das ist zumindest das was via Autocreate (Als Gruppe??) rübergekommen ist.:
Entweder falsch ausgedrückt oder falscher Gedanken. Denn wie selbst schon festgestellt steuern die Apps die HueBridge und die HueDevices. Die HueBridge selber kann kein Geofancing, das macht wenn dann Apps auf dem Handy.
Nun zum Bezug FHEM und Geofancing. Hierzu gibt es einen Artikel im Wiki (http://www.fhemwiki.de/wiki/Anwesenheitserkennung#Das_GEOFANCY_Modul) wie Du Dein Handy zum Geofancing nehmen kannst und damit dann auch an FHEM die Informationen sendest
und FHEM steuert dann die Hue Devices.
Grüße
Hi,
evtl. drücke ich mich auch nur falsch aus.
Also die Idee von Tedious ist nicht uninteressant. Ich werde das auf jeden fall mal mit in Betracht ziehen und mir die Links genauer durchlesen.
Um was es mir jedoch geht ist folgendes:
Derzeit nutze ich Geofencing via IFTTT. IFTTT steuert die Harmony, welche in FHEM eingebunden ist. Dort werden die Zustände der Harmony ausgewertet und entsprechend Steckdosen etc. von FHEM geschaltet (Siehe auch weiter oben den Codeschnipsel)). Das funktioniert soweit recht gut. Allerdings klappt das Geofencing teilweise nicht weil IFTTT das Verlassen bzw. Eintreffen in den Fence nicht mitbekommt.
Mit den HUE Apps klappt das mit dem Geofencing bisher ohne jegliche Fehlmeldungen oder fehlenden Fenceaktivitäten. Sozusagen perfekt.
Darum möchte ich das Geofencing mit einer HUE-APP (iConnetHUE) erledigen. Es sollte also möglich sein die Fencemeldungen, die ja irgendwie in der HUE-Bridge landen entsprechend mit FHEM auswerten zu können um dann mit einem Notify wiederum alles zu schalten. Das die Bridge das was in FHEM anlegt sieht man ja im Screenshot von mir.
Viel einfacher ausgedrückt: Mit FHEM > HUE bedienen geht. Ich möchte mit HUE > FHEM bedienen :-) Das Geofencing von FHEM also NICHT nutzen.
In dem gleichen Umfeld (Hatte ich vorher noch nicht geschrieben) möchte ich gerne einen HUE-Dimmerswitch nutzen um etwas in FHEM zu schalten. Wobei dort nur das ON/Off benötigt wird. Oder genauer: Mit dem HUE-Dimmerswitch sollen zwei AVM DECT200 geschaltet werden. Die Switche wie auch die Dect200 sind vorhanden. In Verbindung mit iConnectHUE sind die Switche absolut genial und günstig sind die auch noch!
Evt. weiss ja einer was und kann mir helfen. Ich komme zwar aus der IT bin aber absolut kein Coder. Das macht es für mich hier nicht gerad. einfach :-(
Darum die evtl. dummen Fragen.
Grüße Kai-Uwe
Hue kann FHEM nicht bediehen? Wie auch, Hue ist keine aktivie Komponente sondern eine Passive. Sie wartet auf Schaltaktionen.
Oder Du drückst Dich falsch aus, meinst Du vielleicht Du möchtest mit HUE Apps FHEM bediehnen?
Grüße
Hi,
ich möchte das Geofence Ereignis welches bisher nur von der HUE-Bridge ausgewertet wurde (egal ob das vom iPhone, von HUE-App oder sonstwo kommt 😃 . Es landet ja in der Bridge.) auch von FHEM auswerten lassen. Siehe 3. Absatz meines vorigen Posts. Ich denke schon das ich das eigentlich recht klar beschrieben habe. Wüsste zumindest nicht wie ich das sonst ausdrücken soll.
Grüße Kai-Uwe
Da muss ich passen. Ich behaupte das die Hue Bridge kein Geofanc auswerten kann. Habe nirgendwo Infos dazu gefunden. Vielleicht hast Du ja ein Link für mich.
Grüße
Hi,
aber klar kann Soe das. Alle Homekitfähigen Apps habe. Entsprechende Einstellungen.mund das funktioniert super. Beim einrichten der Bridge in FHEM werden ja auch die entsprechenden Gruppen/Schalter automatisch mit angelegt. Nur deshalb komme ich ja da drauf. Wie die Bridge das macht weiß ich nicht. Ich denke das Handy gibt eine entsprechende Geofence -Melding via HomeKit an die Bridge weiter, wo dann entsprechend geschaltet wird.
Hier nochmal ein Screenshot aus FHEM dazu:
Grüße Kai-Uwe
Die Bridge ist ein dummes Relay. Mehr nicht. Die schaltet gar nichts. Die Schaltbefehle kommen von den Apps oder eben von FHEM.
Die App sendet den Befehl an ein Device oder eine Gruppe welche in der Bridge steht. Die Bridge sendet dann die Umsetzung des Befehls an das oder bei Gruppen die Devices.
Grüße
Hi,
genau das ist es doch! Die Bridge steuert aufgrund eines Geofence-Events (woher auch immer) ein oder mehrere HUE-Devices. Bisher aber eben nur im HUE-Universum.
Kann ich da irgendwie dafür sorgen das das auch im FHEM-Universum genutzt wird?
Ich möchte einfach nur, das wenn die Bridge wegen des Geofence-Events etwas schaltet nicht nur HUE-Aktoren sonder auch welche in FHEM (FritzDect200 und Mi-Light) geschaltet werden.
Also Homkit-App melde z.B. das Verlasen des Hauses - Bridge schaltet daraufhin diverse HUE-Lampen
aus und FHEM schaltet das aus was die Bridge nicht kann. Eben z.B. die Dect200.
Notfalls über irgendwelche Umwege? Also evtl. HUE-Lampe geht aus, FHEM merkt das und schaltet weitere Dinge?
Jetzt aber ab ins Bett! Morgen geht es weiter. Wenn einer kann, mag und Lust hat auch gerne mal telefonisch oder via Teamviewer.
An den Schaltern bin ich auch noch dran, da habe ich evtl. etwas gefunden.
Grüße Kai-Uwe
Ich gebe es auf. Gute Nacht.
Zitat von: Kai-Uwe am 17 März 2016, 23:43:20
Ich möchte einfach nur, das wenn die Bridge wegen des Geofence-Events etwas schaltet nicht nur HUE-Aktoren sonder auch welche in FHEM (FritzDect200 und Mi-Light) geschaltet werden.
Genau das geht halt nicht. HUE "übergibt" nichts an FHEM, HUE schaltet direkt die Lampen. Umgekehrt ist der richtige Weg - Geofance via FHEM, denn HUE schalten.
Noch. nicht richtig verstanden.
Es ist doch egal wer was an FHEM übergibt. Wenn ich mit dem HUE-Geofence eine HUE-Lampe (aus-)schalte welche auch damit geschaltet werden soll, diese HUE-Lampe aber auch in FHEM eingebunden ist (Lampe wird angezeigt , ändert Icon und Iconfarbe etc.), dann wird der geänderte Zustand der Lampe doch auch in FHEM angezeigt obwohl alle Aktion und Sensorik über HUE läuft. Es müsste also doch möglich sein, z.B. diese von HUE gesteuerte HUE-Lampe in FHEM weiter auszuwerten um weitere Dinge aus dem FHEM Universum zu steuern. Und schon habe ich genau das was ich will: HUE-Geofence wirkt sich auf FHEM aus. Das muss doch gehen? Ich seh hier doch auf dem Schirm das da was in FHEM passiert wenn HUE schaltet. Ansonsten könnte mir FHEM oder auch diverse Apps zur Steuerung von FHEM ja nicht den aktuellen Zustand von HUE-Lampen zeigen.
Ob das Sinn macht weiß ich so noch nicht. Weil, was ist wenn z.B. Die Flurlampe (HUE) ausgewertet wird. Dann wäre FHEM immer wenn das Flurlicht ausgeht der Meinung man verlässt das Haus......Man müsste also etwas von HUE auswerten was nur vie Geofence ausgelöst wird. Leider kann man in HUE wohl keine Dummylampen anlegen. Oder geht sowas ähnliches?
Wie gesagt gerne am Telefon oder via Teamvierwer. Macht evtl vieles viel einfacher.
Grüße Kai-Uwe
Nun, denn mach doch einfach folgendes: setz verbose 5 auf die entsprechende HUE-Lampe und schau was (und wann) im Log aufläuft. In FHEM siehst Du ja z.B. den
STATE off
Bastel halt ein DOIF auf STATE, wenn STATE off mach A, wenn STATE off mach B. Wie groß die Verzögerung ist weiß ich nicht, ich nutze die <4$ ITags um den Status zu definieren.
Versuchen wir es mal in Ruhe. War ja spät gestern.
Deine Bridge macht nichts weiter wie Schaltbefehle oder Statusanfragen weiter zu reichen an die Huegeräte (Lampen).
Also Deine Hue App erkennt wegen Geofance das Du zu Hause an kommst, in der Hue App Steht drin was gemacht werden soll wenn Du zu Hause an kommst und die Hue App schaltet die Lampen welche geschalten werden sollen. Diesen Schaltbefehl sende die Hue APP an die Bridge und die sendet sie weiter an die Lampen. (Es kann sein das die Bridge den Status der Lamen vor hält, das weiß ich jetzt nicht). So nun kommt FHEM. Das FHEM HUE Modul (Module) pollt in einem bestimmten Intervall die Bridge und fragt dort ständig nach dem Status der Lampen. Die Antwort dieser Anfrage wird dann in den Readings der Lampendevices in FHEM festgehalten und darauf basierend zeigt die Lampe ein on oder off oder sonst was.
Möchtest Du nun das, wenn FHEM mitbekommst das die Lampe1 eingeschalten wurde auf Grunde dessen weil Deine HUE App sie eingeschalten hat wegen Geofance, auch noch der Fernsehr an geht. Dann musst Du ein notify erstellen welchen des Event der Lampe triggert und bei einem ON Event die Schaltsteckdose für den Fernsehr an macht.
Hoffe das war etwas besser beschrieben
Hi,
ja, genau das war es! Soll zwar nicht der Fernseher sein aber das ist ja egal.
Ich bin aufgrund des letzten Post von Tedious aber auch schon weiter gekommen. Was mir gefehlt hatte war Verbose. Wusste nicht das ich damit alles mögliche aus den Devices anzeigen kann.
Das was ich also möchte geht somit. Wie das mit DOIf etc. nun umgesetzt wird weiss ich "noch" nicht. Aber.....
Wie das so ist sieht man oft vor lauter Wald die Bäume nicht! Es lässt sich nun zwar umsetzen was ich möchte und Geofence würde damit bestimmt auch besser als mit IFTTT funktionieren. Leider ist das aber nicht praktikabel! Ich habe nicht daran gedacht, das z.B. zum Auswerten des ganzen der Zustand der Lampe im Flur genutzt wird immer dann wenn jemand im Flur das Licht ausschaltet auch alles andere was z.B. beim verlassen des Hauses geschaltet werden soll geschaltet wird. Ebenso beim Einschalten der Lampe im Flur. Ist völlig unsinnig! Da man in HUE keine Dummy/Fake-Lampen anlegen kann muss ich das wohl vergessen. Schade eigentlich.
Mein Denkfehler! Sorry! Danke, das ihr soviel Geduld mit mir habt!
@Tedious: Deine Idee mit den BT-Devices klingt für mich bisher am interessantesten. Wenn du die BT-Tags bei dir am laufen hast....Können wir uns dann nochmal kurzschliesen? Evtl. würde ich das dann gerne hier auch so umsetzen. Wäre super!
Jetzt häng ich mich erst einmal daran ob ich die HUE Dimmer Switches in FHEM bekomme.
Laut diesem Post:
https://forum.fhem.de/index.php?topic=44751.0
soll das ja gehen. Sorry, aber hier streikt mal wieder was. Unter Windows sind hier alle Schaltflächen für Tags, Kursif, Fett et. tot. Aber nur in diesem Forum. Mit Tapatalk geht das.... Fehler gefunden! EDGE kann das nicht. Mit dem IE geht das.......
Grüße Kai-Uwe
eine kurze bemerkung:
auch wenn es technisch geht. es ist nicht optimal und du bist gerade dabei einige dinge von hinten und mit mehreren umwegen anzugehen. deshalb auch die verständnis und kommunikations probleme der anderen weiter oben im thread.
die hue lampen sind ein wunderbares system um etwas zu beleuchten. aber die hue bridge ist kein haus automations system. du solltest sie nicht für dinge missbrauchen die eigentlich das automations system übernehmen sollte. auch wenn manches mit ein paar klimmzügen eventuell geht. das wichtigste ist das es für die hue bridge kein push api gibt sondern immer nur gepollt wird. d.h. fhem bekommt zusätzlich zu eventuellen verzögerungen im zigbee netz nur in mehr oder weniger grossen abständen etwas von änderungen mit. das gilt insbesondere auch für die hue schalter. die sind wunderbar um lampen zu direkt zu schalten aber völlig ungeeignet um zeitnah in fhem etwas auszulösen
du verwendest fhem als haus automations system. du solltest es als master verwenden in dem alle fäden auf so kurzen wegen wie möglich zusammen laufen. d.h. wenn du über fhem eine aktion auslösen möchtest solltest du fhem so direkt wie möglich die nötige information geben.
nicht so: hue app -> geofence -> ifttt -> phillips server -> externes api -> hue bridge -> lampen -> fhem -> aktion
sondern so: geofence -> fhem -> aktion
oder so: bluetooth -> fhem -> aktion
nicht so: hue schalter -> bridge -> lampen -> pollen -> fhem -> aktion
sondern so: hm schalter -> fhem -> aktion
oder fs20 oder zwave oder was auch immer direkt von fhem empfangen wird
das gleiche gilt fur die harmony. nimm sie niemals als master sondern als eine komponente die dem fhem master zuarbeitet. und das so direkt wie möglich.
gruss
andre
ps: @CoolTux: die bridge ist sehr viel intelligenter als du glaubst :). da gibt es regeln trigger und sensoren und man kann ziemlich komplexe dinge programmieren. aber das ist alle nur sinnvoll wenn man innerhalb des hue systems bleibt. wenn man fhem verwenden sollte man fhem als master verwenden.
Um das mit den Tags abzuschließen - ich habe die gesten bekommen und vom Lan-Ping auf Handys umgestellt auf die iTags. Hier gibt es eine schicke Anleitung:
https://forum.fhem.de/index.php/topic,28753.msg408966.html#msg408966 (https://forum.fhem.de/index.php/topic,28753.msg408966.html#msg408966)
Wie Du im weiteren Verlauf siehst - ich bin grade gestern wieder über verbose gestolpert, allerdings hatte cih da einen Dreher ;) Passiert :)
Hallo Andre,
Danke für die ausführliche Antwort. Also verstehe ich das richtig das Informationen und selbst Trigger in der Bridge hinterlegt sind? Wenn ich also in einer APP Lampe1 an mache, und es steht in der Bridge drin wenn das Lampe1 an geht soll auch Lampe2 angehen und die Bridge schaltet dann auch Lampe2 an?
Dann steckt da ja doch sowan ähnliches drin wie Uwe gesagt hat. Das wusste ich nicht, habe es auch nirgends einfach lesen können.
Sorry Uwe, wenn dem so ist habe ich Dir Unrecht getan :-\
Grüße
Hi,
das leuchtet ein!
Damit stehe ich dann aber vor einem Problem bzgl. der Schalter. Ich möchte im Küchenbereich zwei Lampen via Schalter steuern. Für die Schalter gibt es nur die Möglichkeit der Aufputz Anbringung. Sie sollten auch halbwegs vernünftig aussehen und mit der vorhandenen Hardware funktionieren. Eigentlich erfüllt das ja alles der HUE-Switch. Bis eben die einfache Einbindung in FHEM. Ein Kernpunkt :-)
Alles was ich sonst noch an (Aufputz-)Schaltern gefunden habe benötigt noch wieder weitere Bridges oder Dongles. Gibt es irgendwelche AP-Schalter/Taster (nicht einen UP-Schalter in ein fettes AP-Gehäuse setzen - Pfui!) am Markt welche ich verwenden kann? Ich habe den FHEM auf einen Raspberry 2 laufen. Diverse Schaltsteckdosen von AVM und eben HUE sowie die Tage etwas Mi-Light. Von den AVM Dect200 hätte ich sogar noch zwei für die Küche übrig. Wäre also cool wenn.....
Wenn ich das richtig gelesen habe kann die Verzögerung beim Einsatz der HUE-Switches auf ca. 1 Sekunde heruntergesetzt werden. Das würde mir mit genügen. Ich finde nur wiederum nichts (Code define......), wie ich den Schalter/Sensor in FHEM definieren kann. Überall wird nur von Autocreate ausgegangen.
@cooltux: Du tust mir kein Unrecht. Alles ist gut! Ihr habt ja jede Menge Geduld mit mir.
Aber ja in der Bridge steckt so einiges. Habe ich auch erst gelesen und bin dadurch dann bei iConnectHUe gelandet. Dort wird weitaus mehr aus der Bridge herausgeholt als man glaubt.
PS: Hat denn mal einer einen define-Code für mich um z.B. diesen Schalter in FHEM bekannt zu machen.
ID NAME FHEM TYPE
2: Flurschalter 1 ZLLSwitch
Grüße Kai-Uwe
@CoolTux: es gibt die möglichkeit sensoren, trigger und regeln in der bridge selber zu konfigurieren. das ganze geht über ein ziemlich unhandliches json format. hierüber wird intern z.b. die reaktion der lampen auf die hue taster oder auch automatische wakeup lights umgesetzt. manche der hue apps erlauben relativ komfortablen zugriff auftue programmierung.
das fhem modul verwendet das feature aber nicht. ich halte es für kontraproduktiv mehr als einen master zu haben.
@Kai-Uwe: das problem ist nicht die einfache anbindung in fhem sondern das das hue api (zur zeit?) keine möglichkeit bietet diese tastendrücke in echtzeit auszuwerten. das ist eher eine politische geschichte um anwender innerhalb der hue umgebung zu halten.
selbst im optimal fall in dem du alle 1 sekunde pollst hast du keine garantierten antwort zeiten und du legst dir fhem damit lahm oder machst es zumindest träge. und 1 sekunde auf eine reaktion zu warten ist schon ziemlich überl. mich stören schon die 0.2 sekunden die es dauert bis meine gu10 leds endlich an gehen. der unterschied zu halogen ist hier deutlich spürbar.
aber probier es einfach aus. wenn es dir gefällt ist es ja ok.
ansonsten schau dir die hm taster an. du brauchst einen extra usb stick aber über kurz oder lang wirst du dein system vermutlich eh ausbauen :)
gruss
andre