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

[diwoma]

@chappo59
Ich hätte da 2 Vorschläge, ist zwar lachhaft, weil es für die gespeicherten Datenpunkte dafür schon zu spät ist, aber es gäbe dann einen Weg, die Daten zusammenzuführen (zumindest in der Influx2)

1. Nie die Datenpunkte direkt loggen, sondern über einen Alias, dann wären die Zuordnungen leicht zu ändern und die Id's blieben gleich.

Oder

2. Beim Loggen einen entsprechenden Alias-Namen in die Influx zu verwenden. Beim direkten Loggen kann denn der Alias für den anderen Datenpunkt verwenden werden und das Measurement in der Influx wäre gleich.

Aber es wäre noch nicht zu spät (zumindest mit der Influx2 und der Flux-Sprache):
Dort kann man die entsprechenden Datenpunke selektieren, durch Funktionen einem anderen Measurement zuordnen und Speichern. Damit wären sie zusammengeführt.
Und deswegen auch meine Anfangs erwähnten 2 Möglichkeiten der Namensgebung, denn dann könnte der neue Datenpunkt mit einem Alias versehen und die Daten dann gespeichert werden, die alten Datenpunkte werden dann an dieses Measurement gehängt.

Aber bitte frage mich nicht nach den Funktionen, die habe ich auch nur aus einem Youtube Video von @mklein01 abgeleitet: https://www.youtube.com/watch?v=rTLQ15Fy85U&t=1341s

[chappo59]

@diwoma Danke für die Antwort. Das mit den Alias Namen hätte ich schon längst machen sollen und habe ich jetzt wenigstens in diesem Bereich nachgeholt.
Nachdem ich influxdb1 habe bin ich auf eine andere Lösung gekommen. Ich habe für jeden betroffenen Datenpunkt einen entsprechenden Alias angelegt und dann die dazugehörigen alten Measurements auf diesen Alias-Namen in der Influxdb unbenannt. Jetzt habe ich für die Alias Datenpunkte die Influxdb wieder aktiviert und schon waren die alten Daten vorhanden, da das entsprechende Measurement mit Inhalt ja schon befüllt war. Jetzt muss ich nur noch die alten Measurements löschen.
Ich hoffe ich konnte das verständlich erklären.

[diwoma]

@chappo59
Sehr gut, :+1:

[chappo59]

@mcm57 Mir ist aufgefallen, dass bei "fronius.0.inverter.1.DeviceStatus" unter type "state" eingetragen ist. Ich weiß nicht ob das nur bei mir so ist, oder es ein Fehler des Adapters ist. Mir ist es aufgefallen, da es bei der Jarvis Visualisierung Probleme gab. Ich habe das auf "channel" editiert, sodass es jetzt bei mir in Jarvis funktioniert. Vielleicht kann man das kontrollieren.

[nkleber]

@chappo59 Wo siehst du bei DeviceStatus den type state? In meiner übersicht sehe ich keinen Typ und das liegt vermutlich daran dass dieser eintrag so nicht existiert. Denn der "Folder" wird automatisch angelegt und nicht explizit. Bei mir kann ich das auch nicht editieren. Kannst du mir zeigen wie du den Typ geändert hast?

[chappo59]

@nkleber
Diesen Punkt habe ich von "state" auf "channel" geändert.

[nkleber]

@chappo59 Das sehe ich bei mir so garnicht. Wenn du testhalber nochmals eine Instanz anlegst, bekommst du bei dir dann auch wieder als "State" gesetzt?

[diwoma]

@nkleber
Bei einer neuen Instanz ist es leer so wie bei Dir,
bei einer Updated Instanz steht tatsächlich State

[chappo59]

@nkleber sagte in Test Adapter Fronius 2.0.x:

Interessant, habe eine zweite Instanz angelegt und da ist alles okay

[nkleber]

@chappo59 Funktioniert es dann bei dir auch mit der Jarvis Visualisierung wenn es leer ist oder müssen wir das sowieso noch anpassen?

[chappo59]

Bei der neu angelegten Instanz funktioniert es bei Jarvis einwandfrei.

[Basti Liciouz]

@nkleber Hier noch ein Hinweis, was mir gestern aufgefallen ist: Mit dem Update auf die FW 1.27.3-1 des GEN24 (bei mir die Variante 10.0 Plus) scheinen zwei Objekte nicht mehr bedient zu werden. Ich hatte das Update gestern durchgeführt, vorher gab es die Einträge im Log nicht. Hatte es sicherheitshalber nochmal geprüft.

Hier die Log, die ich zyklisch alle 30Sek als Warning bekomme:

fronius.0 2023-09-01 13:57:00.380	warn	State "fronius.0.inverter.1.UDC_4" has no existing object, this might lead to an error in future versions
fronius.0 2023-09-01 13:57:00.378	warn	State "fronius.0.inverter.1.IDC_4" has no existing object, this might lead to an error in future versions

[mcm1957]

@basti-liciouz
Bitte issue mit Angabe drr Adapterversion
Diese Meldungen sind immer ein Fehler im Adapter

[nkleber]

@basti-liciouz Das Problem sollte sich selbst lösen da die objekte in regelmäßigen Abständen geprüft werden und fehlende erstellt werden. Spätestens wenn der Adapter neu gestartet wird zu einem Zeitpunkt wo der WR im Betrieb ist. Kannst du das bestätigen?

[Basti Liciouz]

@nkleber sagte in Test Adapter Fronius 2.0.x:

@basti-liciouz Das Problem sollte sich selbst lösen da die objekte in regelmäßigen Abständen geprüft werden und fehlende erstellt werden. Spätestens wenn der Adapter neu gestartet wird zu einem Zeitpunkt wo der WR im Betrieb ist. Kannst du das bestätigen?

Kann ich bestätigen, danke dir. Die Warnings werden nicht mehr generiert.

[nkleber]

@basti-liciouz Wurde dies bei dir automatisch gelöst oder nur durch einen Adapter Neustart?

[Basti Liciouz]

@nkleber Erst durch den Neustart des Adapters waren die Meldungen weg.

[jmeister79]

Hi,
ich hab mal die neueste Version installiert.
Habe hier einen Fronius Symo GEN24 10.0 plus.
Bisher fällt nichts negatives auf.
Schön dass Ströme und Spannungen L1-L3 jetzt vorhanden sind.

Allerdings finde ich die Wechselrichter Temperatur nicht

Super Arbeit.
Nils

[Basti Liciouz]

Hi zusammen,

bislang gab es einen Gesamtwert der aktuell verbrauchten Leistung in W aus dem Smart Meter.
Nach dem Update auf 2.0.2 gestern finde ich diesen nicht mehr. Jedoch die Einzelwerte der drei Phasen L1-L2-L3.
Summiere ich nun die Power_Real_P_Phase_x Werte auf, so erhalte ich aber einen Wert, der stets etwas unter dem angezeigten in der App liegt. Reactive Power und Apparent Power liegen erwartungsgemäß deutlich über dem Wert in der App, was logisch erscheint.

Wie bildet ihr aktuell euren Gesamtenergieverbrauch ab? Habe ich etwas übersehen? Oder ist die Differenz zwischen App anderweitig erklärbar? (Bei 400W in der App liege ich gerade bei ~320 Watt summiert über die Einzelwerte...)

Ein Hinweis noch: Ja, es gibt den PowerReal_P_Sum. Dieser ist jedoch nichts anderes, als das was ich mit der Aufsummierung mache. Ich muss es selbst aufsummieren, da zwei Phasen negativ abgebildet werden und ich somit erst die Beträge vor der Summierung bilden muss.

Danke im Voraus!

[diwoma]

@basti-liciouz

Ich nehme den aktuellen Verbrauch aus fronius.0.site.P_Load