Eigenschaft
Beschreibung
Typ
gibt nur einen
OpenEMS Ready
coming soon
OpenEMS Fähigkeit
Leistungsregulierung
Integriertes Lastmanagment
ja bis zu 101 Ladepunkte
Ladeleistung
bis 22kW (32A)
Anzahl der Phasen
dreiphasig
Automatische Umschaltung der Phasen
ja
Energiezähler
?
Eichrechtskonformität
Nein
Zugangsschutz
RFID, App, Api
Varianten
Ladekabel Typ2
Sicherheit
DC-Fehlerstromsensor
Kommunikation
WLAN + 866MHz (intern)
Protokoll
Restfull api
Display
nein
Bidirektionales Laden
nein
Besonderheit: Theoretisch benötigt nur eine Wallbox internet, die anderen kommunizieren untereinander ohne Verkabelung
Hinweis: noch nicht im offiziellen Repo
2 Likes
und die Verbindung wird auch noch über eine eingebaute M2M SIM hergestellt.
Hallo Paul,
wann ist denn mit einer Veröffentlichung eures Controllers im offiziellen Repo zu rechnen?
Wir haben Anfragen von Installateuren zur Integration bekommen. Diese müssen wir Stand heute erstmal verneinen, würden aber langfristig natürlich eine Integration begrüßen.
Intensive Tests, Erstellung technische Dokumentation, Schulung, etc. kommen natürlich dann auch noch dazu, bevor wie sowas auf den Markt bringen.
Viele Grüße
Jan
hi jan,@DerStoecki kümmert sich da drum und schiebt es etwas nach vorne.
Der Kunde hat es noch nicht geprüft, wird es aber hoffentlich auch die nächsten 2 Wochen passieren
Schönen Gruß
Paul
Hallo Zusammen,
Wir arbeiten gerade daran alles fertig zu machen. Hoffentlich werden wir in den nächsten Tagen PullRequests erstellen können, die ich auch hier verlinken werde.
Schöne Grüße,
Felix
Hallo miteinander,
Die Pullrequests sind erstellt:
OpenEMS:develop ← ConsolinnoEnergy:feature/genericEvcs
opened 11:16AM - 25 May 22 UTC
Hallo OpenEMS Team,
Wie im [Forum](https://community.openems.io/t/easee-wallb… ox-coming-soon/765/4) angekündigt:
Kommen nun die ersten Emob Pullrequests, bestehend aus einer generischen EVCS, der Easee Ladesäule und dem EVCS Limiter.
Diese basieren auf dem TIMER der bereits als [PR](https://github.com/OpenEMS/openems/pull/1754) erstellt wurden
Verantwortlicher hier ist: @TimStoecker
Hier die Beschreibung der Generics EVCS:
This implements the functionalities of an Evcs that can communicate over Modbus TCP.
It can be used to integrate a Evcs in openems that does not have a specified „driver“.
But it needs to have the register numbers in the configuration in order to function.
It will then send the setPowerLimit channel contents over modbus to the specified Register number, and retrieves the: chargePower, Phases, and optionaly the Status of the Evcs.
The functionality of this component is not 100% guranteed, since a full test was not possible at the moment.
OpenEMS:develop ← ConsolinnoEnergy:feature/easeeEvcs
opened 11:17AM - 25 May 22 UTC
Hallo OpenEMS Team,
Wie im [Forum](https://community.openems.io/t/easee-wallb… ox-coming-soon/765/4) angekündigt:
Kommen nun die ersten Emob Pullrequests, bestehend aus einer generischen EVCS, der Easee Ladesäule und dem EVCS Limiter.
Diese basieren auf dem TIMER der bereits als [PR](https://github.com/OpenEMS/openems/pull/1754) erstellt wurden
Verantwortlicher hier ist: @TimStoecker
Hier die Beschreibung der Easee Ladesäule:
This implements the communication to the Easee Evcs over the proprietary Cloud api.
It uses a custom Bridge for this that communicates over http calls.
It will send the setPowerLimit channel content to the cloud, and retrieves the chargePower nad the Phases.
Since the Easee Cloud only allowes for 500 Calls every 5 minutes, it has a build in timer that will only allow the Evcs to update its values every 10 seconds.
The functionality of this component is not 100% guranteed, since a full test was not possible at the moment. Everything worked in an isolated environment with 3 Evcs, while only one of those where an Easee Evcs (the other where from Schneider and Mennekes).
Schöne Grüße
Felix
OpenEMS:develop ← ConsolinnoEnergy:feature/evcsLimiter
opened 11:28AM - 25 May 22 UTC
Hallo OpenEMS Team,
Wie im [Forum](https://community.openems.io/t/easee-wallb… ox-coming-soon/765/4) angekündigt:
Kommen nun die ersten Emob Pullrequests, bestehend aus einer generischen EVCS, der Easee Ladesäule und dem EVCS Limiter.
Diese basieren auf dem TIMER der bereits als [PR](https://github.com/OpenEMS/openems/pull/1754) erstellt wurden
Verantwortlicher hier ist: @TimStoecker
Hier die Beschreibung des Limiters:
This controller will oversee the Power of configured Evcs. Unlike the existing implementation, this will not need a battery.
It will limit the power based on a Power limitation and a limitation on the individual Phases. The limits can be configured static or based on connected power meters. That will also mean that it is possible to configure the Evcs Limiter to only use production energy from the system if the power limit is at 1W. It will calculate a „Resource Package“ based on the PowerLimit – Meter Value. This also means that the Evcs Limiter can be configured to take other devices on the power grid into account. So if a Power Limit of 30kW is configured and there are already other devices on the grid that consume 20kW of power, the Limiter will only allow the Evcs to consume 10kW.
In addition to that, the Limiter will also handle priority Evcs. Evcs that are configured to be priority, will not be reduced ore turned off unless there is no other possibility to stay under the limits (unbalanced loads are the only exception to this). The Evcs Limiter has a Priority Current configuration, that will determine how much current a Priority Evcs should have at a minimum, but if there is not enough power in the system to give that to all Priority Evcs, it will instead distribute the Priority current to all priority Evcs evenly.
As already stated, the EvcsLimiter can also be configured to check for an unbalanced load.
The EvscLimiter is designed to only need the ChargePower, PhaseCount and status of an evcs. Everything else will be handled by the Limiter, so the implementation of the Evcs can be as slim and „logic less“ as possible.
The Limiter has so far been successfully tested with: Schneider, Mennekes, Keba, Easee and Abl Evcs.
LG
Felix
Eine Beschreibung ist jeweils in den Pullrequests zu finden
Bei Fragen stehen wir zur Verfügung.
Hallo Zusammen,
Außerdem hat jemand von uns die Ladesäulenimplementierung abstrahieren können, das macht konkrete Implementierungen von Ladesäulen einfacher.
Dies muss allerdings noch getestet werden.
Allerdings findet ihr in unserem Fork
