Toggle navigation
首页
问答
文章
积分商城
专家
专区
更多专区...
文档中心
返回主站
搜索
提问
会员
中心
登录
注册
RT-Thread一般讨论
rt_device 公共操作函数的疑问?
发布于 2020-02-03 22:41:40 浏览:988
订阅该版
* 本帖最后由 aozima 于 2020-2-4 11:05 编辑 * 最近在看rt_thread的源码,在rt_device中也有几个操作函数(init,open,close,read等),又因为rt_device 可以派生出几个子外设,导致每个子类会包含好几个这样类别的操作函数,导致代码感觉有点混乱。 比如SPI外设类,struct rt_spi_device ```{ struct rt_device parent; struct rt_spi_bus *bus; struct rt_spi_configuration config; void *user_data; }; ``` ```struct rt_spi_bus { struct rt_device parent; rt_uint8_t mode; const struct rt_spi_ops *ops; struct rt_mutex lock; struct rt_spi_device *owner; };``` 这样rt_spi_device.parent里面有几个操作函数,同样rt_spi_bus.parent也会有几个操作函数。。这个在spi_dev.c专门写了这么一个源文件,写了几个函数,来初始化各自父类的操作函数,实际上最终调用的都是同一个函数(rt_spi_transfer)。 而上手册中对外的接口函数(比如rt_spi_send_then_send()等),里面具体的操作实现是通过rt_spi_bus.ops指向的函数完成的(其实同rt_spi_transfer指向的是同一个)。所以不是很理解这里这里为何要这么做,相当于有3个不同操作函数,可以完成一样的工作。 所以是否有考虑在rt_device 里面不在设立init、 open、 close等操作函数。。。或者spi_dev.c中把parent的操作函数全部设置成RT_NULL,因为最终也没用。。这样spi_dev.c会清晰,明了些。。 以上的问题再pin类也是一样的。。
查看更多
3
个回答
默认排序
按发布时间排序
dwinlzy
2020-02-04
这家伙很懒,什么也没写!
#define device_read (dev->read) //指向rt_decive 的公共函数 rt_size_t rt_device_read(rt_device_t dev, rt_off_t pos, void *buffer, rt_size_t size) { RT_ASSERT(dev != RT_NULL); RT_ASSERT(rt_object_get_type(&dev->parent) == RT_Object_Class_Device); if (dev->ref_count == 0) { rt_set_errno(-RT_ERROR); return 0; } /* call device_read interface */ if (device_read != RT_NULL) { return device_read(dev, pos, buffer, size); //读操作,指向了rt_device的公共函数 } /* set error code */ rt_set_errno(-RT_ENOSYS); return 0; } rt_err_t rt_hw_serial_register(struct rt_serial_device *serial, const char *name, rt_uint32_t flag, void *data) { rt_err_t ret; struct rt_device *device; RT_ASSERT(serial != RT_NULL); device = &(serial->parent); device->type = RT_Device_Class_Char; device->rx_indicate = RT_NULL; device->tx_complete = RT_NULL; #ifdef RT_USING_DEVICE_OPS device->ops = &serial_ops; #else device->init = rt_serial_init; device->open = rt_serial_open; device->close = rt_serial_close; device->read = rt_serial_read; //rt_device 的公共读函数最终指向的是rt_serial_read 函数 device->write = rt_serial_write; device->control = rt_serial_control; #endif 。。。。以上的问题在串口设备又不一样了,对外接口函数,比如rt_device_read ,rt_device_write等,又调用了rt_device的公共接口函数,最终实现的又是rt_serial_read,rt_serial_write等函数。 从手册上提供的函数名称,风格上也不完全一致。 比如串口设备提供的接口函数: rt_device_find() rt_device_open() rt_device_read() rt_device_write() rt_device_control() rt_device_set_rx_indicate() rt_device_set_tx_complete() rt_device_close() 都是device开头。 SPI接口函数 rt_device_find() rt_spi_transfer_message() rt_spi_transfer() rt_spi_send() rt_spi_recv() rt_spi_send_then_send() rt_spi_send_then_recv() 又是SPI开头。。。。 可能熟悉还好,初接触很绕。。当然想用一套接口函数完成所有(或大多数外设)的功能是很难的,因为每种功能不一样。。。所以这里是否考虑取消公共接口函数,针对每种类别增加子外设的接口函数,这样清晰明了。。命名也保持一致比如串口的读操作rt_device_read,改成rt_dev_usart_read 。大类下加小类的命名。。是不是更合适。。
aozima
2020-02-04
调网络不抓包,调I2C等时序不上逻辑分析仪,就像电工不用万用表!多用整理的好的文字,比截图更省流量,还能在整理过程中思考。
[i=s] 本帖最后由 aozima 于 2020-2-4 18:06 编辑 [/i] ``` rt_device_open() rt_device_read() rt_device_write() rt_device_control() rt_device_close() ``` 这是基本的,并可以映射到文件描述符上面。 (/dev/) 对于覆盖不到的功能,可以通过 control 操作来实现。 对于 SPI/I2C 这类特殊的,也可以通过 read/write msg来实现。但为了方便,给了更多的API。所以,不能因为做不到100%,就给取消掉,这是倒退。 >所以这里是否考虑取消公共接口函数,针对每种类别增加子外设的接口函数 --- 前面这条,应该不会取消。 后面这条,你在应用时,如果有必要,可以在项目中添加。
dwinlzy
2020-02-04
这家伙很懒,什么也没写!
想了很久,还是没看出rt_device中增加公共接口函数有什么优势,谁清楚可以明示下。毕竟是C不是C++。对于文件系统,也可以考虑增加统一的底层函数接口,接口函数中调用子类的操作函数(比如read,write等),这些函数指针再分别指向i2c_read,spi_read等具体操作。 晚上随机看了个bme280的驱动包,涉及到bme280_dev, rt_i2c_bus_device,rt_sensor_device。这3个类都继承于rt_device,不过最终的初始化&注册,都只是把子类的函数指针指向了对应的函数,对于父类里面的几个函数指针都没有做任何初始化。。。如果要用,同样需要指向合适的函数,只是功能重复,且其它人理解起来可能会有误导 纠结这个,主要是后面增加或修改功能时用。不过可能也会为了保持统一,也会继续从rt_device中继承,只是同样rt_device的操作函数同样不用,使用子类的。
撰写答案
登录
注册新账号
关注者
0
被浏览
988
关于作者
dwinlzy
这家伙很懒,什么也没写!
提问
2
回答
3
被采纳
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 2024开发者大会议程正式发布!
2
【24嵌入式设计大赛】基于RT-Thread星火一号的智慧家居系统
3
RT-Thread EtherKit开源以太网硬件正式发布
4
如何在master上的BSP中添加配置yml文件
5
使用百度AI助手辅助编写一个rt-thread下的ONVIF设备发现功能的功能代码
热门标签
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
WIZnet_W5500
UART
ota在线升级
PWM
cubemx
freemodbus
flash
packages_软件包
BSP
潘多拉开发板_Pandora
定时器
ADC
GD32
flashDB
socket
中断
Debug
编译报错
msh
SFUD
rt_mq_消息队列_msg_queue
keil_MDK
ulog
MicroPython
C++_cpp
本月问答贡献
踩姑娘的小蘑菇
7
个答案
3
次被采纳
a1012112796
19
个答案
2
次被采纳
张世争
9
个答案
2
次被采纳
rv666
6
个答案
2
次被采纳
用户名由3_15位
13
个答案
1
次被采纳
本月文章贡献
程序员阿伟
9
篇文章
2
次点赞
hhart
3
篇文章
4
次点赞
RTT_逍遥
1
篇文章
6
次点赞
大龄码农
1
篇文章
5
次点赞
ThinkCode
1
篇文章
1
次点赞
回到
顶部
发布
问题
分享
好友
手机
浏览
扫码手机浏览
投诉
建议
回到
底部