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

[Sneak-L8]

Hallo Dietmar,

> Ich kann die Einstellungen nicht speichern.
das Problem, dass sich die Einstellungen zunächst nicht speichern liesen hatte ich auch. Ich ging davon aus, dass es an den fehlenden Definitionen in der io-package.json lag. Nachdem ich die nächste Version installiert hatte lief es.
Evtl. ist in einem Feld auch ein ungültiger Wert (z.B. blank anstelle 0). Schau die Werte doch mal durch oder Installiere den Adapter nochmal. Ich habe den alten Adapter auch nicht deinstalliert, sondern einfach über "andere Quelle" drübergebügelt.

> Die Hilfetexte für Netzbezug und Netzeinspeisung muss man sehr genau lesen um den Unterschied zu erkennen. Was passiert wenn ich in beide den gleichen eintrage?
Dann hast Du immer genau null Netzbezug bzw. null Einspeisung und keinen Überschuss fürs Auto.
Das Prinzip für beide State ist, dass ich wissen will, wieviel ich gerade ins Netz einspeise. Denn das ist das, was fürs Auto zur Verfügung steht bei optimierter Ladung. Mein SMA SHM gibt Einspeisung und Bezug in getrennten States an. Daher zwei Angaben. Wenn Dein Energymeter nur einen State hat (positive Werte Netzbezug und negative Einspeisung, dan gib den State nur bei Netzbezug ein).
Ich mache intern einfach eine Berechnung: Überschuss = Einspeisung - Netzbezug, wobei ein negativer Überschuss ein Netzbezug bedeutet.

>Ladeunterschreitung: Wäre es nicht sinnvoller den Energiebezug in KWh als Trigger einzubeziehen?
Der Wert ist einfach nur dazu gedacht, bei grenzwertigem Überschuss nicht alle 30 Sekunden die Ladung zu stoppen und wieder zu starten. Gleicher Gedanke bei der Mindestladezeit. Ich will nicht permanent ein-/ausschalten. Ich hatte in einem ersten Skript direkt die State für Netzbezug und Einspeisung abonniert und immer sofort umgeschalten. Da hat das Skript dann (wenn der Üerschuss um die 2,4 kW) lag schon mal 10x in der Minute die Ladestation aktiviert und deaktiviert. Das führte dann sogar zu Fehlermeldungen am Auto. Daher dienen die Werte nur der Verstetigung des Ladevorgangs.
Für eine Mindestladung könnte man natürlich weitere Parameter vorsehen. Am besten auch einen state für den SoC des Fahrzeugs, damit man z.B. eine bestimmte Prozentzahl unabhängig vom Überschuss immer erreicht. Aber das ist noch Zukunftsmusik.

Vielleicht noch ein Hinweis: die anzugebenden States sind Werte vom EnergyMeter der direkt beim Stromzähler hängt. Erzeugungsleistung des Wechselrichters oder andere Werte interessierne nicht. Nur so hab ich den korrektne Überschuss.

> Was passiert wenn alle Felder leer bleiben?
Dann macht die Box es wie in der alten Version. Sie lädt einfach mit der engestellter Stärke. Ohne irgendeine Intelligenz.

>Meine PV hat einen Speicher.
Das macht nichts :-), da der Adapter immer auf die States der EnergyMeter schaut. Lädt Dein Speicher, dann hast Du eine geringere Einspeisung. Und nur dieser verbleibende Überschuss geht dann ins Auto.

Ich hoffe, ich konnte damit etwas Licht ins Dunkel bringen.

Viele Grüße
Sneak-L8

[Thomas Geigl]

1. Wollte mir den Adapter einrichten, leider bleibt bei den Instanzen der Punkt rot. Im LOG sind folgende Einträge.

Was habe ich falsch???

2. Habe einen Akku im Keller, mit den derzeitigen Einstellmöglichkeiten lädt das Auto erst nachdem der Akku voll ist. Das macht nicht Sinn weil dann Strom aus dem Akku in den KFZ-Akku geht.
   Kann ich Einstellungen machen um erst den PV-Überschuß ins Auto zu stecken?

[Sneak-L8]

@Thomas-Geigl muss ich mir in Ruhe anschauen, der Fehler sagt mir auf Anhieb nichts. UDP ist in der Keba aber aktiviert?
Die maximale Leistung scheint derzeit auf Null eingestellt zu sein, ist das Absicht? Wenn keine absolute Leistungsbegrenzung (z.B. wegen NSO) nötig ist, dann die states für die Leistung dort auch nicht füllen.
Wer entscheidet, ob der Akku im Keller laden soll oder nicht? Z.B. ein SMA sunny home manager? Und an was macht er es fest? Wenn es auch der Überschuss ist, der am Haus-Anschluss anliegt, dann müsste man die aktuelle Leistung des Akkus herausrechnen. Also die Leistung des Akkus als zweites energy Meter angeben.

[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