Physical Security - RAPI command to disable button.

[Chris Howell]

RAPI command needed for physical security to disable push button.

[lincomatic]

no code space left to implement this, unfortunately.

[beikeland]

Maybe I'm missing the use case, but if the button is installed, I presume its meant for user access.

Currently its not possible to unlock AuthLock from the menu, as such if the code is made to ignore the button when AuthLock is enabled then only authorized users will have access to use the button.

If authorized users aren't supposed to access the button then I don't see the need to install/connect it.

Should it be neccecary to disable the button it could be handled by the RAPI client by connecting one side of the button to say the ESP8266 or DTR line if its a serial server etc.

[lincomatic]

authlock prevents unauthorized charging. button locking prevents unauthorized changing of settings. like for instance, max amps, and even scarier, turning off safety checks

[beikeland]

I get that, but if someone authorized to charge is not allowed to access the menu, and RAPI is required to enable the button then whoever can enable the button can also make the desired changes directly over RAPI which to me is faster and easier. So if being reliant on RAPI is acceptable the button could be skipped or the menu stripped down without any real loss of functionality, freeing up space for the needed RAPI command.

[Craig Kirkpatrick]

Bjørn, You need to be clear about what your desired behavior is that you request. My head spins a little bit reading and re-reading what you wrote and trying to figure out what you meant, what you seek. No matter. Some advice: If you have an OpenEVSE with no button you can make free >10Kbytes of eprom by commenting out #define BTN_MENU in open_evse.h and it will make the button still useful for pausing during charging but just remove the ability to access the menus. If you want to “trim” the menus a little bit but not completely remove the menus you can add #undef DELAYTIMER_MENU right after you see #define DELAYTIMER_MENU also in open_evse.h This saves 2,782 bytes and still the timers are functional and can be set over WiFi. Sam is correct that it would be best to have a new RAPI command for disabling the button. I played a code change disabling the button during AUTH_LOCK and it does work nicely but the button remains available to tamper during charging. If we are seriously concerned about button tampering then a new RAPI button disable would be a nice enhancement. A fine alternative is to build the kit with the button disconnected as long as WiFi is okay. Keep having fun, Craig K.

…

On Dec 30, 2019, at 5:29 PM, Bjørn ***@***.***> wrote: I get that, but if someone authorized to charge is not allowed to access the menu, and RAPI is required to enable the button then whoever can enable the button can also make the desired changes directly over RAPI which to me is faster and easier. So if being reliant on RAPI is acceptable the button could be skipped or the menu stripped down without any real loss of functionality, freeing up space for the needed RAPI command. — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#111?email_source=notifications&email_token=ACV4NHJ5FRSFH6R2BWII33DQ3KOBPA5CNFSM4JU3AZS2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEH3SFCA#issuecomment-569844360>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACV4NHK55HE7IYEMW26PN2LQ3KOBPANCNFSM4JU3AZSQ>.

[Craig Kirkpatrick]

Since this thread is concerned with security of the OpenEVSE I submit to you this short video of firmware I developed today. https://www.dropbox.com/s/d781ln60ea24uar/AB1D201F-97F5-431B-8B6A-73ED3BEAAD36.mov?dl=0 <https://www.dropbox.com/s/d781ln60ea24uar/AB1D201F-97F5-431B-8B6A-73ED3BEAAD36.mov?dl=0> I did something in this code to disable the button during AUTH_LOCK 1. A better approach I think is to have what was originally requested which was a RAPI command to disable the button entirely until a RAPI command re-enables the button. Code space is very limited at this time for such enhancement requests. Experimenters such as we can disable DELAYTIMER_MENU in order to gain some working space for firmware enhancements. Keep having fun, Craig K.

…

On Dec 30, 2019, at 5:29 PM, Bjørn ***@***.***> wrote: I get that, but if someone authorized to charge is not allowed to access the menu, and RAPI is required to enable the button then whoever can enable the button can also make the desired changes directly over RAPI which to me is faster and easier. So if being reliant on RAPI is acceptable the button could be skipped or the menu stripped down without any real loss of functionality, freeing up space for the needed RAPI command. — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#111?email_source=notifications&email_token=ACV4NHJ5FRSFH6R2BWII33DQ3KOBPA5CNFSM4JU3AZS2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEH3SFCA#issuecomment-569844360>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACV4NHK55HE7IYEMW26PN2LQ3KOBPANCNFSM4JU3AZSQ>.

[lincomatic]

Looks cool, Craig! Is the EVSE managing the NFC board, or an external processor?

[Craig Kirkpatrick]

I used an external Adafruit ProTrinket board (in place of having it controlled by the ESP8266). This was just to make something quick and dirty as a simple prototype. Best Wishes, Craig K.

On Jan 2, 2020, at 7:35 PM, lincomatic ***@***.***> wrote:

 Looks cool, Craig! Is the EVSE managing the NFC board, or an external processor? — You are receiving this because you commented. Reply to this email directly, view it on GitHub, or unsubscribe.

[Chris Howell]

I would like to expand this a little further to enable an external processor (ESP32 WiFi) take over UI and writing to the LCD. My suggestion is:
-Remove all menus from main OpenEVSE controller except Service Level, Current and GFI self test, delay timer menu code alone should free up enough memory.
-new RAPI command to cause the OpenEVSE controller to ignore button presses BUT pass an RAPI message for short press, long press and 10s press.

[lincomatic]

c226ad8
9c487b5

[Jeremy Poulter]

... BUT pass an RAPI message for short press, long press and 10s press.

looks to be missing, was there a reason?