本帖最后由 北方西门吹雪 于 2020-12-16 13:28 编辑
（1）学习了h=合作伙伴解决方案-rt-thread，链接如下，
中国合作伙伴解决方案- RT-Thread——小而美的物联网操作系统
https://bbs.21ic.com/icview-3045420-1-11.html
（2）学习过程中遇到的问题
RT-Thread的成长非常迅速，从原始的框架，迅速进入到实用阶段。不过，因为使用过几个版本的rt-thread，所以有几点体会希望分享一下。1. 还是要起个好听的名字。rt-thread的名字好用，也很直观体现了定位和性能，但是不容易**，有些长，还是要有个通俗一些的名字，像Intel的windriver风河，zyphre微风，mbedOS，等等，给个好记的名字，尤其中间还有一个dash，打字的时候还要用一个shift键；另外，这个名字没有扩展性，现在推出了rt-thread smart，那么就和thread的关系慢慢不大了，而且既然定位OS就不用其中的一个进程定义了。
2. 版本的文档更新还是要及时一些的，新出的stm32有了L552等，都还没有进入BSP。而且，新出的芯片渐渐引入了双核的性能，那么要支持双核或者多核才能发挥特长的，要尽快补充。同时，关于usbd.h这个文件定义就有些出入，其中采用的usb_otg_host/device，但是某些芯片只支持usb device，就不适用usb_otg_device，按照手册搞半天，发现不行，只能从HAL开发，白白浪费了时间，如果在文档中说明，就好得多了。
如上图所示。
既然，不能使用rtthread 提供的USB统一驱动，那么只能使用CubeMX的原生驱动，尝试独立移植看效果如何。
（3）通过本次学习了解了哪些知识
本次学习，掌握了新的stm32 BSP的更新方法，其中，采用CubeMX的定义和时钟切换，能更准确更方便，确实实现了快速开发。就是对开发者有要求，需要很熟悉STM的开发工具生态，如cubeMX，cubeIDE等等。
另外，还测试了若干package，如NNOM的深度学习工具包并试用，效果很好。另外还新增了touchgfx的包，这个看着很好用，不过板子不在支持范围内，且容边学边用。看起来，要用自己的toughGFX替代emWIN这样的第三方GUI，所以也要学习下。
（4）对该合作伙伴方案有什么建议
合作伙伴方案非常高效，还是在文档更新上再快一些，这样避免绕弯子。
（5）提出依据这些方案的自己的一些应用想法和创意
根据这个方案，希望做一个振动传感器信号捕捉和预测功能。
具体是试用ADC捕捉振动传感器的数据，然后用keras进行数据学习，最后部署到STM32的开发板上，预测振动的特征。如电动机振动表示维修预测。这样的项目具有实用性，也有更好的效率。
|
楼主
标题置顶
标题高亮
