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

[SKB]

@mpl1338 Na, du sortierst doch kein Kartenspiel oder? Hilf mir, zu verstehen, wo das sinnvoll ist?

Es verdecken sich ja nicht alle Elemente gegenseitig.

[Homoran]

ich hab da noch was entdeckt.

Hier

sollte die Einheit kWh sein.

Der Datenpunkt

liefert Wh

Die automatische Umtechnung ist aktiviert

die Einheit wurde zwar automatisch auf kW geändert.
eine manuelle Änderung auf kWh

wird zwar im Editor angezeigt. aber in der Runtime nicht umgesetzt

[SKB]

@homoran Verstehe. Ich hatte das eingebaut, damit die Einheit passend ist - nehme ich wieder raus bzw. nehme, wenn der User die Einheit eingegeben hat, diese.

[Homoran]

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

wenn der User die Einheit eingegeben hat, diese.

Danke!

[SKB]

Hallo Zusammen,
pünktlich zu den/m freien Tag(en) habe ich die neue Version fertig und auf Github gestellt. es ist die 0.7.4 ;)

Folgendes ist neu bzw. behoben:

• FIX: Funktion „Ein/Aus“ am Schalterelement funktionierte bei einigen Designs nicht korrekt (Dikussion on Github)
• FIX: Die Umrechnung von W in kW überschrieb die benutzerdefinierte Einheit ( @Homoran )
• Hinzugefügt: Neuer Link zum Wiki – jetzt auf einem eigenen Server mit Übersetzungsoption
• Hinzugefügt: Die Funktion zum Zeichnen von Linien unterstützt jetzt eine bessere Ausrichtung, wenn Quell- und Zielelement auf derselben x/y-Achse liegen ( @micklafisch )

Viel Spaß damit!

[Homoran]

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

FIX: Die Umrechnung von W in kW überschrieb die benutzerdefinierte Einheit ( @Homoran )

Ich musste allerdings nochmal die Umrechnung deý und wieder aktivieren um anschließend die automatische (falsche) Einheit (kW) wieder manuell zu überschreiben.

Im Editor stand ja auch vorher schon alles korrekt

DANKE
und schönen Feiertag!

[SKB]

@homoran Hätte gereicht, die Einheit nochmals zu setzen.

[Homoran]

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

@homoran Hätte gereicht, die Einheit nochmals zu setzen.

Da war ich mir bei dir nicht sicher :grin:
Du prüfst ja immer ob etwas verändert wurde, und das wäre es für mich nicht gewesen

[SKB]

@homoran ich habe doch keinen Kontrollzwang 😀

[RISSN]

@skb doch, ich habe es dort gelesen im Wiki, aber bei einer Füllung im Rechteck geht es, bei einem Text leider nicht.

{
    ">0": {
        "fontcolor": "#8c081d"
    },
    ">300": {
        "fontcolor": "#5d5a04"
    },
    ">400": {
        "fontcolor": "#215d04"
    }
}

Habe versucht mit Fontcolor oder Fillcolor

{
    ">0": {
        "fillcolor": "#8c081d"
    },
    ">300": {
        "fillcolor": "#5d5a04"
    },
    ">400": {
        "fillcolor": "#215d04"
    }
}

[SKB]

@rissn Beim Text ist es stroke oder fill.

[RISSN]

@skb Danke, funktioniert bestens

[micklafisch]

@skb
Moin, danke für die schnelle Umsetzung. Leider bekomme ich mit der V0.7.4 die Linien nicht weiter auseinander - nur über den Kurvenradius kann ich die Linie verändern, aber dann wird das ganze nur "runder". Ich hatte gedacht, das die Entfernung zur ersten Kurve hier der ausschlaggebende Wert ist:

[SKB]

@micklafisch Es gibt 2 Einstellungen - wann die Kurve beginnt und wie stark die Kurve ist (Radius). Wenn Du den Radius kleiner machst, wird die Linie flacher.

[micklafisch]

@skb
genau da hänge ich "wann die Kurve beginnt" gedanklich.

Wenn ich 1x 3% habe und 1x 100% warum sind die Linien auf gleicher Höhe?

[Homoran]

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

@skb
genau da hänge ich "wann die Kurve beginnt" gedanklich.

Wenn ich 1x 3% habe und 1x 100% warum sind die Linien auf gleicher Höhe?

um welche Linie geht es und wo ist der Start?

[SKB]

@micklafisch Die Kurve beginnt hier fest, da dies ja "minimal" ist - also fest bei 4px. Somit kann die Kurve nicht weiter raus - außer du nimmst einen größeren Radius.

[micklafisch]

@skb
ich verstehe es leider nicht. Dachte genau das war der Ansatz mit dem Update dass die Kurve einfach später beginnt bzw. später erzwungen wird wenn die Elemente auf gleicher Höhe sind (mit gleichem Radius).

Ich habe jetzt über den Radius die Linien auseinander bekommen, aber jetzt ist die längere Linie rundlicher durch den höheren Radius. Der Wert "Entfernung zur ersten Kurve" ändert bei mir gar nichts, egal welche Werte ich einsetze.

[SKB]

@micklafisch Was genau ist das Problem?

Vorher war es so, wenn die Elemente auf der gleichen x oder y Achse eine Verbindung bekommen sollten, ging diese direkt gerade zu den Punkten. Dies war so nicht gedacht und für dich nicht passend - verstehe ich.

Jetzt geht die Linie aus den Elementen "heraus" und beinhaltet 2 Kurven, damit keine direkte/gerade Linie/Verbindung erfolgt. Hier ist ein fixer Wert von 4px, der dafür sorgt, das die Linie "herausgeht". Natürlich kann man bei dem erzwungenen Wert von 4px den Abstand zur ersten Kurve nicht einstellen, da der Wert fix ist.
Wenn die Elemente andere x oder y Koordinaten haben, wird der Start der ersten Kurve prozentual berechnet. Dies ist beim festen Wert von 4px nicht möglich.

Hier lässt sich der Abstand der Linie über den Radius regeln. Klar wird dieser "flacher" oder "steiler" - je nach Wert. Ist aber technisch nicht anders möglich, da die Länge der Linie berechnet wird und diese somit nicht künstlich verlängert werden kann.

[micklafisch]

@skb
Danke für die Erläuterung, jetzt wird einiges klarer wie das funktioniert :+1: