neues IOT: Kann eigenen Datenpunkt nicht hinzufügen

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.

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?

Community Forum

NEWS

neues IOT: Kann eigenen Datenpunkt nicht hinzufügen

Support us

556

32.8k

82.7k

1.3m