Monatsrückblick Januar/Februar 2026 ist online!

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