Allow some (or all) functionality while in AP mode

[glynhudson]

A while back due the web server memory issues we made the change to only display the list of nearby networks to connect to when in AP mode. It's become apparent in real-world testing that being able to fully control the unit while in AP mode would be very useful

E.g. charger is installed a remote location with no nearby WiFi network available, unit is used as a mobile EVSE therefore location is always different making connecting to a local WiFi network impossible.

After implementing PR #87 and #83 to embed SPIFFS into the flash am I correct in thinking we have some more memory headroom to play with now we are not mounting SPIFFS? If so would it be feasible to enable operation of all functions while in AP mode?

If so it would probably also be a good idea to add the ability to set the SSID and PSK to secure the AP network when installed in public locations. I have been told by EV installers that a local admin login to be able to test the functions of the charge point would be very useful.

[jeremypoulter]

Actually none of that functionality is dissabled, it is just a different page you get back when you go to http://openevse.local/. Fetching http://openevse.local/home.htm should give you the full UI. Jeremy

…

On Nov 11, 2017 4:45 PM, "Glyn Hudson" ***@***.***> wrote: A while back due the web server memory issues we made the change to only display the list of nearby networks to connect to when in AP mode. It's become apparent in real-world testing that being able to fully control the unit while in AP mode would be very useful E.g. charger is installed a remote location with no nearby WiFi network available, unit is used as a mobile EVSE therefore location is always different making connecting to a local WiFi network impossible. After implementing PR #87 <#87> and #83 <#83> to embed SPIFFS into the flash am I correct in thinking we have some more memory headroom to play with now we are not mounting SPIFFS? If so would it be feasible to enable operation of all functions while in AP mode? If so it would probably also be a good idea to add the ability to set the SSID and PSK to secure the AP network when installed in public locations. I have been told by EV installers that a local admin login to be able to test the functions of the charge point would be very useful. — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#120>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AF1WgFKMdqRqrrgtYSY2TKzt8GMw18gvks5s1c8ugaJpZM4QajQb> .

[glynhudson]

Ah awesome, that's great. I'll test it and if it works we could look ad adjusting the captive portal re-direct URL. On 11 November 2017 at 18:00, Jeremy Poulter <[email protected]> wrote:

…

Actually none of that functionality is dissabled, it is just a different page you get back when you go to http://openevse.local/. Fetching http://openevse.local/home.htm should give you the full UI. Jeremy On Nov 11, 2017 4:45 PM, "Glyn Hudson" ***@***.***> wrote: > A while back due the web server memory issues we made the change to only > display the list of nearby networks to connect to when in AP mode. It's > become apparent in real-world testing that being able to fully control the > unit while in AP mode would be very useful > > E.g. charger is installed a remote location with no nearby WiFi network > available, unit is used as a mobile EVSE therefore location is always > different making connecting to a local WiFi network impossible. > > After implementing PR #87 > <#87> and #83 > <#83> to embed SPIFFS > into the flash am I correct in thinking we have some more memory headroom > to play with now we are not mounting SPIFFS? If so would it be feasible to > enable operation of all functions while in AP mode? > > If so it would probably also be a good idea to add the ability to set the > SSID and PSK to secure the AP network when installed in public locations. I > have been told by EV installers that a local admin login to be able to test > the functions of the charge point would be very useful. > > — > You are receiving this because you are subscribed to this thread. > Reply to this email directly, view it on GitHub > <#120>, or mute the > thread > <https://github.com/notifications/unsubscribe-auth/ AF1WgFKMdqRqrrgtYSY2TKzt8GMw18gvks5s1c8ugaJpZM4QajQb> > . > — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#120 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAuUPCWJhKhPc0YRxE0PFwtKtrsy8xFpks5s1eC8gaJpZM4QajQb> .

-- Glyn Hudson https://openenergymonitor.org http://zerocarbonadventures.co.uk

[jeremypoulter]

I would probably just add a link at the bottom of the page to redirect to the full UI. IMHO the WiFi only page makes setting up a lot easier for the majority of users and the link will allow for the use case where there is no other WiFi. Jeremy

…

On Nov 12, 2017 4:29 PM, "Glyn Hudson" ***@***.***> wrote: Ah awesome, that's great. I'll test it and if it works we could look ad adjusting the captive portal re-direct URL. On 11 November 2017 at 18:00, Jeremy Poulter ***@***.***> wrote: > Actually none of that functionality is dissabled, it is just a different > page you get back when you go to http://openevse.local/. Fetching > http://openevse.local/home.htm should give you the full UI. > > Jeremy > > On Nov 11, 2017 4:45 PM, "Glyn Hudson" ***@***.***> wrote: > > > A while back due the web server memory issues we made the change to only > > display the list of nearby networks to connect to when in AP mode. It's > > become apparent in real-world testing that being able to fully control > the > > unit while in AP mode would be very useful > > > > E.g. charger is installed a remote location with no nearby WiFi network > > available, unit is used as a mobile EVSE therefore location is always > > different making connecting to a local WiFi network impossible. > > > > After implementing PR #87 > > <#87> and #83 > > <#83> to embed SPIFFS > > into the flash am I correct in thinking we have some more memory headroom > > to play with now we are not mounting SPIFFS? If so would it be feasible > to > > enable operation of all functions while in AP mode? > > > > If so it would probably also be a good idea to add the ability to set the > > SSID and PSK to secure the AP network when installed in public > locations. I > > have been told by EV installers that a local admin login to be able to > test > > the functions of the charge point would be very useful. > > > > — > > You are receiving this because you are subscribed to this thread. > > Reply to this email directly, view it on GitHub > > <#120>, or mute the > > thread > > <https://github.com/notifications/unsubscribe-auth/ > AF1WgFKMdqRqrrgtYSY2TKzt8GMw18gvks5s1c8ugaJpZM4QajQb> > > . > > > > — > You are receiving this because you authored the thread. > Reply to this email directly, view it on GitHub > <#120# issuecomment-343682601>, > or mute the thread > <https://github.com/notifications/unsubscribe-auth/ AAuUPCWJhKhPc0YRxE0PFwtKtrsy8xFpks5s1eC8gaJpZM4QajQb> > . > -- Glyn Hudson https://openenergymonitor.org http://zerocarbonadventures.co.uk — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#120 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AF1WgHECbpsuOK7JGoaQ14Vk011BAI1mks5s1xzdgaJpZM4QajQb> .

[glynhudson]

Good idea 👍

I can confirm that browsing to /home.htm gives us the full interface and seems to work well (no stability issues).

I agree, it would be best not to overload a user with the full interface when all they want to do is to configure WiFi. A button is a good idea. I've added it to master branch.

Can you think of any improvements to the wording / layout: