Monatsrückblick Januar/Februar 2026 ist online!

[lesiflo]

Er meint den hier:

[skvarel]

@wendy2702 sagte in [Test Adapter Energiefluss-erweitert v0.8.x GitHub/Latest]

Was bedeutet das "alten" ?

Ich habe zwei Icon Adapter. Einmal den 'Alten' der für VIS1 gemacht wurde, aber auch mit VIS2 läuft und einen 'Neuen', der nur mit VIS2 läuft.

Da im neuen Adapter nur SVG Icons drin sind, habe ich die Energie-Icons in den 'alten' Adapter gepackt.

Der wird jetzt nur noch für solche Dinge gepflegt. Neue PNG Icons im gewohnten (einfarbigen) Stil wird es nicht mehr geben, da ich nur noch für VIS2 designe.

EDIT:

Achtung, die Icons sind erst ab v2.0.0 verfügbar
(Auszug aus meiner Readme)

Um sie im Energiefluss-Erweitert nutzen zu können, ohne sie extra dort hochladen zu müssen, habe ich ein kleines Script.

Es liest meine Icons von Github aus und legt Datenpunkte als URL an. Diese URL könnt ihr dann im Energiefluss-Erweitert Adapter nutzen.

https://github.com/inventwo/Script-Sammlung/blob/main/JavaScript/inventwoEnergieIcon.js

[skvarel]

@Homoran .. es sind mittlerweile 37 Energie-Icons geworden :)

[Homoran]

@skvarel
Danke! Ein super Service!

[skvarel]

@Homoran sagte in Test Adapter Energiefluss-erweitert v0.8.x GitHub/Latest:

@skvarel
Danke! Ein super Service!

Sehr gerne!

ioBroker ... ein Nehmen UND Geben ;)

[Berny-K]

Hallo, habe gerade den Adapter installiert v8.0.1 und finde für folgendes Problem einfach keine Lösung:
Ein Datenpunkt liefert true/false und entsprechen soll sich die Elementfarbe ändern. Ich kriege das einfach nicht hin.

[lesiflo]

@Berny-K sagte in Test Adapter Energiefluss-erweitert v0.8.x GitHub/Latest:

Hallo, habe gerade den Adapter installiert v8.0.1 und finde für folgendes Problem einfach keine Lösung:
Ein Datenpunkt liefert true/false und entsprechen soll sich die Elementfarbe ändern. Ich kriege das einfach nicht hin.

Das müsst unter "Erweitert" mit "Überschreiben festlegen" gehen.

Das hier ist ein Beispiel für die Änderung der Linienfarbe. Musst mal schauen welcher css-Code in deinem Fall eingetragen werden muss.

{
    "<0": {
        "display": "inline",
        "stroke": "#4CAF50"
    },
    ">0": {
        "stroke": "rgb(255,111,0)"
    }
}

[Homoran]

@lesiflo sagte in Test Adapter Energiefluss-erweitert v0.8.x GitHub/Latest:

Das müsst unter "Erweitert" mit "Überschreiben festlegen" gehen.

sollte sogar ohne Überschreiben gehen.
einfach mit Wert > offset positiv
bei 0 Standardfarbe, bei 1 dann die eingestellte
(<0 sollte nicht funktionieren)

[koilapo]

Eine Frage zum "Energiesparmodus für Animationen": Ich nehme an, dass dieser Modus JS statt CSS-Animationen nutzt. Allerdings habe ich nicht herausgefunden, an welcher Stelle ich die Geschwindigkeit einstellen kann. Wo genau, in welcher JS-Datei, müsste ich welchen Timer ändern, um das Tempo etwas zu drosseln? Danke!

[SKB]

Hallo Zusammen,
ich habe soeben eine neue Version auf Github veröffentlicht. Es ist die 0.8.2.

Folgendes ist neu bzw. behoben:

• Behoben: Der Adapter wurde in der Übersicht des Begrüßungsbildschirms angezeigt (sollte nur in der Pro-Version verwendet werden) (#429)
• Behoben: Die Menüleiste zeigte beim ersten Öffnen des Arbeitsbereichs während der Tour-Ansicht eine Ladeanimation an.
• Behoben: Bei Verwendung der Animationsabhängigkeit „Punkte“ oder „Dauer“ war die Animation zu stark – die Übergänge wurden angepasst.
• Behoben: Bei der Animationsabhängigkeit „Punkte“ wurde nach dem Einschalten der Leitung mindestens ein Punkt angezeigt. Über den Schwellenwert kann das Erscheinen des ersten Punktes gesteuert werden.
• Behoben: Das Kontextmenü in der Live-Ansicht wurde ausgeblendet, wenn eine Berührungsbewegung erkannt wurde.
• Neu: Der Modus „Geringe Leistung“ wurde verbessert, indem die möglichen Animationsframes berechnet werden, anstatt statische Zeiten zu verwenden.
• Neu: Das Kontextmenü in der Live-Ansicht ist jetzt standardmäßig deaktiviert. Um es wieder zu aktivieren, ändern Sie dies in den Einstellungen.

Freudiges "fließen" mit der neuen Version ;)

[SKB]

@koilapo sagte in Test Adapter Energiefluss-erweitert v0.8.x GitHub/Latest:

Eine Frage zum "Energiesparmodus für Animationen": Ich nehme an, dass dieser Modus JS statt CSS-Animationen nutzt. Allerdings habe ich nicht herausgefunden, an welcher Stelle ich die Geschwindigkeit einstellen kann. Wo genau, in welcher JS-Datei, müsste ich welchen Timer ändern, um das Tempo etwas zu drosseln? Danke!

Der Energiesparmodus läuft mit einer festen Zeit. Es ist nicht vorgesehen, die Dateien zu editieren, da sie bei einem Update wieder überschrieben werden.

[koilapo]

@SKB sagte in Test Adapter Energiefluss-erweitert v0.8.x GitHub/Latest:

Der Energiesparmodus läuft mit einer festen Zeit. Es ist nicht vorgesehen, die Dateien zu editieren, da sie bei einem Update wieder überschrieben werden.

Danke, das wäre mir egal, wenn ich das nach dem Update wiederholen müsste. Aber der normale Modus läuft auf meinem älteren Tablet einfach mit zuviel CPU-Last, der Energiesparmodus hingegen würde noch gut passen, doch der wirkt vom Tempo zu hektisch. Daher wäre es für mich kein Thema, da manuell einzugreifen, ich müsste nur wissen, wo. Bin leider bisher nicht fündig geworden.

PS: Gerade erst gesehen, dass es die 0.8.2 gibt. Darin ist es jetzt genau umgekehrt: Die normale Animation braucht jetzt deutlich weniger CPU-Leistung, dafür ist die Energiesparversion jetzt so ressourcenhungrig wie vorher die normale Animation.

PS2: Anscheinend ist es so, dass im Energiesparmodus immer bei einer Änderung die CPU-Last kurz stark hochgeht, also wenn eine Linie ein- oder umgeschaltet wird. Wird wohl die Berechnung der "möglichen Animationsframes" sein?

[SKB]

@koilapo Was ist denn da "hektisch"? Eine Strecke von 136 Positionen läuft etwa 2 Sekunden.

Allerdings könnte ich diese Geschwindigkeit auch variabel machen.
Schaue ich mir an!

[koilapo]

@SKB sagte in Test Adapter Energiefluss-erweitert v0.8.x GitHub/Latest:

Was ist denn da "hektisch"?

War in der 0.8.1 so, hektisch im Sinne von "schnell". Da ich die ganze Linie voll Punkte und 5-8 Linien habe, wirkt es bei dem Tempo hektisch.

Wenn das einstellbar ist, wäre das natürlich toll, sofern das einfach umsetzbar wäre. Im Prinzip könntest Du ja die vorhandene einstellbare "Dauer der Animation" nehmen und ggfls. um einen Faktor umrechnen.

[SKB]

@koilapo Wenn Du möchtest, kannst Du einmal die Version direkt von Github laden und dann den Modus im Tab "Animation" anpassen.

[koilapo]

@SKB Vielen Dank, das funktioniert.

Allerdings habe ich im Energiesparmodus jetzt eine leicht höhere CPU-Auslastung und höheren Stromverbrauch. Der 0.8.1 Energiesparmodus war da tatsächlich sparsamer gegenüber dem Normalmodus.

[SKB]

@koilapo An dem Modus ansich hat sich so gesehen nichts geändert.
Natürlich kann es sein, das die CPU-Last anhand der langsamen Zeit anders berechnet.

[koilapo]

@SKB Mit Version 0.8.1 habe ich im Sparmodus ca. 15-30% CPU-Auslastung, mit der 0.8.2 zwischen 45 und 60%. Bin grad nochmal zurückgewechselt zum Vergleich.

[SKB]

Das kann mit vielen anderen Faktoren zu tun haben - wurde der Browser komplett geschlossen? Läuft zu dem Zeitpunkt noch etwas Anderes im Hintergrund usw.
So lässt sich das auf keinen Fall nachvollziehen - außer, man nutzt das gleiche System einmal mit Version x und das andere mit Version y.
Wie gesagt - an der Animations-Logik hat sich nichts geändert. Auch rechnet das System viel mehr, wenn die Animation langsamer läuft.

[koilapo]

@SKB Der Browser wurde jeweils neu gestartet. Auf dem Gerät läuft nur noch ein MQTT-Broker, im Hintergrund tut sich da nicht viel.

Mit 0.8.1 ist der Sparmodus tatsächlich deutlich sparsamer (CPU und Stromaufnahme des Windows-Tablets) als der Sparmodus mit 0.8.2 (siehe oben).

Ich habe nun mit 0.8.1 die Punkte von Länge 5 und Abstand 5 auf 10 und 24 geändert. So ist es nicht so "hektisch".

Aber irgendwas ist an der neuen Version ja schon anders, sonst würde ich das nicht so deutlich sehen. Was ist denn genau der Unterschied Normalmodus/Geringe Leistung? CSS vs. JS?