Sammlung Informationen Wallbox & ioBroker-Integration

[Qlink]

@sneak-l8 said in Sammlung Informationen Wallbox & ioBroker-Integration:

(re)starts

Hab den Eintrag im Log vor 3 Tagen gefunden:

2021-03-26 09:33:36.970  - info: kecontact.0 (1804) vehicle plugged to wallbox
2021-03-26 09:34:08.222  - info: kecontact.0 (1804) vehicle (re)starts to charge
2021-03-26 09:39:11.134  - info: host.iob01 stopInstance system.adapter.kecontact.0 (force=false, process=true)
2021-03-26 09:39:11.135  - info: kecontact.0 (1804) Got terminate signal TERMINATE_YOURSELF
2021-03-26 09:39:11.135  - info: kecontact.0 (1804) terminating
2021-03-26 09:39:11.135  - info: kecontact.0 (1804) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2021-03-26 09:39:11.134  - info: host.iob01 stopInstance system.adapter.kecontact.0 send kill signal
2021-03-26 09:39:11.810  - info: host.iob01 instance system.adapter.kecontact.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2021-03-26 09:39:14.172  - info: host.iob01 instance system.adapter.kecontact.0 started with pid 10068
2021-03-26 09:39:15.174  - info: kecontact.0 (10068) starting. Version 1.1.1 in C:/iobroker/iob01/node_modules/iobroker.kecontact, node: v10.17.0, js-controller: 3.2.16
2021-03-26 09:39:20.206  - info: kecontact.0 (10068) starting charging station in active mode
2021-03-26 09:39:20.206  - info: kecontact.0 (10068) minimum amperage not speficied or too low, using default value of 6000
2021-03-26 09:44:52.430  - info: host.iob01 stopInstance system.adapter.kecontact.0 (force=false, process=true)
2021-03-26 09:44:52.431  - info: kecontact.0 (10068) Got terminate signal TERMINATE_YOURSELF
2021-03-26 09:44:52.431  - info: kecontact.0 (10068) terminating
2021-03-26 09:44:52.431  - info: kecontact.0 (10068) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2021-03-26 09:44:52.430  - info: host.iob01 stopInstance system.adapter.kecontact.0 send kill signal
2021-03-26 09:44:53.086  - info: host.iob01 instance system.adapter.kecontact.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2021-03-26 09:44:55.459  - info: host.iob01 instance system.adapter.kecontact.0 started with pid 1448
2021-03-26 09:44:56.117  - debug: kecontact.0 (1448) Redis Objects: Use Redis connection: 127.0.0.1:9001
2021-03-26 09:44:56.133  - debug: kecontact.0 (1448) Objects client ready ... initialize now
2021-03-26 09:44:56.148  - debug: kecontact.0 (1448) Objects create System PubSub Client
2021-03-26 09:44:56.148  - debug: kecontact.0 (1448) Objects create User PubSub Client
2021-03-26 09:44:56.148  - debug: kecontact.0 (1448) Objects client initialize lua scripts
2021-03-26 09:44:56.164  - debug: kecontact.0 (1448) Objects connected to redis: 127.0.0.1:9001
2021-03-26 09:44:56.164  - debug: kecontact.0 (1448) objectDB connected
2021-03-26 09:44:56.164  - debug: kecontact.0 (1448) Redis States: Use Redis connection: 127.0.0.1:9000
2021-03-26 09:44:56.179  - debug: kecontact.0 (1448) States create System PubSub Client
2021-03-26 09:44:56.179  - debug: kecontact.0 (1448) States create User PubSub Client
2021-03-26 09:44:56.179  - debug: kecontact.0 (1448) States connected to redis: 127.0.0.1:9000
2021-03-26 09:44:56.179  - debug: kecontact.0 (1448) statesDB connected
2021-03-26 09:44:56.367  - info: kecontact.0 (1448) starting. Version 1.1.1 in C:/iobroker/iob01/node_modules/iobroker.kecontact, node: v10.17.0, js-controller: 3.2.16

[Sneak-L8]

@qlink Schau mal bitte in den State nach plugTiemstamp. Ist der gefüllt? Dann erkennt der Adapter nicht, dass das Fahrzeug zwischenzeitlich abgestekt wurde. Beim Anstecken sollte der state aber auf "null" gesetzt werden...

[Qlink]

@sneak-l8

Der ist aktuell nicht gefüllt...ist auch aktuell nix angesteckt.

[Sneak-L8]

@qlink Und wenn Du jetzt wieder einsteckst gibt es auch keine Mindestladezeit? Die States sehen eigentlich alle gut aus.
Bitte mal nochmal Deine kompletten Einstellungen des Adapters und ein Log vom Einstecken, Ladeunterschreitung und Ausstecken. Bitteauch die State vor/nach Einstecken und um den Zeitpunkt der Ladeunterschreitung.
Kann mir gerade so keinen Reim drauf machen, was das Problem ist ...

[Qlink]

@sneak-l8

Hab das Auto gerade angesteckt und lädt auch brav mit 5A...
aber wie man sieht bleibt der plugTimestamp trotzdem leer

Kann es sein, dass es daran liegt, das ich das Kabel immer nur beim Auto ausstecke ?
Das andere Ende des Kabels in der Wallbox lasse ich immer angesteckt...

Beste Grüße

[Sneak-L8]

@qlink Ah, bei Dir ist das Kabel an der Wallbox nicht fest angeschlagen? Kannst Du mir den Wert des states "plug" sagen, wenn Du an- bzw. abgesteckt hast? Evtl. verhält sich das anders als beschrieben...

[Qlink]

@sneak-l8

Wenn der Stecker fürs Auto nicht angesteckt ist zeigt er den Wert 1 an.
Wenn ich den Stecker beim Auto anstecke und lade zeigt er den Wert 7 an.

[Sneak-L8]

@qlink Schade, ich hatte gehofft, dass beide Werte >= 5 sind. So muss ich weiter suchen. Bin aber gerade dabei, den Adapter etwas zu erweitern. Mehr Doku in der Readme, PV-Automatik standardmäßig auf "ein", automatischer Check auf neue Firmware....
Dabei fiel mir auf, dass ich immer mehrmals "stop charging" bekomme, ohne dass das Laden begonnen wurde. Da bin ich auch auf der Suche nach der Ursache. Festgestellt habe ich dabei, dass er aus unerfindlichen Gründen immer wieder mal kurz die Ladung mit 6A startet, obwohl der Überschuss gar nicht ausreicht. Vielleicht hängt der Fehler ja zusammen (auch wenn ich bisher noch keinen Zusammenhang sehe).... Ich werde mich wieder melden.

[Sneak-L8]

@Qlink ich habe mal eine v.1.1.2 erstellt.
Damit ist der Fehler behoben, dass die Wallbox zwischendurch immer mal kurz lädt, ohne dass ein ausreichender Überschuss vorhanden war. Außerdem prüft der Adapter nun, ob die Firmware noch aktuell ist. Details unter https://forum.iobroker.net/topic/43918/test-adapter-kecontact-v1-1-x-github-latest

Kannst Du mal schauen, ob es mit dieser Version immer noch Probleme gibt? Falls ja, den Test mit Log-Level debug wiederholen und mir das Log zusenden.

Viele Grüße
Sneak-L8

[Sneak-L8]

Falls schon aktualisiert, bitte nochmal, da ich die teilweise nicht berückschtigte Mindestladedauer korrigiert habe.

[roughestboy]

@haus-automatisierung

Ich bin an der Alfen Wallbox interessiert und habe Deine Videos gesehen.

Ist mittlerweile klar, ob die Box per Software (über modbus) zwischen 1- und 3phasig umschaltbar ist, und wie weit kann man minimal den Ladestrom runterregeln ? Im Video wurden 6A gezeigt, bei denen es (noch) funktioniert, aber auch 2A, bei denen es nicht mehr funktioniert. geht da noch weniger, also 5,4, oder noch 3 Ampere ?

[haus-automatisierung]

@roughestboy sagte in Sammlung Informationen Wallbox & ioBroker-Integration:

Ist mittlerweile klar, ob die Box per Software (über modbus) zwischen 1- und 3phasig umschaltbar ist

Ja, das geht. Habe ich selbst noch nicht getestet, aber es git ein Register dafür. Stand nur noch nicht in der Doku damals und wurde in den Kommentaren schon bestätigt.

[Qlink]

@sneak-l8 said in Sammlung Informationen Wallbox & ioBroker-Integration:

@Qlink ich habe mal eine v.1.1.2 erstellt.
Damit ist der Fehler behoben, dass die Wallbox zwischendurch immer mal kurz lädt, ohne dass ein ausreichender Überschuss vorhanden war. Außerdem prüft der Adapter nun, ob die Firmware noch aktuell ist. Details unter https://forum.iobroker.net/topic/43918/test-adapter-kecontact-v1-1-x-github-latest

Kannst Du mal schauen, ob es mit dieser Version immer noch Probleme gibt? Falls ja, den Test mit Log-Level debug wiederholen und mir das Log zusenden.

Viele Grüße
Sneak-L8

@Sneak-L8 Hätte heute mal wieder einen Versuch mit dem aktiven Modus des Adapters (1.1.2) gemacht. Die Minimum Charging Time wird nun berücksichtigt soweit ich das sehe...
Allerdings regelt er nicht richtig bei mir. Er hüpft immer zwischen 6A und 19A hin und her, obwohl er mit 19A klarerweise einen hohen Netzbezug verursacht. Sobald er den Netzbezug registriert regelt er auf 6A runter, dann wieder auf 19A hoch usw. ...


Hier das Log:
kecontact.txt

[Sneak-L8]

@qlink Das ist echt seltsam. Ich sehe gut, dass der Berechnete Überchuss anhand von regard und surplus des sma-em mal etwas im Netzbezug und dann wieder im Überschuss liegt.
Kann es sein, dass der Stromverbrauch Deiner Wallbox auf einem anderen Zähler hängt? Oder diese evtl. erst hinter dem sma-em ans Stromnetz geklemmt ist. Meine Vermutung ist nämlich, dass der Stromverbrauch der Wallbox in den Werten surplus/regard nicht enthalten ist. Dadurch würden sich die Sprünge erklären. Denn der aktuelle Verbrauch der Wallbox wird in den Überschuss eingerechnet (sma-em.surplus minus sma-em.regard + wallbox.p(ower)). Kannst Du das mal prüfen?

[Qlink]

@sneak-l8

Zähler kann ich mal ausschließen, weil ich nur einen Zähler habe...
Dass die Wallbox hinter dem Energy Meter hängt, könnte durchaus sein, da sie als letztes ins Stromnetz integriert wurde... ich wüsste aber nicht wie ich das überprüfen könnte ... ich bin leider kein Elektriker...
Was mich nur wundert ist, dass ich im SMA Sunny Portal sehr gut sehe wann die Wallbox lädt bzw. nicht lädt und das Portal interpretiert auch nur die Daten vom WR und vom EM...

Das dürfte ich dann doch auch nicht sehen, wenn der Stromverbrauch der Wallbox nicht in surplus und regard enthalten wäre oder ?

Beste Grüße

[Sneak-L8]

@qlink Also prüfen kannst Du das recht einfach. Du kannst z.B. die Portalseite der Wallbox mit dem Browser öffnen (einfach deren IP-Adresse im Browser eingeben) und dort die aktuelle Ladeleistung ablesen (sollte der gleiche Wert sein wie im state "p" im ioBroker).
Dann schaust Du Dir die surplus- bzw. regard-States des sma-em (ist wohl ein SHM) im ioBroker an. Wenn sich bei Start/Stopp des Ladevorgangs (also deutlicher Änderung der Leistung) der surplus- bzw. regard-State um nahe den gleichen Wert ändert, dann wird die Leistung der Wallbox mit erfasst. Falls nicht, sollte das korrigiert werden, dann Dein EnergyMeter misst ja nur die halbe Wahrheit bzw. noch viel weniger, da die Wallbox ja schon ordentlich am Strom nuckeln kann.
Andererseits könnte es auch sein, dass sich EnergyMeter/SMH und ioBroker gegenseitig in die Quere kommen. Wie wird denn Deine Wärmepumpe geregelt? Die scheint ja auch bis zu 6kW zieehn zu können. Regelt der SunnyHomeManger (SHM) evtl. da etwas? Und der ioBroekr regelt "dagegen" mit der Wallbox?

[Sneak-L8]

@qlink Du kannst auch mal eine Protokollierung der surplus und regard-Werte des EnergyMeters sowie surplus und p der Walbox aktivieren und für den fraglichen Zeitraum (wo der Adapter immer hoch- und runterregelt) versuchen die Werte in einer Tabelle gegenüberzustellen.
Ich vermute, dann wird relativ schnell klar, wo die Besonderheit liegt, die zu diesem Auf und Ab führen. Optimalerweise hast Du die Wärmepumpe auch im ioBroker und kannst von der auch passende Werte (ein/aus, Verbrauch, ...) aufzeichnen und in die Tabelle integrieren.

[Qlink]

@sneak-l8

ich würde meinen, dass das schon passen sollte, aber hier die gewünschten Werte + zugehörigem Log.
Die Wärmepumpe war in dem Zeitraum nicht aktiv.

Wallbox nicht angesteckt:

1. Screenshot nach dem Anstecken:
   

2. Screenshot:
   

3. Screenshot:
   

Wobei dir Werte von p und pregard bzw. psurplus nicht ganz exakt zusammenpassen auf den Screenshots, weil p nur alle 30s aktualisiert wird und pregard bzw. psurplus in Echtzeit über modbus...

[Sneak-L8]

@qlink Aber das sieht jetzt doch ganz richtig aus, oder? Nichts mehr zu sehen vom Springen von 6A auf 14A... Siehst Du, dass "p" wirklich nur alle 30 Sekunden aktualisiert wird? Eigentlich sollten (so sehe ich es zumindest bei mir) die geänderten Werte automatisch von der Wallbox gesendet werden. Dan wäre auch p immer relativ aktuell.
Hast Du ein Aktualisierungsintervall eingestellt oder den Wert (wie im Default) auf 0 gelassen?

[Qlink]

@sneak-l8

Es sieht zwar besser aus, als vor ein paar Tagen, aber irgendwas läuft trotzdem noch nicht rund.
Er regelt nach wie vor den Ladestrom so hoch, dass ein Netzbezug verursacht wird, regelt dann wieder runter usw.

Bei dem Beispiel gestern hätte er eigentlich nie über 8A Ladestrom regeln dürfen. Ab 8,5A wurde bei den gestrigen Verhältnissen ein Netzbezug verursacht.
Die PV Leistung und auch der restliche Stromverbrauch im Haus waren zum Testzeitpunkt äußerst konstant.

Trotzdem hat er auf 9,5A geregelt -> zwar gemerkt, dass nun ein Netzbezug vorhanden ist, aber trotzdem den Ladestrom noch weiter auf 10,5A erhöht -> noch mehr Netzbezug -> trotzdem noch höheren Ladestrom von 12,5A eingestellt. Zu diesem Zeitpunkt wurde ein Netzbezug von ca. 3000-4000W verursacht -> erst jetzt hat er den Ladestrom in den grünen Bereich auf 7A reduziert -> dann geht das Spiel von vorne los...

Ja ich hab den Intervall auf 30 Sekunden gestellt bei der Adapter Installation. (siehe Screenshot ein paar Posts weiter oben)
Ist das etwa des Problems Ursache ?
Sobald es das Wetter und meine Zeit zulässt werde ich einen weiteren Test mit dem Defaultwert 0 vornehmen.

Ein Enhancement für den Adapter hätte ich:
Es wäre cool wenn bei dem Adapter zusätzlich noch einen manuellen Modus gäben würde:

passiver Modus -> keine Leistungsregelung
automatischer Modus -> autom. Leistungsregelung durch Adapter
manueller Modus -> Leistungsregelung durch Benutzer

Vorgabeparameter manueller Modus:

Ladestrom

So könnte man sich mit dem manuellen Modus bei Bedarf auch selbst eine Regelung mit Blockly o.ä. basteln...
z.B. lade Auto konstant mit Strom x für die Dauer von x Minuten
oder lade Auto im Zeitfenster x mit Strom x, im Zeitfenster y mit Strom y und im Zeitfenster z mit Strom z

Wäre sowas denkbar, oder geht das eventuell jetzt schon mit einem bestimmten Datenpunkt ?

Beste Grüße