-
Notifications
You must be signed in to change notification settings - Fork 39
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Control 2 chargers on same circuit #357
Comments
I guess setting the charger dynamic limit would be one way. It is automatically reset though when charging starts so you would have to make sure to set it when charging starts or just once a minute or so (if you call the service it will only call the API if the limit is different from what is already set, so no harm in doing that). But, also if you want to limit power, setting the circuit dynamic limit does mean that the power is limited for both chargers total power. I.e if you set the limit to anything less than 12A then only one charger will start since the minimum current for one charger to start is 6A. You would not know which one of the charger starts fist though. A third way would be to pause the charger you do not want to start... I do not have this kind of setup myself so I have never tried any of these methods. |
What do you think of using switch.easee_garaget_charger_enabled. |
It should work I guess, but since it is a charger configuration setting it might be so that it is written to flash in the charger. So there is a risk of wearing out the flash memory if the setting is changed too often. |
I do not have this kind of setup myself, so not completely sure how the sensors normally behave under these circumstances... So are both chargers actually configured to be on the same circuit? Are you using the "output limit" sensor to display the "Used limit" in the pictures above? |
Yes they are on the same circuit - Both shown in easee.cloud and have the same circuit_id shown under I'll test how it behaves with a car connected tonight when it gets home. If was just puzzled by the master updating without a car connected while the slave was not .... But when i connect a car i would expect the slave charge to honor the circuit maks as shown by the master. I normally just change it in an automation but the charger card is easy to visualize what is going on what sets the limit Btw the Used limit is - entity_id: calculated and the reason that it is not showing correctly i probably that the slave chargers dynamic circuit is still at 40A even trough the it is set lower |
It will use the value of the master but i dont think it will update anyway when charging. |
We know since before that the circuit_current sensor does not update on slave chargers (so we decided some time ago to remove it on slave chargers). "calculated" is not a sensor name that is provided by this integration, unless you have renamed it, so not sure what you mean there...? As I stated above, the sensor called "output_limit" will show you what limit is actually used by the charger. Hopefully that works on both master and slave. But it will always be 0 until charging starts. It might provide some clue to what limit is actually used. |
Didn't we already discuss this? #256 (comment) |
The car got home and we are now after 21 where the transport tarifs goes from 1.2388 DKK/kWh to 0,4129 DKK (~0,17€ €/KWh to ~0,06 €/KWh)
And the slave charger status is PAUSED/AWAITING START with the reason MAX DYNAMIC CIRCUIT TO LOW Setting the dynamic circuit max to 6A starts charging at the slave with "CHARGERID_output_limit at 6A So all works as expected but i was just puzzled by the slave showing nonsense values for dynamic_circuit_max. The "calculated" is in the https://github.com/tmjo/charger-card and does not take into account that the dynamic max for a slave is not updated. The purpose is a bit different than the other thread as i was trying to help someone with an automation to charge two cars simultaneously with surplus solar power . He has a big array and on clear days it generates enough surplus for that enstead even here in January. (better than selling it at spotprice with a deduction (indfødnings tarif don't know how to translate). ) He started with a blueprint from someone else and today when the sun came out it mostly worked (that is the first car/charger started/stopped as it should but the second did not stop charge as expected). But the error most be somewhere else as the easee_hass as my test shows that the slave charger respects the masters dynamic circuit limit even trough the slaves enity does not show it I think that it will be a good idea to remove them from slave as it was done for the circuit_current - then it wont confuse anybody else :-) The following are not updated either
|
See #384 |
The non-working sensors mentioned above are now removed in the latest release. |
Question
I have 2 chargers on the same circuit so controlling them idividually by circuit_dynamic_limit is not possible.
What is the best way to cotroll them individually in a sheduling automation. I will not run them on the same time due to effect fee
What version of the integration are you using?
Latest
Anything in the logs that might be useful for us?
No response
Additional information
No response
The text was updated successfully, but these errors were encountered: