NEWS
Test Adapter Energiefluss-erweitert v0.6.2
-
So, update lief durch.
Kann ich die Hinweise bei CSS ignorieren?
-
@wendy2702 Hinweise können ignoriert werden - funktioniert trotzdem weiterhin
-
Danke, habe den Fehler gefunden, unter der Berechnung war das Feld für die Batteriekapazität leer (was mich allerdings wundert da ich im am Adapter nichts verändert hab)
-
@skb
Da der Adapter nun im stable ist, fang ich auch mal an zu spielen. Leider ruckelt bei mir die Animation. Auch mit Energiesparmodus. Habe ich mit dem einfachen Energiefluss Adapter nicht.btw. beide zusammen laufen auch nicht richtig. Muss immer den jeweils anderen abschalten.
CPU: 1.67 % RAM: 10 % Betriebszeit: 8d23h Verfügbar: 7.0.6 Installiert: 7.0.6 Ereignisse: ⇥32 / ↦13 Plattform: docker (official image - v10.0.0) Betriebssystem: linux Architektur: x64 CPUs: 4 Geschwindigkeit: 4003 MHz Modell: Intel(R) Core(TM) i3-9100 CPU @ 3.60GHz RAM: 62.5 GB System-Betriebszeit: 128 T. 19:22:03 Node.js: v20.18.1 time: 1736234838928 timeOffset: -60 NPM: 10.8.2 Adapter-Anzahl: 554 Datenträgergröße: 20.0 GB Freier Festplattenspeicher: 13.7 GB Aktive Instanzen: 32 Pfad: /opt/iobroker/ Betriebszeit: 8 T. 19:38:12
-
@warp735 Die Animation läuft auf so gut wie jedem Endgerät ruckelfrei - außer auf einem sehr alten Smartphone, Tablet oder Kühlschrank. Dies ist nicht davon anhängig, wie leistungsstark der ioBroker-Server ist.
Wieso sollten "beide Adapter zusammen nicht richtig laufen?
-
@skb
Hab gerade mal mit Edge Browser probiert. Da läufts flüssig. Scheint also an Firefox zu liegen. -
-
@skb
Schön für dich...
Bei mir leider nicht. Hab aber auch ne ältere Version. Ist nicht so tragisch. Nur komisch das der alte flüssig läuft. -
@warp735 Der alte Adapter verwendet andere Animationen. Mit dem Energiesparmodus läuft es auch nicht flüssig(er)?
-
@skb
Nope... hab aber gerade Cache geleert. Jetzt siehts gut aus. -
@skb
Mir ist gerade was aufgefallen und würde da gerne nen kleinen Wunsch plazierenDas automatische umrechnen von W in kW ist super klasse. Das gefällt mir echt gut
Allerdings würde es besser aussehen, wenn man unterschiedliche Dezimalstellen hätte. kW mit 0 sieht bescheiden aus und W mit 2 Dezimalstellen leider auch (weil immer xxx.00 W)
Vielleicht hast da ja mal Zeit und Lust was einzubauen.
-
@warp735 Für solche Dinge kannst du die Überschreibungen nutzen.
Beispiel:
{ ">0": { "value": "val => parseFloat(val).toFixed(0)" }, ">1000": { "value": "val => parseFloat(val/1000).toFixed(2)" } }
Value überschreibt den Wert und val bezieht sich auf den Rohwert aus dem Datenpunkt. >0 ist dann als Beispiel Watt mit
toFixed(0)
ist dann keine Nachkommastelle. >1000 wäre dann 1000W und hier isttoFixed(2)
2 Nachkommastellen für kW. -
@skb
Klasse! Funktioniert wunderbar. Merci -
@warp735 So sollte es sein
Hier findest Du weitere Kniffe und Tipps zu den Dingen:
https://github.com/SKB-CGN/ioBroker.energiefluss-erweitert/wiki/Custom-Overrides-for-elements -
@skb
Nochmal kurze Frage:Hab den Schwellwert auf 10W. Bei zum Beispiel 5W wird mir 0W angezeigt. Das ist soweit ok. Wenn der Wert nun aber in Minus rutscht, wird mir genau dieser angezeigt
Muss ich das auch mit Überschreibungen korrigieren? Warum greift da die Schwelle nicht?
ps: beim alten Adapter funktioniert der gleiche Datenpunkt einwandfrei
-
@warp735 Genau, der Schwellenwert greift in beide Richtungen, damit ggf. auch die Netzeinspeisung bzw. Netzbezug passend dargestellt werden.
Soll der Wert nur positiv dargestellt werden - und nur dann - hilft auch hier die Überschreibung.
Noch ein Hinweis: Der "alte" Adapter hat rein gar nichts mehr mit dem neuen Adapter zu tun. Es sind so gut wie alle Dinge (nahezu 99%) anders.
-
@skb
Ok, danke für die Erklärung. Der Wert soll mit 0 überschrieben werden wenn negativ. Bekomm ich aber nicht wirklich hin. Hättest da nochmal n Beispiel? Das geht leider nicht:{ ">-30": { "value": "val => parseFloat(val).toFixed(0)" }, ">1000": { "value": "val => parseFloat(val/1000).toFixed(2)" }, "<0": { "value": "val => Number(0);" } }
-
@warp735 Wenn alle Werte, die kleiner als 0 sind, überschrieben werden sollen, dann brauchst Du den ersten Teil nicht.
-
Ich will größer 0 zwischen W und kW unterscheiden und alle Werte kleiner 0 als 0 darstellen
-
{ ">0": { "value": "val => parseFloat(val).toFixed(0)" }, ">1000": { "value": "val => parseFloat(val/1000).toFixed(2)" }, "<0": { "value": "val => Number(0).toFixed(0);" } }
Sollte so funktionieren.