UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[muckel]

@SKB

Hat perfekt funktioniert. Danke.

Eines habe ich noch, was nicht so funktioniert, wie ich möchte.
Du kannst mir da sicher wieder auf die Sprünge helfen.
Ich habe ein Datenfeld (Anzeige der Watt), welches ich farblich ändere.
Die Daten können von Minus auf Plus springen (Netzbezug>Netzlieferung)

{
    "<=0": {
        "fill": "rgba(181,62,18,0.7)"
    },
    "<=-2000": {
        "fill": "#FF3C0C"
    },
    ">=0": {
        "fill": "#17831E"
    }
}

Das funktioniert perfekt!

Das Feld liegt in einem Viereck, welches ich auch farblich ändern will.

{
    "<=-100": {
        "borderfillcolor": "rgba(181,62,18,0.7)",
        "bordercolor": "rgba(181,62,18,0.7)",
        "fillcolor": "rgba(181,62,18,0.7)"
    },
    "<=-2000": {
        "borderfillcolor": "#FF3C0C",
        "bordercolor": "#FF3C0C",
        "fillcolor": "#FF3C0C"
    },
    ">=0": {
        "borderfillcolor": "#17831E",
        "bordercolor": "#17831E",
        "fillcolor": "#17831E"
    }
}

Die Daten kommen vom selben Datenpunkt.
Der Text funktioniert. Das Viereck nicht.
Was mach ich schon wieder falsch?

Danke im Voraus

[SKB]

@muckel Das Rechteck muss auch im Tab Erweitert konfiguriert sein, das es 'Füllung des Randes nach Wert' hat.

[muckel]

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

Erweitert

Perfekt, danke. Mir war nicht klar, dass ich dort auch etwas eintragen muss.
Ich überschreibe es ja wieder. ;-)

Darf ich dir noch eine Frage stellen?
Wieso habe ich bei den Datenquellen oft Mehrfacheinträge des selben Datenpunkes?
Was hat das für eine Bedeutung?

Einen kleinen Fehler habe ich noch gefunden:
Meine Überschreibungen sollten doch immer die gleiche Frabe haben.
Der Text macht was er soll, aber der Rahmen wechselt immer wenn sich das Vorzeichen ändert auf die andere Farbe. Er sollte das aber erst bei >=-50 machen. Kann ich da etwas falsch konfiguriert haben?
Anbei beide Überschreibungen:

{
    "<=-50": {
        "borderfillcolor": "rgba(181,62,18,0.7)",
        "bordercolor": "rgba(181,62,18,0.7)",
        "fillcolor": "rgba(181,62,18,0.7)"
    },
    "<=-2000": {
        "borderfillcolor": "#FF3C0C",
        "bordercolor": "#FF3C0C",
        "fillcolor": "#FF3C0C"
    },
    ">=0": {
        "borderfillcolor": "#17831E",
        "bordercolor": "#17831E",
        "fillcolor": "#17831E"
    }
}


{
    "<=-50": {
        "fill": "rgba(181,62,18,0.7)"
    },
    "<=-2000": {
        "fill": "#FF3C0C"
    },
    ">=0": {
        "fill": "#17831E"
    }
}

[SKB]

@muckel Ich glaube, das hatte schonmal jemand angemerkt, wenn Elemente dupliziert werden, das dann Datenpunkte doppelt in der Liste auftauchen. Schaue ich mir nochmal an.

In deiner Überschreibung ist nur kleiner gleich -50 vorhanden.

[muckel]

@skb

Ja, dass kann sein, da ich sehr viel kopiert hatte.
Allerdings sind jetzt wieder Datenpunkte vervielfacht worden, die ich schon lange nicht kopiert hatte.
Ich stelle unten noch einen Screenshot dazu.

Ich habe jetzt im Reiter Erweitert mit den Farben gespielt. Ist meines Erachtens allerdings nur ein Workaround.
Trotzdem hat sich die Überschreibung vorher nicht an die <=-50 gehalten. Viereck!
Beim Wechsel auf Minuswerte wurde sofort die Farbe geändert, nicht erst bei -50.
Vielleicht kannst du mit dieser Info etwas anfangen.

EDIT: Heute draufgekommen, dass die Mehrfacheinträge nach einem normalen "Seite neu laden" des Browsers wieder weg sind.

[SKB]

@muckel Kann es sein, das bei dir der Adapter abstürzt? Denn, die Datenpunkte werden augenscheinlich erneut geladen, wenn der Adapter abstürzt und erneut eine Verbindung hergestellt wurde.

Was sagt das ioBroker Log dazu?

[muckel]

@skb

Nein, der Adapter stürzt nicht ab.
Log ist unauffällig.

[SKB]

@muckel Ok. Oder, lässt du die Konfiguration längere Zeit offen und arbeitest dann weiter?

[muckel]

@skb
Ja, das auf alle Fälle.

[SKB]

@muckel Ok, dann denke ich, liegt es vielleicht daran, das der Browser die Verbindung zum Adapter "trennt" und wieder aufbaut, wenn du weitermachst. Ich baue da eine Prüfung ein.

[TobiB]

@skb

Mein Hirn setzt vermutlich einfach gerade komplett aus aber ich verstehe nicht welche Werte und Wo ich diese bei der Verbleibenden Akkulaufzeit eintragen muss.

Ich erhalte folgendes über modbus Holdingregister:

[SKB]

@tobib Wo ist da die Problematik?

Alle Felder sind beschriftet, wo welche Daten erwartet werden. Datenquellen anlegen und diese passend zuweisen.

[TobiB]

@skb

Ehrlich gesagt komme ich einfach nicht drauf, welchen Datenpunkt/Datenquelle ich an welcher Stelle eintragen muss.

[warp735]

@tobib
Ist doch alles auf deutsch beschrieben. Bist überhaupt auf dem Tab "BERECHNUNGEN"?! Da alles ausfüllen und gut ist

[TobiB]

@warp735

Ich bin hier in diesem Tab „Berechnungen“ aber wie schon geschrieben verstehe ich nicht welcher Wert bei zB Entladung bis % eingetragen werden soll.

Übersehe ich irgendwo eine Beschreibung?

[Merlin123]

@tobib

In dem Datenpunkt wo die Berechnung ist gibt es einen DP "Trigger". Da muss der Wert rein

[warp735]

@tobib
Einmal DP deines Akkus mit dem aktuellen SOC und dann nochmal einen DP mit dem Inhalt bis wohin entladen wird. Die wenigsten entladen ja bis 0

[TobiB]

@warp735
Danke langsam wird’s klarer - selten so begriffsstutzig / dumm gefühlt wie aktuell.

Ich habe oben meine vorhanden Datenpunkte gepostet soweit ich es verstanden habe werden % Werte erwartet was ich aktuell nur vom Gesamtwert (SOC) habe, welcher bei Batterieprozentsatz habe.

Ich hätte jetzt bei „Entladung bis %“ den Datenpunkt „Energie die zur Entladung zur Verfügung steht“ hinterlegt was jedoch ein Wh Wert ist.

Bei Akkuladung / Batterieentladung kommen dann die Datenpunkte rein, welche entsprechend anzeigen ob geladen / entladen wird, richtig?

[warp735]

@tobib
Leg halt einfach schnell nen SP mit 30% an oder bis wohin halt entlädst. Denk das wirst ja nicht täglich ändern.

Zum Rest: ja

[TobiB]

@warp735

Oh wow. Ich bin nicht auf die Idee gekommen das selbst festzulegen hab’s bisher auch noch nicht beobachtet aber nach dem der SOC bei 0% steht wird er wohl bis dahin entladen.

Danke für deine Geduld!