Hi list,

Another quick post to share with you the progress on the ESP-IDFv5 + cmake endeavour:


Please note that those branches / PRs are still Work-In-Progress, and that I may certainly (and wrongly) `push --force` some changes as I rebase, update or split the big PR into smaller, easy to study PRs. I'll try not to but can't promise :-)
So if you checkout the branch, please be warned and know your git commands to either reset or rebase your working copy...

Next on my list are, in no particular order:

Boot time warnings to study and check if OK:


Additional instructions:

When first building, your sdkconfig will be converted as some config options did change betwen ESP-IDF v3.x and v5.x.

Run `menuconfig` and :


If any of you with some free time could be nice enough to try to reproduce such a build and share the experience here. Let me know how the instructions could be updated and what issues you are facing.


Best regards,


Le 27/01/2023 à 03:17, Michael Geddes a écrit :
I may try this on my spare board as a start! (The Aux 12v switch didn't work... But otherwise it's mostly OK)

Michael. 

On Thu, 26 Jan 2023, 4:41 pm Mark Webb-Johnson, <mark@webb-johnson.net> wrote:
Progress looks good on this. Thanks for stepping up to try to tackle it.

Pain points for me with our current approach are:

  1. RAM usage (in particular IRAM)
  2. IDF bugs that may be improved in newer versions
  3. Support for newer hardware (including ESP32-S3)

#3 would give us a welcome 12 more GPIOs with minimal hardware changes, but possibly worse RAM situation (520KB->512KB, see #1).

My preference would be v5 IDF (for the newer hardware support).

I think it would be fine to have this as a new branch. Not particularly important to make it work in the master one.

Regards, Mark.

On 26 Jan 2023, at 8:56 AM, Ludovic LANGE <ll-ovmsdev@lange.nom.fr> wrote:

Hi,

A quick note to share with you the progress on the ESP-IDFv4 + cmake endeavour:

Regards,