-
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
Local control via bluetooth #344
Comments
We will certainly explore the possibilities of local control once it is released. OCPP might make more sense than Bluetooth though. |
"OCPP might make more sense than Bluetooth though" Agree, but have you heard anything about them opening up for local control via OCPP? I have only read about bluetooth. |
Local OCPP is mentioned in this article for instance: |
Ah nice! |
Yes, it remains to see exactly how much of the new features makes it to the already installed devices I guess. |
According to Easea changelog. Local bluetooth control is available with App Beta 2.0 and Charger Firmware v316. |
Ok, so some signs that things are moving along. |
Bluetooth is now available in the IOS app and can be configured and used. |
Same in the android app (2.0) but my charger still run firmware v310. Local bluetooth api seems to require v316. |
Yes, the app asked for permission to use BT when I opened it recently. |
Hi, |
Yes, I too have v318 now, I have not tried bluetooth yet though. |
Propably we need to reverse engineer the BT protocol: After that commands could bei implemented in Physon scripts. |
The Bluetooth stuff that's done for the apps and the charger isn't really designed to work with smart home systems, nor any third party system. But the building blocks that were put in place for this means its going to be easier for us to get local OCPP up and running, and possibly other ways of controlling the charger locally. If I can figure out how to get Bluetooth working in an android emulator inside of docker, then perhaps BT could be used for local control as well. But haven't had any luck with that. I very much would like local control over the chargers, but don't much care how or what that looks like. |
I think with HA you could in theory place a ESPHome bluetooth gateway close to a charger to get at least some local control. |
Hi, I was just wondering if there was any more updates on this? I have v318 on my Easee home, and can control via the app with Bluetooth, but would LOVE local control and minimise cloud usage. Otherwise, I'm also willing to try and connect via an ESP device, to get some local control. Does anyone have a guide of how to connect with an ESP, or have tried it yet? |
I have not looked in to it yet at least. |
That is bad news if that will be the case... |
Let me check but I think there's local and cloud OCPP, that might confuse some people a bit. Nothing has been decided yet with regard to that, but it would be strange if you had to pay for local ocpp for smart home use, don't think it makes sense. |
@skela my take on it is that you'll have to pay as the functionality is not yet developed, and to recoup said developer time payment is required (if they ever decide to do it). This is just inline with other moves Easee have been doing lately (like adding subscription features to the newly released charger) I guess Easee stance on this is the (Easee HOme) charger wasn't sold or advertised with this functionality, and thereby they are not required to develop it. |
Fair enough. The chargers were not advertised with having Bluetooth either, and released retroactively to all chargers free of charge. Anything they can do to decrease cost is in the best interest of the company, and I reckon this is one of those things. The subscription model was sniffed at for the new charger for sure like many other charge point manufacturers have done in the past. And subsequently cancelled. |
@skela yes, I sort of assume that reduced traffic to the cloud servers equals reduced cost for Easee, so it should be in their interest to have local "API" of some sort. |
There's a few different OCPP docker solutions, combining that with a simple rest api and a streaming thing mqtt or something else) into 1 local Easee docker container should be straightforward enough. |
There's also https://github.com/lbbrhzn/ocpp (OCPP home assistant integration) |
Not sure if this shows that there's still hope for local control via OCPP. Looking in the table in the link below, the Easee home chargers are due for a local OCPP in the near future (article was updated 2 months ago)... Wondering if we should collectively all email Easee, and ask them to pull their finger out and get a local OCPP update released asap 🤣 |
Has there been any progress with some form of Local control? My internet connection isn't always the most reliable so I've had a couple of failed charges due to poor comms with my Easee One. It would be good to get rid of this issues and have local control. |
No progress on local control from my side at least. I usually never have problems, but I have set up automations that change dynamic circuit limit settings every 20 seconds (if they are not already confirmed changed from the charger). So if it fails once does not really matter. |
Thanks for the reply. I've been meaning to look in to ways of running automations again after a failure, your method has prompted me to look at this. Out of interest, are you changing dynamic circuit limit as a way to turn on/off? |
Yes, if the limit is set to less than 6A the charging will stop. Anything above that charging will start. |
It seems Easee has changed their stance on the Home charger, https://support.easee.com/hc/en-gb/articles/15915437771921-What-are-the-differences-between-Charge-Lite-and-Home - local nor via 4G OCPP will come in future FW for Home charger. |
Feature request
So it seems Easee soon will implement local control via bluetooth also on the old Easee Home chargers.
Do you think this integration will be able to utilize that functionality?
Perhaps via an esphome bluetooth proxy?
What version of the integration are you using?
0.9.54
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: