Toggle navigation
首页
问答
文章
积分商城
专家
专区
更多专区...
文档中心
返回主站
搜索
提问
会员
中心
登录
注册
RT-Thread一般讨论
关于RTT的串口驱动框架的几点疑惑
发布于 2014-03-28 21:54:23 浏览：5843
订阅该版
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
在RT-Thread Studio中构建前执行python命令
2
研究一了一段时间RTT，直接标准版上手太难，想用nano，但又舍不得组件
3
CherryUSB开发笔记(一)：FSDEV USB IP核的 HID Remote WakeUp (USB HID 远程唤醒) 2025-01-18 V1.1
4
RT-thread 缩写字典
5
RT Thread 源码分析笔记 ：线程和调度器
热门标签
RT-Thread Studio
串口
Env
LWIP
SPI
Bootloader
AT
Hardfault
CAN总线
FinSH
ART-Pi
USB
DMA
文件系统
RT-Thread
SCons
RT-Thread Nano
线程
MQTT
STM32
RTC
FAL
rt-smart
I2C_IIC
ESP8266
UART
WIZnet_W5500
ota在线升级
PWM
cubemx
flash
freemodbus
BSP
packages_软件包
潘多拉开发板_Pandora
定时器
ADC
flashDB
GD32
socket
编译报错
中断
Debug
rt_mq_消息队列_msg_queue
SFUD
msh
keil_MDK
ulog
MicroPython
C++_cpp
本月问答贡献
用户名由3_15位
7
个答案
1
次被采纳
bernard
4
个答案
1
次被采纳
xusiwei1236
3
个答案
1
次被采纳
踩姑娘的小蘑菇
1
个答案
1
次被采纳
张世争
1
个答案
1
次被采纳
本月文章贡献
聚散无由
2
篇文章
14
次点赞
catcatbing
2
篇文章
4
次点赞
Wade
2
篇文章
2
次点赞
Ghost_Girls
1
篇文章
5
次点赞
xiaorui
1
篇文章
1
次点赞
回到
顶部
发布
问题
分享
好友
手机
浏览
扫码手机浏览
投诉
建议
回到
底部
