allow GetTargetSoC() and GetMinSoC() to be used even when no vehicle is connected
use SetMinSoC() and SetTargetSoC() functions in applyAction()
allow to set minSoC to 0 with applyAction()
apply OnIdentify actions only when OnIdentify node is present in vehicle configuration (optional parameter)
Dies ist eine experimentelle Umsetzung im folgenden aufgeführten Ziele.
Wie es verwendet:
- Start über `evcc configure`
- Die Konfiguration wird in evcc.yaml geschrieben. Falls diese existiert kann ein alternativer Dateiname angegeben werden
Was es kann:
- Eine geführte Erstellung der Konfigurationsdatei
- Direktes Testen ob die Konfiguration jedes Gerätes auch funktioniert
- Konfigurationsabhängigkeiten durch direkte Konfiguration der Abhängigkeit lösen (z.B. Sponsorshipt required)
- Konfiguration in für Anwender bekannte Informationen und möglichst wenig Informationseingabe zu ermöglichen, z.B. anhand von Produkten anstatt aus der Implementierungssicht
- Bisherige Konfiguration funktioniert weiter
Right now the eebus server implementation doesn't act as one server device, that`s why we need create one for each connection.
Otherwise the server device assigns all data to the latest created charger
The `eebus` configuration now has an option `interfaces` which expects a list of network interface names. The EEBUS Server will then only use this network interface for connections to clients
This fixes an EEBUS disconnect issue when the EV requests `timeSeriesConstraintsListData` for the Coordinated-Charging-Usecase because that data structure wasn't added
- This is experimental!
- Initial EEBUS support
- Only tested with Porsche Mobile Charger Connect
- It does not support charging via timers defined in the EV right now
- It most likely has limitations and bugs
- It needs more testing and documentation
