UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[SKB]

@u66 Ja, die anderen Websites nutzen wahrscheinlich auch keine manifest.json Datei - ich schaue mir dies mal an, ob man diese dynamisch generieren kann und melde mich zurück!

[U66]

@skb
Ja Danke das wäre schön
Ich kann nur soviel sagen das es es bis zu einer Deiner Adapterupdates ging.
Vielleicht kann man das irgendwie nachvollziehen.....................
Schönen 3.Advent noch

[SKB]

@u66 Ich bin davon ausgegangen, das 1 Instanz beim Benutzer ausreichen würde - somit habe ich sie statisch gehalten.
Ich schaue es mir die Tage an.

[Merlin123]

@skb Ich hab auch 2 Instanzen am Laufen. Eine zum Visualisieren des Stroms, eine für den Pool

[c1olli]

@SKB
Ich hatte jetzt tatsächlich einen Fehler 2 mal kurz hintereinander.
Dort hat sich der Wert des Objektes nicht mehr geändert also eingefroren, obwohl die Quelle eindeutig funktioniert hat.
Wenn ich dann die die Bearbeitungsoberfläche gehe, eine andere Quelle für dieses Objekt anwähle und speichere, dann wieder die originale Quelle nehme und wieder speichere funktioniert alles wieder.
Es waren 2 verschiedene Objekte betroffen. Beides waren einfache Zahlenwerte.
Leider habe ich keine Ahnung woran es liegt.

[SKB]

@c1olli In welchem Bereich liegt der Datenpunkt? Wurde dieser bestätigt durch den Adapter bestätigt oder ist es ein eigener Datenpunkt?

[c1olli]

@skb
Das ist sind fertige Datenpunkte aus ioBroker, der wir 1zu1 übernommen - während der Datenpunkt selbst die richtigen Werte angezeigt hat, war der Wert im Objekt eingefroren.

[SKB]

@c1olli Verwendest du die aktuelle Version von GitHub? War nur ein Element betroffen?

[c1olli]

@skb Version 0.6.1
Nein es waren 2 Verschiedene Elemente

[U66]

@SKB

konnte es erstmal so lösen für meine Instancen
manifest.json

const fs = require('fs');

const manifest = {
    short_name: "Energiefluss",
    name: "Energiefluss - Alle Instanzen",
    theme_color: "#538ea3",
    background_color: "#FFFFFF",
    display_override: ["standalone", "minimal-ui"],
    display: "standalone",
    description: "Provides an animated energy-flow",
    start_url: "./index.html?instance=0",
    id: "./index.html?instance=0",
    icons: [
        { src: "img/icons/android/android-launchericon-192-192.png", sizes: "192x192" },
        { src: "img/icons/android/android-launchericon-512-512.png", sizes: "512x512" },
        { src: "img/icons/ios/180.png", sizes: "180x180" }
    ],
    shortcuts: []
};

// Generiere Shortcuts für alle Instanzen
const instances = 4; // Anzahl der Instanzen
for (let i = 0; i < instances; i++) {
    manifest.shortcuts.push({
        name: `Instance ${i}`,
        url: `./index.html?instance=${i}`,
        description: `Open Energiefluss - Instance ${i}`,
        icons: [
            { src: "img/icons/android/android-launchericon-96-96.png", type: "image/png", sizes: "96x96" }
        ]
    });
}

// Schreibe die Datei
fs.writeFileSync('/opt/iobroker/node_modules/iobroker.energiefluss-erweitert/admin/manifest.json', JSON.stringify(manifest, null, 2));

console.log("manifest.json wurde erfolgreich aktualisiert.");

[SKB]

@c1olli Upload des Adapters nach der Installation wurde durchgeführt?

[SKB]

@u66 Nur als Hinweis: Damit laufen dann alle neuen Verknüpfungen nur auf die Instanz 3.

[U66]

@skb
habs oben angepasst
.:blush:

[c1olli]

@skb
Ja, Upload wurde an der Adapterkachel angestoßen und durchgeführt.

[SKB]

@u66 Admin ist da der falsche Ordner. Auch sind Änderungen im Code beim nächsten Update wieder überschrieben.

[SKB]

@c1olli Dann sollten alle Vorraussetzungen stimmen.
Vielleicht hatte der Browser in dem Moment ein Problem und das Element wurde nicht aktualisiert.
Beinhalten die Elemente Überschreibungen?
Andere Elemente wurden aber aktualisiert?

[c1olli]

@skb Ob das spezifisch nur an dem Browser lag, kann ich beim nächsten Mal testen. Hab ich in dem Moment auch nicht dran gedacht.
Keine Überschreibungen in Form von irgendwelchen Codes, allerdings hinterlegte Bilder. Browser war Opera.
Ja, der Rest wurde aktualisiert. Es ist immer nur ein Element ausgefallen.

[SKB]

@c1olli Okay, dann melde dich gerne beim nächsten Mal zurück, wenn's nochmal auftritt.
War es ein mobiler Aufruf oder am Rechner?

[ps1304]

@skb danke Dir - hab alles nochmal kontrolliert - dort steht immer noch "false" oder true" ;in der VIS funktioniert der Abgleich auch noch:

Gruß Peter
PS: 0 und 1 in der Überschreibung funzt auch nicht

[SKB]

@ps1304 Ich hatte dies wohl beim letzten Mal übersehen - du nutzt in VIS den Vergleichsoperator "Gleich". Somit geht es da.
Im EF-Adapter nutzt du ein "direktes Match", welches natürlich nicht geht.

So wäre es richtig:

{
    "==false": {
        "value": "Sperre inaktiv",
        "fill": "rgb(184,41,255)"
    },
    "==true": {
        "value": "Sperre aktiv",
        "fill": "rgb(242,14,64)"
    }
}

Somit geht dann auch ein "direktes Match" (wie ich es ja oberhalb bereits erwähnt hatte ;) ) :

{
    "0": {
        "value": "Sperre inaktiv",
        "fill": "rgb(184,41,255)"
    },
    "1": {
        "value": "Sperre aktiv",
        "fill": "rgb(242,14,64)"
    }
}