NEWS
BETA-TEST Neuer Amazon Skill "iobroker.assistant"
-
Hallo in die Runde, kämpfe gerade mit den Fritzdect Dosen, hat die schon jemand ans schalten gebracht? Erkannt und einbinden kann ich sie. Über die Alexa-App kann man sie auch schalten, aber nicht über ein Stimm Kommando.
-
-
Ich habe zum Großteil einfache Schalter als "Steckdosen" und einfache Lampen als "Light", teils reale mit Tasmota (Sonoff Adapter), Homematic und Homematic IP und virtuelle Datenpunkte. Ich gehe die jetzt der Reihe nach durch, und bisher funktionieren soweit alle.
Jetzt hänge ich an einem Homematic IP Dimmer des Typs HmIP-FDT. Der war unter V2 als Datenpunkt hm-rpc.1.XXXXXXXXXXX.4.LEVEL als Typ Light eingebunden. Nach wechsel auf V3 und den Assistant Skill habe ich den Typ dann auf Dimmer geändert und jetzt sieht das plötzlich so aus:
Als Smart Name ist "Licht Sofa" vergeben.
Der angezeigte Name "Dimmaktor WZ Sofa:2 LEVEL" taucht als Lampe in der Alexa App, mit An/Aus und Helligkeit auf. Die Lampe funktioniert aber nicht, im Log des Adapters taucht beim Schalten der Lampe nix auf.
Löschen lässt sich das Gerät ion iot Adapter nicht. Es bleibt einfach da, keine Fehlermeldung und im Log nur "Request V3 devices".
Ach ja, IOT Adapter Version 1.4.10
-
https://health.aws.amazon.com/health/status
Da wird schon den ganzen Tag protokolliert
Das Problem ist nicht behobenZeitversatz beachten... Bei denen ist es noch sehr viel früher in den USA
-
Hallo zusammen
Ich habe dann heute auch mal den Umstieg in Angriff genommen. Es läuft die Version 4.1.10, das alte Skill ist aus und das neue eingerichtet. In der Geräteliste herrscht noch etwas Chaos aber es scheint alles zu funktionieren. Mit meiner Heizungssteuerung habe ich noch nicht die letzte Gewissheit aber es sieht ganz gut aus. Wenn man sich Schritt für Schritt an die Anleitung oben hält, geht der Umstieg recht problemlos .
Ihr leistet hier eine großartige Arbeit! Vielen Dank dafür!!!!Grüße Lausi
-
als info, es lief v1.4.10
ich hatte ein Gerät das sich im iot nicht entfernen lies, auch ein umbenennen war nicht möglich, Name stimmte nicht mit dem Datenpunkt überein bzw das eigentlich richtige Gerät konnte nicht erstellt werden.
Testweise bin ich Version für Version des iot Adapters zurückgegangen, erst bei V4.1.2. klappte es dann problemlos, umbenennen, löschen, hinzufügen -
@apollon77
Schau Dir mal bitte diesen Post an:
https://forum.iobroker.net/post/1301365
Im iot sind die Geräte scheinbar übernommenen worden, jedenfalls stehen sie dort drin.
Auch den Assistent Skill habe ich schon mehrfach neu verknüpft. Aber Alexa findet keine Geräte und sagt mir das Xxx nicht mit dem Skill verbunden ist und ich ihn aktivieren soll. Ist aber aktiviert. -
Hallo @All
nun habe ich IoT 4.1.11 installiert, aber ich habe immer noch das Problem das Alexa KEINE neuen Geräte findet wenn ich im IoT welche anlege. Die aus V2 übernommenen Datenpunkte funktionieren nicht richtig und Alexa löscht diese aus der Geräteliste. Ich lösche sie also auch aus iot und lege sie dort neu an. Die alexa Gerätesuchen findet aber keine Geräte.
Was mache ich nun?
Gruß
Jörg -
Meint Ihr eigentlich, dass es hilfreich ist Apollon immer direkt zu triggern? Worauf soll der arme Kerl denn alles reagieren und wann und worauf zuerst? Alleine gestern der "Unsinn" obwohl mehrfach auf die generellen Amazon-Probleme verwiesen wurde und damit Fehlerursachen gar nicht sauber reproduzierbar waren.
Apollon hat (wie vermutlich alle Nicht-Rentner hier) auch noch ein reales Leben mit einem Job und ner Familie. Dasselbe gilt für Bluefox, der versucht einen Fix nach dem anderen zu machen und daher teilweise Releases im Stundentakt bringt.
Und nein, ich triggere hier alle beide deswegen jetzt bewusst nicht.
Bei anhaltenden Problemen erst auf die aktuellste Version updaten und im Zweifel dann im GitHub ein Issue (incl. Logs/Fehlermeldungen) aufmachen, bzw. bereits vorhandene erst mit dem eigenen Problem abgleichen. Es funktioniert ja grundsätzlich, daher scheinen nur bestimmte Konstellationen Probleme zu machen.
-
-
@apollon77 konnte den Block selbst nicht entfernen, stand nach dem Schreiben wieder drinnen. Habe nun das SET aus dem Gerät entfernt und neu hinzugefügt, nun passt es wieder.
{ "_id": "alias.0.Rollo.EG.EZ.Tuer.SET", "common": { "name": "SET", "role": "level.blind", "type": "number", "read": true, "write": true, "alias": { "id": "shelly.0.SHSW-25#687FB4#1.Shutter.Position" }, "unit": "%", "smartName": { "de": "esszimmer rollo tür, rollo esszimmer tür, fenster esszimmer rür" } }, "native": {}, "type": "state", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" }, "from": "system.adapter.admin.0", "user": "system.user.admin", "ts": 1760871610622 }@australien Dann bitte trotzdem Issue anlegen - da muss Denis sicherstellen das die Erkennung über die Objektdaten korrekt ist
-
Ich habe hier ein Thema das vielleicht zum Beta Test passt.
Ich habe in meinem Arbeistzimmer eine Ikea Zigbee Birne.
Ich kann sie ein und ausschalten und wenn ich sage "Dimmer Arbeitszimmer 20%" geht sie auf 20 %.Jetzt habe ich aber auch eingestellt das sie bei "an" auf 50% gehen soll. Das mach sie aber nicht. Sie geht immer auf 100%.
Ist das evtl ein Bug oder nur ein Bedienerfehler?
Ein weiterer Punkt ist die Temperatur Arbeitszimmer. Wenn ich diese abfrage "Alexa Temperatur Arbeistzimmer" sagt Alexa:
Ich habe mehr als ein Gerät mit dem Namen Arbeitszimmer gefunden. Gib den Geräten unterschiedliche Namen und führe die Erkennung erneut durch.
Ja, es ist Richtig, der IOT Adapter hat mehrere Geräte im Arbeitszimmer gefunden da ich in den Objekten die Geräte mit Raum und Funktion versehen habe.
Hier sind Geräte dabei die ich gar nicht im iot Adapter brauche und eigentlich auch nicht will. Zb Arbeitszimmer Licht ist zwar dem Arbeistzimmer zugeordnet aber deaktiviert.
Leider kann ich den Geräten auch keine anderen Namen geben da ich keine Möglichkeit finde die Namen zu editieren.Ich kann sie aber auch nicht rauslöschen.
Mache ich etwas falsch oder ist das noch ein Fehler?
Duffy
-
mal generelle Fragen, auch wenn es nicht direkt den iot betrifft
hab gestern mittag auf v3 umgestellt, Erkennung der Geräte hat funktioniert, Rollen mussten bei einigen Geräten angepasst werden.
Soweit so gut,
da das steuern jedoch nicht funktionierte( Geräte nicht erkannt, eventuell wurde das falsche angesprochen, vllt auch zu kurz gewartet), habe ich alle Geräte in der alexa App gelöscht und neu suchen lassen. Den Adapter nochmals neu gestartet und ging dann auch, zumindest die 3, die ich probiert hatte.- Was jetzt aber nicht mehr geht (ist mir erst abends aufgefallen), als ich den PC ausschalten wollte.
Monitor an/aus werden 3 Wlan-Steckdosen geschaltet per Taster
per Sprache funktioniert es allerdings, irgendwie steh ich heut immer noch auf dem Schlauch
@apollon77 sagte in BETA-TEST Neuer Amazon Skill "iobroker.assistant":
ACHTUNG: Alle Geräte bleiben da! Alexa löscht die Geräte nicht!
scheinbar generell nicht
- wie oben geschrieben, hatte ich ja alle Geräte in der Amazon App gelöscht, auch den alexa2 Adapter angehalten und DP`s gelöscht, dennoch tauchen alle Geräte unter alexa2.0.Smart-Home-Devices wieder doppelt auf.
Ist das korrekt?
@crunchip sagte in BETA-TEST Neuer Amazon Skill "iobroker.assistant":
wie oben geschrieben, hatte ich ja alle Geräte in der Amazon App gelöscht, auch den alexa2 Adapter angehalten und DP`s gelöscht, dennoch tauchen alle Geräte unter alexa2.0.Smart-Home-Devices wieder doppelt auf.
Ist das korrekt?Sollte in neuester alexa2 version nicht sein ... und wenn liefert die cloud sie (why ever) zurück ... aber hier geht es NICHT um den alexa2 Adapter!! Bitte nichts mischen!
- Was jetzt aber nicht mehr geht (ist mir erst abends aufgefallen), als ich den PC ausschalten wollte.
-
Hm. Jetzt habe ich mich mal in das Thema rein gearbeitet. So weit läuft alles recht gut. Vielen Dank @apollon77
Was ich aber noch nicht hinbekommen habe:
Wenn ich der Alexa sage, dass ich den Schalter an oder aus schalten will, liefert mir der Skill true oder false zurück.
Ich habe es auch schon mit Steckdose versucht.
Das ist ja so erst einmal ok, wenn man diesen Boole-Wert verarbeiten kann.Jetzt möchte mein NSPanel aber für an/aus schalten das MQTT-Komando 1 bzw 0 .
Habt ihr eine Lösung gefunden, wie ich den Skill (oder den Adapter ?) überreden kann, auch eine 1 oder 0 zu schreiben?
@arnulf Der iot Adapter hat an sich schon immer mit Erkennung und den offiziellen Datentypen gearbeitet und bei Bool ist das true/false denke ich. Falls das beim alten Skill anders war bitte GitHub issue anlegen.
Sonst ist das über einen Alias schon umrechenbar -
Morgen zusammen.
Ich habe gestern den iot Version 4.1.10 installiert und die ersten GEräte eingerichtet. Heute morgen dann ein Update auf die 4.1.11 gemacht und im Log jetzt golgenden Fehler:
host.ioBroker 2025-10-21 09:25:31.638 error startInstance iot.0: cannot find start file!Die Instanz bleibt rot und unter Alexa V3 sind keine Geräte mehr.
-
Nach langem warten sind die Geräte jetzt auch bei mir aufgetaucht. Ihr habt recht ich bin in jedem fall zu ungeduldig.......
aber ich hab probleme.......
beim Einlesen nimmt der Adapter teils die richtigen Variablen (Grün) um Lampen zu steuern teils die falschen (Rot). Bei Homematic IP is die zu steuerernde variable immer Kanal 4, ich kann aber weder was löschen noch neu hinzufügen.
Beim steuern einer Lampe die die falsche Variable hat meldet der Hm-rpc adapter dann logischerweise das er auf dem kanal einen falschen wert bekommen hat.
Hatte das jemand schon?
@bullet_586 Dann sind scheinbar rollen oder erkennung komisch. Bitte GitHub issue anlegen und von den relevanten Objekten wo es falsch ist die Objekte bitte mit zeigen und vor allem die Rollen und typen der Objekte. Ggf muss dann der hmip oder hmrpc Adapter angepasst werden
-
Hab mich jetzt hier auch mal ran getraut. v4.1.7, aber keine Geräte im Alexa-Geräte V3. Neue Geräte kann ich auch nicht hinzufügen.
Leider läuft jetzt gar nichts mehr mit Sprachbefehl.
Was mache ich falsch?
-
Meint Ihr eigentlich, dass es hilfreich ist Apollon immer direkt zu triggern? Worauf soll der arme Kerl denn alles reagieren und wann und worauf zuerst? Alleine gestern der "Unsinn" obwohl mehrfach auf die generellen Amazon-Probleme verwiesen wurde und damit Fehlerursachen gar nicht sauber reproduzierbar waren.
Apollon hat (wie vermutlich alle Nicht-Rentner hier) auch noch ein reales Leben mit einem Job und ner Familie. Dasselbe gilt für Bluefox, der versucht einen Fix nach dem anderen zu machen und daher teilweise Releases im Stundentakt bringt.
Und nein, ich triggere hier alle beide deswegen jetzt bewusst nicht.
Bei anhaltenden Problemen erst auf die aktuellste Version updaten und im Zweifel dann im GitHub ein Issue (incl. Logs/Fehlermeldungen) aufmachen, bzw. bereits vorhandene erst mit dem eigenen Problem abgleichen. Es funktioniert ja grundsätzlich, daher scheinen nur bestimmte Konstellationen Probleme zu machen.
@samson71 said in BETA-TEST Neuer Amazon Skill "iobroker.assistant":
Es funktioniert ja grundsätzlich, daher scheinen nur bestimmte Konstellationen Probleme zu machen.
Und genau für den Austausch über diese Probleme ist dieser Thread doch da, oder nicht?
Zum Thema:
Nach Update auf Version 4.1.11 kann ich meinen Problemdimmer des Typs HmIP-FDT wieder umbenennen, Löschen geht aber nach wie vor nicht. Außerdem ist ein weiteres Element "Unreach" dazu gekommen, das im Gegensatz zum Element "Actual" aber einen imo sinnvollen Wert hat (wobei ich nicht weiß, wozu der genutzt wird).
Hat sonst noch jemand einen HmIP-FDT Homematic OP Dimmer im Einsatz? Sieht das bei euch genauso aus? Funktionieren tut der Dimmer so natürlich nicht, im Log des Adapters gibt es beim Schaltversuch keinen Eintrag. Beim Löschen kommt nach wie vor auch kein Fehler. Zum Löschproblem gibt's ja schon ein Issue auf Github.
-
@samson71 wenn ich die als Dimmer anlege dann bekomme ich Fehlermeldungen beim ausschalten der Lichter.
deconz.0 2025-10-18 14:23:51.844 warn {"address":"/lights/9/state/bri","description":"parameter, bri, is not modifiable. Device is set to off.","type":201} deconz.0 2025-10-18 14:23:51.843 warn Failed action "bri" on light 9! Description: parameter, bri, is not modifiable. Device is set to off. deconz.0 2025-10-18 14:23:51.832 warn {"address":"/lights/28/state/bri","description":"parameter, bri, is not modifiable. Device is set to off.","type":201} deconz.0 2025-10-18 14:23:51.831 warn Failed action "bri" on light 28! Description: parameter, bri, is not modifiable. Device is set to off. javascript.0 2025-10-18 14:23:37.431 info script.js.common.Wichtig.System_Adapter_wahr_falsch_TEST: telegram[Michael]: iot.0 is connected Wert: true Adapter ist wieder erreichbar deconz.0 2025-10-18 14:23:28.004 warn {"address":"/lights/9/state/bri","description":"parameter, bri, is not modifiable. Device is set to off.","type":201} deconz.0 2025-10-18 14:23:28.004 warn Failed action "bri" on light 9! Description: parameter, bri, is not modifiable. Device is set to off. deconz.0 2025-10-18 14:23:27.998 warn {"address":"/lights/28/state/bri","description":"parameter, bri, is not modifiable. Device is set to off.","type":201} deconz.0 2025-10-18 14:23:27.997 warn Failed action "bri" on light 28! Description: parameter, bri, is not modifiable. Device is set to off.Wenn ich statt Dimmer, Schieberegler/Pegelregler verwende kommen keine Fehlermeldungen
@michael-schmitt Darauf hatte ich doch am Sonntag schon geantwortet ... Weiterhin die Logmeldung ist von deconz. Kann es sein das die Lampe aus ist aber gedimmt werden soll und deconz dann sowas loggt? Geht es denn und es kommen die Logs ode rgeht es auch nicht? Mal Isue bei deconz angelegt?
602
Online32.4k
Users81.4k
Topics1.3m
Posts