Monatsrückblick Januar/Februar 2026 ist online!

[pajda]

@skb Egal danke ich komme schon ohne klar Danke

[SKB]

@pajda sagte in Test Adapter Energiefluss-erweitert v0.6.2:

@skb Egal danke ich komme schon ohne klar Danke

Kein Problem. Wüsste jetzt nicht, was daran so schwer ist, die geforderten Informationen bereitzustellen.

[warp735]

@skb
Ist es auch Möglich die Punkte sychron zu halten? Beim refresh der Seite passt es, aber wenn Werte unterschiedlich anfangen zu liefern leider nicht:

[SKB]

@warp735 Hier kannst du nur Abhilfe schaffen, wenn die Elemente enger oder weiter auseinander sind, das die Punkte ineinandergreifen.

[warp735]

@skb
Ah ok schade... das ja auch immer nur ne Momentaufnahme und stimmt wieder irgendwann nicht. Muss man sich wohl daran gewöhnen :-(

Beim refresh siehts ja super aus, aber halt auch nur bis zum nächsten Tag.

[SKB]

@warp735 Eigentlich kann das nicht sein, da die Animationen nur ausgeblendet werden, wenn sie nicht aktiv sind und somit "versteckt" weiterlaufen.

Hast du geschwindigkeitsabhängige Animationen konfiguriert? dann kann dies natürlich sein, das sie sich verschieben.

[warp735]

@skb
natürlich nicht. Sonst würde es beim refresh ja nicht stimmen.

Der Modul WR ging gerade kuez aus und ne Minute später wieder an. Ab da hats dann nicht mehr gepasst. 1x F5 und alles wieder gut.

btw: greifen Überschreibungen bei den Boxen nicht? Kann machen was ich will, zeigts immer gleich an. Linie dunkelt ab, Box leider nicht. Bis auf die Farbe absolut identische Einstellungen. Irgendwie werd ich damit nicht warm :cry:

{
    "<10": {
        "stroke": "rgba(255,206,74,0.2)"
    },
    ">10": {
        "stroke": "rgba(255,206,74,1)"
    }
}

edit: klar ohne Wert :grinning:

[SKB]

@warp735 Ich habe bei mir auch doppelte Linien und die laufen immer synchron - auch wenn sie wieder eingeblendet werden. Somit gehe ich von einem "Browser-Stuck" aus, wo sich die Animation verschiebt.

Die Überschreibungen greifen immer. Hast du Dir das Wiki dazu mal angeschaut? Dort ist alles beschrieben, was man einstellen kann und wie das funktioniert.
https://github.com/SKB-CGN/ioBroker.energiefluss-erweitert/wiki

Hier der Link zu dem Gesuchten:
https://github.com/SKB-CGN/ioBroker.energiefluss-erweitert/wiki/Custom-Overrides-for-elements#spezielle-überschreibungen

[warp735]

@skb

Hatte kein Datenpunkt angegeben. Klar mein Fehler. Beim Icon funktionierts aber leider nicht und beim Text kann ich weder Überschreibung noch einen Datenpunkt einfügen. Wie ist hier das Vorgehen?

Also Box geht, Icon trotz gleicher Einstellungen nicht und beim Text kann ich garnix einstellen

[SKB]

@warp735 Natürlich ist immer eine Datenquelle anzugeben. Sonst greift keine Überschreibung.

Was funktioniert beim Icon nicht?
Der Text ist so konzipiert, das er einfach statisch ist.

[warp735]

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

Was funktioniert beim Icon nicht?

Datenpunkt angegeben, Überschreibung eingegeben (genau gleich wie bei der Box) aber es wird nicht abgedunkelt. Die Box hingegen schon.

Ist aber nicht weiter tragisch. Hab gerade alles rückgängig gemacht. Selbst wenn das Icon funktionieren würde, würde das mit "leuchtendem" Text sehr Bescheiden aussehen. Bringt mir so nix.

[SKB]

@warp735 Natürlich kann man bei einem Icon einen datenpunkt zuweisen und mit diesem Arbeiten. Auch funktionieren die Überschreibungen.

{
    ">0": {
        "_comment": "Einspeisung",
        "icon": "mdi:transmission-tower-export",
        "color": "rgb(161,211,67)"
    },
    "<0": {
        "_comment": "Netzbezug",
        "icon": "mdi:transmission-tower-import?flip=horizontal",
        "color": "#F20E40"
    }
}

[warp735]

@skb
Sag ich doch... zuweisen geht, es passiert dann aber nix.

edit: ach das ist komplett anders wie bei der Box... ?! Ok, das wusste ich nicht und machts nicht wirklich einfacher. Aber wegen des Textes hab ich das eh wieder verworfen.

pps: letzte Frage für heute :-)

Schwellenwert 10, Wert 5 und wird auch so angezeigt. Warum greift die Schwelle nicht? Nur wegen Überschreibung?

[SKB]

@warp735 Verschiedene Elemente, verschiedene Syntax.

[SKB]

@warp735 Was steht als Überschreibung drin?

[warp735]

@skb

{
    ">0": {
        "value": "val => parseFloat(val).toFixed(0)"
    },
    ">1000": {
        "value": "val => parseFloat(val/1000).toFixed(2)"
    }
}

[SKB]

@warp735 Das Thema hatten wir ja gestern schon.
Beim Nutzen der Überschreibungen werden die Basis-Regeln außer Kraft gesetzt. Hier greift dann nur noch das CSS-Klassen Prinzip, wenn Du mit value den Wert überschreibst.

Ich werde hier noch einen Hinweis zu den Überschreibungen einstellen, damit dies deutlicher wird.

[pajda]

@skb An bei ein link zum Video mit denn Daten
Bild Überschreibung video

Lg.

[warp735]

Kann mir mal jemand auf die Sprünge helfen, warum folgende Überschreibung nicht funktioniert? Handelt sich um den Hauptzähler und der Wert ist bei Bezug positiv und beim Einspeisen negativ. Möchte zwischen -30 und +30 eine 0 als Anzeige, bis +-1000W ohne Dezimal und danach mit zwei Dezimalstellen.
Aber sobald ich einspeise, steht nur noch 0 in der Anzeige :-(

{
    ">=30": {
        "value": "val => parseFloat(val).toFixed(0)"
    },
    ">1000": {
        "value": "val => parseFloat(val/1000).toFixed(2)"
    },
    "<30": {
        "value": "val => Number(0).toFixed(0);"
    },
    "<=-30": {
        "value": "val => parseFloat(val).toFixed(0)"
    },
    "<-1000": {
        "value": "val => parseFloat(val/1000).toFixed(2)"
    },
    ">-30": {
        "value": "val => Number(0).toFixed(0);"
    }
}

[SKB]

@warp735 Ich würde es so machen:

{
  "default": {
    "value": "val => Number(0).toFixed(0);"
  },
  ">30": {
    "value": "val => parseFloat(val).toFixed(0)"
  },
  ">1000": {
    "value": "val => parseFloat(val/1000).toFixed(2)"
  },
  "<-30": {
    "value": "val => parseFloat(val).toFixed(0)"
  },
  "<-1000": {
    "value": "val => parseFloat(val/1000).toFixed(2)"
  }
}

"default" greift immer dann, wenn nichts zutrifft. Dann hast Du den Grundzustand "0" mit keiner Nachkommastelle.