Toggle navigation
首页
问答
文章
积分商城
专家
专区
更多专区...
文档中心
返回主站
搜索
提问
会员
中心
登录
注册
RT-Thread一般讨论
关于RTT的串口驱动框架的几点疑惑
发布于 2014-03-28 21:54:23 浏览：5838
订阅该版
RTT的串口框架程序是serial.c，它和自己平台相关的usart.c结合起来形成一个挺完备的串口驱动功能。今天看了一下相关的代码，结合手册给的一个例子写了个任务测试，发现几点问题，想咨询一下大家。 1，串口数据的接收是不是一个字节就响应一次中断，如果是的话，开环形缓冲区有必要吗？ 2，每次中断函数rt_hw_serial_isr都调用一次rx_indicate回调函数，意味着串口每收到一个字节就要在应用层上调要一次回调函数，这开销会不会太大？ 3，串口收到数据后通知应用层可以读了，是否只能用消息队列这一种方式？ 今天稍微测试了一下，发现是1个字节就响应一次中断，然后中断中调用一个回调函数，发送一个消息。然后应用任务解析这个消息，每次都是一个字节，然后读取。。。感觉这效率是太低太慢了，会不会影响整个系统的运行？ 可能是我对RTT的串口模型理解有误。希望能得到解惑。谢谢！
查看更多
9
个回答
默认排序
按发布时间排序
bernard
2014-03-28
这家伙很懒，什么也没写！
来一个中断一次这个是硬件特性决定。如果串口支持FIFO，可以进行相应的设置。 rx_indicate只是一个回调，所以还有另外一层意思，可以回调一个空函数，或者回调函数可检查下总计收了多少数据，然后再决定是否推给应用层
ruixiang
2014-03-28
这家伙很懒，什么也没写！
多谢版主回复。 感觉RTT现在驱动方面的架构已经很多的在参考linux的代码了。用linux操作串口时就感觉很方便，直接write或read就行了，读几个字节都行。没有什么消息队列，回调函数之类的辅助东西。 为什么RTT目前的串口架构要用这些呢，能不能做的更简单一点。就像linux一样，应用要读串口，直接open过后就read就行了。回调函数里判断收到的字节数再消息队列发给读应用。确实感觉用起来不太顺手。稍微复杂点的串口应用，比如AT指令的GPRS模块，感觉用起来就挺麻烦的。
bernard
2014-03-29
这家伙很懒，什么也没写！
这个建议非常好，这个也是处于普通编程和RTOS编程的区别上。以后会考虑下如何能够做到兼容，使得代码能够满足更多人的需求
weibo_流浪客老爷
2014-04-20
这家伙很懒，什么也没写！
请问楼主有没有好的能够解决你所述问题的办法。谢谢！
小ARM菜菜
2014-07-21
这家伙很懒，什么也没写！
RTT的串口有接收对列的，有个buf缓存了下。应用得从这个BUF下取出来，
xhly
2014-09-17
这家伙很懒，什么也没写！
>多谢版主回复。 >感觉RTT现在驱动方面的架构已经很多的在参考linux的代码了。用linux操作串口时就感觉很方便，直接write或read就行了，读几个字节都行。没有什么消息队列，回调函数之类的辅助东西。 >为什么RTT目前的串口架构要用这些呢，能不能做的更简单一点。就像linux一样，应用要读串口，直接open过后就read就行了。回调函数里判断收到的字节数再消息队列发给读应用。确实感觉用起来不太顺手。稍微复杂点的串口应用，比如AT指令的GPRS模块，感觉用起来就挺麻烦的。 --- 就是啊，目前正准备用rtt的串口驱动来解析AT信令，串口数据包的处理很头疼……
armink
2014-09-20
这家伙很懒，什么也没写！
>多谢版主回复。 >感觉RTT现在驱动方面的架构已经很多的在参考linux的代码了。用linux操作串口时就感觉很方便，直接write或read就行了，读几个字节都行。没有什么消息队列，回调函数之类的辅助东西。 >为什么RTT目前的串口架构要用这些呢，能不能做的更简单一点。就像linux一样，应用要读串口，直接open过后就read就行了。回调函数里判断收到的字节数再消息队列发给读应用。确实感觉用起来不太顺手。稍微复杂点的串口应用，比如AT指令的GPRS模块，感觉用起来就挺麻烦的。 --- 我觉得，使用回调接口，更像是在使用“软件中断”，通过这种方式能够使软件实现事件通知机制，对编程效率有很大提高，同时用户可以实现更多个性化需求。 我也在用最新的框架开发解析AT命令、串口命令解析器等功能，处理起来还好吧。如果是AT命令，读取时可以先等到回调中获取到截止符，然后再事件通知上层做出处理，实现起来难度应该没有楼主说的那么大。
xhly
2014-09-22
这家伙很懒，什么也没写！
>>多谢版主回复。 >>感觉RTT现在驱动方面的架构已经很多的在参考linux的代码了。用linux操作串口时就感觉很方便，直接write或read就行了，读几个字节都行。没有什么消息队列，回调函数之类的辅助东西。 >>为什么RTT目前的串口架构要用这些呢，能不能做的更简单一点。就像linux一样，应用要读串口，直接open过后就read就行了。回调函数里判断收到的字节数再消息队列发给读应用。确实感觉用起来不太顺手。稍微复杂点的串口应用，比如AT指令的GPRS模块，感觉用起来就挺麻烦的。 > >--- > > >我觉得，使用回调接口，更像是在使用“软件中断”，通过这种方式能够使软件实现事件通知机制，对编程效率有很大提高，同时用户可以实现更多个性化需求。 >我也在用最新的框架开发解析AT命令、串口命令解析器等功能，处理起来还好吧。如果是AT命令，读取时可以先等到回调中获取到截止符，然后再事件通知上层做出处理，实现起来难度应该没有楼主说的那么大。 --- 一个AT信令及其返回结果可能出现多个 或 ，以其作为结束符不行吧？ 我目前使用的是timer+event，从发完AT命令到接收第一个字符时启动timer，每次新收到一个字符都reset timer，如果timer到期，timeout_callback里就设置标志，说明已经完成一个数据包的接收了，ringbuffer也遇到很多麻烦…… 不知道你具体怎么实现的？
撰写答案
登录
注册新账号
关注者
0
被浏览
5.8k
关于作者
ruixiang
这家伙很懒，什么也没写！
提问
20
回答
40
被采纳
0
关注TA
发私信
相关问题
1
有关动态模块加载的一篇论文
2
最近的调程序总结
3
晕掉了，这么久都不见layer2的踪影啊
4
继续K9ii的历程
5
[GUI相关] FreeType 2
6
[GUI相关]嵌入式系统中文输入法的设计
7
20081101 RT-Thread开发者聚会总结
8
嵌入式系统基础
9
linux2.4.19在at91rm9200 上的寄存器设置
10
[转]基于嵌入式Linux的通用触摸屏校准程序
推荐文章
1
RT-Thread应用项目汇总
2
玩转RT-Thread系列教程
3
国产MCU移植系列教程汇总，欢迎查看！
4
机器人操作系统 (ROS2) 和 RT-Thread 通信
5
五分钟玩转RT-Thread新社区
6
【技术三千问】之《玩转ART-Pi》，看这篇就够了！干货汇总
7
关于STM32H7开发板上使用SDIO接口驱动SD卡挂载文件系统的问题总结
8
STM32的“GPU”——DMA2D实例详解
9
RT-Thread隐藏的宝藏之completion
10
【ART-PI】RT-Thread 开启RTC 与 Alarm组件
最新文章
1
【NXP-MCXA153】 定时器驱动移植
2
GD32F450 看门狗驱动适配
3
【NXP-MCXA153】看门狗驱动移植
4
RT-Thread Studio V2.2.9 Release Note
5
CherryUSB的bootuf2配置
热门标签
RT-Thread Studio
串口
Env
LWIP
SPI
AT
Bootloader
Hardfault
CAN总线
FinSH
ART-Pi
USB
DMA
文件系统
RT-Thread
SCons
RT-Thread Nano
线程
MQTT
STM32
RTC
FAL
rt-smart
ESP8266
I2C_IIC
UART
WIZnet_W5500
ota在线升级
PWM
freemodbus
flash
cubemx
packages_软件包
BSP
潘多拉开发板_Pandora
定时器
ADC
GD32
flashDB
socket
中断
编译报错
Debug
rt_mq_消息队列_msg_queue
SFUD
keil_MDK
msh
ulog
C++_cpp
MicroPython
本月问答贡献
踩姑娘的小蘑菇
7
个答案
2
次被采纳
a1012112796
18
个答案
1
次被采纳
Ryan_CW
5
个答案
1
次被采纳
红枫
4
个答案
1
次被采纳
张世争
4
个答案
1
次被采纳
本月文章贡献
YZRD
3
篇文章
6
次点赞
catcatbing
3
篇文章
6
次点赞
lizimu
2
篇文章
9
次点赞
qq1078249029
2
篇文章
2
次点赞
xnosky
2
篇文章
1
次点赞
回到
顶部
发布
问题
分享
好友
手机
浏览
扫码手机浏览
投诉
建议
回到
底部
