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

[Gaspode]

@michael-schmitt said in BETA-TEST Neuer Amazon Skill "iobroker.assistant":

EDIT: ich nutze die Aliase als Datenpunkte für Alexa

Das ist dann wohl ein Sonderfall, der hier allerdings oft anzutreffen ist.

Soweit ich das jetzt mitbekommen habe (und bitte korrigiert mich, wenn ich falsch liege), ist es der Anspruch des IOT Adapters, dass man Geräte aus anderen Adaptern (z.B. HUE) mit minimalen Aufwand mit Sprachassistenten verknüpfen kann.

In V1 ging das (zumindest meines Wissens) so nicht, da musste man sich z.B. eine HUE Farblampe selbst zusammen klicken (evtl. hab ich aber was übersehen und Unsinn gemacht - aber es hat funktioniert )

Ich hatte z.B. dann eine HUE Lampe so als Gruppe definiert:
.sat -> Schieberegler
.hue -> Farbton
.bri -> Dimmer
.ct -> Farbtemperatur

In V3 (und vielleicht gab es diese Möglichkleit schon in V1, ohne dass ich es wusste) nimmt einem das jetzt der IOT Adapter bzw. der dahinter liegende Type-Detector ab. Man erstellt ein Device und wählt nur einen einzigen Datenpunkt dieses Devices aus, und der Type-Detector erstellt einem dann automatisch alles, was gebraucht wird. Im Falle von einer HUE RGBW Lampe sieht das dann so aus:

Und es wird automatisch alles unterstützt. EIN/AUS, Helligkeit, Farbe. Es ist also nicht mehr nötig, dass man die Eigenschaften selbst in einer Gruppe zusammendefiniert, das übernimmt der Adapter/Type-Detector.

Das "Problem" war jetzt (bei mir), dass beim Umstieg von meinen Gruppen-orientierten V1 Einstellungen seltsame Dinge passiert sind. Ein HUE Gerät war dann noch eine Gruppe, aber eins dieser Elemente war bereits völlig ausreichend. Und in diesem Fall kommt dieser "Migrieren Button" ins Spiel, denn wenn man da gelandet ist, klappt das Löschen einzelner Element nicht mehr so richtig.

Wenn man sich jetzt eigene Szenarien zusammen basteln will, geht das wohl auch noch über den Weg, dass man sich Gruppen mit mehreren Mappings bildet, aber das ist afaik nicht der primäre Anwendungsfall des Adapters.

Fazit:
Wer mit eigenen Datenpunkten ein Mapping basteln will, kann das wohl tun wie gehabt. Es gibt aber bestimmt auch geschicktere Möglichkeiten, etwa evtl. Ordner oder Devices anlegen, die alle erforderlichen States mit korrekten Rollen als Kinder haben, damit der Type Detector seine "Magie" machen kann.

Der Standardanwendungsfall ist aber, Geräte aus z.B. Homematic, Shelly oder HUE, oder, oder, oder zu mappen und vom Adapter/Type Detector automatisch passend für Alexa aufbereitet zu bekommen. Und wenn das für ein Gerät nicht funktioniert, dann wäre der korrekte Zeitpunkt, ein GitHub Issue auf zu machen, mit der genauen Gerätebeschreibung und einem JSON Export aus dem Admin. Das ist wohl das, was sich hinter diesem Text verbirgt:

@apollon77 said in BETA-TEST Neuer Amazon Skill "iobroker.assistant":

Dann bitte alle Gerätetypen testen und Fehler als Issues im iot Adapter GitHub melden. Je schneller wir Feedback haben um so schneller können wir es fixen und es für die Breite Masse der User Fehlerfrei machen.

Ich schreibe das so ausführlich, weil mir das bisher auch nicht so richtig klar war und das erst so nach und nach in meinen Schädel gesickert ist.

Falls ich das aber alles missverstanden habe, dann korrigiert mich gerne.

[Gaspode]

@bbtown said in BETA-TEST Neuer Amazon Skill "iobroker.assistant":

@da_woody
Gerät in IOT-Adapter löschen
Gerät anscließend im IOT-Adapter wieder anlegen

Oft reicht auch das Auswählen von Auto-Erkennung bzw. manuelle Auswahl des passenden Typs, damit korrekt erkannt wird. Wenn weder das noch Neu Anlegen zum gewünschten Ergebnis führt -> Github-Issue

[Duffy]

Hallo zusammen,

bei mir gibt es wieder Probleme beim anlegen, löschen und zuordnen der Geräte bei 4.2.2.
In diesem Beispiel möchte ich eine Fritz Dect Birne in den iot integrieren.
Ich drücke "+" und wähle den Datenpunkt "level in %" in den Objekten; bestätige das mit OK.

Es kommt die Meldung:

Im IOT erscheint aber:

Rechts kann ich nun folgendes auswählen:

Ich wähle hier Licht und benenne es nach Licht Esszimmer um. Nun erscheit es 2 mal::

1.

2.

Wenn ich nun "level in %" lösche

Verschwindet "Licht Esszimmer" und "Level in %" bleibt mir erhalten.

Wenn ich nun "Level in %" löschen will:

Wird es nicht gelöscht.

das löschen muss ich jetzt über Amazon Alexa V1 erdledigen.

Wenn ich eine andere Zigbee Birne hinzufügen will wird da auch nicht ausgeführt:

Als work around muss ich Esszimmer in Amazona Alexa V1 anlegen:

um es dann in Alexa V3 zu bekommen

Wobei die Lampe 4 als Thermostat erkannt wird.

Algemein scheinen die Fritz Dect Lampen etwas zickig zu sein.
Die Zigbee funktioniert besser.

So weit mein Beta Lagebericht.

Duffy

Edit: Wenn ich Termostat änder will muss ich erst noch mal einen Namen vergeben

Dann habe ich 2 Thermostate

wo ich eins als Licht umstelle:

wenn ich Thermostat löschen will

Ist die Lampe wieder weg und das Thermostat bleibt.

[haselchen]

@duffy

Die Beta Version lautet aktuell 4.2.2
Wäre sinnvoller die zu testen als alte Versionen.

[Bullet_586]

Hi,

ich würde gern einen sehr positiven Status zurückmelden. An der Stelle auch mal ein rießen danke.

mit v4.2.2 funktionieren alle meine Homematic IP Komponenten wieder einwandfrei.
Die Intelligente Aufzählung is für mein System zwar unbrauchbar, es nimmt teils falsche Kanäle zum steuern und bildet Gruppen wo ich keine haben will, die ich auch nicht verändern kann, daher hab ich die Intelligente Aufzählung komplett rausgenommen und alles händisch angelegt.

Fazit: Alles ist wieder voll in funktion, kann bisher keine steuerungstechnischen fehler feststellen.

@apollon77, ein ding hab ich gefunden das kannst du sicher beantworten. Alles was ich als Schiebergeler angelegt hab oder was Automatisch erkannt wurde als Fensterrollo, wird zwar in der Alexa App angzeigt, ist aber nicht steuerbar (wie ne Lampen z.B. halt nur mit Regler anstatt An/Aus)

Hab ich was falsch angelegt oder geht das einfach noch nicht bzw. kommt das noch?

Grüße

[Duffy]

@haselchen

Danke für den Hinweis. Ich hatte mich verschrieben es ist 4.2.2.

Ich habe es korrigiert.

[arniworx]

Hi!
Hab hier auch die 4.2.2 am laufen, und zwei nicht-löschbare Alexa v3 geräte in der Liste.

Ich hab die beiden definitiv nicht von Hand oder per Skript angelegt.
Jeder versuch, die dinger zu löschen, ist bisher gescheitert - passiert einfach gar nichts.
Als Alexa v1 geräte tauchen die nicht auf.
Hat jemand eine Idee, wie ich die weg bekomme?
Gruß

[Negalein]

IOT 4.2.2

Hallo

2 Fragen.

1.) Ich hab eine Philips Hue, die mir als Thermostat erkannt wird.
Rechts scheint bei mir aber kein Bleistift zum ändern auf.

2.) bei RGB ändert sich das Symbol (Farbpalette) immer von Normal auf Rot auf Normal ........

[hotspot_2]

Hi!

Ich habe den iobroker.assistant Skill auch eingerichtet und bis jetzt klappt alles wie vorher auch.

Eine Frage noch: Ich habe direkt nach dem Einrichten des iobroker.assistant Skills in der Alexa App die dann eingelesen Geräte nur ein paar eingerichtet. Also Küche der Küche zugewiesen und dann noch zwei,drei weitere. Die konnte ich dann auch schalten. Ich konnte aber auch Geräte schalten die ich gar nicht so eingerichtet habe. Muss ich diese Zuordnung in der Alexa App also vermutlich gar nicht machen, oder?

In der Erklärung des iobroker.assistant Skills steht das man "Alexa, schalte Küche an." sagen soll es klappt aber auch weiterhin mit "Alexa, Küche an." so wie vorher auch. Das passt, oder? Den den iobroker.iot Skill habe ich eigentlich deaktiviert.

Danke schon mal. Ich werde weiterhin beobachten und ggf. berichten. Aber so auf der ersten Blick, alles top!

[cactus-online]

Ich habe jetzt umgestellt. Schalter funktionieren einwandfrei. Leider kann ich jedoch meine HM-Rollladen nicht mehr steuern. Sie werden von Alexa immer als nicht erreichbar gekennzeichnet. Vermutlich liegt das daran, dass sticky unreach True ist. Jedoch sind die Rollladen trotz Status voll steuerbar und die Behanghöhe wird bei Veränderung auch korrekt im ioBroker aktualisiert.
Kann man die sticky unreach Auswertung eventuell abschalten? Wie es scheint ist der Status hier nicht korrekt (vermutlich ist das Problem nicht der iot Adapter, aber bei Schaltern wird sticky unreach offensichtlich nicht hinzugezogen).
Ähnliches habe ich bei den HM-Heizkörperthermostaten festgestellt.

[BBTown]

@cactus-online ^
schau doch mal weiter oben https://forum.iobroker.net/post/1301955
hierzu gibt es auch bereits ein Ticket in GitHub

[apollon77]

Hey an alle,

ich bin ehrlich. Ich schaffe es zeitlich nicht hier im Thread alles zu verfolgen und ich habe auch das gefühl das Ihr Euch super gegenseitig helft. Vielen Dank an alle dafür!

Wenn es Probleme gibt bitte GitHub Issues auf machen. Denis ist da aktuell aktiv dran und bitte schaut das alles was Probleme macht dort angelegt ist (zb ... man kann einträge nicht löschen ... ists da? )

Falls es etwas gibt wo ich unbedingt aktiv werden muss bitte schreibt @Homoran oder @Samson71 oder einen der Admins an. Die wissen wie Sie mich darauf verweisen können. Ich bereite dann mal die offizielle Kommunikation für die Mails und den "offiziellen Release" vor der denke ich nächste Woche kommt ...

Ingo

[Hohenbostler]

Morgen,

ich nutze die 4.2.2 und habe seit beginn des wechsels das ich meine zigbee Shutter nicht hinzufügen kann.

ich möchte eingentlich nur die Position 0-100 als Schieberegler hinzufügen. Aber bei jeden meiner 3 Rollos bekomme ich den Selben Fehler.

Stattdesswen fügt er mir wie im hintergrund zu sehen den DP motor_reversal hinzu aber rechts ohne namen. Das gesamte gerät "position of this Cover" kann ich aber auch nicht wieder löschen.

Sollte ich dafür ein Issues aufmachen ?

[apollon77]

@hohenbostler Issue ist eine Option, wir haben aber auch bereits Fälle wo einfach die Rollen kein "value.blind" enthalten und so die automatsiche erkennung halt einfach nicht geht. Dann hilft es einen Alias anzulegen und die States sauber zu mappen und das sollte dann erkannt werden!

Wenn das so ist dann ggf beim zigbee Adapter issue anlegen das die rollen korrigiert werden können.

[chris299]

@apollon77 sagte in BETA-TEST Neuer Amazon Skill "iobroker.assistant":

ann hilft es einen Alias anzulegen und die States sauber zu mappen und das sollte dann erkannt werden!

Das betrifft auch genau meine Frage hier weiter oben und dann in https://forum.iobroker.net/topic/82532/aliase-für-alexa-richtig-anlegen :
wie ist denn "sauber" gemapped? Gibt es dazu eine Dokumentation, welche Rollen welche Funktionen haben sollten?

[Hohenbostler]

@apollon77 sagte in BETA-TEST Neuer Amazon Skill "iobroker.assistant":

@hohenbostler Issue ist eine Option, wir haben aber auch bereits Fälle wo einfach die Rollen kein "value.blind" enthalten und so die automatsiche erkennung halt einfach nicht geht. Dann hilft es einen Alias anzulegen und die States sauber zu mappen und das sollte dann erkannt werden!

Wenn das so ist dann ggf beim zigbee Adapter issue anlegen das die rollen korrigiert werden können.

Stimmt. Der DP ist ein State.

Kann ich ihn in den Objekten nicht einfach die Rolle level.blind geben ? Und wie bekomme ich die toten falschen einträge gelöscht ?

Nachtrag. Also die Rolle des DP ändert hat soweit funktioniert. Ich konnte jetzt auch den Datenpunkt in den iot einbinden. Jetzt nur noch die frage wie ich die alten verwaisten Einträge weg bekomme ?

[fuchs1978]

@apollon77 said in BETA-TEST Neuer Amazon Skill "iobroker.assistant":
Dann hilft es einen Alias anzulegen und die States sauber zu mappen und das sollte dann erkannt werden!

Gibt es denn eine Übersicht welche States bei den jeweiligen Möglichkeiten des Adapters alle zur Verfügung stehen?

[Duffy]

@apollon77

Die Fritz Dect Birnen lassen sich nicht wie andere Birnen so in den iot intergrieren das man 3 Datenpunkte gleichzeitig hat.
Sie ist entweder ein Thermostat mit viel Glück eine Lampe aber da kann man nicht dimmen.

Was benötigt ihr um diesem Fehler auf die Spur zu kommen?
Ich kann auch ein Issue machen aber dafür sollte ich noch wissen was ihr benötigt.

Gruß Duffy

[Hohenbostler]

@duffy sagte in BETA-TEST Neuer Amazon Skill "iobroker.assistant":

@apollon77

Die Fritz Dect Birnen lassen sich nicht wie andere Birnen so in den iot intergrieren das man 3 Datenpunkte gleichzeitig hat.
Sie ist entweder ein Thermostat mit viel Glück eine Lampe aber da kann man nicht dimmen.

Was benötigt ihr um diesem Fehler auf die Spur zu kommen?
Ich kann auch ein Issue machen aber dafür sollte ich noch wissen was ihr benötigt.

Gruß Duffy

Ich glaube ich habe ähnliches problem . ich habe eine Zigbee Paulmann Lampe die über Z2M eingelesen wurde. Eigentlich wollte ich erstmal nur den State im iot Adapter haben zum an und ausschalten. Aber der Adapter hat mir direkt weitere Endpunkte angelegt. Aber leider falsch. Warmweiß und Kaltweis is auf einen Falschen DP angelegt. Wie kann ich das fixen bzw richtig stellen ? Das rot markierte wurde hinzugeügt. Aber das grübe bräuchte ich.

[Kuddel]

Ich habe gerade das Problem, dass z.B. Shelly Steckdosen oder auch Lampen (alle per Alias eingebunden) erst beim zweiten Mal den gewünschten Zustand erhalten.

Es sieht so als, wenn der State bei einer Veränderung durch ein Skirpt, VIS oder manuelle Schaltung nicht bei Amazon landet.

Früher ging das, meine ich.

Gibt es dazu einen Trick?