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

[hardwarefehler]

@skb Danke für die Mühe, ich kann aber noch keine komplette Entwarnung geben.
Adapters: Installed from Github. File upload done. Browser window reloaded.
Diese Fehler bestehen noch:

• Overwrite komplett leer: beim negativen raw-Wert funktioniert der Richtungswechsel, aber nicht mehr die andere Farbe "color for the other direction".

• Overwrite gefüllt wie hier, <-90 cyan wird nicht gerendert. Auch wenn ich die Bedingungen im Editor vertausche.

Brauchst du noch Screenshots?

Auch kannst Du nun eine solche Überschreibung nutzen:

Das Rechnen scheint zu funktionieren. Bei diesem Konstrukt

    ">180": {
        "borderfillcolor": "yellow",
        "value": "val => val - 360"
    },

bleibt die Farbe gelb, aber Richtung und Füllung entsprechen dem umgerechneten (und dadurch negativen) Wert.

[SKB]

@hardwarefehler Ist ja auch so gedacht, das man sich den Wert passend rechnen und dann die Farbe nutzen kann.

Ich habe deine Werteliste aus dem Post genommen, einen Test Datenpunkt angelegt und dieser zeigt die Füllung tadellos an. Auch wird bei -91 Cyan gewählt und nicht Magenta.

Weiterhin: mit den Überschreibungen hebelst du die normale Funktionalität aus - heißt, die Überschreibung gilt für positive und negative Werte, sobald diese angegeben sind.

Ich denke, die Funktion ist gegeben - nur wendest Du es vielleicht falsch an?!

[SKB]

@thisoft ID 50 ist auch der Schalter? Nutzt du Apple-Technik?
Was heißt, keine Reaktion? Wo?

[Thisoft]

@skb sagte in Support Adapter Energiefluss-erweitert v0.6.2:

@thisoft ID 50 ist auch der Schalter? Nutzt du Apple-Technik?
Was heißt, keine Reaktion? Wo?

Die 50 ist jetzt nicht der Schalter sondern ein Rechteck. Habe da verschiedene Elemente getestet. Zeigt bei keinem davon eine Reaktion, d.h. die Elemente werden ungedreht angezeigt wie eh und je. Getestet unter Windows in Edge und Firefox. Äpfel verwende ich nicht ;-)

[Homoran]

@SKB
kann ich bestätigen!
Hab's auch mit einem Rechteck getestet.
Keine Drehung

[SKB]

@homoran Danke für den Hinweis. Ich glaube, die Erkennung der ID ist dort etwas anders. Auch denke ich, das dies nicht unbedingt zielführend ist, weil man mit dem direkten ID Zugriff auch die das Element im Workspace "senkrecht" stellt und es dann nicht mehr passend verschoben werden kann. Ich schaue mal, wie man das besser gestalten kann ;)

@Thisoft Bitte noch ein wenig Geduld - ich finde da schon eine praktikable Lösung.

[Thisoft]

@skb Vielen Dank und wie gesagt - kein Stress! So super wichtig ist das jetzt nicht.

[Homoran]

@skb isch 'abe keinen Schalter!
wo gibt es die?
Dann teste ich mal damit

[SKB]

@homoran Schalter gibt es ab Version 0.7.2 - aber, ich werde dort etwas umbauen, das dies mit der Drehung funktioniert. Mit dem Testen ist es zwar gut, ist aber für den User nicht so praktikabel, weil das Element, wenn es per CSS gedreht wird, im Workspace nicht mehr korrekt verschoben wird.

[Homoran]

@skb sagte in Support Adapter Energiefluss-erweitert v0.6.2:

Schalter gibt es ab Version 0.7.2

soll ich den Part dann rüberschieben in den 0.7.x Thread?

[SKB]

@homoran Das wäre zu gütig :)

[Homoran]

@skb hab es getan!

[hardwarefehler]

@skb Kann ich eigentlich nach dem Überbügeln aus dem github im Adapter irgendwo prüfen, dass ich wirklich den aktuellen commit verwende, als z.B. a7b1bf4 vom 13.5.? Die Versionsnummer ist ja noch 0.7.4.

[SKB]

@hardwarefehler Wenn Du über GH installierst, wird immer das letzte Commit genutzt. Eine Überprüfung dessen ist meines Wissens nach nicht möglich. Du kannst noch das Datum einer Datei vergleichen, ob die Änderung von dem Tag ist.

[hardwarefehler]

@skb said in Test Adapter Energiefluss-erweitert v0.7.x GitHub/Latest:

Auch wird bei -91 Cyan gewählt und nicht Magenta.

Habe mal drei Testcases gebaut. Links ohne Override, nur die Farben im Menü. Da sollte es im negativen Bereich blau werden, bleibt aber rot.

Der mittlere Kreis hat ein Override mit zwei Bedingungen:

{
    "<-90": {
        "borderfillcolor": "cyan"
    },
    "<0": {
        "borderfillcolor": "magenta"
    }
}

Hier sehe ich nur magenta, kein cyan. Auch wenn ich die Reihenfolge der overrides vertausche.
Der dritte Test ist der komplexere Override mit Umrechnungen, das funktioniert alles wie erwartet bis auf das Problem aus dem mittleren Test.

Kann dir auch gerne das komplette Json zukommen lassen.



Aktualitätsprüfung ok:

$ ls -la /opt/iobroker/node_modules/iobroker.energiefluss-erweitert/README.md 
-rw-rw-r--+ 1 iobroker iobroker 36608 May 14 00:21 /opt/iobroker/node_modules/iobroker.energiefluss-erweitert/README.md

[SKB]

@hardwarefehler Schaue ich mir nochmal an. Sollte Morgen Zeit dafür finden.

[SKB]

@hardwarefehler Sodale, ich habe mir dies nochmal angeschaut und Dinge etwas angepasst.

Meine Tests wie folgt:
Element Einstellungen:

Kein Override:
Wert: -400

Wert: 500

Mit Override:

{
    "<-90": {
        "borderfillcolor": "cyan"
    },
    "<0": {
        "borderfillcolor": "magenta"
    },
    "<-100": {
        "borderfillcolor": "red"
    }
}

Wert: 500

Wert: -45

Wert: -91

Wert: -100

Passt das so für Dich?

[SKB]

@thisoft Sobald sich @hardwarefehler zurückmeldet, kann ich die neue Version online stellen. Damit ist dann auch dein Schalter drehbar ;)

Sieht so aus:

[Thisoft]

@skb sagte in Test Adapter Energiefluss-erweitert v0.7.x GitHub/Latest:

@thisoft Sobald sich @hardwarefehler zurückmeldet, kann ich die neue Version online stellen. Damit ist dann auch dein Schalter drehbar ;)

Klasse! Vielen Dank.

[hardwarefehler]

@skb

Sobald sich @hardwarefehler zurückmeldet,

sollte ich auf github einen neuen Commit sehen? Steht trotz refresh auf 13.5.