基于 STM32F411, 尝试用 RT-Thread 代替 FreeRTOS,感觉不错。
既然国产 RTOS 可用,那为何不再尝试一下国产 MCU,于是选择了和 STM32F411CE 资源相当的 CH32V307。
可尝试后遇阻,有诸多感慨和想法,期望厂家可以有所作为:
详见:https://blog.csdn.net/embedream/article/details/130394253
基于 STM32F411, 尝试用 RT-Thread 代替 FreeRTOS,感觉不错。
既然国产 RTOS 可用,那为何不再尝试一下国产 MCU,于是选择了和 STM32F411CE 资源相当的 CH32V307。
可尝试后遇阻,有诸多感慨和想法,期望厂家可以有所作为:
详见:https://blog.csdn.net/embedream/article/details/130394253
感谢您的反馈,我们会在日后注意您所提到的问题。
大多数国产芯片都是没有系统性的用户手册的。
今天去看了一下国民技术的车规级MCU,例程也是这种让人无语的雷同,顿时感觉STM32能干掉其他众多MCU厂家就是因为资料足够、例程做够、社区足够....
希望厂家的回复不是敷衍,为了贵司的MCU普及,做些实质性的努力吧!不要浪费了你们在 USB 接口芯片上所积攒的人气。
@沁恒张工:我觉得此事也没有那么困难。
将贵司CH32V307芯片的BSP功能分解为一个个独立的需求标的,发布在网上,如有网友愿意完成,可按照如下要求去做:
1、以《RT-Thread 设备驱动开发指南》为标准去实现标的要求,完成功能。
2、参考 STM32 的 BSP,要求符合 STM32 的使用方式和习惯(既然贵司的芯片硬件驱动库已经参考了 STM32 的风格,此处继续也无伤大雅)。
3、自己测试通过后,将完整工程和源代码提交给贵司。
贵司测试符合要求后,按发标内容给予相应的报酬。如想降低费用,可以在源代码中允许开发者留名,及适当的个人宣传。
此事也无需一步到位,完成一个发布一个,关键是要由贵司作为官方发布,以保证统一性和延续性。
即便没有一个网友响应,你们也没有什么损失。如果没有人做,早晚你们自己也要做,就作为日后的设计任务了。
不过,如果真没有任何人愿意参与,你们自己倒是需要反思一下了。
这个过程如果能组织的好,对贵司及贵司的芯片是一次不错的宣传。