-
由 Andy Green 创作于
The old esp32 -factory stuff along with the lws support doesn't have a future in its old form. It has users but the ratio of effort to contribution is really especially bad. I haven't updated it for more than a year since esp-idf changes broke the original stuff. Freertos plat is alive and well and getting a lot of new use, ESP-32 is supported both there and by modern lws_drivers pieces, including in CI on real hardware, any further effort will be invested in that direction instead of more vendor api-specific code (outside of wrapper implementation). lws_drivers wraps any SDK apis in generic lws apis such that your code just uses those, enabling it to become SDK / SoC / vendor independent. Its first implementation is on esp-idf, the low and mid-level features that were in the old -factory are already available using that and new technologies like lws_struct and Secure Streams.
由 Andy Green 创作于The old esp32 -factory stuff along with the lws support doesn't have a future in its old form. It has users but the ratio of effort to contribution is really especially bad. I haven't updated it for more than a year since esp-idf changes broke the original stuff. Freertos plat is alive and well and getting a lot of new use, ESP-32 is supported both there and by modern lws_drivers pieces, including in CI on real hardware, any further effort will be invested in that direction instead of more vendor api-specific code (outside of wrapper implementation). lws_drivers wraps any SDK apis in generic lws apis such that your code just uses those, enabling it to become SDK / SoC / vendor independent. Its first implementation is on esp-idf, the low and mid-level features that were in the old -factory are already available using that and new technologies like lws_struct and Secure Streams.
代码所有者
将用户和群组指定为特定文件更改的核准人。 了解更多。