-
-
Notifications
You must be signed in to change notification settings - Fork 372
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
API features (OCPI ?) #56
Comments
neither merging steve 1.6 with steve-plugsurfing nor upgrading to OIOI v4 is on the horizon. i agree, that OCPI started to become the new industry standard, but cannot say if or when i will implement it. maybe in the really distant future.... |
I completely understand. One more time many thanks for your amazing work. |
@goRaspy did you manage to implement OCPI with SteVe? |
@rdc-Green managing OCPI and managing OCPP are 2 different jobs. |
i came looking for ocpi abilities as well. main reason being able to tie my stations to public map services like plugshare.com so users can see if chargers are available and remotely monitor their charging status if they leave their car at my charger. Would be nice to see this, would love to tie it to plugshare.com |
I do love steve-plugsurfing for "OIOI hacks" possibilities. It is very precious to be able to play remotely with charging stations by the plugsurfing's API.
Unfortunately, I do not think it is possible to do a "simple" merge of steve 1.6 on steve-plugsurfing (1.5).
In the same time OIOI evolves to v4. So steve endpoint should also need to be upgraded.
In my opinion, the best "API" to integrate should be OCPI which seems to become the new industry standard. However this option involves probably a "structural" evolution of steve to integrate emi3 denominations for EVSE.
The text was updated successfully, but these errors were encountered: