Releases: marq24/ha-evcc
Simpler implementation to check grid-data-as-object
Support for changed JSON structure for Vehicle PLAN (vs. PLANS array)
Thanks to the report #85 from @gorzan14 I was made aware, that the internal structure of the vehicle plan(s) object have been changed recently (well early December 2024 - evcc-io/evcc#16091) - nevertheless in previous evcc versions an active charging plan for a vehicle was included in a plans
array object - now this is just a simple single plan
object... The adjusted code is able to deal with both versions of evcc.
I am sorry, that we have this kind of compatibility issues - evcc is under active development and there is no simple way to 'listen/watch' upcoming API changes - for the 'last' change I was notified by the evcc team - that was just great (but this type of manual notification can't be guaranteed). So we will probably see this kind of issues & fixes again and again.
2025.1.8: I am such a BAD python developer...
Support for evcc 0.132.1 (release 2025.1.2)
With evcc 0.132.1 the change evcc-io/evcc@65bdb40 introduced a new property chargerPhaseSwitching
and removed the chargerPhases1p3p
... Even if this adjustment has been rolled back already with evcc-io/evcc@e9d67ee, this HA integration became incompatible with the updated evcc version.
The release 2025.1.2 (and this one) make sure, that the integration will work with chargerPhases1p3p
and/or chargerPhaseSwitching
- so that what ever will be released in evcc in the near future, the integration should be able handle it.
Situations like this will probably occur also in the future, since I (as developer of the HA integration) am not part of evcc team. We are separate projects and obviously the integration rely on functionality provided by evcc. The developers of evcc a really great people who give me all support I could ask for - but nevertheless there is always the possibility of bad luck or bad timing.
Fixing sets option flow config_entry explicitly
warning (release 2025.1.2)
Also this new build fix a small issue reported Detected that custom integration 'evcc_intg' sets option flow config_entry explicitly...
https Support [by @RustyDust] (release 2025.1.3)
When you are running your evcc instance via https you now can simply add the schema https://
as part of your evcc-url during the initial setup of the integration (obviously you should not specify 443 as additional port in this case)
Support for upcoming change in evcc /api/state
response (grid data related) (release 2025.1.3)
@andig from evcc made me aware of an upcoming change in the evcc api that would lead to another incompatibility between evcc and the HA integration.
But this time I (hopefully) could adopt the code to the change and make sure that it will work with both implementations (the old=current and the new=future). So you could already update the HA integration and when ever you update evcc you just need a HA restart to allow the integration to 'detect' the change and take appropriate action.
Fix for issue #77 caused by 2025.1.3
Fix for issue #78 caused by 2025.1.4, 2025.1.5, 2025.1.6
Fix for issue #80 caused by 2025.1.7
Credits
- Thanks @RustyDust for providing the https support
- Thanks @andig for sharing the PR evcc-io/evcc#18063 with me - so I was able to prepare the integration code for the upcoming change
2025.1.7
Support for evcc 0.132.1 (release 2025.1.2)
With evcc 0.132.1 the change evcc-io/evcc@65bdb40 introduced a new property chargerPhaseSwitching
and removed the chargerPhases1p3p
... Even if this adjustment has been rolled back already with evcc-io/evcc@e9d67ee, this HA integration became incompatible with the updated evcc version.
The release 2025.1.2 (and this one) make sure, that the integration will work with chargerPhases1p3p
and/or chargerPhaseSwitching
- so that what ever will be released in evcc in the near future, the integration should be able handle it.
Situations like this will probably occur also in the future, since I (as developer of the HA integration) am not part of evcc team. We are separate projects and obviously the integration rely on functionality provided by evcc. The developers of evcc a really great people who give me all support I could ask for - but nevertheless there is always the possibility of bad luck or bad timing.
Fixing sets option flow config_entry explicitly
warning (release 2025.1.2)
Also this new build fix a small issue reported Detected that custom integration 'evcc_intg' sets option flow config_entry explicitly...
https Support [by @RustyDust] (release 2025.1.3)
When you are running your evcc instance via https you now can simply add the schema https://
as part of your evcc-url during the initial setup of the integration (obviously you should not specify 443 as additional port in this case)
Support for upcoming change in evcc /api/state
response (grid data related) (release 2025.1.3)
@andig from evcc made me aware of an upcoming change in the evcc api that would lead to another incompatibility between evcc and the HA integration.
But this time I (hopefully) could adopt the code to the change and make sure that it will work with both implementations (the old=current and the new=future). So you could already update the HA integration and when ever you update evcc you just need a HA restart to allow the integration to 'detect' the change and take appropriate action.
Fix for issue #77 caused by 2025.1.3
Fix for issue #78 caused by 2025.1.4, 2025.1.5, 2025.1.6
Credits
- Thanks @RustyDust for providing the https support
- Thanks @andig for sharing the PR evcc-io/evcc#18063 with me - so I was able to prepare the integration code for the upcoming change
2025.1.4
Support for evcc 0.132.1 (release 2025.1.2)
With evcc 0.132.1 the change evcc-io/evcc@65bdb40 introduced a new property chargerPhaseSwitching
and removed the chargerPhases1p3p
... Even if this adjustment has been rolled back already with evcc-io/evcc@e9d67ee, this HA integration became incompatible with the updated evcc version.
The release 2025.1.2 (and this one) make sure, that the integration will work with chargerPhases1p3p
and/or chargerPhaseSwitching
- so that what ever will be released in evcc in the near future, the integration should be able handle it.
Situations like this will probably occur also in the future, since I (as developer of the HA integration) am not part of evcc team. We are separate projects and obviously the integration rely on functionality provided by evcc. The developers of evcc a really great people who give me all support I could ask for - but nevertheless there is always the possibility of bad luck or bad timing.
Fixing sets option flow config_entry explicitly
warning (release 2025.1.2)
Also this new build fix a small issue reported Detected that custom integration 'evcc_intg' sets option flow config_entry explicitly...
https Support [by @RustyDust] (release 2025.1.3)
When you are running your evcc instance via https you now can simply add the schema https://
as part of your evcc-url during the initial setup of the integration (obviously you should not specify 443 as additional port in this case)
Support for upcoming change in evcc /api/state
response (grid data related) (release 2025.1.3)
@andig from evcc made me aware of an upcoming change in the evcc api that would lead to another incompatibility between evcc and the HA integration.
But this time I (hopefully) could adopt the code to the change and make sure that it will work with both implementations (the old=current and the new=future). So you could already update the HA integration and when ever you update evcc you just need a HA restart to allow the integration to 'detect' the change and take appropriate action.
Fix for issue #77 caused by 2025.1.3
Credits
- Thanks @RustyDust for providing the https support
- Thanks @andig for sharing the PR evcc-io/evcc#18063 with me - so I was able to prepare the integration code for the upcoming change
2025.1.3
Support for evcc 0.132.1 (release 2025.1.2)
With evcc 0.132.1 the change evcc-io/evcc@65bdb40 introduced a new property chargerPhaseSwitching
and removed the chargerPhases1p3p
... Even if this adjustment has been rolled back already with evcc-io/evcc@e9d67ee, this HA integration became incompatible with the updated evcc version.
The release 2025.1.2 (and this one) make sure, that the integration will work with chargerPhases1p3p
and/or chargerPhaseSwitching
- so that what ever will be released in evcc in the near future, the integration should be able handle it.
Situations like this will probably occur also in the future, since I (as developer of the HA integration) am not part of evcc team. We are separate projects and obviously the integration rely on functionality provided by evcc. The developers of evcc a really great people who give me all support I could ask for - but nevertheless there is always the possibility of bad luck or bad timing.
Fixing sets option flow config_entry explicitly
warning (release 2025.1.2)
Also this new build fix a small issue reported Detected that custom integration 'evcc_intg' sets option flow config_entry explicitly...
https Support [by @RustyDust]
When you are running your evcc instance via https you now can simply add the schema https://
as part of your evcc-url during the initial setup of the integration (obviously you should not specify 443 as additional port in this case)
Support for upcoming change in evcc /api/state
response (grid data related)
@andig from evcc made me aware of an upcoming change in the evcc api that would lead to another incompatibility between evcc and the HA integration.
But this time I (hopefully) could adopt the code to the change and make sure that it will work with both implementations (the old=current and the new=future). So you could already update the HA integration and when ever you update evcc you just need a HA restart to allow the integration to 'detect' the change and take appropriate action.
Credits
Thanks @RustyDust for providing the https support
Thanks @andig for sharing the PR evcc-io/evcc#18063 with me - so I was able to prepare the integration code for the upcoming change
Support for evcc 0.132.1
With evcc 0.132.1 the change evcc-io/evcc@65bdb40 introduced the new property chargerPhaseSwitching
and removed the chargerPhases1p3p
... Even if this adjustment has been rolled back already with evcc-io/evcc@e9d67ee, the current release version of evcc is incompatible with the HA integration.
This new release make sure, that the integration will work with chargerPhases1p3p
and/or chargerPhaseSwitching
- so that what ever will be released in evcc in the near future, the integration should be able handle it.
Also this new build fix a small issue reported Detected that custom integration 'evcc_intg' sets option flow config_entry explicitly...
Removed hardcoded area 'Basement'
No clue why I implement HA integration stuff during the Dart-WM final... Go Luke!
In previous releases the 'Area' was hardcoded to Basement - this new build allow you to configure/select the area - as requested in #57
€/kWh max limits set to 2.5€ [and for none € countries to 25.0]
First of all HappyNewYear to you all...
I was made aware, that the current implemented cost limit number selectors have the limitation, that they will only work for € (some sort of) - So the BATTERYGRIDCHARGELIMIT
and the SMARTCOSTLIMIT
Sensors will come with a max value of 2,50€ - and for none € countries the limit will be 10 times higher.
Added BatteryBoost switch [per Loadpoint] (working)
The initial implementation of the new switch did not work with the 'latest' release of evcc https://github.com/evcc-io/evcc/releases/tag/0.132.0 cause of a tiny bug in evcc that will be fixed with the PR evcc-io/evcc#17951.
But instead of waiting for the next evcc release (which will be available for sure quite soon), I have implemented a simple workaround (using 0
& 1
instead of true
& false
at the API endpoint).
All the best for the new year!