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

[c1olli]

@maunty
Was meinst Du genau mit "Entladung bis"?

[Maunty]

@c1olli Dieser Wert wird im Adapter in der Berechnung für die verbleibende Akkuzeit gefordert. Grundsätzlich kann man diesen Wert am Wechselrichter einstellen aber weder im Fronius Adapter noch im Modbus Adapter lässt er sich auslesen.

[c1olli]

@maunty
Noch nie gesehen, obwohl ich auch den Gen24 mit BYD HVM und zusätlich noch einen Symo habe.

Der Wert wäre also die Restkapazität geteilt durch den aktuellen Verbrauch?

[Maunty]

@c1olli Nein das ist die SOC bis zu welcher die Batterie maximal entladen werden darf. Das kann man am Gen24 einstellen aber wo ist dieser Wert für den iobroker auslesbar ?

[c1olli]

@maunty
Ok - der Wert ist im Modbus verfügbar. Siehe Bild.

Oder in der Datei:
https://forum.iobroker.net/assets/uploads/files/1683535878986-9958f969-6c1c-444e-a777-6d1959234873-gen24_primo_symo_inverter_register_map_int-amp-sf_storage.xlsx

[Maunty]

@c1olli tja leider bekommt man daraus keinen vernünftigen Wert.

Das sind meine Einstellungen:

man muss doch einen offset von minus 2 einstellen, oder ?

aber da kommt nix raus:

[Homoran]

@maunty das gehört aber alles nicht in diesen Thread!
hat mit Energiefluss nichts zu tun!

Du hast das falsche Format und was meinst du mit

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

man muss doch einen offset von minus 2 einstellen, oder ?

[c1olli]

@maunty
Bei mir gehts - vielleicht die richtige Adresse nehmen?

Nur noch durch 100 teilen.

Ansonsten: https://forum.iobroker.net/topic/65205/modbus-fronius-gen24/9

[ps1304]

@SKB Guten Morgen, ich habe glaube ich einen kleinen Bug entdeckt.

Ich kann ja eine Verbindungslinie "unsichtbar" machen mit dem 2. Schalter aus dem Screenshot:

Das funkioniert einwandfrei, solange die Linie nur ein Richtung kennt.
Mit dem Setting im Bild bleibt die Linie sichtbar trotz Wert "0", da die Linie 2 Richtungen kennt (positiv und negativ).

Auch eine Überschreibung der Linie hilft nicht:

{
    "<0": {
        "color": "rgba(187,187,187,0.3)"
    },
    ">0": {
        "color": "rgba(187,187,187,0.3)"
    },
    "==0": {
        "color": "rgba(0,0,0,0)"
    }
}

[SKB]

@ps1304 Absolut valider Punkt - habe ich gerade festgestellt. Werde ich korrigieren, das dies bei einem Wert von 0 nicht mehr auftritt. Danke für den Hinweis

[ps1304]

@skb perfekt - danke dir !!

[cbrocker]

Hallo,

danke an den Entwickler für diesen Mega Adapter,
gerade mal eine Donation getätigt

Mir ist aufgefallen, dass ich manchmal im Bearbeitungsfenster (Überblick) plötzlich nicht mehr scrollen kann.
Dann muß ich wild rumklicken (Objekte anklicken, wegklicken usw.), dann geht es plötzlich wieder.

Ist das eine Einstellungssache oder wie kann das verbessert werden?

Vielen Dank

[cbrocker]

Hallo,
kann ich mit CSS-Styles alle Eigenschaften der Elemente, Hintergrund, Verhalten usw. anpassen?
Werden dann die vorhandenen manuellen Eigenschaften überschrieben?
Z.B. Höhe/Breite eines Kästchen (für z.B. Batterie oder PV-Modul).

Dann darf ich aber nicht mehr manuell an den Eigenschaften etwas ändern?
Woher weiß ich später, was ich manuell und per CSS-Style geändert habe bzw. wie ich das dann ändern muß?

Ich versuche mich gerade daran, 10 Rechtecke (PV-Module) gleichmäßig auf der gesamten Breite (z.B. 1700 px) auszurichten. Jedes Rechteck hat eine Breite von 150 px.
Würde das gehen? (bin gerade mit ChatGPT im Dialog )

[SKB]

@cbrocker Mit CSS änderst Du die farblichen Eigenschaften der Elemente über Klassen oder direkt über IDs.

Es ist nicht dafür geeignet, diese Elemente damit auszurichten.

Eine festgelegte Farbe im Element selbst hat Vorrang vor CSS. Ist die Farbe im Element nicht festgelegt, aber über eine CSS Klasse, greift diese.

[cbrocker]

@skb Hallo Stephan,
danke für die Info.
Ok, verstehe.

Sprich, dann sind die Elemente grundsätzlich immer manuell mit den X-/Y-Werten auszurichten?

[SKB]

@cbrocker Mein Nick reicht

Genau, diese Angaben sind ein Pflichtfeld.

[ps1304]

@SKB noch ne Verständnisfrage oder evtl. noch ein kleiner Bug :-))
wenn ich einen DP habe:

und ich möchte die Restzeit des Akkus über den Wert der Batterie steuern?
habe ich folgende Überschreibung hinterlegt:

{
    ">0": {
        "fill": "#A1D343"
    },
    "<0": {
        "fill": "#F20E40"
    },
    "==0": {
        "fill": "rgb(0,0,0,0)"
    }
}

verstehe ich das richtig, das er dann den DP Batterieleistung ausliest, aber den DP Restliche Zeit steuert? I meinem Fall Batterie laden - grüne Schrift der Restzeit, Batterie entladen - rote Schrift der Restzeit, keine Batterie Tätigkeit - Restzeit ausblenden. Falls das so sein soll, funktioniert das bei mir nicht.

[SKB]

@ps1304 Der Datenpunkt für die Anzeige kann z.B. der aktuelle Verbrauch einer Lampe sein - der Datenpunkt zur Steuerung ist z.B. der für an/aus.

Die Überschreibung gilt dann für den Datenpunkt der Anzeige.

[ps1304]

@skb okay - dann funktioniert das nicht sauber - mein DP zur Steuerung "Leistung an Betterie" ist 0 dann sollte die Restzeit nicht angezeigt werden, lt. Überschreibung.

Batterieleistung ist 0

[SKB]

@ps1304 es wird der Datenpunkt zur Anzeige für die Überschreibung genutzt - nicht der zur Steuerung.

Wenn der Datenpunkt --:-- enthält, muss die Überschreibung dies auch berücksichtigen.