Test Adapter Energiefluss-erweitert v0.7.x GitHub/Latest

[hardwarefehler]

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

@hardwarefehler Prima.

Wenn du möchtest, kannst Du einfach mal über Github drüber installieren.

Hiermit geübt. Install/github. Upload file. Reload website. Oh, neue Farbe

Habe folgendes hinzugefügt:

• FIX: Override for bordercolor and borderfillcolor were not correctely applied on rect or circle
• Added: New line-end for filling outline according to value added. Can now be round, square and butt
• Added: Few language corrections

Wenns für Dich passt, kann ich es so lassen

Passt und hochpräzise geschnitten.

Allerdings funktioniert beim negativen raw-Wert zwar noch der Richtungswechsel, aber nicht mehr die andere Farbe "color for the other direction". Auch wenn ich den Overwrite komplett leer lasse.

Genaugenommen bräuchte man für den Richtungswechsel auch noch einen Overwrite-Schlüssel, also 'borderreversefillcolor'? edit: nein, borderfillcolor geht auch für negative Werte im Reverse.

Hatte ich dich in dem anderen Post richtig verstanden, das du die value via Überschreibungen passend berechnen wolltest? Dies kann ich natürlich noch nachreichen.

Ja, ich will den Wertebereich 0...360° nach -180...+180° transponieren um besser mit den Einfärbungen im und gegen den Uhrzeigersinn arbeiten zu können.
Das Problem war, dass sich die Umschaltung des Uhrzeigersinns nach dem Raw-Wert richtet und nicht nach dem berechneten.
Workaround wäre, die Datenpunkte vorab umzurechnen.

Das www/js/functions.min.js zeigt im Github alles in einer Zeile, ist das gewollt? Das macht eine Diff-Anzeige und das Code-Verstehen schwierig.

[hardwarefehler]

Das hier funktioniert (abgesehen vom o.g. reverse-color-Problem):

{
    "<-90": {
        "borderfillcolor": "cyan"
    },
    ">0": {
        "borderfillcolor": "blue"
    },
    ">90": {
        "borderfillcolor": "red"
    },
    ">180": {
        "borderfillcolor": "yellow"
    },
    ">270": {
        "borderfillcolor": "green"
    }
}

Setze ich

    "<0": {
        "borderfillcolor": "magenta"
    },

davor, wird das anschliessende -90 cyan ignoriert.
Auch wenn ich probehalber die beiden negativen Bedingungen vertausche, bleibt es magenta.

[SKB]

@hardwarefehler Offen gestanden, zuviel Text

Was geht, was geht nicht?

Die Überschreibung nimmt halt die Farbe, die du dort angegeben hast. Wenn's halt ins Minus geht, dann musst du dort auch die entsprechende Farbe angeben.

[Homoran]

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

Was geht, was geht nicht?

Farben positiv in Stufen gehen

Stufen negativ nach gleich em Vorbild (diesmal Reihenfolge absteigend) gehen nicht.

<-90 wird nach <0 nicht mehr beachtet

EDIT:
gut dass wir drüber gesprochen haben!

@hardwarefehler muss anscheinend <-90 über <0 einfügen

[SKB]

@homoran Japp, die Reihenfolge sollte dann korrekt sein.

Allerdings sollten die Bedingungen vorher automatisch sortiert werden.

[hardwarefehler]

muss anscheinend <-90 über <0 einfügen

Ja ich hatte beide Reihenfolgen von <0 und <-90 probiert. Aktuell:

{
    "<-90": {
        "borderfillcolor": "cyan"
    },
    "<0": {
        "borderfillcolor": "magenta"
    },
    ">0": {
        "borderfillcolor": "blue"
    },
    ">90": {
        "borderfillcolor": "red"
    },
    ">180": {
        "borderfillcolor": "yellow"
    },
    ">270": {
        "borderfillcolor": "green"
    }
}

und alles negative ist magenta.

[SKB]

@hardwarefehler Verstehe. Ich denke, die Funktion zum Sortieren berücksichtigt die Vorzeichen nicht richtig. Schaue ich mir an!

[Bernd1967]

@skb
Kannst Du mal da schauen wegen der functions.min.js?
Da ist eine feste IP bei der socketURL

Link Text

[hardwarefehler]

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

Funktion zum Sortieren

Bedarf es denn einer solchen oder ist das Luxus? Eigentlich muss ich doch nur wissen, dass die Liste von oben nach unten abgearbeitet wird und wenn eine Regel feuert, ob es dann die Abarbeitung beendet ist oder nach unten weitergeht?

[Homoran]

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

Bedarf es denn einer solchen oder ist das Luxus?

Wenn @skb diese zur Sicherheit eingebaut hat, da nicht jeder die Anforderungen selber richtig sortiert, darf diese aber keinen Fehler enthalten.
Das will er überprüfen

[SKB]

@homoran Ganz genau!

@hardwarefehler Hier ist kein "Luxus" gemeint, sondern die Funktion weist offensichtlich einen Fehler auf, den ich mir ansehen muss.

[Jeba]

Hallo Zusammen
Ich hab den Adapter geladen und jetzt zwei Tage meine Vis erstellt.
Habe die Version 0.7.4
Alles hat bisher super funktioniert. Was ich allerdings nicht hinbekomme, dass die Linen animiert werden.

Verstehe ich das Richtig. Ich gebe der Linebei "Quelle für die Animation" den selben Datenpunkt wie der Solaranlage von der der Strom kommt.

Ich kann manchen was ich will, aber es läuft keine Animation .

Welchen Grund kann es dafür geben

[Homoran]

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

Habe die Version 0.7.4

dann bist du jetzt hier richtig

[Homoran]

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

Welchen Grund kann es dafür geben

vieeeele!

zeig doch mal was du da wie konfiguriert hast

[wendy2702]

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

Hallo Zusammen
Ich hab den Adapter geladen und jetzt zwei Tage meine Vis erstellt.
Habe die Version 0.7.4
Alles hat bisher super funktioniert. Was ich allerdings nicht hinbekomme, dass die Linen animiert werden.

Verstehe ich das Richtig. Ich gebe der Linebei "Quelle für die Animation" den selben Datenpunkt wie der Solaranlage von der der Strom kommt.

Ich kann manchen was ich will, aber es läuft keine Animation .

Welchen Grund kann es dafür geben

Wahrscheinlich der Linie keinen Datenpunkt zugewiesen

[Jeba]

@wendy2702
Hab den Fehler gefunden. Datenpunkte habe ich angegeben und im Reiter " "Animation" hab ich mich das auch so gestaltet wie ich wollte.

Aber in den Eigenschaften der Linen muss man bei "Farbe" noch zusätzlich "Animationfarbe" und "Linenfarbe" wählen.

Dachte es reicht wenn man sich die Animation gestaltet und rechts in der Vorschau sieht, danach den Datenpunkt für die Animation setzt.

Danke für die schnellen Tips

[SKB]

@jeba Muss man nicht. Wenn keine Farbe angegeben ist, wird die Standardfarbe genutzt.

[SKB]

@hardwarefehler Sodale, Du kannst einfach mal die Version von Github drüber-bügeln, einen Upload machen und dann deine Bedingungen anschauen.

Auch kannst Du nun eine solche Überschreibung nutzen:

{
    ">0": {
        "borderfillcolor": "black",
        "value": "val => val * -1"
    }
}

Hiermit wird die value dann negativ gerechnet (falls Du dies brauchst)

[hardwarefehler]

@skb Danke für die Mühe, ich kann aber noch keine 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?