NEWS
E3DC Hauskraftwerk steuern
-
@malei sagte in E3DC Hauskraftwerk steuern:
Möglicherweise funktioniert die Steuerung ja dann doch ...
Nachdem du sie eingeschaltet hast, sollte es auch so sein
Das Nachladen der Notstromreserve kannst du auch ein und ausschalten, je nachdem wie du es haben willst.
einfach0_userdata.0.Charge_Control.Allgemein.NotstromAusNetz
auf true oder false setzen. -
Danke für deine Unterstützung! Ich werde das Ganze die nächsten Tage mal intensiver beobachten
-
Hallo nochmal,
nach ein paar Tagen Beobachtung, habe ich zwei Fragen:
- Warum wird Morgens nicht in den Speicher geladen?
- Warum wird der Speicher nicht voll geladen?
Kann ich das auch irgendwo einstellen?
-
Hast du die Anleitung Charge-Control von Github gelesen?
Dort ist eigentlich alles beschrieben, was man einstellen kann.
Anleitung Charge-ControlJe nach Einstellung wird mit „Start Regelzeitraum“ geladen.
-
hat sich erledigt ...
-
Hallo zusammen,
seit rund 2 Monate nutze ich das E3DC System (S10) inkl. E3DC Wallbox Connect II.
Ich möchte meinen neuen Skoda Enyaq (VW-Connect Adapter ist installiert; Daten kann ich empfangen).Mein Wunsch:
Ich möchte das Auto im Grunde immer an die Wallbox angeschlossen haben. Der Ladevorgang soll aber nicht automatisch starten, sondern über iobroker (in Abhängigkeit anderer Faktoren...) geregelt werden:- Ladevorgang starten
- Wechsel von Normal- oder Überschussladen
- Ladevorgang beenden
Den Wechsel zwischen Normal- und Überschussladen habe ich schn hinbekommen. Aber nicht die Möglichkeit den Ladevorgang zu starten bzw. zu beenden.
Nur wie starte und beende ich einen Ladevorgang über Datenpunkte?
Danke für die Hilfe !
Gruß, Jörg -
@ArnoD
Ich habe mein iobroker auf einen neuen Server umgezogen, dort habe ich die aktuellste Version 7.8 vom javascript-Adapter laufen mit iobroker 6.13.16.
Dieser wirft im Log mit Deinem aktuellen Script eine Fehlermeldung aus:Script script.js.common.Charge_Control is calling setState more than 1000 times per minute! Stopping Script now! Please check your script!
Auf dem alten System mit javascript 7.16 (iobroker 6.13.16) kommt der Fehler nicht.
Kennst Du das? Eine schnelle Google-Suche zeigt mir, dass das bei einigen Scripts kommt.
Eventuell wird da jetzt das setState überwacht. Kann man da irgendwo das Limit hochsetzen?PS: Ich hab hier was gefunden. Das Limit kann man selbst in den Einstellungen der javascript-Instanz einstellen, ich hab's jetzt mal auf 2000 hochgesetzt.
Interessanterweise ist die Überwachung des setState demzufolge aber schon seit der version 6.1 enthalten, und dennoch habe ich das bei der Version 7.1.6 nicht im Log. -
@bluebean
Ich habe bei mir auch die Javascript-Adapter Version 7.8 laufen und keine Meldungen im LOG.
Die Grenze der setState Änderungen von 1000/Min sollten aber auch nicht erreicht werden. Kann es sein das bei dir, was nicht sauber beendet wurde?
Ich werde das aber mal bei mir beobachten. -
@arnod
Der Fehler kam jetzt auch mit dem Limit von 2000/min. Für mich nicht nachvollziehbar, frisch aufgesetzt und das Script 1:1 kopiert. Es läuft soweit ja auch problemlos, mit Ausnahme dann dieses Fehlers... -
@bluebean
Kommt der Fehler immer zu einer bestimmten Zeit oder kannst du andere Zusammenhänge herstellen?
Es müsste, was sein, das bei mir anscheinend nicht vorkommt.
Eine Möglichkeit wäre die Objekt ID's zu beobachten, ob einer ständig geändert wird.
Allerdings wird es schwierig, 1000 Änderungen pro Minute zu erkennen. -
@arnod
Ich bin jetzt mal auf Dein originales Script umgestiegen, mal schauen ob der Fehler dann bei mir auch kommt.
Ich hatte für mich Dein Script ja mit einem weiteren Tageszähler ergänzt, der mir die aktuell verbrauchte Energie des Hauses stellt (orientiert an Deinem LM3). Sonst keine Änderungen.
Die 1000/min entsprechen gut 16/s. Kannst Du abschätzen, wie oft Du mit dem Script pro Sekunde setState setzt? -
@bluebean
Die meisten, wenn die Prognosedaten abgerufen werden ca. 66 setState 4x am Tag
Die Ladesteuerung wird alle 3 sek. aufgerufen und es werden ca. 10 setState ausgeführt.
Alle Zähler jede Minute mit ca. 8 setState.Eigentlich dürfte es kein Problem sein.
-
@arnod
Stimmt. Könnte ich Dir das von mir mit einem Zähler ergänztes Script (1.3.1) mal zukommen lassen, ob Dir bei den Ergänzungen vllt. ein Fehler auffällt?
Bei dem originalen 1.3.1 kam bisher der Fehler nicht. -
@bluebean
Kannst du gerne machen. -
-
@bluebean
Du hast eine Endlosschleife programmiert.
In der Funktion SummePvLeistung(), Zeile 1131 schreibst du den neuen Zählerstand:await setStateAsync(`${instanz}.${PfadEbene1}.${PfadEbene2[1]}.IstTagesverbrauch_kWh`, IstTagesverbrauch_kWh);
In Zeile 2027 reagierst du auf die Änderung und rufst die Funktion SummePvLeistung() wieder auf
if (existsState(sID_Tagesverbrauch)){ on({id: sID_Tagesverbrauch,change: "ne"}, function (obj){SummePvLeistung();}); }
Das Problem ist das die Konstante sID_Tagesverbrauch auf
${instanz}.${PfadEbene1}.${PfadEbene2[1]}.IstTagesverbrauch_kWh verweist und somit auf die gleiche Objekt-ID. -
@arnod
Cool, danke - ich hab das jetzt nochmal von vorne gemacht, keine Ahnung ob man es eleganter machen kann, aber im Grunde sollte es jetzt passen, oder?
(Jedenfalls zählt der Counter fleißig und die Fehlermeldung mit dem setState ist weg)
-
@bluebean
sieht doch gut aus
-
Hallo zusammen,
Bei mir funktionieren die Zählerstände leider überhaupt nicht. Hat jemand einen Ansatz, wonach ich schauen kann? -
@malei
Welche Zählerstände meinst du?