D12X 的Luban-lite在VS code下默认是RT-Thread怎么切换到RTOS呢?实在是不习惯RT-Thread.
用久了RTOS,没太多时间去学新的系统。
离线
我也觉得匠心创的BSP不好用。
作为芯片厂商应该以最简单的方式向用户呈现芯片的全部功能,所以把HAL库做好是最基本的要求。
如果厂商开发人员确实喜欢RT-THREAD,那可以把对RTT的支持做成可选包,但不应该硬植入。
不是所有人都用RTT的,芯片厂商不应该强迫用户使用一种RTOS,而是哪种RTOS热门就支持哪种。
芯片厂商也不应该界入用户的APP开发中,因为站在用户的角度看,肯定是不希望被一家芯片厂商绑死的。
如果确实要提供一站式APP开发支持,那也应该以可选包的形式提供,而不是在主线BSP里硬植入。
芯片方案的接口很复杂,比如类似YMODEM的更新协议,专用的AIC文件,专用的IMG文件等,但官方的上位机配套工具又显得很简陋,最基本的把固件放到RAM中运行的功能都不支持,每次都要固化到FLASH中才能跑,开发效率非常低。
离线
Luban-lite的驱动层级从低到高依次是:hal->drv->rt device,drv驱动是调用hal实现rt device。
不喜欢RTOS可以直接使用低层驱动hal,也可以混合使用rt device和hal,一些复杂的驱动还是用rt device方便些。
D13x、D12x这类芯片主要用于HMI场景,即主要用来跑UI。UI开发调试最便捷方式的是开发时在PC模拟环境调试,调试得差不多了再烧录到板子。
离线
@海石生风
那是你以为的,其实他们的HAL库并不完整,有些是RT-THREAD的device驱动用到的才支持,没有用到的HAL功能也可能根本没有做。
我不得不花了点时间搞了这个工具,如果官方的工具给力的话用户何必要花时间去研究这些底层的东西?
这个工具能够帮助脱离匠心创的scons构建系统,那套东西实在是太笨拙了。
现在可以随便用vscode, eclipse等开发出固件bin文件,然后用这个工具帮助烧录。也可以把os下载到RAM中执行,比每次都要烧录到flash快捷多了。
离线
@novice
MFC, 现在用VISUAL STUDIO的不多了。 是C#还是C++?
离线