Mitarbeiterantwort
Sep 01, 2017 - 11:10
Über Cloudmatic werden die Auslöser leider nicht funktionieren, da der NEO SERVER bzw. das AIO GATEWAY und die CCU sich dazu im selben Netz befinden müssen und die entsprechende IP auch im CREATOR eingetragen sein muss. Aktionen und Statusabfragen funktionieren, da hierbei gezielt eine Unterhaltung mit der CCU stattfindet. Die auslösenden Events – wie ein Tastendruck – werden von der CCU aber einfach nur über das Netzwerk an alle "hinausposaunt" und der NEO SERVER erkennt anhand des Absenders die CCU und wertet die empfangene Nachricht aus.
Wenn ich das richtig verstehe, befinden sich CCU und NEO SERVER ja an sich im selben Netzwerk. Vielleicht lässt sich für diesen Fall etwas machen. Ich trage es mal in den Bug Tracker ein, mit einer zeitnahen Bearbeitung ist aber leider nicht zu rechnen.
Als Workaround gibt es folgende Optionen:
- Bevor man mit dem Automation Manager arbeitet im Gerätemanager die CCU-IP wieder auf das lokale Netz abändern. Anschließend für Arbeiten an Fernbedienungen dann wieder auf Cloudmatic umstellen.
- Einen zweiten CCU-Eintrag mit der lokalen IP, für den dann nur die Geräte importiert werden, die als Auslöser verwendet werden soll.
- Oder wie Fonzo es auch erwähnt hat, bestimmte Ereignisse in der CCU abzufangen und dann per HTTP-Anfrage an den NEO SERVER die gewünschten Tasks auslösen. Wobei das recht aufwendig werden könnte.
Wenn ich das richtig verstehe, befinden sich CCU und NEO SERVER ja an sich im selben Netzwerk. Vielleicht lässt sich für diesen Fall etwas machen. Ich trage es mal in den Bug Tracker ein, mit einer zeitnahen Bearbeitung ist aber leider nicht zu rechnen.
Als Workaround gibt es folgende Optionen:
- Bevor man mit dem Automation Manager arbeitet im Gerätemanager die CCU-IP wieder auf das lokale Netz abändern. Anschließend für Arbeiten an Fernbedienungen dann wieder auf Cloudmatic umstellen.
- Einen zweiten CCU-Eintrag mit der lokalen IP, für den dann nur die Geräte importiert werden, die als Auslöser verwendet werden soll.
- Oder wie Fonzo es auch erwähnt hat, bestimmte Ereignisse in der CCU abzufangen und dann per HTTP-Anfrage an den NEO SERVER die gewünschten Tasks auslösen. Wobei das recht aufwendig werden könnte.
Von
Hallo Sebastian,
erstmal vielen lieben Dank für die ausführliche Antwort.
Ich fühle mich verstanden und wenn ich auf eine Lösung warten muss, ist das auch okay.
Es wäre nur sehr wichtig, wenn Du / ihr hier in diesem Thread später mal eine Info absetzt, wenn eine (mögliche) Lösung implementiert wurde. Ich möchte nicht bei jedem Update testen müssen...
Ein paar Fragen zu den Workarounds:
Zum ersten Workaround:
Ist das temporäre Ändern der IP Adresse für das bestehende Gesamtkunstwerk unproblematisch?
Mein Automation Manager hat ja schon sehr viele Tasks, wie wirkt sich nun eine andere IP Adresse auf diese bestehenden Tasks aus?
Muss ich mit Seiteneffekten rechnen, wenn der Automation Manager die (O)CCU anders anspricht, als die Fernbedienung?
Spätestens dann, wenn man später vielleicht mal Automation Manager Tasks auf die Fernbedienung legen kann, stelle ich mir das schwierig vor. Vielleicht kann man das auch jetzt schon, ich habe das aber noch nicht gemacht.
Zum zweiten Workaround:
Kann / darf man dann die Geräte in beiden CCU Einträgen haben?
Diese Variante gefällt mir eigentlich am besten, habe nur Angst, dass ich mir das Gesamtkunstwerk zerschieße.
Habe z.B. die EQ3 Wetterstation, diese brauche ich in der Fernbedienung und hätte sich natürlich auch gern im Automation Manager.
Am Einfachsten wäre es für mich, den zweiten CCU Eintag identisch zum Erstem zu halten. Ist das okay, oder gibt das Probleme?
Zum dritten Workaround:
Hier muss ich mich outen... ich glaube nicht, dass ich dann noch weiß was ich tue. Habe ich mich noch nie mit beschäftigt.
Nochmal Danke und ein schönes Wochenende.
Von
Zum ersten Workaround:
Ich habe das gerade noch mal nachgeschaut und diese Lösung ist doch mit mehr Arbeit verbunden, als zuerst gedacht. Damit die geänderte Gateway-Information verwendet wird, müsste jeder Task einzeln geöffnet und gespeichert werden.
Mir sind keine möglichen Seiteneffekte bekannt.
Zum zweiten Workaround:
Mehrere Gateway-Einträge sind kein Problem, nur die Namen im CREATOR-Gerätemanager müssen verschieden sein und natürlich die IP für das lokale Netzwerk eingetragen werden. Am besten die zweite CCU manuell anlegen und nicht importieren.
Allerdings habe ich gerade gemerkt, dass der CREATOR beim Geräte-Import dann die Geräte als bereits vorhanden erkennt. Anstatt sie erneut zu importieren werden dann nur die Einträge aktualisiert.
Damit funktioniert dies so leider doch noch nicht. Das zu ändern ist aber weniger Aufwand und kann noch in das nächste Update (CREATOR 2.1.1) eingebaut werden – gibt dann einfach eine Checkbox "als neues Gerät importieren" oder ähnlich. Mögliches Release könnte nächste Woche sein.
Von
Hallo Sebastian,
darauf warte ich gerne!
Vielen Dank für's Feedback.
Von
Mir fällt gerade auf, dass der zweite Workaround doch schon möglich sein sollte. Beim Geräte-Import werden die Geräte in einen Raum importiert, der wie das Gateway heißt. Werden sie dann erneut importiert, werden die Einträge nur aktualisiert. Aber wenn die Geräte vorher in einen anderen Raum verschoben werden oder der Raum umbenannt wird, dann werden die Geräte neu importiert.
Also angenommen der CCU-Eintrag heißt "CCU Cloudmatic", dann wurden die Geräte in einen Raum "CCU Cloudmatic" importiert. Wenn nun der zweite CCU-Eintrag z.B. "CCU lokal" heißt und es noch keinen Raum mit diesen Namen gibt, werden die Geräte neu importiert und sind wie gewünscht doppelt.
Ich werde die Änderung trotzdem einbauen, aber es geht auch jetzt schon.
Von
Hallo Sebastian,
mein Test hat leider NICHT geklappt.
Habe folgendes gemacht:
- Auf YAHM dem Auslöser "Tür Drehgriff" einen zweiten Raum zugewiesen (YAHM IP)
- Neues Gateway in Neo angelegt mit YAHM IP als Namen und mit IP Adresse angelegt
- Nur den Tür Drehgriff mit dem zweiten Raum (YAHM IP) importiert
- Im Automation Manager den Tür Drehgriff aus dem Raum YAHM IP als Auslöser mit Handle State = open im SOBALD eingetragen
- Im DANN ist eine HUE Gruppe ON (identisch zum Taster Test)
Leider schaltet die Lampe nicht ein, wenn der Türgriff geöffnet wird.
Von
Ich habe das Ganze auch nochmal mit einem Standard Homematic Fensterkontakt (magnetisch) verifiziert.
Die Lampe wird nicht eingeschaltet.
Der Status des Fenster Kontaktes ändert sich aber ordnungsgemäß in Neo.
Es wird nur nicht per Automation Manager geschaltet.
Von
Die aktuelle Situation ist also:
- Es gibt zwei CCU-Einträge (für Cloudmatic und lokal).
- Die gewünschten Auslöser-Geräte wurden für den neuen Gateway-Eintrag importiert, womit es sie nun zweimal gibt – 1x für jedes Gateway.
- Im Automation Manager wurde ein Task angelegt, der als Auslöser ein Gerät von der lokalen CCU verwendet.
- Der Task wurde auch gespeichert und erfolgreich zum NEO SERVER übertragen?
Gibt es andere Tasks, z.B. den Taster-Test, die die Lampe auch weiterhin erfolgreich einschalten?
Wird in der Vorschau für genau dieses Gerät importiert von der lokalen CCU der Status korrekt angezeigt?
Von
Hallo Sebastian,
Du hast das vollständig korrekt wiedergegeben.
Der Taster Test ist der HM-RC-2-PBU-FM auf dem V5+ und der Task schaltet auch aktuell erfolgreich die selbe Hue Gruppe ON.
Habe den Task kopiert und statt des HM-RC-2-PBU-FM auf dem V5+. den (zweiten) erneut importierten Fensterkontakt auf YAHM IP konfiguriert.
Task wurde gespeichert und zum Neo Server übertragen.
Der Task ist auch EIN geschaltet :-)
Der Staus wird auch korrekt vom erneut importierten Fensterkontakt wiedergegeben... habe dazu gerade ein Textfeld angelegt, in dem mir der Status (des Geräts aus dem Raum YAHM IP) ausgegeben wird.
Der Staus aus dem ursprünglichen räum wird ebenfalls korrekt angezeigt.
Von
Ich nehme an, der NEO SERVER läuft auf dem V5+? Dann probiere es bitte mal mit dem NEO SERVER direkt auf dem Rechner:
http://www.mediola.com/service#downloads?type=software&product=neoserver
Und welche Firmwareversion ist auf dem V5+ installiert?
Von
Hallo Sebastian,
der Neo Server läuft auf dem V5+ mit Firmware 1.0.14
Die Installation eines zweiten Neo Servers schaue ich mir mal an... Kann aber etwas dauern.
Von
Hallo Sebastian,
mit einem weiteren Neo Server (neben dem auf dem V5+) auf dem Rechner, entwickelt sich das ganze zu zu einer Bastelbude.
Habe den Neo Server auf dem Rechner installiert, im Geräte Manager importiert und anschließend im Automation Manager ausgewählt und aufgerufen.
Habe dann den Test Task identisch neu angelegt, der mit dem Neo Server auf dem V5+ problemlos läuft. Mit dem Neo Server auf dem PC funktioniert er nicht!
Ist mit dem HM-RC-2-PBU-FM auf dem V5+ als Auslöser und der Hue Lampe als Gerät.
Task aktiviert und auf den Server übertragen... alles ohne Fehlermeldungen.
Der Task funktioniert aber nicht.
Natürlich ist der andere Test Task auf dem V5+ deaktiviert.
Habe auch den Task mit dem Fensterkontakt mal ausprobiert... der funktioniert natürlich auch nicht.
Mit dem Neo Server auf dem V5+ können wir ggf. weiter testen, aber mit dem 2. Neo Server macht das so gar keinen Sinn.
Wir experimentieren hier aber auf meinem Produktivsystem... Wenn wir den Automation Manager zerschießen, habe ich ein echtes Problem.
Von
Kannst du mir bitte deine CREATOR-Konfiguration an attachment@mediola.com schicken?
Dazu das Verzeichnis "Dokumente/AIO CREATOR NEO/tenants/" als ZIP verpacken und anhängen.
In der E-Mail bitte auch diesen Thread erwähnen, damit es gleich zugeordnet werden kann. Also einfach ein Link reicht und vielleicht noch ein Hinweis "Für Sebastian" oder so. :)
Der Betreff muss lauten: Logs
Momentan ist meine Theorie, dass entweder YAHM die Events für den Auslöser nicht ausschickt oder der Fensterkontakt nicht als Auslöser geeignet ist.
Von
Sollte bei euch im Postfach liegen...
Neuen Kommentar hinzufügen