完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
版本:RT-Thread nano 3.1.5 用CubeMX生成代码 下边是3.1.5版本board.c里自带的代码,文档中心里的代码应该也一样 static UART_HandleTypeDef UartHandle; 直接kprintf之后串口完全没有反应 已经排除了硬件故障的可能,直接调用hal库的串口可以正常使用 rt_hw_console_output()里走了一遭,但串口一点反应都没给,推测问题是根本没关联到串口上,但怎么解决一直没找到 |
|
相关推荐
6个回答
|
|
串口初始化失败了呗。自己检查一下引脚复用配置。外设电源时钟配置等等。
|
|
|
|
谢谢,问题解决了,问题是board.c里那个uart_init()根本没有关联上已经配置好的串口,得把那个删了再把uarthandle改成huartx就可以了,不过我不明白如果uart_init一点用都没有的话为什么要带上那个,是为了适配不同的芯片?
|
|
|
|
这个函数本来就是让你修改的,但是你没修改,直觉认为 cubemx 生成的代码和 rtt 无缝衔接了
正常操作流程应该是把 cubemx 生成的代码赋值粘贴到 rtt 原来对应的地方。 |
|
|
|
一个多月了终于找到问题实质在哪了,得改链接脚本否则不能正常自动初始化,cubeMX那边生成的代码没有问题可以直接用,就像GCC编译下finsh线程似乎没有正常的被初始化里面一样,只能说在gcc编译链下搞RT-Thread坑有点多,我踩了好几个差点劝退
|
|
|
|
没用过 nano ,不过你们这么一说,我倒是强烈建议放弃 nano,多年不更新的版本,很多问题都没跟得上。
从标准版往 nano 裁剪,和从 nano 往标准版堆砌,哪个更容易一些? |
|
|
|
如果我能熟悉env工具的话那啥裁剪容易,但问题是我目前还在摸索中……
以及,我遇到的问题实质上是我开发环境的锅,如果我用的是keil或者RTT studio的话应该不太容易踩这么多坑。不过我现在过于习惯Clion了…… |
|
|
|
你正在撰写答案
如果你是对答案或其他答案精选点评或询问,请使用“评论”功能。
798 浏览 0 评论
4836 浏览 0 评论
如何使用python调起UDE STK5.2进行下载自动化下载呢?
2622 浏览 0 评论
开启全新AI时代 智能嵌入式系统快速发展——“第六届国产嵌入式操作系统技术与产业发展论坛”圆满结束
2958 浏览 0 评论
获奖公布!2024 RT-Thread全球巡回线下培训火热来袭!报名提问有奖!
31763 浏览 11 评论
73110 浏览 21 评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-26 02:13 , Processed in 0.887014 second(s), Total 81, Slave 64 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号