ThinkCode

增强env工具的功能吧, 改成下载源码后使用env创建对应芯片的模板工程, 然后其他开发板的bsp改成demo软件包

> > 增强env工具的功能吧, 改成下载源码后使用env创建对应芯片的模板工程, 然后其他开发板的bsp改成demo软件包 > > https://club.rt-thread.org/ask/article/d273bbcd1f8779bc.html 已经有了，欢迎试试。 不是我描述的功能, 我的想法是源码里bsp文件是空的, 这样先清空bsp文件夹减少源码的大小, 然后再在源码的根目录使用env的一个命令去创建一个基础的bsp模板工程, 就是Hello World的程度, 再在这个基础上开发. 至于bsp中的厂商开发板工程就直接移到软件包里, 我用rtt开发时都是用的我们自己画的板子, 所以其他厂商的工程也是没用的 这种工程创建方式像一些编程语言的终端工具, 你们也可以做一个, 我假如你们做了一个叫 "rtt" 的工具, 然后我再终端输入: ```Shell rtt init # 把RT...

> ## 想法说明 > 目前RT-Thread的方式，在开发的时候会变成更多以BSP为主的方式，而对于工程业务逻辑，当不需要过多关注板卡情况时，并不是那么友好。而当所有构建脚本都使用scons脚本，Python脚本时，会太编程化（灵活度足够高，但不利于IDE、UI工具配置模式） > > 希望可以做到： > > * 可以创建独立工程； > * 工程可以灵活选择RT-Thread版本（及路径）； > * 工程可以灵活切换芯片，驱动； > * 支持到附带的json配置文件模式，这样更利于集成到一些UI工具配置中； > > ## 挑战 > 目前在RT-Thread的一些BSP中，也引入了SDK_LIB，链接脚本，输出产物名称也都统一，这些都会在一定层面影响到统一化支持。 ## 我现在的工作流 我现在使用的是...

> > 我认为env的问题 > > 版本: 1.5.2 > > 整体非常满意 > > 只有一点不满意的是 env 工具不能配置进环境变量, 这导致了我在使用clion开发时还要打开env软件切换软件使用, 不能在clion内部的终端使用 > > 这点可以展开说说吗？目前的env是可以做到了工具链自动探测，或者用户自己配置亦可。然后可能的还包括RTT_ROOT？所以在最前面说的，希望有份配置的json文件，由这份配置文件来指定RTT_ROOT在哪里，进而还包括，如果BSP、驱动并不需要当前工程带，也可以有BSP_ROOT（也包括SDK_ROOT，如果有的话）指向到对应位置。然后这份json配置文件可以在vscode中打开，直接使用UI方式进行配置 我可以理解的就是有一个json格式的配置文件, 然后在VSCode中打开这个文件显示UI界面?(类似于jupyter插件) 如果不是, 而且在插件中设置带UI界面我是不推荐的, 类似于esp的工具  esp这种方式做成一个插件不如直接改vscode成一个专用IDE(类似于AMD Vitis 2024版), 毕竟vscode是一个通用编辑软件,...

可以看看我的案例, 我实现了spi flash读写 https://github.com/ThinkCodeStudio/sfmd 还有, 你可以去掉unwrap(), 改用match匹配出错误信息, 看看出的什么错