哇酷®开发者社区(WhyCan® Forum)

我也觉得匠心创的BSP不好用。
作为芯片厂商应该以最简单的方式向用户呈现芯片的全部功能，所以把HAL库做好是最基本的要求。
如果厂商开发人员确实喜欢RT-THREAD，那可以把对RTT的支持做成可选包，但不应该硬植入。
不是所有人都用RTT的，芯片厂商不应该强迫用户使用一种RTOS，而是哪种RTOS热门就支持哪种。
芯片厂商也不应该界入用户的APP开发中，因为站在用户的角度看，肯定是不希望被一家芯片厂商绑死的。
如果确实要提供一站式APP开发支持，那也应该以可选包的形式提供，而不是在主线BSP里硬植入。
芯片方案的接口很复杂，比如类似YMODEM的更新协议，专用的AIC文件，专用的IMG文件等，但官方的上位机配套工具又显得很简陋，最基本的把固件放到RAM中运行的功能都不支持，每次都要固化到FLASH中才能跑，开发效率非常低。

@海石生风
那是你以为的，其实他们的HAL库并不完整，有些是RT-THREAD的device驱动用到的才支持，没有用到的HAL功能也可能根本没有做。

我不得不花了点时间搞了这个工具，如果官方的工具给力的话用户何必要花时间去研究这些底层的东西？
这个工具能够帮助脱离匠心创的scons构建系统，那套东西实在是太笨拙了。

现在可以随便用vscode, eclipse等开发出固件bin文件，然后用这个工具帮助烧录。也可以把os下载到RAM中执行，比每次都要烧录到flash快捷多了。

@novice
MFC, 现在用VISUAL STUDIO的不多了。 是C#还是C++?

现在已经把手头的板子从STM32切换到国产雅特力的AT32F413和F403A了，因为寄存器兼容，自己手搓移植的ChibiOS、TinyUSB这些RTOS和库用。

但是STM32F429用来刷液晶屏一直没有太好的替换，最近是打算用D13X来替换，rt-thread我也一直觉得不是很好用，尤其是我常用的串口通讯这块，rt-thread的驱动框架就没有ChibiOS的好。

回过头去看雅特力，已经在做ChibiOS、Zephyr、TinyUSB的适配了，不得不给雅特力好评，希望匠芯创也能够在这方面跟上（尤其关注一下Zephyr，WindRiver的品质还是有保障的），给大家多一点的选择，这样用户群才更容易发展起来。

最近编辑记录 airpumpkin (今天 13:17:27)