ESP IDF Version Support with MDF

[mpulis]

Hi all,

I've tried to run the last stable release version of the MDF (v1.0) alongside the last stable release version of the IDF (v4.1) to no avail. On checking which IDF version the MDF repository was using, I've discovered that it's v3.2.

Can I get MDF working with the latest IDF release? Is it just a question of updating the toolchain, or will the breaking changes in the IDF update affect some of the MDF libraries?

If that is the case, are there any plans for MDF to be made compatible with the latest IDF release?

Your help is greatly appreciated

[ESP_LBB]

Hello,

Yes there is breaking changes from IDF3.X to IDF4.X, so currently we still working on IDF3.X, the one we believe stable.

We are working on this and soon we will update the release v1.0 with IDF3.3 support, then we will update the master branch with IDF4.X mid-April(current plan).

[mpulis]

Hi,

Thanks for the reply!

[ricksondpenha]

Hi any updates on supporting ESP-IDF4.x, eagerly waiting./

[mpulis]

Same here. Is there any timeline for this?

[parado]

Same here. Any news?

[willemmerson]

It already does?
https://github.com/espressif/esp-mdf/co ... 30ea4b9e6d

[mpulis]

Ah, so it seems that the ESP-MDF master branch is using the ESP-IDF master branch.

Great, thanks!

[martins]

Hi, are there any plans on stable MDF release based on IDF v4.x?

Situation: I' have successfully connected two ethernet devices over mesh, which will be the base for our product solution.
To do that, I have basically combined the mwifi-no-router from MDF and eth2ap example from IDF-master. As the eth2ap example is only available since IDF v4.x while there are major changes in ethernet driver between IDF v3.x and 4.x, it is not clear to me how to replicate the functionality in the MDF v1.0.

But if updated stable MDF release is not planned for, lets say, near future, I guess we will have to do the covnersion anyways.

Edit: Other option I see would be to just use IDF's mesh functions directly. We would loose MDF functionality, but we could probably handle that.

What would you suggest?