Simplify wifi.save() to be able to drop jswrap_wifi_restore #7399
Replies: 1 comment
-
Posted at 2020-03-23 by @MaBecker You mean, move it from firmware to javascript? Well, sure it's possible, but to be honest there are more heavy part we should discuss to remove to have more free heap and figure out why the firmware has less heap with each esp-idf update. My first test results with esp-idf 4.1 based on JumJum's work to make it happen is
and it is missing TLS at the moment. Have you used EFEU? It is an online firmware build tool maintained by JumJum which allows to build a firmware with stuff you need for your project. Posted at 2020-03-24 by opichals
With the aim to completely unify board Wifi support I think it would be worth doing as well as perhaps also making it compatible with the http://www.espruino.com/Reference#t_Ethernet interface e.g. the getIP() to be usable with a callback. @gfwilliams what do you think? I agree on the memory issues to be fairly pressing but I'd move the related discussion to another forum topic. Posted at 2020-03-24 by @MaBecker
Yes, I completely argree! |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Posted at 2020-03-23 by opichals
For the sake of making the firmware simpler/smaller I wonder if the wifi.save() could simple store wifi config script instead of the the JSON it does now?
This could still be constructing and saving a string and perhaps it would be more bytes written to the
.wificfg
in the end but I think the benefit of not having to translate the JSON to other setup could make it simpler (the following two functions would not need to exist):I mean like making
wifi.save()
save something like this to.wificfg
:Or perhaps we don't need any
wifi.save
at all with the .bootX automatic loading?Beta Was this translation helpful? Give feedback.
All reactions