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

[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"

[hub01]

Hallo Tim,
die 3 „set…“ Datenpunkte passen nicht.
JavaSkript erzeugt bei Verwendung folgende Warnung:
You are assigning a string to the state "fronius-wattpilot.1.set_state" which expects a level.
Please fix your code to use a level or change the state type to string.

Der Datenpunkt ist als "common.type=level" definiert:
Richtig wäre "common.type=string"

Vergleiche hierzu https://www.iobroker.net/#de/documentation/dev/objectsschema.md
-> Attribute für bestimmte Objekttypen
-> Datenpunkt/Attribute

[tim2zg]

@hub01
Ist eingebaut, danke für dein PR.

[hub01]

@tim2zg
Hallo,
ich habe die Version 4.2.0 installiert.
Die Instanz nur mit den nötigen Datenpunkten funktioniert.
Die Instanz mit allen Datenpunkten geht immer nach ein paar Sekunden auf Störung.

[hub01]

@hub01
hier die zugehörigen Logs, vl. hilft dir das weiter

[tim2zg]

@hub01
Gefixt, danke

[hub01]

@tim2zg
ich danke,
ohne deinen Adapter könnte ich meine Wallbox nicht regeln.

Was mir noch aufgefallen ist:
set_state liefert mal den letzten Befehl, mal „true“ zurück.
z.B.
„amp;6“ bleibt in set_state stehen
„frc;1“ ändert sich nach true
Ist das eine Art Rückmeldung, dass der Befehl erfolgreich ausgeführt wurde?

Vielleicht kannst du auch noch bei den 3 „set…“-Datenpunkten die Rolle auf „value“ ändern.
Wie bei allen anderen Datenpunkten auch.

Eine andere Frage noch.
Weißt du, mit welchem Befehl die Authentifizierung durchgeführt wird?
Bzw., ob es eine Rückmeldung dazu gibt?

[tim2zg]

@hub01
Mit der neuen Version geändert. Eine Authentifizierung wird im Code durchgeführt. Schau nach in den on Connection Funktionen nach. Der Adapter wird erst grün, sobald die Authentifizierung geglückt ist.
Freundliche Grüsse,
Tim

[hub01]

@tim2zg
Hallo,
ich meinte die Authentifizierung, um das Laden starten zu können, wenn diese in der App aktiviert ist.

Man muss dann mit dem ID-Chip oder in der App das Ganze freigeben.

Sollte somit eigentlich auch über einen „set_state“-Befehl möglich sein.
Anfangs ging das mit „frc;0“.
Weiß jetzt nicht, ob es an deinem Adapter liegt, oder ob Fronius was geändert hat.

[tim2zg]

@hub01
Komisch bei mir läuft alle, schau sonst mal die Error code value an. Mit der API description kannst du feststellen, wieso der Adapter nicht lädt.

Freundliche Grüsse,
Tim