NEWS
Test Adapter e3dc-rscp v0.0.x GitHub
-
@mazze
Das ist auch richtig so, denn diese beiden Werte sind reine Rückmeldungen vom E3DC.
Das manuelle Laden ist übere3dc-rscp.0.EMS.SET_POWER_MODE
unde3dc-rscp.0.EMS.SET_POWER_VALUE
möglich.
Würde dir aber empfehlen dich vorher genau damit zu befassen, da kann man viel verkehrt machen. -
Super, dass du die Optimierung von dem Adapter unterstützt und dich dem Thema Wallbox angenommen hast.
Hast du irgendwo eine kurze Beschreibung der neuen Objekte ?
z.B was bewirkt ToggleChargingTyp2 ? Konnte da bei mir keinen Unterschied feststellen. -
@arnod said in Test Adapter e3dc-rscp v0.0.x GitHub:
Super, dass du die Optimierung von dem Adapter unterstützt und dich dem Thema Wallbox angenommen hast.
Hast du irgendwo eine kurze Beschreibung der neuen Objekte ?
z.B was bewirkt ToggleChargingTyp2 ? Konnte da bei mir keinen Unterschied feststellen.Damit kann, wie in der App, der Ladevorgang umgeschaltet werden. Also „aus“->“ein“ und umgekehrt. Die API ist hier ziemlich schräg. Bei den Phasen ist es auch ein Umschalten, also 1->3 und zurück.
-
@arnod said in Test Adapter e3dc-rscp v0.0.x GitHub:
@mazze
Das ist auch richtig so, denn diese beiden Werte sind reine Rückmeldungen vom E3DC.
Das manuelle Laden ist übere3dc-rscp.0.EMS.SET_POWER_MODE
unde3dc-rscp.0.EMS.SET_POWER_VALUE
möglich.
Würde dir aber empfehlen dich vorher genau damit zu befassen, da kann man viel verkehrt machen.Super, werde ich mir das mal anschauen. In wie weit meinst du verkehrt machen? worst case wäre ja nur ich lade aus dem netz und das für viel geld oder ?
-
@mazze
Das ist das eine, aber in der Zeit wo du über die Schnittstelle mite3dc-rscp.0.EMS.SET_POWER_VALUE
Werte vorgibst, überlagerst du alle Steueraktivitäten vom E3DC. Du musst da sicherstellen, dass es keine Dauerschleife ist und auch nur in der Zeit geregelt wird, wo du es beabsichtigst.
Schlecht wäre da z. B. die Funktion zum Wiederholen der Werte vom Adapter zu nutzen. -
@arnod said in Test Adapter e3dc-rscp v0.0.x GitHub:
@mazze
Das ist das eine, aber in der Zeit wo du über die Schnittstelle mite3dc-rscp.0.EMS.SET_POWER_VALUE
Werte vorgibst, überlagerst du alle Steueraktivitäten vom E3DC. Du musst da sicherstellen, dass es keine Dauerschleife ist und auch nur in der Zeit geregelt wird, wo du es beabsichtigst.
Schlecht wäre da z. B. die Funktion zum Wiederholen der Werte vom Adapter zu nutzen.Aha, okay dann muss ich mal schauen. Da ich bald die Preise von der Börse für den Bezug bekomme möchte ich natürlich die günstigen in der Nacht nutze. Um den Speicher voll zu machen.
Wie würde ich das merken ob ich was Überlager? -
Hab seit einigen Tagen mit 1.2.1 nur noch jede Menge Log-Fehler:
-
@ujok erstmal viele Dank für den tollen Adapter !! wäre es denkbar/möglich eine Funktion einzubauen, mit der die Werte direkt an eine InfluxDB Instanz übergeben bzw. geschrieben wird? Damit könnte man sich die manuelle Auswahl ersparen. Per heute müsste jeder in jedem Objekt die Auswahl treffen, in welche InfluxDB Instanz geschrieben werden soll.
Gruß Peter -
@ps1304 gerade gelernt, das ich mehrere Objekte selektieren kann und ein InfluxDB Instanz zuordnen kann - Danke an "buanet"
https://github.com/git-kick/ioBroker.e3dc-rscp/issues/163 -
Hi, kann mir jemand sagen ob es mittels des RSCP Adapter möglich ist den Notstromtest zu starten?
Aufgrund der tollen Gewitter in letzter Zeit, schön anzuschauen aber die meisten Überspannungsschäden kommen vom Netz, würde ich das gerne über IOB Steuern.
Das Script ist schon fertig. Alle krittischen Verbraucher / Rechner nach Eingabe eines Pin Code automatisch runterfahren, hohe Lasten wie Klimanalage und Wärmepumpe ausschalten und Notstromtest einleiten.
Nur das Einleiten über den RSCP Adapter scheint nicht zu gehen.
Zur Not müsste ich ein Netzschütz einbauen und ansteuern. Aber wenns auch anders geht wäre es mir lieber.
-
Hat jemand eine Beschreibung was die Modi in Set_Power_Mode genau machen ?
"states": { "0": "NORMAL", "1": "IDLE", "2": "DISCHARGE", "3": "CHARGE", "4": "GRID_CHARGE" }
-
Eigentlich genau das, was der Name bereits aussagt:
Normal = E3DC regelt, keine externe Steuerung
Idle = Leerlauf
Discharge = Entladen
Charge = Laden
Grid_Charge = aus Netz ladenDas allein bewirkt aber natürlich noch nichts und muss immer zusammen mit "EMS.SET_POWER_VALUE" gesetzt werden.
-
@arnod ok, immer von der Batterie aus gesehen. Dann wäre grid_charge um die Batterie aus dem Grid zu laden, wenn der Strom günstig ist. Gibt es eine Möglichkeit, das Entladen der Batterie zu unterbinden?
Wäre das idle ? Dann ist aber auch Laden gesperrt?
Lade und Entladesperrzeiten habe ich nicht in den Objekten gefunden. Gibt es da eine Möglichkeit? -
@gargano sagte in Test Adapter e3dc-rscp v0.0.x GitHub:
Wäre das idle ? Dann ist aber auch Laden gesperrt?
Richtig, wenn du extern regeln willst, muss du in beide Richtungen regeln, also Laden und Entladen.
Wenn du zu festen Zeiten entladen und Laden sperren willst, ist das über EMS.IDLE_PERIODS_CHARGE und EMS.IDLE_PERIODS_DISCHARGE möglich.
Wenn du das ausnahmsweise zu unterschiedlichen Zeiten machen willst, kannst du EMS.MAX_CHARGE_POWER oder EMS.MAX_DISCHARGE_POWER auf 0 setzen. Aber sparsam damit umgehe, den diese beiden werden immer auf der internen SSD gespeichert, was bei häufiger Verwendung auf Dauer deiner SSD schadet.
-
Hallo in die Runde,
gibt es eine Möglichkeit mittels diesem Adapter die Netzfrequenz "41024 Phasen Frequenz in Hz L1" auszulesen? Ich suche schon verwzeifelt nach dieser Möglichkeit.
Vielen Dank Eure Bemühungen
Stephan
Hat sich erledigt! Der Fehler war das Register, es muss eins höher sein 41025.
-
@arnod said in Test Adapter e3dc-rscp v0.0.x GitHub:
Eigentlich genau das, was der Name bereits aussagt:
Normal = E3DC regelt, keine externe Steuerung
Idle = Leerlauf
Discharge = Entladen
Charge = Laden
Grid_Charge = aus Netz ladenDas allein bewirkt aber natürlich noch nichts und muss immer zusammen mit "EMS.SET_POWER_VALUE" gesetzt werden.
Hallo in die Runde.
Ich bin auf der Suche nach einer Lösung den SOC bei z.B. 80% zu begrenzen.
Den aktuellen SOC bekomme ich über die Datenpunkte.
Dann kann ich den SOC per "Limits" und max. "Ladeleistung" begrenzen. Leider geht das nach dem POST von @ArnoD auf die SSD Lebensdauer.Frage: Welche "smarten" Möglichkeiten habe ich, den SOC zu begrenzen? Über Tipps wäre ich sehr dankbar.
Vielen Dank.
Vg Paulkerl. -
@paulkerl
Eine Möglichkeit ist, mein Script Charge-Control zu verwenden.
Da kannst du einstellen, bis zu welchen SOC die Batterie geladen werden soll.
Informationen findest du hier:
e3dc-hauskraftwerk-steuernund das Script mit Anleitung kannst du hier herunterladen:
github.com/ArnoD15/iobroker_E3DC -
Hallo @arnod,
das Skript kenne ich und verfolge auch den dazugehörigen Thread. Da steckt viel Arbeit drin und deckt mE jeden Usecase ab. Das Gesamtwerk ist mir allerdings "zu groß" für meine Anwendung. Ich möchte alles so schlank als möglich halten.
Mich würde interessieren, wie Du technisch die SOC-Begrenzung umgestezt hast. Den Teil würde ich gerne in Node-Red bei mir nachbilden.
Ich bin leider nicht all zu tief im JS-Coding drin und tue mir schwer Deinen Code auseinander zu nehmen um nachzuvollziehen wie Du das technisch umgesetzt hast. Eine schnelle Erklärung würde mir helfen.
Vielen lieben Dank.
LG Paulkerl -
@paulkerl
Ich verwende dafür den e3dc-rscp Adapter und unterbinde das Laden, indem ich das Objekte3dc-rscp.0.EMS.SET_POWER_VALUE
mit meinem Script mit 0 beschreibe. Das muss aber mindestens alle 5 sek. wiederholt werden, da sonst E3DC wieder die Steuerung übernimmt.
Wen beie3dc-rscp.0.EMS.SET_POWER_VALUE
0 eingetragen wird, bedeutet das, dass weder geladen noch entladen wird und es muss geprüft werden, ob entladen werden muss, da sonst auch das unterbunden wird.Somit musst du dir mit Node-Red eine Logik basteln, die das alles berücksichtigt.
-