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

[Thomas Geigl]

@Sneak-L8
Hallo
UDP ist aktiviert, ich habe bereits seit längerem mit dem Script von UncleSam erfolgreich gesteuert.
Die Steuerung der Akkuladung übernimmt der Fronius selbst - der Überschuß kommt in den Akku.
Die Instanz bleibt auch wenn ich alles eingebe auf rot

[Sneak-L8]

Hm, also irgendwie müsste der Akku verraten, wieviel Leistung er zieht. Der Adapter sieht aber nur zwei States vor für die Steuerung. Dann müsstest Du einen neuen State anlegen und diesen per Skript füllen mit "Netzbezug minus Einspeisung plus Akku-Leistung". Und diesen State dann unter "Name des States für Netzbezug" eintragen.
Die Felder ab "Maximaler Netzbezug" sollten alle leer bleiben, dann sollte die Warnung verschwinden.
Die Fehlermeldung bzgl. udpKey sind komisch. Evtl. hilft ein Durchstarten des Adapters? Sonst bitte einen etwas größeren Bildausschnitt, damit man die ganze Meldung sieht.

[Thomas Geigl]

@Sneak-L8
Mit den states werde ich mich noch spielen, geht aber erst wenn der Adapter läuft.
Neustart, Neuinstallation waren erfolglos. Die Version 0.1.0 des Adapters läuft problemlos.

Konfig:
admin 3.6.12
node 10.17

Habe zur Fehlerkontrolle noch eine Windows-Iobroker Installation mit node 8.16.2 angelegt.
Problem gleich - Instanz startet nicht

host.Laptop 2019-11-14 19:53:21.552 info Restart adapter system.adapter.kecontact.0 because enabled
host.Laptop 2019-11-14 19:53:21.552 error instance system.adapter.kecontact.0 terminated with code 0 (OK)
Caught 2019-11-14 19:53:21.552 error by controller[0]: at Decoder.add (C:\iobroker\node_modules\socket.io-parser\index.js:246:12)
Caught 2019-11-14 19:53:21.552 error by controller[0]: at Decoder.Emitter.emit (C:\iobroker\node_modules\component-emitter\index.js:134:20)
Caught 2019-11-14 19:53:21.552 error by controller[0]: at Decoder.<anonymous> (C:\iobroker\node_modules\component-bind\index.js:21:15)
Caught 2019-11-14 19:53:21.552 error by controller[0]: at Manager.ondecoded (C:\iobroker\node_modules\socket.io-client\lib\manager.js:332:8)
Caught 2019-11-14 19:53:21.552 error by controller[0]: at Manager.Emitter.emit (C:\iobroker\node_modules\socket.io-client\node_modules\component-emitter\index.js:133:20)
Caught 2019-11-14 19:53:21.552 error by controller[0]: at Manager.<anonymous> (C:\iobroker\node_modules\component-bind\index.js:21:15)
Caught 2019-11-14 19:53:21.552 error by controller[0]: at Socket.onpacket (C:\iobroker\node_modules\socket.io-client\lib\socket.js:236:12)
Caught 2019-11-14 19:53:21.552 error by controller[0]: at Socket.onack (C:\iobroker\node_modules\socket.io-client\lib\socket.js:312:9)
Caught 2019-11-14 19:53:21.552 error by controller[0]: at Socket.<anonymous> (C:\iobroker\node_modules\iobroker.js-controller\lib\adapter.js:2793:46)
Caught 2019-11-14 19:53:21.552 error by controller[0]: at C:\iobroker\node_modules\iobroker.kecontact\kecontact.js:184:32
Caught 2019-11-14 19:53:21.552 error by controller[0]: TypeError: Cannot read property 'udpKey' of undefined
kecontact.0 2019-11-14 19:53:21.541 info terminating
kecontact.0 2019-11-14 19:53:21.535 error at Decoder.add (C:\iobroker\node_modules\socket.io-parser\index.js:246:12)
kecontact.0 2019-11-14 19:53:21.535 error at Decoder.Emitter.emit (C:\iobroker\node_modules\component-emitter\index.js:134:20)
kecontact.0 2019-11-14 19:53:21.535 error at Decoder.<anonymous> (C:\iobroker\node_modules\component-bind\index.js:21:15)
kecontact.0 2019-11-14 19:53:21.535 error at Manager.ondecoded (C:\iobroker\node_modules\socket.io-client\lib\manager.js:332:8)
kecontact.0 2019-11-14 19:53:21.535 error at Manager.Emitter.emit (C:\iobroker\node_modules\socket.io-client\node_modules\component-emitter\index.js:133:20)
kecontact.0 2019-11-14 19:53:21.535 error at Manager.<anonymous> (C:\iobroker\node_modules\component-bind\index.js:21:15)
kecontact.0 2019-11-14 19:53:21.535 error at Socket.onpacket (C:\iobroker\node_modules\socket.io-client\lib\socket.js:236:12)
kecontact.0 2019-11-14 19:53:21.535 error at Socket.onack (C:\iobroker\node_modules\socket.io-client\lib\socket.js:312:9)
kecontact.0 2019-11-14 19:53:21.535 error at Socket.<anonymous> (C:\iobroker\node_modules\iobroker.js-controller\lib\adapter.js:2793:46)
kecontact.0 2019-11-14 19:53:21.535 error at C:\iobroker\node_modules\iobroker.kecontact\kecontact.js:184:32
kecontact.0 2019-11-14 19:53:21.535 error TypeError: Cannot read property 'udpKey' of undefined
kecontact.0 2019-11-14 19:53:21.535 error uncaught exception: Cannot read property 'udpKey' of undefined
kecontact.0 2019-11-14 19:53:21.476 info starting. Version 0.2.0 in C:/iobroker/node_modules/iobroker.kecontact, node: v8.16.2
host.Laptop 2019-11-14 19:53:20.820 info instance system.adapter.kecontact.0 started with pid 10952

[Sneak-L8]

So, ich habe gerade im git den Adapter aktualisiert, damit er kein Problem mehr hat, wenn States nicht initialisiert sind. Probiere bitte mal diese Version (0.2.1).

[Thomas Geigl]

@Sneak-L8 Hallo Sneak
Vielen Dank für die schnelle Korrektur, der Adapter startet nun normal.
Am Wochenende werde ich mich dann mit meinem VIS und den speziellen State wegen dem Akku beschäftigen.

Schönes Wochenende
Thomas

[Thomas Geigl]

@Sneak-L8
Hallo Sneak

Habe soweit alles umgesetzt, es bleibt nur eine Frage.
Wo stelle ich die minimale Ladestärke ein?

Danke
Thomas

[Sneak-L8]

Die minimale Ladestärke wird von der Wallbox vorgegeben und beträgt 6A. Je nach Anzahl Phasen mit denen Dein auto lädt sind das dann 1,4 bis 4,1 kW minimale Ladung. Dein Auto lädt i.d.R. auch nicht unter 6A.

[Thomas Geigl]

@Sneak-L8
Besten Dank für die Info und Hilfe

[Thomas Geigl]

@Sneak-L8
Hallo, ich muss dich nochmals um Hilfe bitten.
Ich habe beobachtet, dass bei voller Ladeleistung nicht mit dem in der Wallbox eingestellten 25A sondern nur mit 15 A geladen wird. Müssten bei "voller Leistung" nicht currentHardware und currentUser gleich sein?

LG
Thomas

[Sneak-L8]

Hallo Thomas,
eien gute Frage. Ich würde auch erwarten, dass currentHardware und currentUser identisch sind. Bei mir sind sie es auch :).
Eine Vermutung wäre eine Leistungsbegrenzung, aber die ist laut 2. Screenshot ausgeschaltet.
Was liefern denn die state maxCurrent und maxCurrentPercent?
Ah... möglicherweise hast du nur kurz geladen und da wurde nicht mehr abgerufen? Ist das Fahrzeug noch angesteckt? Wie ist es, wenn nichts verbunden ist?
Viele Grüße
Sneak-L8

[Thomas Geigl]

Hallo, habe heute nochmals genau beobachtet. Beim Laden sind die states gleich. Erst wenn das Auto nicht mehr geladen wird (egal ob angesteckt oder nicht) fängt der currentUser zu wechseln an. Der Wert springt dann immer wieder mal auf 25A und dann wieder auf 15A.
LG
Thomas

[Sneak-L8]

Siehst du die Ausgabe "wallbox is running with maximum power of ... mA"? Dann würde mich dieser Wert interessieren. Oder "wallbox set to charging maximum of ... mA"?

[Thomas Geigl]

Hey
Bin gerade wieder am Laden mit voller Ladeleistung. Der Ladestrom springt wieder zwischen 25A und 16A hin und her. Im Log stehen 25000mA als Leistung. Habe als Aktualisierungsintervall zum Test 5s ,5eingestellt. Es ist jetzt regelmäßig 4 Abfragedurchläufe liefern 25A dann 2 Durchläufe 16,5A, dann geht es wieder mit den 4 x 25A weiter.
Sehr komisch, hast du eine Idee?
Thomas

[Sneak-L8]

Hallo Thomas,
kannst Du mal einen Ausschnitt aus dem Log senden? Am besten auch die zu Beginn bzw. Ende des Ladevorgangs. Vielleicht komme ich so weiter.

Eine Idee ist: 16,5A wären ungefähr zwei von drei Phasen von 25A. Also, als wenn da was falsch berechnet würde ...

Viele Grüße
Sneak-L8

[Thomas Geigl]

Hey
Im LOG scheint leider immer nur die 25A auf. Die LOG-Aktualisierung ist sicher auf ein anderes Zeitintervall eingestellt, sodaß sich das evtl. immer mit der MAX-Leistung ausgeht.

Jetzt nach dem Laden, KFZ angesteckt springt die Parametrierung zwischen 25A und 14A.

Da das LOG alle 30 mit der Rücksetzung auf 25A kommt habe ich das Aktualisierungsintervall wieder auf 30 sek gestellt, so läuft alles prima. Ich habe noch andere Werte < und > 30sek versucht. Bei allen Werten <30 kommt der Fehler, >=30 funktioniert es.

Hast du vielleicht eine Funktion, die die variable Zeiteinstellung nicht berücksichtigt in der currentUser-Berechnung?

LG
Thomas

[Sneak-L8]

Was sind denn das für Zahlen vor dne Log-Einträgen? Die kenne ich so nicht und sind nicht vom Adapter.
Allerdings bestätigt das Log, dass der Adapter die vollen 25A zulässt.
Wenn ich in der anleitung der KeBa nachschaue, dann sieht es für mich aus, als wenn die Wallbox sich selbst drosselt oder das Auto einen niedrigeren Bedarf rückmeldet.
Oder hängt die Box an einem Verbund, der die Leistung evtl. auf mehrere Boxen verteilt? Zu warme Umgebung, ...?
Wie gesagt, mir sieht das eher nach äußeren Einflüssen aus.
Schau doch mal auf das webFrontend der Box (einfach die IP-Adresse der Wallbox im Brwoser eingeben). Gibt es da irgendwelche Hinweise/Meldungen?

[Thomas Geigl]

Von mir sind die Zahlen nicht, die sind glaube ich mit dem js-controller-update gekommen. Der 25A Eintrag im LOG kommt aber nur wenn sich der currentUser verstellt hatte.
Da die Sprünge auch kommen wenn kein Auto angesteckt ist schliesse ich eine Drosselung vom Auto aus. Die Box kann auch nicht schuld sein, sonst müsste dies ja bei längerem Aktualisierungsintervall des Adapters auch passieren.
Box hängt alleine in der Garage - sicher nicht zu heiss.
Frontend der Box unauffällig.

Ich habe jetzt nochmals genau die States beobachtet. Das Aktualisierungsintervall steht hierfür auf 40 Sekunden. Die States werden aber alle 30 Sekunden grün (heisst für mich neu berechnet) und sind korrekt berechnet.
Bei kurzem Aktualisierungsintervall bringt der Adapter alle 30 Sekunden die richtigen Werte mit LOG-Eintrag (weil Wert verstellt war), zwischendurch laufen aber Berechnungen gemäß dem Aktualisierungsintervall mit falschem Ergebnis.
Ich denke also, dass ein Fehler mit der Variablen des Aktualisierungsintervalls vorliegen muss.

Du solltest dieses Verhalten eigentlich nachstellen können.
Einstellungen:

Leider kenn ich mich mit javascript und Adapterprogrammierung fast gar nicht aus, sonst würde ich dir gerne suchen helfen.
LG Thomas

[Sneak-L8]

Also das in der Konfig einstellbare Intervall ist nur für das Abrufen der Daten von der Wallbox gedacht. Die interne Regulierung der Ströme erfolgt immer alle 30 Sekunden. Dazwischen macht der Adapter keine Berechnungen.
Und ich hab gerade nochmal im Sourcecode geschaut. Die Adapter schreibt immer ein Log, wenn der bestehende Wert von der Box vom neuen Wert abweicht. Würde der Adapter also die Werte < 25A setzen, würde dies im Log auftauchen.
Schau bitte nochmal direkt auf der Weboberfläche der Box. Siehst Du dort auch die Veränderung von current? Wenn ja, dann schalte den Adapter mal ab, wenn die Box bei 25A steht. Ich möchte wetten, dass der Wert dennoch irgendwann sinkt.
Oder läuft da vielleicht noch eine zweite Instanz des Adapters, ein Skript oder ein anderes System funkt die Wallbox an? Die Kommunikation ist ja nicht sonderlich complex und ungeschützt.

[Thomas Geigl]

@Sneak-L8
Du hast natürlich recht, auch ohne laufendem Adapter passiert die Verstellung der Werte.
Ich habe schon eine Anfrage an Keba gestellt, vielleicht können die mir weiter helfen. Möglicherweise ist ja ein Bug in der Firmware. Welche Firmwareversion nutzt du? Hast du die Datei vielleicht noch?
LG
Thomas

[Sneak-L8]

Meine Firmware ist die P30 v 3.9.14 (180227-111537).
Aktuell ist die V3.9.24.
So sehen die Logs z.B. aus:

0036667419 : charging : 0001
0036667370 : plugged  : 7d00
0036662577 : disabled : 0004
0036662252 : charging : 0001
0036662251 : plugged  : 7d00
0036584688 : unplugged

Die 14er hab ich auch noch da. Schick mir ne PN und ich maile sie Dir zu. Leider gibt es kein ChangeLog über das man sehen könnte, ob ein Fehler in dieser richtung bekannt war...
Bin gespannt, was Du berichten wirst, sowohl von der Hotline als auch ob die alte Firmware das Problem löst, vorher werde ich die aktuelle Firmware nicht einspielen :)