Kai

厂商SDK挪走后README中的**快速上手**部分是否应该修改一下，毕竟不能“开箱即用”了，需要`scons --menuconfig`和`pkgs --update`。 https://github.com/RT-Thread/rt-thread/blob/2fdb9381bb93cc8e89887ef4b49104257cc991ff/bsp/stm32/stm32l431-BearPi/README.md?plain=1#L62-L74

另外测试了一下rt-thread studio似乎也没准备好，导入bsp直接报错了，看上去也没有先更新，直接dist了，而且python版本可能也会导致一些问题？ 个人觉得，如果rt-thread studio能导入bsp自动拉sdk，可能快速上手用studio更为合适？方便那些不想/不会装环境的人。 [.log](https://github.com/user-attachments/files/18642949/default.log)

wch对mrs的toolchain写的编译选项，换成xpack可能会有点问题。。。快速中断和代码压缩啥的。不过目前看来似乎并不影响编译。 可以参考 https://github.com/cjacker/opensource-toolchain-ch32v

hpm的用xpack的问题不大，hslink项目都在用

>• 质量参差不齐：贡献者的水平和经验不同，可能导致软件包的质量和规范性存在差异。 > >• 维护问题：如果贡献者失去兴趣或无法继续维护，可能导致某些软件包无人更新，影响用户体验。 > >• 信任问题：用户可能对非官方创建的软件包存在信任问题，担心其安全性和兼容性。 现在很多厂商也在GitHub之类的地方放库了，工具能否实现拉取厂商包+维护者patch，然后自动合并patch生成sdk。这样用户也方便知道改了什么，维护也方便点。

> 对于有官方hal仓库的bsp比如stm32可以直接引用官方连接，rtt需要的脚本可以放bsp中，这样就不用再建个仓了 +1，不过直接执行脚本不太合适。 个人觉得方案为官方包+patch比较合适，然后可以对历史版本做对应的patch，来避免厂商对主分支的修改。如果厂商没有在GitHub release放历史版本，维护者可以建个仓拉厂商库放release里再加到package.json。 fork的话，个人用下来有一点比较蛋疼，默认不开issue，很多人也不开，别人催更都要找其他联系方式催。（而且搞得厂商sdk要我维护一样，毕竟在我的仓库里，感觉上就有点工作压力，给别人的信任感也不如厂商，不仔细看也不知道作者魔改了点啥。） 例子： https://github.com/RT-Thread/rt-thread/pull/9983 https://github.com/RT-Thread/packages/pull/1858 https://github.com/kaidegit/ch32v307-sdk-rtt-patch

唔似乎要求在包含fal之前的头文件都没有包含过ulog，否则最下面的包含ulog直接就被忽略了，也不是很友好。比如我这个 ``` #include "spi_flash_sfud.h" #include "flashdb.h" ``` 就会导致还是ulog先引入，并且略难排查