UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[mehrwiedu]

Ich möchte mich bitte einmal hier anhängen, denn ich habe gestern den Conbee 2 Stick auf einem Raspberry PI eingerichtet und einen Großteil meiner Xiaomi Sensoren und meiner Tradfri Komponenten dort bereits eingebunden.

Allerdings bin ich noch nicht so ganz fein mit der ganzen Sache, da ich ein kleines Verständnisproblem habe.

Wie immer bei mir, ist auch dies nun eine zweigeteilte Frage.
Der erste Teil umfasst die Logik in der Phoscon App, die mir nicht ganz klar wird.

Ich komme vom Tradfri Gateway und dem Tradfri Adapter. Hier war es so, dass Lampen immer nur mit einem Steuergerät eingebunden werden konnten.
Entsprechend habe ich meine Installation auch hardwaremäßig so aufgebaut. Zu jeder Einzellampe und zu jedem Lampenverbund gibt es eine Fernbedienung. Um im ioBroker über den Adapter dann mittels Alexa oder Skripten zu schalten, habe ich virtuelle Gruppen in dem Tradfri Adapter erstellt.

Nun habe ich die Lampen und Fernbedienungen in Phoscon eingebunden und bin etwas verwirrt. Zu jeder Lampe wird direkt eine Gruppe angelegt. Ebenso zu jeder Fernbedienung, wobei hier die Fernbedienung selbst eine Gruppe darstellt, wenn ich das richtig verstanden habe.

Ich habe also die Lampe in der Küche einmal in der Gruppe "Küche" und wenn ich diese mit der "Fernbedienung Küche" schalten will, muss ich der Fernbedienung diese Lampe zuweisen. Ist das richtig so?

Das bringt mich dann zum zweiten und interessanten Teil der Frage, nämlich im Deconz Adapter in ioBroker. Dort scheint mir alles etwas unsortiert und ohne wirklich erkennbare Struktur zu sein in den Objekten.

Die Fernbedienungen tauchen dort unter den Sensoren auf und ebenso als Gruppe. Dabei wird aber der Name, den ich in der Phoscon App vergeben habe, zu großen Teilen ignoriert und ich weiß nicht mehr, um welches Device es sich dabei handelt.

Groups 1 mit dem Zusatz "undefined" ist eigentlich die Gruppe "Fernsehzimmer" und die Gruppe 13309 ist eigentlich die "Fernbedienung Schlafzimmer", die ich auch so in Phoscon finde. Dort habe ich nicht eine Gruppe oder Lampe, oder Fernbedienung oder Sensor, der die hier sichtbaren Nummern als Namen hat.
Das sind die Gruppennamen, die von der Phoscon App vergeben werden, wenn man eine Lampe anlernt. Aber die habe ich direkt geändert. NAtürlich auch nicht schön, wenn man einen Spot mit 6 Lampen hat und dann am Ende 6 Gruppen erstmal bearbeiten muss, und diese aus ioBroker dann auch nicht wieder verschwinden, oder wenigstens den geänderten Namen annehmen. ;)

Aber zusätzlich sind die Fernbedienungen auch noch unter den Sensoren zu finden, wobei sie dort auch nicht wirklich stringent umbennant sind und wahllos den Namen übernehmen oder auch nicht.

Ich verstehe die Logik nicht und habe enorme Schwierigkeiten nun meine Skripte anzupassen, weil ich die Objekte nicht wirklich wiederfinde, bzw. gar nicht weiß, welche Objekte ich nun nehmen soll. Lights, Sensors, Groups? Wenn ich sie denn überhaupt zuordnen könnte.

Ich schließe nicht aus, dass bei der Installation von deConz auf dem Raspi etwas fehlt oder falsch gemacht wurde. Ich betreibe den Raspi headless und habe übers macOS Terminal mittels SSH installiert und auch für die eigentliche deConz Software auf dem Raspi die GUI über Raspbian Stretch light nachinstalliert. Bedienen tue ich den Raspi nun grafisch über VNC.

Also wenn irgendwelche Infos noch gebraucht werden, liefere ich die gerne nach.

Adapterversion ist 1.0.2 und im Log ist keinerlei Auffälligkeit zu sehen und die Lampen und Sensoren schalten auch, wenn ich sie denn bediene. Sprich die Fenster und Türkontakte geben Laut und wenn ich eine Gruppe, eine FB oder ein Licht in ioBroker mal identifiziert habe und z. B. Brightness händisch ändere, dann tut es das auch.

Kann halt nur mit dem Klumpatsch, der da nun in den Objekten steht nichts weiter anfangen. ;)

[Asgothian]

@mehrwiedu
Um da etwas Ordnung rein zu bekommen:

Deconz Liefert jede Lampe, jeden Sensor und jede Gruppe an IoBroker. Dabei ist zu beachten:

• Alles was Informationen verarbeitet (Lampe, Steckdose, etc.) wird als Lampe weitergereicht
• Alles was Informationen erzeugt (Schalter, Sensor, Fernbedienung) wird als Sensor weitergereicht. Dabei ist es nicht zwingend so das einem Sensor auch nur ein logischer Sensor zugeordnet wird. So haben die Xiaomi Temperatursensoren jeweils 2 Sensoren in deConz

Gruppen werden (meines Wissens) immer dann erzeugt wenn

• Der Benutzer eine Gruppe anlegt und dieser eine oder mehrere Lampen zuweist
• Der Benutzer einer Fernbedienung direkt eine oder mehrere Lampen zuweist

Bei der Zuweisung gibt es keinen Zwang zur 1:1 Zuweisung. Die gleiche Fernbedienung kann in mehreren Gruppen verwendet werden.

Es ist also möglich, in der Web-App keinerlei Verbindungen zwischen Fernbedienungen und Lampen zu erzeugen, und die Steuerung zu 100% über ioBroker zu machen.

Ich hoffe das bringt etwas Ordnung in das Chaos.

A.

[mehrwiedu]

@Asgothian

Danke für Deine Antwort. Soweit habe ich das Verstanden und versuche da jetzt mal Ordnung reinzubringen. Hardwaretechnisch scheint das eine gute Lösung zu sein.

Was mir nur im Wege steht, ist die Benennung der Gruppen in ioBroker. Da kommen die Namen aus Phoscon nicht an.

Wie rufe ich headless die Web App auf? Ist das die Phoscon App, oder noch eine andere Oberfläche in der ich Einstellungen machen kann?
Sonst habe ich nur via VNC die grafische Übersicht der Zigbee Verbindungen.
Lauter farbige Spaghettis ;) Da muss ich auch mal schauen, was die Werte und Farben eigentlich aussagen.

[Asgothian]

@mehrwiedu
das ist die web-oberfläche (Phoscon). Und bei mir kommen die Namen durchaus an, aber nur als "Text" an den Objekten, nicht als Name der Objekte - die bleiben immer fix als Lights.1 bis Lights.n und Sensors.1 bis Sensors.n

Das ist meiner Meinung nach auch gut so.

A.

[mehrwiedu]

@Asgothian sagte in [Aufruf] deConz Adapter Testen 1.0.2:

@mehrwiedu
das ist die web-oberfläche (Phoscon). Und bei mir kommen die Namen durchaus an, aber nur als "Text" an den Objekten, nicht als Name der Objekte - die bleiben immer fix als Lights.1 bis Lights.n und Sensors.1 bis Sensors.n

Das ist meiner Meinung nach auch gut so.

A.

Ok, Danke.

Die ID ist mir dabei egal und auch klar, dass die bleiben muss. Es geht nur um den Namen. Der kommt halt mal an und mal nicht.Mit ID "13800" und Namen "Group 13800" kann ich halt nichts anfangen, weil ich diese ID auch in Phoscon nicht wiederfinde um mir eine Übersetzungstabelle zu generieren.

Und genau dafür vergebe ich ja auch in Phoscon die Namen, genauso wie ich das in der Tradfri App gemacht habe. Die ID ist da auch L65XXX, aber der Name dann eben "Küche Deckenlampe", oder "Küche Arbeitsplatte" oder "Küche Spüle". Sonst könnte ich die auch nicht auseinander halten. ;)

Aber wie gesagt, Lampen und Sensoren sind jetzt fein. Nur die Gruppen eben nicht. Mal haben sie den geänderten Namen und mal nicht. Es sind aber auch weiterhin Gruppen vorhanden, die es gar nicht mehr gibt, weil gelöscht in Phoscon. Zudem habe ich jetzt gemerkt, dass in der Phoscon App erstellte Szenen auch als Gruppe kommen, aber da auch wieder nur eine Nummer haben.
Das macht es dann echt verdammt schwierig meine Gruppe von 6 Lampen im Flur oder die Gruppe von 3 Lampen im Esszimmer herauszufinden um die dann in Alexa schalten zu können.

[Asgothian]

@mehrwiedu
Nachtrag. Es gibt noch einen Bug bei der Benennung der Gruppen. Ich setz dafür noch einen Pull-Request. Wenn das durch ist werden die Gruppennamen sauber übernommen.

A.

[mehrwiedu]

@Asgothian sagte in [Aufruf] deConz Adapter Testen 1.0.2:

@mehrwiedu
Nachtrag. Es gibt noch einen Bug bei der Benennung der Gruppen. Ich setz dafür noch einen Pull-Request.

A.

Sehr cool. Danke. Das erklärt es dann auch. :)
Damit ist obiger Text von mir weitestgehend obsolet. Dann werde ich mich etwas in Geduld üben.

Oder kann ich bei den Gruppen, die ich bereits identifiziert habe bereits mit Alexa und Skripten beginnen? Oder muss ich das dann, wenn der Name irgendwann umbenannt wurde vom Adapter, alles neu machen?

[Asgothian]

Nein, die ID's bleiben gleich. Nur die Namen werden angepasst. Solange wie Alexa den Namen der Gruppe nicht nutzt, ist alles ok.

A.

[Asgothian]

@mehrwiedu
Nachtrag: In der aktuellen Github Version ist das bereits gefixed. Um die zu installieren musst du ggf. per Katze den Adapter installieren.

Soweit ich das beurteilen kann werden die Gruppennamen aber nur beim Neuschreiben der Objekte angepasst. Du müsstest also folgendes tun um die Namen korrekt zu bekommen:

• (optional) Adapter updaten - entweder vom offiziellen GitHub repository oder von meinem Fork (da ist der Fix auch inzwischen drin). Wichtig: Wenn du den buttonpressed Datenpunkt nutzen willst musst du aktuell noch aus meinem Fork installieren.
• Adapter anhalten.
• Den unterbaum deconz.0.groups löschen (alle Objekte)
• Adapter starten.

A.

[Asgothian]

@siggi85 sagte in [Aufruf] deConz Adapter Testen 1.0.2:

Wenn man auf eine Taste lange drückt und dann mehrere Events hintereinander ausgelöst werden , wird sonst immer die 0 zwischendrin generiert. Denke das ist überflüssig und könnte ggf. zur Problemen führen?!

Das hängt davon ab wie die Taste intern genutzt wird. Bei einigen Schaltern gibt es einen eigenen Event "long press".. der wird einmal sauber gesetzt. Wenn es diesen nicht gibt, dann ist es sogar Absicht das die 0 zwischendurch gesetzt wird, damit der Event mehrfach ausgelöst wird. Das ist zum Beispiel für Hoch- oder Runterdimmen von Lampen sinnvoll, wenn der Schalter länger gehalten wird.

Ich sehe hier keine einfach und global umsetzbare Lösung. Dieses Verhalten muss also ggf. durch die abfragenden Skripte abgeprüft werden, wenn der Taster keinen "long press" event unterstützt.

Nachtrag: Ich hab das noch einmal mit verschiedenen FB's getestet die ich hier habe:

Xiaomi Switch: Long press wird einzeln gesetzt (x001)
Philips Dimmer: Kann ich aktuell nicht in Gang bekommen - der will nicht.
Ikea Remote: Long press wird doppelt gesetzt (x001 bei keydown, x003 bei keyup) x002 bei short press
A.

[mehrwiedu]

@Asgothian sagte in [Aufruf] deConz Adapter Testen 1.0.2:

@mehrwiedu
Nachtrag: In der aktuellen Github Version ist das bereits gefixed. Um die zu installieren musst du ggf. per Katze den Adapter installieren.

Soweit ich das beurteilen kann werden die Gruppennamen aber nur beim Neuschreiben der Objekte angepasst. Du müsstest also folgendes tun um die Namen korrekt zu bekommen:

• (optional) Adapter updaten - entweder vom offiziellen GitHub repository oder von meinem Fork (da ist der Fix auch inzwischen drin). Wichtig: Wenn du den buttonpressed Datenpunkt nutzen willst musst du aktuell noch aus meinem Fork installieren.
• Adapter anhalten.
• Den unterbaum deconz.0.groups löschen (alle Objekte)
• Adapter starten.

A.

Nochmals Danke für Deine Hilfe und Unterstützung.
Bitte hilf mir nochmal...Fork??...schäm
Was ist es und wo finde ich es.

Den buttonpressed Datenpunkt brauche ich für lang, kurz, zwei- drei-viermal?
Das wäre schon cool, wenn es dann auch mit den Tradfris geht.

[Asgothian]

@mehrwiedu
Siehst du hier. Wie das bei Ikea aussieht hab ich eben im vorherigen Post nochmal beschrieben.

A.

[mehrwiedu]

@Asgothian
Vielen Dank. Hat alles geklappt. Habe den Adapter neu installiert und den Baum wie beschrieben neu angelegt. Alle Gruppen haben nun die von mir in Phoscon vergebenen Namen.

Die IDs sind, so nehme ich an, entweder 1stellig, wenn ich die Gruppe selbst angelegt habe und 5stellig, wenn sie vom System angelegt wurden beim Hinzufügen von Lampen oder Fernbedienungen.
Damit kann ich leben ;)

Jetzt muss ich halt nur selbst noch damit klarkommen, dass ich einmal eine Gruppe habe, die nur und ausschließlich die Fernbedienung beinhaltet und gleichzeitig einen Sensor, sowie 3 Sensoren für einen Xiaomi Multisensor, aber das hatte ich hier schon irgendwo gelesen und daher war mir das nicht neu.

Und jetzt als Sahnehäubchen-Frage:
Wäre es möglich, zwei Gruppen von Lampen mit einer Fernbedienung unabhängig ein- und auszuschalten, wenn man das so skriptet?

Quasi 1 x kurzer Klick mittlere Taste AN und AUS Esszimmer und mit der gleichen Fernbedienung 1 x langer Klick AN und AUS Wohnzimmer?

In der Phoscon App hatte ich schon versucht die Idee mit den Seitentasten als Ein/Aus Taste umzusetzen, bekam allerdings die zweite Gruppe an Lampen nicht in eine Szene.

[paul53]

@mehrwiedu sagte:

1 x kurzer Klick mittlere Taste AN und AUS Esszimmer und mit der gleichen Fernbedienung 1 x langer Klick AN und AUS Wohnzimmer?

Mittels Javascript ist (fast) alles möglich.

[Asgothian]

@mehrwiedu sagte in [Aufruf] deConz Adapter Testen 1.0.2:

Und jetzt als Sahnehäubchen-Frage:
Wäre es möglich, zwei Gruppen von Lampen mit einer Fernbedienung unabhängig ein- und auszuschalten, wenn man das so skriptet?

Quasi 1 x kurzer Klick mittlere Taste AN und AUS Esszimmer und mit der gleichen Fernbedienung 1 x langer Klick AN und AUS Wohnzimmer?

Ja, das geht. Sogar recht einfach. Du legst einen trigger auf den jeweiligen buttonpressed, trigger bei größer als.

Im trigger unterscheidest du:
x001: long press (1001 oder 2001 ... je nach Knopf der benutzt wird)
x002: Short press (siehe oben)

A.

[Asgothian]

@mehrwiedu sagte in [Aufruf] deConz Adapter Testen 1.0.2:

In der Phoscon App hatte ich schon versucht die Idee mit den Seitentasten als Ein/Aus Taste umzusetzen, bekam allerdings die zweite Gruppe an Lampen nicht in eine Szene.

auch das geht. Du kannst die gleiche Fernbedienung in 2 Gruppen nutzen, u d jeweils in der Gruppe nur die gewünschten Tasten belegen.

A.

[mehrwiedu]

@paul53 sagte in [Aufruf] deConz Adapter Testen 1.0.2:

@mehrwiedu sagte:

1 x kurzer Klick mittlere Taste AN und AUS Esszimmer und mit der gleichen Fernbedienung 1 x langer Klick AN und AUS Wohnzimmer?

Mittels Javascript ist (fast) alles möglich.

Wieder ein Grund mehr, mich tiefer in die Materie einzuarbeiten...ich weiß. :)
Wenn ich nur so viel Zeit hätte wie Arbeit. Hehe...;)

Wobei ich mich grad selbst ausgetrickst habe mit der Tastenbelegung in der Phoscon App. Ich habe noch die Tradfri Logik des Gateways verinnerlicht. Jede Lampe (Gruppe) mindestens ein Steuergerät. Daher haben Esszimmer und Wohnzimmer jeweils eines. Voll blöd. Ich spare mir jetzt die FB vom Esszimmer (wir haben ein Wohn-/Esszimmer), lege die Lampengruppe auch auf die Wohnzimmerfernbedienung und erstelle einzelne Szenen, somit kann ich AN/AUS der zweiten Gruppe auf die Seitentaste legen. :+1:

[mehrwiedu]

@Asgothian sagte in [Aufruf] deConz Adapter Testen 1.0.2:

@mehrwiedu sagte in [Aufruf] deConz Adapter Testen 1.0.2:

In der Phoscon App hatte ich schon versucht die Idee mit den Seitentasten als Ein/Aus Taste umzusetzen, bekam allerdings die zweite Gruppe an Lampen nicht in eine Szene.

auch das geht. Du kannst die gleiche Fernbedienung in 2 Gruppen nutzen, u d jeweils in der Gruppe nur die gewünschten Tasten belegen.

A.

Oder so rum...Hahaha...ich bin noch nicht im deConz angekommen. Na klar. Entweder die zwei Gruppen Lampen auf eine Fernbedienung oder die Fernbedienung jeweils an den Gruppen. :joy:

[mehrwiedu]

So. Nach einem langen Wochenende der Einrichtung, des Testen und der Umsetzung Eurer stets super hilfreichen Unterstützung (vielen Dank dafür), bin ich zu dem Schluss gekommen, dass ich den Stick zwar behalten werde, da mich die Software und das Zusammenspiel mit ioBroker überzeugt hat, ich jedoch eine andere Hardwareplattform anstelle des PI benötige.

Mit dem Raspberry werde ich hier auf Dauer nicht glücklich werden. Alles, was nach der Einrichtung gestern noch sehr performant funktionierte, ist heute nur mit Mühe und Not zur Ausführung zu bringen. Tasten müssen teils 5x gedrückt werden, oder es braucht bis zu 10 Sekunden, bis sie überhaupt reagieren und ein Licht schalten. Dazu ist er gestern auch kurz einmal eingefroren und verlangte nach einem Neustart.

Da mein ioBroker in einer macOS Umgebung läuft, kann ich den Stick dort nicht einbinden. Aus dem Docker auf der Synology habe ich ioBroker erst vor einiger Zeit verbannt, so dass ich jetzt nicht schon wieder die Synology nur für den Stick dazu nutzen möchte.

Also läuft es wohl darauf hinaus, dass ich mir k. A. einen Mini-PC oder einen NUC dafür anschaffe. Das wollte ich zwar vermeiden, aber wenn ich nach einem Tag den Raspi schon neustarten muss, damit ich überhaupt mein Licht mittels Taster schalten kann, dann ist das wohl so. Meint Ihr, mit etwas mehr Power läuft das stabiler? Oder sollte ich tatsächlich noch eine ioBroker Instanz (Multihost) dazu einrichten, die dann nur für die Zigbee Adapter zuständig ist?

Hat wer andere Erfahrungen, oder kann mir hier noch Tipps geben, wie ich den Raspi eventuell doch optimieren kann?
Habe den wie bereits beschrieben für die Einrichtung und das Flashen meiner Gosund Steckdosen mit einem Raspbian Strech Lite bestückt, was bisher auch keine Probleme gemacht hat. Nun für den Conbee habe ich die Pakete installiert und dem Strech Lite eine GUI verpasst. So wie ich das jetzt teilweise gelesen habe, hätte das auch nicht sein müssen, wenn der eh headless betrieben wird und per VNC visualisiert wird. Anders herum brauche ich auch die grafische Darstellung der Verbindungen in der deConz Software nicht unbedingt. Oder doch?

Was mich jetzt etwas von einem zusätzlichen System als Alternative zum Raspi abhält, ist die Tatsache, dass ich dann auch meine Hauptinstanz von ioBroker problemlos auf einem NUC laufen lassen kann. Hier bin ich allerdings überaus zufrieden mit dem MacMini und der hat eh auch noch andere Dienste im Bauch, die ich nicht einfach abschalten kann.
Außerdem habe ich mir jetzt erst fürs macOS schweineteure Touchtreiber gekauft um die Visualisierung zu verwirklichen. ;)

Gut, wäre Lehrgeld. Was sagt ihr? Müsste deConz eigentlich geschmeidig performant auf dem Raspi laufen, oder ist das eine Engstelle? Sonst würde ich auch nochmal einen Cleaninstall machen auf Basis Eurer Empfehlungen und mir notfalls einen neuen Raspi oder ne SSD dafür holen, da der jetzige doch schon einige Jährchen auf dem Buckel hat und ich mit diesen SD Karten eh auf dem Kriegsfuß stehe.

[Asgothian]

@mehrwiedu
Die grafische Oberfläche ist für die Nutzung von deconz nicht notwendig. Ich betreibe deconz ohne Probleme auf einem raspi 3b+ und habe kaum / keine Verzögerung der Aktionen erkennbar ist.

Ich habe aber auch alles andere von dem raspi entfernt.

A.