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

[leonundjulie]

@skb , ich habe weiter experimentiert und bin noch immer nicht am Ziel, was sicherlich daran liegt, dass sich mir das DISPLAY COMMAND noch nicht komplett erklärt.

Ich habe für das ID3 Bild den Datenpunkt kecontact.0.plug angezogen und es wie folgt gemacht. Das klappt - das Bild ist da wenn das Auto an der Wallbox hängt und ist nicht zu sehen, wenn der ID3 auf Tour ist.

{
    "default": {
        "display": "val => val > 3 ? 'inline-block' : 'none'"
    }
}

Für meinen Schriftzug 1phasig respektive 3 phasig habe ich den passenden Datenpunkt genommen und den Code wie folgt gesetzt. Zwar wechselt der Schriftzug auf 1-phasig und umgekehrt (je nach Menge des Überschusses. Funktioniert das DISPLAY command an dieser Stelle nicht? In der von mir gewählten Kombi nicht? Oder …?

{
    "0": {
        "fill": "rgb(216,216,216)",
        "value": "1 phasig",
        "display": "() => {kecontact.0.plug} > 3 ? 'inline-block' : 'none'"
    },
    "1": {
        "fill": "rgb(216,216,216)",
        "value": "3 phasig",
        "display": "() => {kecontact.0.plug} > 3 ? 'inline-block' : 'none'"
    }
}

[SKB]

@leonundjulie Das ist die Situation, die ich oben meinte.
Ich gehe mal vorsichtig davon aus, das der Datenpunkt für 1-phasig oder 3-phasig wechselt, bevor der kecontact.0.plug gesetzt wird, oder?

Zur Erklärung:
Die Überschreibung wird ausgeführt, wenn sich der zugewiesene Datenpunkt ändert - nicht wenn dieser sich alleine ändert. Daher war meine Überlegung vorher, die Anzeige an den Datenpunkt kecontact.0.plug zu koppeln und den Datenpunkt für die 1-phasig/3-phasig als Überschreibung heranzuziehen.

[leonundjulie]

@skb verstanden, werde es drehen (wenn ich mir das wie überlegt habe) und auf Sonne und somit Überschuss warten.

Oder es doch anders machen🧐. Denn ich habe verstanden, dass für die Programmierungen im Rahmen einer Überschreibung der Wert des Datenpunktes herangezogen wird (ist doch korrekt, oder?).

Aber wofür ist der Punkt „Datenquelle zur Steuerung“

[Homoran]

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

wofür ist der Punkt „Datenquelle zur Steuerung“

für einfache Dinge.
z.B. Schrift rot wenn größer 6kW

[SKB]

@leonundjulie So, wie es der Titel sagt uns auch der Klick auf das Fragezeichen erklärt!
Edit: Sehe gerade - das da kein Fragezeichen ist :D Reiche ich nach!

Allerdings ist dies auch selbsterklärend.
Anzeige: Zeigt den Wert des Datenpunktes an
Steuerung: Kann ein anderer Datenpunkt zur Steuerung sein (Wird dann für die Klick-Aktionen genutzt, wenn konfiguriert)

@Homoran Als kleine Korrektur ;)

[leonundjulie]

@skb was für eine schwere Geburt. Ich habe den Datenpunkt gewechselt (0=1 phasig und 1=3phasig).

Und danach habe ich die Überschreibung angepasst:

{
    "0": {
        "value": "1 phasig"
    },
    "1": {
        "value": "3 phasig"
    },
    "display": "() => {kecontact.0.plug} > 3 ? 'inline-block' : 'none'"
}

Frage: ist die Befehlsfolge prinzipiell richtig? Ich weise der Variablen value einen Wert „“1 phasig“ respektive „3 phasig“ zu wenn der Datenpunkt sich ändert. Und in Abhängigkeit des „externen Datenpunktes“ soll entschieden werden, ob die Variable Value überhaupt zur Anzeige gebracht werden. Ich habe sehr viel bzgl DISPLAY gegoogelt, verstehe es wahrscheinlich aber noch immer nicht richtig :rage:

Wie dem auch sei, das Ergebnis vor dem Ziehen des Steckers der Wallbox: Foto des Autos zu sehen, Schriftzug „1 phasig“ (kein Sonnenschein, also kein Überschuss)

Und das Ergebnis nach dem Ziehen des Steckers der Wallbox: Foto des Autos nicht mehr zu sehen … ging ja auch schon die ganze Zeit, aber mein Schriftzug „1 phasig“ ist immer noch da:

Ich verzweifle :disappointed: . Es können sich halt zwei Variablen ändern, aber ich kann das Objekt, welches den Wert „1 phasig“ oder „3 phasig“ haben kann, nur der einender der anderen Variablen zuordnen. Muss ich meine Idee aufgeben?

[SKB]

@leonundjulie Weiterhin denke ich, das die Reihenfolge falsch ist.

Wie ich dich verstehe, ist der Datenpunkt, der die Aktion auslöst der des Autos - also dieser wechselt beim Ab- und anstecken.
Dann ist dieser der Hauptdatenpunkt für das Element - somit entscheidet dieser, ob der Text angezeigt wird.

Auto dran - Text da, Auto ab - Text weg.

Hier wird dann zusätzlich abgefragt, ob 1 oder 3 phasig dargestellt werden soll und das Display Attribut gesetzt.

Immer gucken, von welchem Standpunkt aus man interagiert.

Bei dir wird aktuell der Datenpunkt, welcher darstellt, ob 1 oder 3 phasig geladen wird, der "Trigger" sein.

Wenn dieser aber nur alle X Minuten/Sekunden aktualisiert wird, wird auch nur dann der Datenpunkt des Autos abgefragt und da kann das Auto ggf. schon wieder weg sein oder schon lange dort stehen.

Off topic: display ist ein CSS Attribut, welches entscheidend, wie und ob ein Element angezeigt wird.

[Homoran]

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

Als kleine Korrektur

jaja, du hast ja recht!

ich hab ja nur die Anzeige zur Auswahl.

wenn angesteckt = grün, sonst unsichtbar

[leonundjulie]

@skb DANKE FÜR DEINE GEDULD!

Ob 1-phasig oder 3phasig geladen wird, hängt halt vom Überschuss ab. Das regelt eine Energie-Management System und diesen Status greife ich ab. Der Toggelt bei wolkigem Wetter schon mal hin und her - und ich möchte halt sehen, was gerade Sache ist. Daher habe ich den Trigger darauf gelegt. Ändert sich der Wert, ändert sich die Anzeige. Das isoliert eingestellt funktioniert genauso gut wie das Steuern der Anzeige des Autos - hier ist die Veränderung aber die Wallbox. Ich werde mich noch ein wenig mit dem DISPLAY Command auseinandersetzen bzw. Damit, dass ich meinen Value Wert weder auf „1 phasig“, noch auf „3 phasig“ haben möchte, sondern auf „“, wenn die Wallbox mir einen Staus <4 liefert. Sinngemäß:

{
        “0“ : {
                "value": "1 phasig"
               },
        “1“ : {
                "value": "3 phasig"
               },
        “{kecontact.0.plug} < 4“  : {
                "value": ""
               }
}

[SKB]

@leonundjulie Na, so lange wir ans Ziel kommen - ist doch alles prima 😉

[SKB]

Hallo Zusammen,
ich habe aktuell eine Testversion auf Github geladen, die die folgenden Dinge behebt:

• FIX: Bei Verwendung der Animationsabhängigkeit „Punkte“ oder „Dauer“ konnte die Animation während der Neuberechnung „springen“ (jetzt wird der Sprung sanft animiert)
• FIX: Beim Bearbeiten einer Datenquelle wurde der neu gewählte Status nicht übernommen
• Hinzugefügt: Die neue Eigenschaft „Abstand zwischen den Punktblöcken“ im Reiter „Animation“ ist verfügbar. Diese Einstellung definiert den Abstand zwischen den Punktblöcken
• Hinzugefügt: Einige Sprachkorrekturen

Bevor ich diese Version herausgebe, würde ich Euch gerne bitten, diese einmal zu testen. Besonders die User, die die "Animationsabhängigkeit" Dauer und Punkte verwenden.

Die Version einfach von Github https://github.com/SKB-CGN/ioBroker.energiefluss-erweitert/ über die Github-Katze installieren und ganz wichtig einen Upload des Adapters manuell durchführen.

Vielen Dank im Voraus ;)

[Bernd1967]

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

Animationsabhängigkeit

Soll es dann so aussehen wie hier im Gif das die Punkte kurz ausgeblendet und auseinander gezogen werden ?
Kann ich diesen neuen Animationsübergang in der neuen Version abschalten ?

[SKB]

@bernd1967 So ist es gedacht, damit die Punkte nicht springen.

Abschalten? Damit sie wieder springen?

[Homoran]

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

FIX: Beim Bearbeiten einer Datenquelle wurde der neu gewählte Status nicht übernommen

läuft!
Danke!

[Bernd1967]

@skb
Ja, das man die Wahl hat zwischen springen und dem neuen Übergang.
Ich kann mich irgendwie noch nicht dran gewöhnen.
Kannst Du es auch so animieren das die Punkte nur kurz ausgeblendet werden ohne das der Abstand zwischen den Punkten sich verändert ?

[SKB]

@bernd1967 Es muss nicht alles konfigurierbar sein.

Die Punkte werden animiert, damit es eben nicht springt - da hilft kein Ausblenden, da dann visuell auch ein Sprung wahrnehmbar ist.

Ich denke, du wirst dich dran gewöhnen 😉

[Bernd1967]

Hab mit der neuen Animation noch bischen experimentiert.
Wenn unter css/Stil folgender Code mit aufgenommen wird kann man die Animation selbst beeinflussen. Ich hab z.B. beim Wert "stroke-dasharray" den zweiten Wert 40 geändert um das auseinander ziehen der Punkte zu verhindern.
So ist es für mich angenehmer :-)
Weiß allerdings nicht ob das noch andere Auswirkungen hat

Orginal:

.animation_cfg {
    transition: .5s;
    animation-name: dashdraw;
    animation-duration: 2000ms;
    animation-timing-function: linear;
    animation-iteration-count: infinite;
    transform: translateZ(0);
}

.animation_fade {
    transition: stroke .3s ease-in-out, stroke-dasharray .3s ease-in-out;
    stroke-dasharray: 0 40 !important;
    stroke: transparent !important;
}

[U66]

@skb

könnte man das farbig machen oder unterstreichen um die Suche abzukürzen ?

nur so eine Idee

[wendy2702]

@u66 wenn du den Entwickler ansprechen willst, musst du seinen Nick richtig schreiben.

[U66]

@wendy2702
:blush: Der hätte auch so reagiert............................