根据D133的文档，配置WIFI模块后编译，一堆的报错，发现RT-Thread Components和Third-party packages里都有lwip库，编译会报一堆的重复定义的错误
离线
咱俩同步呀，我也是昨天晚上调试发现的。
要去掉 RT-Thread Components一的
[] Enable ifconfig features
[] Enable ping features 这个不去，Third-party下去掉，也能编译过去，但ping报内存错误
最近编辑记录 staunchheart (2024-10-17 09:02:16)
离线
咱俩同步呀，我也是昨天晚上调试发现的。
要去掉 RT-Thread Components一的
[] Enable ifconfig features
[] Enable ping features 这个不去，Third-party下去掉，也能编译过去，但ping报内存错误
我比较懒，要改一堆的东西我就不想动，时间都浪费了，可能还有一些新坑，暂时不玩了，等SDK完善得差不多再继续，祝大佬玩得愉快
离线
@hzqlz
你好，SDK在逐步完善中，建议多看看文档，本身配置是不用动的。
离线
网络部分为什么官方不对接到rtt网络框架中呢 还要third-part当中单独弄一个lwip出来？
离线
@hzqlz
你好，SDK在逐步完善中，建议多看看文档，本身配置是不用动的。
我就没动其他配置，只是按照文档配置WIFI模块，编译直接报错，用的最新版SDK。
最近编辑记录 hzqlz (2024-10-17 14:45:50)
离线
网络部分为什么官方不对接到rtt网络框架中呢 还要third-part当中单独弄一个lwip出来？
哈哈，这也是我吐槽的。这里还有个坑。
比如 如果勾了IOT 里的paho mqtt，他依赖了BSD SOCKET
就会勾上SAL 哪一套。
只要勾上SAL哪一套，就会出现一个奇葩的问题。
你会发现能编译过去，连上网后ping能用，但http_ota/web client test这些都跑不起来了。
SAL的依赖，用键盘按向右键，可翻2分钟，好不容易找到是因为Paho mqtt引起的。
现在我用kawaii-mqtt 哈哈，卡哇依。。。。。
另外补一句，third-part中lwip也带了一个hello word极的mqtt客户端，证明他是通的。。。
但我相似用RTT的朋友，很多也是看中了这个生态，很多库可以用，但现在SDK这一块处理得不好，
最近编辑记录 staunchheart (2024-10-18 10:01:30)
离线
Luban-lite不仅支持RT-Thread，而且支持uC/OS-ii、freeRTOS和裸机环境，这些都是需要支持以太网协议栈的。所以我们设计之初就将lwIP单独分离出来，并且这样也方便随时与lwIP主线同步，不用受RT-Thread的限制。
至于常用的一些应用协议，如HTTPD、webclient、MQTT、PTPD等协议我们目前都是支持的，并且也有量产产品在使用。
这样的缺点就是大家在熟悉Luban-lite SDK的过程中会感到些许复杂，但是使用起来是很稳定的，就Luban-lite发布以来，我们基本没有收到过关于以太网软件问题的反馈。此外我们也写了非常详细的文档对我们的SDK做了说明，我们也在做其他尝试期望能够降低Luban-lite的复杂度，大家可以期待一下！
离线