Implement OCPP protocol V1.6

[glynhudson]

Open Charge Point Protocol: http://www.openchargealliance.org/protocols/ocpp/ocpp-16/

Allow OpenEVSE to integrate easily with other charging networks.

Spec attached:
ocpp-1.6_edition_2.pdf
OCPP_1.6_JSON_Specification.pdf

Wiki page: https://github.com/OpenEVSE/openevse_wifi_server/wiki/Open-Charge-Point-Protocol

[chris1howell]

Here is a white paper about integrating OCPP with OpenADR (Demand Response) both would fit in well with EmonCMS energy monitoring to create Smart Charging with open protocols.
using openadr with ocpp.pdf

[DrFrankReade]

This is a great idea, but is the ESP8266 powerful enough to get the job done? Or is this a good job for the Raspberry Pi Zero W or an ESP32?

[glynhudson]

Yes, I think your right. OCPP is a hefty API. More horsepower will be required, also needed for OpenEVSE/ESP8266_WiFi_v2.x#152

My preference would be RaspberryPi, possibly a zero or A+

I'm not too familiar with ESP32, how much more powerful is it? My feeling is that full embedded will probably be required for hefty web API's. The challenge is to make a smooth user setup experience. We have done this to some extent with OpenEnergyMonitor handing off WiFi AP to STA on a RaspberryPi: https://blog.openenergymonitor.org/2017/06/emonpi-network-setup-wizard/

[DrFrankReade]

I have friends who swear by the ESP32, and it's an awesome chip for sure, but code for a Pi, being (likely) linux, is going to be a LOT more portable than the code for an ESP32. So, there's nothing I love more than designing PCBs - Shall I take a stab at a board to mate the OpenEVSE to a Pi Zero? With level shifters and transient protection? My only concern is powering the Pi. I'm not sure if the OpenEVSE's power supply has the oomph to power it, certainly not from the 5V rail, but maybe the 12V rail through a buck converter. I'll look in to it.

[glynhudson]

It defiantly need it's own power supply.

That's a very kind offer. However, I'm not sure we need a PCB since the openevse controller can just talk to the Pi via serial. A wire to the GPIO serial pin is all that's needed.

@chris1howell @lincomatic @jeremypoulter do you have any thoughts?

[chris1howell]

I really like the OrangePi Zero. It is nice and small and has both WiFi and Ethernet. OpenEVSE serial is 5v as long as the pins on whatever SBC we connect to are 5v tolerant we are okay. Otherwise we need a level shifter. We will absolutely need external power unless we beef up the PS on a future version. On Apr 4, 2018 6:36 PM, "Glyn Hudson" <notifications@github.com<mailto:notifications@github.com>> wrote: It defiantly need it's own power supply. That's a very kind offer. However, I'm not sure we need a PCB since the openevse controller can just talk to the Pi via serial. A wire to the GPIO serial pin is all that's needed. @chris1howell<https://github.com/chris1howell> @lincomatic<https://github.com/lincomatic> @jeremypoulter<https://github.com/jeremypoulter> do you have any thoughts? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://github.com/OpenEVSE/ESP8266_WiFi_v2.x/issues/114#issuecomment-378795496>, or mute the thread<https://github.com/notifications/unsubscribe-auth/ABvYH7NJafENlsygQWDSS5CiBdnEaS0Bks5tlXU2gaJpZM4QDASN>.

[jeremypoulter]

I think an ESP32 port should be fairly easy. Just need a few hours to have a look as far as I can tell all the required libraries are supposed. For the Pi/Orange Pi/basically any PC with a serial port I kind of had in mind that the Simulator could be relatively easily modified to work with the OpenEVSE directly. I have a few ideas on how to do this. I am nearly done with the time zone issues, it may be an idea to look at porting to something with a bit more power. On 5 Apr 2018 04:15, "Chris Howell" <notifications@github.com> wrote: I really like the OrangePi Zero. It is nice and small and has both WiFi and Ethernet. OpenEVSE serial is 5v as long as the pins on whatever SBC we connect to are 5v tolerant we are okay. Otherwise we need a level shifter. We will absolutely need external power unless we beef up the PS on a future version. On Apr 4, 2018 6:36 PM, "Glyn Hudson" <notifications@github.com<mailto: notifications@github.com>> wrote: It defiantly need it's own power supply. That's a very kind offer. However, I'm not sure we need a PCB since the openevse controller can just talk to the Pi via serial. A wire to the GPIO serial pin is all that's needed. @chris1howell<https://github.com/chris1howell> @lincomatic< https://github.com/lincomatic> @jeremypoulter< https://github.com/jeremypoulter> do you have any thoughts? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub< https://github.com/OpenEVSE/ESP8266_WiFi_v2.x/issues/114#issuecomment-378795496>, or mute the thread< https://github.com/notifications/unsubscribe-auth/ABvYH7NJafENlsygQWDSS5CiBdnEaS0Bks5tlXU2gaJpZM4QDASN>. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <https://github.com/OpenEVSE/ESP8266_WiFi_v2.x/issues/114#issuecomment-378808580>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AF1WgD0_uBVJOncM-u0CsATjbmu3PjlKks5tlYxGgaJpZM4QDASN> .

[DrFrankReade]

Hello -

One could also simply plug a USB FTDI adapter in the Pi and go that way, but the pile of hardware is starting to look really ugly, which is why I advocate for a purpose built board.

On the matter of serial between the OpenEVSE and a Pi, or ESP of any variety, level shifting is absolutely needed. Although a simple voltage divider will suffice for getting data from OpenEVSE to a 3.3V device, a proper level shifting is required to get the data up to 5V for the OpenEVSE to read any of these devices. There's a dozen ways to do this, but I'm personally a big fan of using optoisolators because of the dual purpose that they'd be serving in this role. While it might work to directly connect it, reliability often ends up suffering.

Another reason I like a board is to be able to power the Pi from a more robust connector than the micro USB, and the possibility of powering it with a higher voltage, maybe even the 220 lines (The MeanWell IRM-10-5 comes to mind) without having to incorporate a wall wart somewhere. I see the whole shootin' match to look like a raspberry pi zero W stacked and screwed to a board with 220V in and 5V serial out (and maybe a couple LEDS)

[chris1howell]

I am pretty sure the Atmega 328p will handle 3.3v tx levels even at 5v. On Apr 5, 2018 1:10 PM, "Andy Baker" <notifications@github.com<mailto:notifications@github.com>> wrote: Hello - One could also simply plug a USB FTDI adapter in the Pi and go that way, but the pile of hardware is starting to look really ugly, which is why I advocate for a purpose built board. On the matter of serial between the OpenEVSE and a Pi, or ESP of any variety, level shifting is absolutely needed. Although a simple voltage divider will suffice for getting data from OpenEVSE to a 3.3V device, a proper level shifting is required to get the data up to 5V for the OpenEVSE to read any of these devices. There's a dozen ways to do this, but I'm personally a big fan of using optoisolators because of the dual purpose that they'd be serving in this role. While it might work to directly connect it, reliability often ends up suffering. Another reason I like a board is to be able to power the Pi from a more robust connector than the micro USB, and the possibility of powering it with a higher voltage, maybe even the 220 lines (The MeanWell IRM-10-5 comes to mind) without having to incorporate a wall wart somewhere. I see the whole shootin' match to look like a raspberry pi zero W stacked and screwed to a board with 220V in and 5V serial out (and maybe a couple LEDS) — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://github.com/OpenEVSE/ESP8266_WiFi_v2.x/issues/114#issuecomment-379061368>, or mute the thread<https://github.com/notifications/unsubscribe-auth/ABvYHzUHUHCIcmKdya8b_ebrfxxDdIpsks5tlnozgaJpZM4QDASN>.

[DrFrankReade]

Hello,

It's true, the ATMEGA328P can in fact handle 3.3V as a logic "high" but since the "high" on the atmel is defined as VCC * 0.6 (that's 3V), there's not much room for power supply droop or noise, The adafruit boards work because they have shifters built in.

Andy

[davehun]

A board with more CPU grunt and connectivity would help for other reasons.
A Board with BT and wifi would allow getting the state of charge via ODBC i.e. a leafspy type device.
I haven't had a good experince getting the state of charge via the Nissan API (other cars may be better).

[glynhudson]

Having been involved in installing a few OpenEVSE units with WiFi in customer locations I'm convinced of the importance of having a wired Ethernet option. In some locations WiFi is tricky and can be unreliable when the unit is mounted externally.

I'm keen to stick with an embedded solution rather than move to a full linux stack e.g RaspberryPi. I feel that an embedded solution e.g. ESP32 will be more reliable and better suited to the working environment inside an openEVSE enclosure e.g wide temperature range etc.

I've found that it's possible to get a board with an ESP32 with integrated Etherned which to me seems to perfect solution: https://www.olimex.com/Products/IoT/ESP32-GATEWAY/open-source-hardware

ESP32 will enable secure HTTPS connections and give us plenty of space for growth.

What do you think @jeremypoulter @chris1howell @lincomatic?

[jeremypoulter]

Oh, that looks like a nice board. I have started on a port to ESP32, unfortunately (or fortunately depending on your POV) I need to implement propper SSL certificates. Honestly thought I don't think there is any advantage, from a hardware POV, in using the ESP32 over a Pi (or similar). Certainly for large scale, remote management applications I would be more inclined to go for the latter. In essence I think there are good use cases for each of the platforms.

…

On Thu, 12 Apr 2018, 16:56 Glyn Hudson, ***@***.***> wrote: Having been involved in installing a few OpenEVSE units with WiFi in customer locations I'm convinced of the importance of having a wired Ethernet option. In some locations WiFi is tricky and can be unreliable when the unit is mounted externally. I'm keen to stick with an embedded solution rather than move to a full linux stack e.g RaspberryPi. I feel that an embedded solution e.g. ESP32 will be more reliable and better suited to the working environment inside an openEVSE enclosure e.g wide temperature range etc. I've found that it's possible to get a board with an ESP32 with integrated Etherned which to me seems to perfect solution: https://www.olimex.com/Products/IoT/ESP32-GATEWAY/open-source-hardware ESP32 will enable secure HTTPS connections and give us plenty of space for growth. What do you think @jeremypoulter <https://github.com/jeremypoulter> @chris1howell <https://github.com/chris1howell> @lincomatic <https://github.com/lincomatic>? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <https://github.com/OpenEVSE/ESP8266_WiFi_v2.x/issues/114#issuecomment-380855431>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AF1WgIpqSey7p6PMX3-cD6NPmpb2mr66ks5tn3klgaJpZM4QDASN> .

[DrFrankReade]

I agree that wired ethernet is always better if it can be pulled off. Wifi is problematic in dense areas, even if the signal looks "good"

I will again make the case for a Pi (or other Linux device) since there are TONS of them, and portability of code will (practically) never be an issue. Run it on a Pi, an Intel Edison, a PC, an Arduino Yun, etc.. and there are linux distributions that are lightweight and boot quickly. On the other hand, if for some reason they stop making ESP32s, then that's just that. There are also infinite peripheral options on the Pi and fantastic community support (the ESP has a good community too)
Imagine it...
(for a PowerWheels EVSE)
http://www.frank-buss.de/raspberrypi/epaper/energy-monitor-display.jpg

[chris1howell]

I like the OpenWRT based GL-iNet devices
https://store.gl-inet.com/products/gl-ar150-mini-smart-router?variant=3047587807259
https://www.aliexpress.com/item/50Pcs-Pack-GL-iNet-6416-Atheros-AR9331-802-11n-150Mbps-Wireless-Mini-WiFi-Router-OPENWRT-OPENVPN/32861193451.html

and the Orange Pi Zero
http://www.orangepi.org/orangepizero/