Monatsrückblick Januar/Februar 2026 ist online!

[derrapf]

Ok, dann bleibt für mich die Frage: Warum taucht der Alias nicht in den Alexa Geräten auf? Oder ist er versteckt unter dieser ominöses "scene #"? Man kann ja leider nicht sehen was dahinter steckt. Und selbst wenn er es ist: Warum triggert er nicht meinen Datenpunkt? Alles irgendwie Voodoo.....
Wenn man die Mechanismen nicht genau kennt ist man wie blöd...
Gruss Ralf

[Homoran]

@derrapf sagte in neues IOT: Kann eigenen Datenpunkt nicht hinzufügen:

Warum taucht der Alias nicht in den Alexa Geräten auf

ich kenne Alexa nicht, aber es liegt wahrscheinlich an der Rolle.
Kann Alexa sich etwas unter state vorstellen?

Wäre switch oder Level je nach Funktion nicht eindeutiger um die Ausführungsart festzulegen?

Deswegen auch alias, falls du einen (Adapter-)Datenpunkt mit uneindeutiger Rolle hast, und du diese Rolle natürlich nicht selber ändern kannst.

[derrapf]

Kann Alexa sich etwas unter state vorstellen?

Keine Ahnung. Deswegen frage ich ja.
Ich versuche vielleicht nochmal zusammenzufassen was ich bisher gemacht habe.
Da wäre also zuerst mal der Datenpunkt selber. Den habe ich oben ja gepostet. Der hat den Typ "number". Schon immer gehabt. Der Datenpunkt funktioniert wenn ich ihn manuell auf true oder false setze. Die Rolle war null. Die habe ich nun wie bei allen anderen dieser Datenpunkte auf "state" gesetzt. Soll ich den ändern? Auf was?:

Zum Alias den ich angelegt habe: Der hatte tatsächlich in IOT "Szene" zugeordnet. Den habe ich jetzt auf "Steckdose" und auf "Licht" gesetzt, weil die kann man ja an und abschalten.
Hat aber beides nicht funktioniert.

Dann ist mir was aufgefallen: Es gibt einen weiteren Datenpunkt "Rock spielen" in IOT:
Der wurde auch ohne Alias von IOT automatisch erkannt und hinzugefügt.
Der andere Datenpunkt "Streaming" sieht genau so aus, wurde aber weder hinzugefügt noch lässt er sich manuell hinzufügen:

Hier der Code mit dem ich die beiden anlege:

createState(idplayRock, 0, force_creation, {
     name: 'Rock über Echo spielen',
     smartName: 'Rock spielen',
     desc: 'Trigger mit Level für Alexa um einen hhtp request zu erzeugen',
     type: 'number',
     unit: '',
     role: 'state'
});


createState(idStreaming, 0, force_creation, {
     name: 'Streaming',
     smartName: 'Streaming, Tidal, Szene3', 
     desc: 'Trigger mit Level für Alexa um einen hhtp request zu erzeugen',
     type: 'number',
     unit: '',
     role: 'state'
});

Ich blick's grad wirklich nicht warum der eine in IOT drin ist und der Andere sich nur mit Hilfe eines Alias hinzufügen lässt.
Tatsache ist:
"Rock spielen" funktioniert wenn ich den Datenpunkt in der Alexa App einschalte.
"Streaming" funktioniert nicht, wenn ich den Datenpunkt in der Alexa App einschalte.
Beide triggern nichts in IOBroker, wenn ich das Kommando spreche. Da sollte eigentlich die Routine "Alexa streaming" oder "Alexa Rock spielen" die beiden Datenpunkte auf 1 oder true stellen. Aber nichts passiert.

Das ging alles mal mit dem alten IOT. Ich hab ja nichts verändert. Frustrierend..
Gruss Ralf

[hsteinme]

@derrapf sagte in neues IOT: Kann eigenen Datenpunkt nicht hinzufügen:

Beide triggern nichts in IOBroker, wenn ich das Kommando spreche.

In einem derartigen Fall schaue ich mir immer den Zeitpunkt der letzten Änderung des Datenpunktes an.

Wurde er durch das Kommando geändert, haben wohl Alexa und der iot Adapter ihren Job richtig gemacht. Dann muss ich meine eigene nachfolgende Routine überprüfen. Hier hilft es oft, den Datenpunkt manuell zu bedienen.

Hat das Kommando den Last Change des Datenpunktes unverändert gelassen, so muss ich auf iot- und Alexa-Seite weitersuchen. Erster Schritt: Die Routine in der Alex-App durch Klicken starten. Zweiter Schritt: Falls noch nicht vorhanden, in der Routine eine Alexa-Antwort einbauen, um zu sehen, ob Alexa überhaupt mein Kommando richtig verstanden hat. Hier ist ein Blick in alexa2.0.History.summary auch oft nützlich.

Das erfolgreiche Herrichten eines Datenpunktes für iot hat zuweilen schon einen Glücksspielcharakter. Mittlerweile weiß ich, dass ich dabei größere Gewinchancen habe, wenn ich dem Datenpunkt den smartType socket verpasse - egal welche Rolle der Datenpunkt auf der reinen iobroker-Seite spielt.

{
  "common": {
    "name": "Roborock2026_Start",
    "desc": "Manually created",
    "role": "button",
    "type": "boolean",
    "read": true,
    "write": true,
    "def": false,
    "custom": {
      "iot.0": {
        "smartName": {
          "smartType": "socket",
          "en": "Roborock2026 Start"
        }
      }
    }
  },

[derrapf]

Wurde er durch das Kommando geändert, haben wohl Alexa und der iot Adapter ihren Job richtig gemacht. Dann muss ich meine eigene nachfolgende Routine überprüfen.
Hier hilft es oft, den Datenpunkt manuell zu bedienen.

Das hab ich ja oben geschrieben funktioniert.
Wenn ich die manuellen Datenpunkte unter Objects ändere, dann greifen meine Scripte und schalten die Anlage ein. Somit funktioniert ab da alles prima.
Was nicht (mehr) funktioniert sind meine Routinen in der AlexaApp. Z.B. "Alexa streaming"; diese Routine schaltet den entsprechenden Datenpunkt ein. Dieses "Einschalten" sollte sich dann auf den Datenpunkt im IObroker auswirken.
Das geht mit beiden Datenpunkten nicht.

Dann gibt es noch den Unterschied, dass sich der Eine problemlos in IOT hinzufügen lässt (und damit auch in Alexa zur Verfügung steht) und auch in der Alexa-App manuell bedienen lässt und diese Änderung an IOBroker weitergibt und alles funktioniert.

Nur dieser andere "Straming" Datenpunkt, der genau gleich aussieht, wird von IOT nicht gefunden und lässt sich auch manuell nicht hinzufügen. Und wen man ihn als Alias hinzufügt taucht er zwar in der AlexaApp auf, lässt sich aber weder manuell noch per Sprache verwenden.
Ich habe auch schon die ganzen Datenpunkte gelöscht und durch das Script wieder neu angelegt. Das Verhalten ändert sich nicht.
Irgend einen Unterschied muss es zwischen den beiden Datenpunkten gegen den ich nicht sehen.
Und selbst wen ich den gefunden habe und dann den Punkt in die AlexaApp hinzufügen kann, ist die Frage warum Alexa sagt "OK" aber nicht im IOBroker an diesem Datenpunkt geändert wird. Irgendwas wichtiges hab ich übersehen.

Ich werde mir aber heute abend Deine Vorschläge genauer ansehen und befolgen. Ich melde mich dann mit Ergebnissen.

Vielleicht so nochmal als Zusammenfassung:

javascript.*.Rock spielen --->einfügen--->IOT (ok)--->einfügen--->Alexapp(OK)--->manuell starten,OK

javascript.*.Streaming --->einfügen--->IOT (nicht OK)
dafür geht:
alias. *.Streaming --->einfügen--->IOT (OK)--->einfügen--->Alexapp(OK)--->manuell starten,NICHT OK

Für beide Datenpunkte gilt:
AlexaApp-Routinen
|____ Rockspielen ---> setzt javascript..Rock spielen=true --->IOB: keine Änderung
|____ Streaming ---> setzt alias..Streaming=true --->IOB: keine Änderung

Gruss Ralf

[hsteinme]

Zeig doch mal bitte das jeweilige Objekt-JSON der beiden Datenpunkte, nachdem sie in iot eingebunden wurden.

[mcm1957]

Ohne mich groß einmischen zu wollen - ich kenn mich bei IOT / Alexa nicht aus - hier die State Roles die ioBroker und damit der Devicedetector der im Hintergrund bei IOT aktiv ist kennt: https://www.iobroker.net/#en/documentation/dev/stateroles.md

[derrapf]

Das ist der Datenpunkt der (zumidet bei manueller Betätigung in der Alexa App) funktioniert:

{
  "common": {
    "name": "Rock über Echo spielen",
    "smartName": {
      "de": "Rock über Echo spielen",
      "smartType": "socket"
    },
    "desc": "Trigger mit Level für Alexa um einen hhtp request zu erzeugen",
    "type": "boolean",
    "unit": "",
    "role": "state"
  },
  "native": {},
  "type": "state",
  "_id": "javascript.0.mediola.alexatrigger.Rock spielen",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1774306355815
}

Und so sieht der aus der nicht geht:

{
  "_id": "javascript.0.mediola.alexatrigger.Streaming",
  "common": {
    "name": "Streaming",
    "smartName": {
      "de": "Streaming"
    },
    "desc": "Trigger mit Level für Alexa um einen hhtp request zu erzeugen",
    "type": "number",
    "unit": "",
    "role": "state"
  },
  "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": 1774306898127
}

Ich würde ja gerne mal in der Alexa App alle Datenpunkte löschen und neu einlesen. Aber das geht scheinbar nicht (mehr). Früher ging es in der Weboberfläche. Aber die gibts ja nicht mehr...

Gruss Ralf

[derrapf]

@mcm1957 sagte in neues IOT: Kann eigenen Datenpunkt nicht hinzufügen:

Ohne mich groß einmischen zu wollen - ich kenn mich bei IOT / Alexa nicht aus - hier die State Roles die ioBroker und damit der Devicedetector der im Hintergrund bei IOT aktiv ist kennt: https://www.iobroker.net/#en/documentation/dev/stateroles.md

Du meinst ich soll mit verschiedenen States rumprobieren? Kann ich machen. Nur früher ging es ja mit genau diesen Datenpunkten
Gruss Ralf

[mcm1957]

Ich sage nur, dass das die offizielle Liste der unterstützen State Roles ist.
Alles andere wird der typedetector ziemlich sicher ignorieren. Der typedetector ist stark von richtigen State Definitionen abhängig.

[Homoran]

@derrapf sagte in neues IOT: Kann eigenen Datenpunkt nicht hinzufügen:

Nur früher ging es ja mit genau diesen Datenpunkten

es geht ja nicht um die Datenpunkte selbst, sondern um deren Rolle.
Anhand der Rolle weiss Alexa was zu tun ist. Deswegen berits vir einiger Zeit die Frage

sagte in neues IOT: Kann eigenen Datenpunkt nicht hinzufügen:

aber es liegt wahrscheinlich an der Rolle.
Kann Alexa sich etwas unter state vorstellen?

[hsteinme]

@derrapf sagte in neues IOT: Kann eigenen Datenpunkt nicht hinzufügen:

Und so sieht der aus der nicht geht:

Folge doch bitte mal probeweise einer früheren Empfehlung von mir und verpasse dem Objekt in common.smartName.smartType den Wert socket.