Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[c1olli]

@hub01
Ach so meinst Du - manchmal dauert es ein wenig länger.
Bei CarConnected klappt es auch nicht immer gleich.

[hub01]

Ich habe heute das Ganze ein wenig beobachtet.
Das Problem ist, dass der Adapter viele Werte gar nicht mitbekommt.

Gut zu sehen ist das z.B. am Energiezähler (eto).
Wenn ich einphasig mit 6A lade, müsste der Zähler ca. alle 3-4 Sekunden um 1 weiterzählen.
Hier die aufgezeichneten Daten:

Sowohl am Zeitstempel als auch am Zählerstand sieht man, dass viele Werte gar nicht erfasst werden.
So was ist natürlich tödlich bei Werten und Zuständen, die sich am Tag nur 2 oder 3 mal ändern.
z.B. Auto angesteckt, Laden gestartet, Laden fertig, einphasig, usw.

[c1olli]

@hub01
Teste mal die 3.2.1
https://github.com/tim2zg/ioBroker.fronius-wattpilot/tree/v3.2.1

[hinti]

Hallo!
Gibt es einen Parameter, der bei der Ladung anzeigt, wie viel vom Netz und wie viel von der PV geladen wird? Ev. auch als Summen?

[hub01]

@c1olli sagte in Fronius Wattpilot Test 3.0.x:

@hub01
Teste mal die 3.2.1
https://github.com/tim2zg/ioBroker.fronius-wattpilot/tree/v3.2.1

Downgrade hat leider nicht funktioniert. Danach Instanz und zum Schluss Adapter gelöscht. Leider lässt sich jetzt keine Version mehr installieren. (error code 25)
Und natürlich zickt auch Backitup rum (Fehler mit Port 8091).
Meine Meinung zu dem ganzen ioBroker-System behalt ich lieber für mich.
Werde jetzt wohl das ganze System neu aufsetzen. Dann teste ich nochmal.

[c1olli]

@hub01
Das ist ja seltsam, bei mir hat es bisher immer ohne Probleme geklappt.

Ja, manchmal ist ioBroker etwas zickig, aber ich kenne auch kein anderes System.

[hub01]

@c1olli
bis ich wieder alles am Laufen habe,
könntest du bei dir mal den Datenpunkt „eto“ nach History legen und schauen, ob die Aufzeichnung in gleichmäßigen Abständen erfolgt, oder ähnlich ausschaut wie bei mir?
Danke schon mal.

[c1olli]

@hub01
Einen solchen Datenpunkt habe ich nicht in dem Wattpilot Adapter

[hub01]

@c1olli
ok, dann hast du die "Kompakt"-Instanz angelegt. Ich schaue morgen mal, welcher Datenpunkt dort geprüft werden kann.

[hub01]

@c1olli
In der Kompakt-Version heißt der Datenpunkt „energyCounterTotal“.
Kannst du bitte diesen mal beobachten?

[hub01]

Habe jetzt 2 Systeme in VMware neu aufgesetzt. Linux Debian und Windows 10.
Windows 10 läuft flott, aber ich kann keine älteren Adapter installieren. (???)
Debian läuft zwar träge, aber die älteren Adapter gehen zum installieren.

Test-Ergebnisse:
In der alten Version V3.2.1 sind die Werte zu 99% vorhanden, aber jeder Wert wird doppelt angezeigt (teilweise 3x).
Alle 100-200 Werte geht mal einer ab. Wie das bei Statussignalen ausschaut, die sich nur selten ändern, kann ich noch nicht beurteilen.

In der neuen Version V3.3.1 fehlen noch immer viele Werte (wie auch in V3.2.5).
Bei ständigen Änderungen, wie z.B. bei „eto“ ist das kein großes Problem, da irgendwann der Wert wieder stimmt.
Bei Statussignalen ist das allerdings unbrauchbar.
z.B. eine Verriegelung mit der Wärmepumpe könnte teuer werden.

zum Vergleich, der Datenpunkt „eto“ in beiden Versionen

V3.2.1

V3.3.1
hier sind die fehlenden Werte gut zu erkennen

[tim2zg]

@hub01
@c1olli
Danke vielmals, eure Detaillierten angaben haben es leichter gemacht den Fehler zu finden. Das Ganze liegt am Timeout feature, der Pilot sendet unterschiedliche Update Pakete, mit dem Timeout drossle ich die Delta Pakete das sie nur im Sekunden Takt kommen, soweit kein Problem. Leider liefern die Deltapakete nicht wie ich angenommen habe immer die gleichen Values, sondern variieren immer wieder. Zudem dachte ich das die meisten dieser Status Updates in anderen Paketen gesendet werden. Nun akzeptiert der Pilot nur alle X – Sekunden ein Paket und alle anderen Values die in den anderen Paketen zusätzlich drin sind gehen verlohren.
Ein Workaround bis ich den Bug gefixt habe ist es das Intervall auf 0 zu setzen.
Freundliche Grüsse,
Tim

[hub01]

@tim2zg Hallo Tim,
ich dachte mir schon, dass es ein Timingproblem ist,
aber das Intervall auf 0 zu stellen, darauf bin ich nicht gekommen.
Also beim Strom-Sollwert scheint es mit Intervall 0 gut zu funktionieren.
Den Rest teste ich, wenn ich das Auto wieder habe.
Danke und viele Grüße, hub

[tim2zg]

@meinschel
set_mode auf 3 für den Normalen Modus, auf 4 für Eco, auf 5 für Next Tript
mit set_state frc;1 Laden stopen, mit set_state frc;0 starten

[tim2zg]

@hub01
@c1olli

Neue Version ist da: 4.0.0

[c1olli]

@tim2zg
Sieht soweit gut aus - ich hab den Adapter auf 10s gestellt und alles reagiert.
Die Verstellung der Modi klappt auch.

[hub01]

@tim2zg
ja, schaut soweit gut aus

kannst du kurz erläutern,

• was du wie geändert hast
• was das Intervall bei der Instanz genau macht, bzw. machen soll

was mir aufgefallen ist, in der Kurz- und in der Gesamtversion, bei 20s Intervall:

• Statuswerte scheinen in beiden Versionen durchzukommen - sehr gut
• Energiezähler und Frequenz (eto/fhz) liefern in der Gesamtversion (rote Kurve) jeden Wert, in der Kurzversion (blaue Kurve) nur 1 Wert pro Intervall
  

[tim2zg]

@hub01
Also das Intervall wird nun für jeden Wert einzeln berechnet und nicht wie zuvor für ein Statusupdate Packet. Und die set_xyz funktionieren jetzt und haben Feedback.
Freundliche Grüsse,
Tim

[Meinschel]

@tim2zg
Danke. Das hat mir sehr geholfen. Jetzt funktioniert es.

[hub01]

@tim2zg
ich bekomme im Sekundentakt folgende Meldungen im Protokoll:
State value to set for "fronius-wattpilot.1.nrg" has to be stringified but received type "object"
State value to set for "fronius-wattpilot.1.tpcm" has to be stringified but received type "object"
State value to set for "fronius-wattpilot.1.tma" has to be stringified but received type "object"