Monatsrückblick Januar/Februar 2026 ist online!

[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.

[derrapf]

Jetzt habe ich die Rolle der beiden Datenpunkte auf "switch" umgestellt. Aber nun hab ich ein ganz anderes Problem: Vor kurzem wollte IOBroker, dass ich einen richtigen Haufen Adapter aktualisiere. Darunter auch IOT. Ich glaube es waren in Summe über 23 Stück. Danach waren weder IOT noch EnergieflussAdapter gestartet und mussten von Hand gestartet werden.
Die laufen beide nun und sind grün; Nur:
Im IOT Adapter wird nichts mehr angezeigt:

Jetzt hab ich eine zweite Baustelle und muss erstmal suchen was da wieder los ist..

Gruss Ralf

[Samson71]

@derrapf
Ich konnte das Problem hier nachvollziehen

https://forum.iobroker.net/topic/84153/iot-adapter-alexa-findet-keine-geräte/22

Kam mit dem Upgrade auf 5.0.12 und war direkt wieder weg nach Downgrade auf 5.0.7, von der ich gekommen war.
Evtl. spielt Dein Problem da auch mit.

[derrapf]

Danke!
der Downgrade hat bei mir auch funktioniert.
Ich habe nun die Rolle auf "socket" gestellt.
PS: "socket" gibt es nicht in der Combobox wo ich die Rolle auswählen kann. Ich konnte das nur setzen in dem ich direkt das Json editiert habe:

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

Immerhin ein Fortschritt: Jetzt liess sich der Datenpunkt (nicht der Alias) in IOT einfügen. Es liegt also an der Rolle ob das geht oder nicht. Was aber nicht erklärt warum der Andere mit der gleichen Rolle sich einfügen liess.
Wie auch immer: Hier die Combobox. Da gibt es "socket" nicht:

Ich habe dann in der AlexaApp "Streaming" gelöscht und neue Geräte suchen lassen.
Das neue Gerät wurde zwar gefunden lässt sich aber nicht steuern:

Immerhin geht IOT wieder. Dachte schon ich muss ein Backup einspielen...

Gruss Ralf

[derrapf]

Ich habe mal weiter experimentiert und die Datenpunkte Zeile für Zeile verglichen.
Das unten Beschriebene hat letztendlich den Unterschied gemacht und führt dazu, dass ich den in IOT hinzufügen kann und er auch in der AlexApp funktioniert.
Morgen probiere ich aus ob auch der Sprachbefehl geht. Ist mir jetzt zu spät. Der Rest der Family pennt schon:

Wichtig war der smartType in smartname:

"smartName": {
      "de": "Streaming",
      "smartType": "socket"
    },

Ob andere types besser funktionieren hab ich nicht ausprobiert. Mir ist immer noch nicht ganz klar was das genau steuert.
Dann:
Ich habe noch type auf "boolean" gesetzt. Keine Ahnung ob das wichtig war. Aber bei dem "Rock spielen" Datenpunkt war's auch so. Macht auch Sinn.

Ob sich jetzt noch was ändert wenn ich type von "state" auf was anderes ändere weiss ich nicht. Da ich nun aber mind 2 Variablen mit n Werte habe, hab ich 2 hoch n Möglichkeiten. Die will ich nicht alle ausprobieren. Bin froh dass es so geht.

Gruss Ralf

[hsteinme]

@hsteinme sagte:

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.

@derrapf sagte:

Ich habe nun die Rolle auf "socket" gestellt.

Sih an, sieh an - kaum 8 Tage später

[derrapf]

Nee. Nee. So einfach ist es dann doch nicht. Geht nämlich immer noch nicht.
Ich habe gerade festgestellt, dass der Smarttype aus dem JSON der! ist, den man in IOT einstellt wenn man die rechte Combobox ändert:

Wenn man den Datenpunkt nämlich aus IOT löscht ist der Eintrag auch weg:

"common": {
    "name": "Streaming",
    "smartName": false,
    "desc": "Trigger mit Level für Alexa um einen hhtp request zu erzeugen",
    "type": "boolean",
    "unit": "",
    "role": "state"
  },

Jetzt hab ich ein Stück mehr kapiert, wie das zusammenspielt. D.h. wenn ich den Datenpunkt in IOT einfüge dann muss ich rechts diesen Smarttype einstellen. Ok.
Was nun passiert beim Einfügen ist das hier:

Ich kann nicht OK drücken, obwohl schon ein Smartname vorgegeben ist. Wenn ich einen weiteren Smartname hinzufüge, dann geht es:
Was aber nun passiert ist dass IOT den Smarttype "Fenster" aussucht:

Interessant: Zu diesem Zeitpunkt wurde noch kein! Smarttype hinzugefügt, nur ein Smartname:

"common": {
    "name": "Streaming",
    "smartName": {
      "de": "Streaming, Tidal"
    },
    "desc": "Trigger mit Level für Alexa um einen hhtp request zu erzeugen",
    "type": "boolean",
    "unit": "",
    "role": "state"
  },

Wenn ich Alexa nun Geräte suchen lasse, bekomme ich drei! neue Geräte: "scene #", "Streaming" und "Tidal". Das erste Gerät ist wieder diese ominöse "scene #" von dem ich nicht weiss was das soll....

Wenn ich Tidal oder Streaming nun bedienen will, bekomme ich nur einen Kreis mit einem Minuszeichen zu sehen in dem "geschlossen" steht. Klar. Aufmachen kann ich ein Fenster nicht mit Alexa.
-> Falscher SmartType.
Also stellen wir den mal um (so hab ich es gestern auch gemacht als es irgend wann mal ging..weiss nur nicht mehr genau auf was.. ich wusste da nicht, dass mir das diesen Smartype umschiesst)
Sinn macht ja wie vorgeschlagen "Socket". Also stelle ich das Teil in IOT auf Socket um, lösche es in der AlexaApp und lasse die Geräte neu suchen. Ich sehe, dass der Smartype angepasst wurde:

"smartName": {
      "de": "Streaming, Tidal",
      "smartType": "socket"
    },

Ergebnis in der AlexaApp: Wie vorhin; nur anderes Icon zum Schalten "Der Stom ist aus" und "der Strom ist an"
Nur passieren tut nichts wenn ich diesen Schalter drücke. Ich meine damals hatte ich einen Schieber als es funktionierte. Ah ich seh grad "scene #" hat einen Schieber. Geht aber auch nicht.

Ich denke ich experimentiere jetzt mal mit diesen Smarttypes rum bis es geht...
Melde mich
Gruss Ralf

[derrapf]

ich nochmal. Nachdem ich mit dem Update auf Trixie mehr Schwierigkeiten habe wie ich brauchen kann (IOT kann nicht upgedatet werden; meine Java Scripte sind weg).
Muss ich dieses Projekt erstmal auf Eis legen und schauen dass ich meine IOBroker Installation wieder gesund bekomme. Notfalls mus sich auf ein Backup von vor Trixie zurück.
Ich mache hier erst wieder weiter, wenn das Gesamt Sstem wieder rund läuft. Sonst habe ich zuviele mögliche Baustellen warum was nicht funktioniert.

[Thomas Braun]

@derrapf sagte:

meine Java Scripte sind weg)

Das hat aber mit dem Betriebssystem nix zu tun...

[Homoran]

@derrapf sagte:

Notfalls mus sich auf ein Backup von vor Trixie zurück.

Wie machst du denn "Backups"???
Bei backItUp ist das Betriebssystem nicht drin!

Nicht dass dein Datenträger wurmstichig ist.

[derrapf]

Wie machst du denn "Backups"???

Ich habe IOBroker ja als VM auf Proxmox laufen. Da kann ich von der kompletten VM ein Backup machen

Das hat aber mit dem Betriebssystem nix zu tun...

Naja. Nach dem Update auf Trixie und den ganzen iob update, upgrade usw, Befehlen ist es halt das was ich beobachte. Scripte sind alle weg.

Was soll ich sagen. Keine Ahnung warum. Vorher waren sie noch da.
Gruss Ralf

[derrapf]

Vorschlag: Ich gehe wieder zurück auf ein halbwegs vernünftig funktionierendes IOBroker Backup und ihr helft mir von dort upzudaten, wenn ihr denkt die KI hat's falsch gemacht? Oder soll ich versuchen den aktuellen Stand zu reparieren?
Vielleicht ein Hinweis noch:
Ich habe vor einigen Tagen noch Grafana und Influx installiert. Die haben danach aber funktioniert. Aber ev. hat diese Installation irgendwas versaut?

Gruss Ralf

[Thomas Braun]

@derrapf sagte:

Nach dem Update auf Trixie

Nur packt ein Distributions-Upgrade keine Dateien in /opt oder /home an.

Was kommt denn nun bei dem halbausgeführten Upgrade aus ddem anderen Thread um's Eck?

[Thomas Braun]

@derrapf sagte:

Aber ev. hat diese Installation irgendwas versaut?

Wenn die Installationsquellen zu deinem Oldtimer-Bullseye gepasst hätten, denn nicht.