Support Adapter Energiefluss-erweitert v0.7.7

[koilapo]

@skb Geht jetzt. Ich hatte den Energiesparmodus an, dann läuft es trotzdem weiter. Super, Danke!

[warp735]

@skb
Hab das Update ja schon vor einiger Zeit gemacht, aber erst heute fällt mir auf, dass die Umrechnung von W zu KW nicht mehr funktioniert. Also der Wert an sich schon, aber hinten steht immer W statt KW. Hab ich hier was überlesen was ich anpassen muss?

[SKB]

@warp735 Womöglich die Einheit im Basis-Tab des Elements selbst festgelegt.

[warp735]

@skb
Also kommt da garnix rein? Ok...

[SKB]

@warp735 Na, wenn die automatische Berechnung aktiv ist, nimmt sie die eigenen Werte - allerdings gibt's auch User, die da "irgendwas" berechnen und somit eine eigene Einheit nutzen. Diese überschreibt dies.

[warp735]

@skb
Ok... funktioniert wieder. Du schreibst als wäre das schon immer so... Bei mir hats bisher tadellos funktioniert, obwohl W drinstand

[SKB]

@warp735 Es gab eine Zwischenversion, wo ich dies verändert hatte - da war es nicht so. Ab da aber wieder so wie jetzt.

[warp735]

@skb
Hab einen zweiten Heizstab eingebaut und pass gerade den Adapter an. Ist mir gestern schon beim wählen der DP aufgefallen und hier auch: da muss man schon Adleraugen um das entziffern zu können

Hellgrau auf weiß ist jetzt nicht so meins... Ist das irgendwo beeinflussbar?

[SKB]

@warp735 ja, ist beeinflussbar:

• helles Design nutzen
• mit der Maus über die Elemente fahren

Sollte ich abändern.

[warp735]

@skb
lieber mit dem "Fehler" leben wie helles Design

Hänge gerade noch an zwei Problemen:

Möchte einen DP nur anzeigen, wenn ein anderer Wert >0 ist. Hab mir folgendes gebastelt, aber greift nicht

{
    "default": {
        "display": "() => {modbus.4.holdingRegisters.1075_Elwa_Pout_2} == 0 ? none'"
    },
    ">0": {
        "value": "val => parseFloat(val).toFixed(0)"
    },
    ">999": {
        "value": "val => parseFloat(val/1000).toFixed(2)"
    }
}

Und dann habe ich noch die Netzfrequenz, die soll bei Wert >x blinken und bei <x auch. Jetzt kann man ja aber nur einen Schwellwert angeben. Wie löst man sowas?

[SKB]

@warp735 Das Display Attribut ist nicht richtig. Es muss inline-block und none angegeben werden.

Der Schwellenwert sollte positiv und negativ berücksichtigen. 20 ist (20 und -20).

[warp735]

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

Der Schwellenwert sollte positiv und negativ berücksichtigen. 20 ist (20 und -20).

Ich möchte ja nicht +- sondern blinken wenn >50,15 und blinken wenn <49,85. Dazwischen solls nicht blinken

btw: hab auch grad gesehen, das es mir unten rechts ein Ausrufezeichen anzeigt. Dann öffnet sich ja eine Art Fehlerbericht. Allerdings wird der derart blöd geöffnet, das man in nur mit F5 wieder wegbekommt. Der obere Teil ist nicht les/erreichbar

[warp735]

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

Es muss inline-block und none angegeben werden.

wird trotzdem angezeigt

{
    "default": {
        "display": "() => {modbus.4.holdingRegisters.1075_Elwa_Pout_2} == 0 ? 'inline-block' : 'none'"
    },
    ">0": {
        "value": "val => parseFloat(val).toFixed(0)"
    },
    ">999": {
        "value": "val => parseFloat(val/1000).toFixed(2)"
    }
}

[SKB]

@warp735 na, dann nimmst du eben Schwellenwert 0 und nutzt die Überschreibung.

Freut mich immer sehr, wenn Fehler als 'blöd' bezeichnet werden

[SKB]

@warp735 Default greift nur, wenn keins zutrifft.

Muss also sowohl bei dem Einen und Anderen eingetragen sein.

[warp735]

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

und nutzt die Überschreibung.

Kann man mit Überschreibungen auch CSS Klassen aufrufen?

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

Freut mich immer sehr, wenn Fehler als 'blöd' bezeichnet werden

Schlecht geschlafen...? Dann ersetze blöd durch ungeschickt.

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

Default greift nur, wenn keins zutrifft.

Der Wert ist aktuell 0. Also greifen die anderen doch nicht (>0 und >999)

[SKB]

@warp735 Überschreibungen setzen keine CSS Klassen. Sie setzen nur die Attribute.

Ich denke, man kann Fehlfunktionen auch auf freundliche und nicht verurteilende Art äußern.

Wenn sich zu dieser Anzeige noch niemand geäußert hat, kommt dies leider nicht bei mir an.

Wenn der Wert 0 ist, sollte default greifen - es sei denn, es ist ein Text.

[warp735]

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

Überschreibungen setzen keine CSS Klassen

Also muss ich das blinken "nochmal" in den Attributen umsetzen?

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

Wenn der Wert 0 ist, sollte default greifen - es sei denn, es ist ein Text.

Nein, ist ein Wert. Ist aktuell alles 0 und wird trotzdem angezeigt. Wenn Wert 1 0 ist, soll Wert 2 nicht angezeigt werden

[SKB]

@warp735 Für das Blinken hast du sicher eine Klasse definiert, die blinkt.
Diese weist du über die Attribute zu. Stichwort animation.

Die Überschreibung des Attribut display muß ja bei beiden Bedingungen eingetragen werden, damit es greift. default wird eben nur genutzt, wenn keine der Bedingungen zutrifft.

[warp735]

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

Stichwort animation.

Super... jetzt wird klar. Schau ich mal

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

wenn keine der Bedingungen zutrifft.

Ist soweit klar, aber genau das ist doch der Fall. 0 ist nicht >0 und auch nicht >999
Jetzt hab ichs mal so, aber wird immer noch angezeigt. Wie wenn er den Wert nicht hat.

{
    "default": {
        "display": "() => {modbus.4.holdingRegisters.1075_Elwa_Pout_2} == 0 ? 'inline-block' : 'none'"
    },
    ">0": {
        "value": "val => parseFloat(val).toFixed(0)",
        "display": "() => {modbus.4.holdingRegisters.1075_Elwa_Pout_2} == 0 ? 'inline-block' : 'none'"
    },
    ">999": {
        "value": "val => parseFloat(val/1000).toFixed(2)",
        "display": "() => {modbus.4.holdingRegisters.1075_Elwa_Pout_2} == 0 ? 'inline-block' : 'none'"
    }
}