IDLE PERIOD ACTIVE funktioniert nicht #158
Comments
git-kick
added
enhancement
|
@RSScheible Man kann die Ladeleistung auch stufenlos steuern mit |
|
Hallo Uli,
vielen Dank für die schnelle Antwort und vielen Dank für die Entwicklung dieses tollen Adapters. Ich bin zwar schon länger E3DC Nutzer (seit 2018), in den Themen Programmierung etc. aber noch nicht so fit. Also ich habe vor Jahrzehnten schon einmal programmiert (Fortran, Pascal, PL1), muss mich jetzt aber in die neuen Sprachen noch etwas einarbeiten. Im IOBroker nutze ich der Einfachheit halber noch Blocky.
Aktuell nutze ich über Deinen Adapter die Information des Ladezustandes und der Abregelung, erzeuge eine Pushover Meldung auf mein Handy, so dass ich aktuell noch manuell mein EAuto dann lade oder andere Verbraucher anschalte. Das funktioniert schon seit mehreren Monaten problemlos. Das sind aber nur LESEZUGRIFFE.
Da meine Anlage leider die 70% Grenze hat und laut Netzbetreiber die aktuell geltenden Regeln diese Abregelung noch bleibt, versuche ich mit der Wetterprognose zu optimieren, sprich das Laden der Batterie in den Tagesleistungspeak zu schieben. Die Wetterprognose funktioniert aber zur Zeit nicht. E3DC ist informiert, ist vermutlich aber nicht oben auf der Priorität.
Ich bin dann wieder auf Deinen Adapter gestossen und wolle sehen, ob ich auch SCHREIBEND den bzw. die relevanten Parameter verändern kann.
Konkret: Ich habe im IO Broker im Reiter Objekte im Ordner Deines Adapters den Wert für IDLE PERIOD ACTIVE eines Wochentages umgeschaltet. Der neue Wert wurde mir auch im IOBroker Objekt direkt angezeigt. Wenn ich dann aber auf die APP gehe und mir dann in den Smart Funktionen die Sperrzeiten ansehe, hat sich nichts verändert. Insofern vermute ich, dass die Datenübertragung zum E3DC nicht richtig funktioniert.
Der umgekehrte Weg, Ändern der Sperrzeiten für das Laden im E3DC Portal / APP funktioniert. Die neuen Daten werden im IOBroker nach kurzer Zeit angezeigt.
Ich hatte auch in Deiner Beschreibung gelesen, dass man ggf. den Adapter nach einem Update neu Installieren muss. Das habe ich bisher noch nicht gemacht.
Herzliche Grüße
Stefan
From: Uli Kick ***@***.***>
Sent: Donnerstag, 4. Mai 2023 16:23
To: git-kick/ioBroker.e3dc-rscp ***@***.***>
Cc: RSScheible ***@***.***>; Mention ***@***.***>
Subject: Re: [git-kick/ioBroker.e3dc-rscp] feature request: IDLE PERIOD ACTIVE (Issue #158)
@RSScheible <https://github.com/RSScheible>
IDLE_PERIOD_ACTIVE unterstützt der Adapter bereits und in meinen Tests hat es funktioniert.
Sollte hier ein Fehler passieren den ich untersuchen soll, bitte den Javascript-Code und das debug-log eines "Schaltversuchs" posten. (Anleitung siehe Adapter-README).
Man kann die Ladeleistung auch stufenlos steuern mit
setState( 'e3dc-rscp.0.EMS.MAX_CHARGE_POWER', newLimit );
setState( 'e3dc-rscp.0.EMS.POWER_LIMITS_USED', true );
—
Reply to this email directly, view it on GitHub <#158 (comment)> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/AS2RSGABBDLCMW3OAMCJK5LXEO3UDANCNFSM6AAAAAAXV3N2PY> .
You are receiving this because you were mentioned. <https://github.com/notifications/beacon/AS2RSGD3GDTCQZNJL3EESMLXEO3UDA5CNFSM6AAAAAAXV3N2P2WGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTS3PRLCW.gif> Message ID: ***@***.*** ***@***.***> >
|
git-kick
changed the title
|
Hallo Stefan, es freut mich, dass der Adapter Nutzen bringt! Ob du zur Programmierung Javascript oder Blockly nutzt, sollte hinsichtlich Adapter egal sein. Ich habe Blockly noch nicht benutzt, gehe aber davon aus, dass die Variablen überall so heißen wie im Objektbaum von ioBroker. Der Anwendungsfall „Vermeidung der Abregelung“ ist bei mir genauso. Ich steuere seit 2 Jahren die E3/DC über den Adapter, die Schreibzugriffe sind ja das „Salz in der Suppe“. Das funktioniert definitiv bei meiner S10E-Anlage. Leider lieferst du in deiner Mail keine weiteren Information über den „Fehler“, der bei dir auftritt.
Ich brauche ein debug-log aus deinem ioBroker, sonst kann ich nichts tun (denn bei mir funktioniert ja alles). Im o.g. README steht:
Hast du das versucht? Damit könntest du nicht nur Ein-/Aus-Schalten, sondern dosiert laden. Du kannst übrigens in github direkt antworten, dann wird der Thread schöner dargestellt und nicht mit Wiederholungen "zugemüllt": Issue#158 (für neue Themen bitte einen neuen Issue anlegen) Grüße, Uli |
|
Alles klar. Vielen Dank. Ich melde mich über Github sobald ich Deinen Test gemacht habe. Herzliche Grüße StefanMit freundlichen Grüßen Rolf-Stefan Scheible Tonwerkstraße 2369254 MalschAm 05.05.2023 um 17:50 schrieb Uli Kick ***@***.***>:
Hallo Stefan,
es freut mich, dass der Adapter Nutzen bringt!
Ob du zur Programmierung Javascript oder Blockly nutzt, sollte hinsichtlich Adapter egal sein. Ich habe Blockly noch nicht benutzt, gehe aber davon aus, dass die Variablen überall so heißen wie im Objektbaum von ioBroker.
Der Anwendungsfall „Vermeidung der Abregelung“ ist bei mir genauso. Ich steuere seit 2 Jahren die E3/DC über den Adapter, die Schreibzugriffe sind ja das „Salz in der Suppe“. Das funktioniert definitiv bei meiner S10E-Anlage.
Leider lieferst du in deiner Mail keine weiteren Information über den „Fehler“, der bei dir auftritt.
Bitte versuche, meine Kommentare genau zu lesen und darauf zu reagieren, in diesem Fall:
Sollte hier ein Fehler passieren den ich untersuchen soll, bitte den Javascript-Code und das debug-log eines "Schaltversuchs" posten. (Anleitung siehe Adapter-README).
Ich brauche ein debug-log aus deinem ioBroker, sonst kann ich nichts tun (denn bei mir funktioniert ja alles). Im o.g. README steht:
Man kann die Ladeleistung auch stufenlos steuern mit
setState( 'e3dc-rscp.0.EMS.MAX_CHARGE_POWER', newLimit );
setState( 'e3dc-rscp.0.EMS.POWER_LIMITS_USED', true );
Hast du das versucht? Damit könntest du nicht nur Ein-/Aus-Schalten, sondern dosiert laden.
Du kannst übrigens in github direkt antworten, dann wird der Thread schöner dargestellt und nicht mit Wiederholungen "zugemüllt": Issue#158 (für neue Themen bitte einen neuen Issue anlegen)
Grüße, Uli
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>
|
|
Hallo Uli, vielen Dank für die Hilfe. Mit den Befehlen in einem Java Script funktioniert das alles auch bei meiner Anlage. Jetzt habe ich nur noch eine Frage (eher eine Bestätigung). Mit den beiden setState Befehlen kann ich jetzt die Ladeleistung beliebig steuern, richtig? Also auch der Wert "Null" ist zugelassen, falls ich überhaupt nicht laden möchte. |
|
Logfile.txt |
Ja, bei mir funktioniert das auch mit 0 W. |
Das logfile sieht gut aus, ich sehe keine "verdächtige" Meldung. Werden beide Werte ( In dieser Situation bräuchte ich ein noch ausführlicheres logfile (silly/alles), um weiter zu forschen. Weiter oben hast du geschrieben:
Was genau hat da funktioniert? |
In der App kann es sein das diese Verzögert übermittelt werden. Du kannst dir auch mal mein Skript Charge-Control ansehen, ich denke, das macht genau das, was du benötigst.
|
|
@alle: Herzlichen Dank für die Unterstützung. Dank Eurer Hilfe kommt mir das Thema IOBroker und JavaScript viel schneller näher. Das Problem hat sich jetzt vollständig geklärt. Die Erklärung: Das Problem saß mal wieder vor dem Computer. Ich hatte vorher in den Einstellungen der E3DC APP für heute eine feste Ladesperrzeit eingetragen. Die geht logischer Weise vor einer Veränderung der Ladeleistung. Ich habe die Sperre rausgenommen und siehe da, es funktioniert. |
git-kick
added
wont-fix
Ich nutze den Adapter jetzt auch schon eine ganze Zeit und bin damit sehr zufrieden. Da die Wetterprognose von E3DC aber nicht immer funktioniert (Ticket habe ich aufgemacht), würde ich gerne das Scharfschalten der Sperrzeiten für das Laden der Batterie ereignisgesteuert selbst vornehmen wollen. Ich habe mal versucht den Wert der jeweiligen Objekte "IDLE PERIOD ACTIVE" zu schalten. Mir wird zwar ein anderer Wert angezeigt, mein Hauskraftwerk übernimmt den Wert aber nicht. Müsste / Könnte der Adapter in dieser Hinsicht noch erweitert werden?
Herzliche Grüße an Alle Stefan
Originally posted by @RSScheible in ioBroker/AdapterRequests#676 (comment)
The text was updated successfully, but these errors were encountered: