Toggle navigation
首页
问答
文章
积分商城
专家
专区
更多专区...
文档中心
返回主站
搜索
提问
会员
中心
登录
注册
SPI
spi驱动 求助:CS的控制权以及bus lock是否应该开放给用户
发布于 2017-04-06 15:16:23 浏览:3130
订阅该版
如题,若某spi设备需要如下操作 ```cs0; spi_write(XX); delay(1); control_spidevIO(); xxx=spi_read(); delay(1); cs1;``` 由于spi_dev中的rt_spi_send_then_send、rt_spi_send_then_recv、rt_spi_transfer 三个操作函数中不能添加 类似delay、control_spidevIO();或者说:spi读写操作时CS不能受用户控制。 是否应该添加更灵活的操作方法: 去掉: ```result = rt_mutex_take(&(device->bus->lock), RT_WAITING_FOREVER); rt_mutex_release(&(device->bus->lock));``` 改写 ``` message.cs_take = 0; message.cs_release = 0;``` 让设备驱动程序去调用rt_spi_take_bus、rt_spi_release_bus、rt_spi_take、rt_spi_release 方法 如: ```rt_size_t rt_spi_transfer_n(struct rt_spi_device *device, const void *send_buf, void *recv_buf, rt_size_t length) { rt_err_t result; struct rt_spi_message message; RT_ASSERT(device != RT_NULL); RT_ASSERT(device->bus != RT_NULL); if (result == RT_EOK) { if (device->bus->owner != device) { /* not the same owner as current, re-configure SPI bus */ result = device->bus->ops->configure(device, &device->config); if (result == RT_EOK) { /* set SPI bus owner */ device->bus->owner = device; } else { /* configure SPI bus failed */ rt_set_errno(-RT_EIO); result = 0; goto __exit; } } /* initial message */ message.send_buf = send_buf; message.recv_buf = recv_buf; message.length = length; message.cs_take = 0; message.cs_release = 0; message.next = RT_NULL; /* transfer message */ result = device->bus->ops->xfer(device, &message); if (result == 0) { rt_set_errno(-RT_EIO); goto __exit; } } else { rt_set_errno(-RT_EIO); return 0; } __exit: return result; }```
查看更多
11
个回答
默认排序
按发布时间排序
aozima
2017-04-06
调网络不抓包,调I2C等时序不上逻辑分析仪,就像电工不用万用表!多用整理的好的文字,比截图更省流量,还能在整理过程中思考。
``` rt_err_t rt_spi_take_bus(struct rt_spi_device *device); rt_err_t rt_spi_release_bus(struct rt_spi_device *device); rt_err_t rt_spi_take(struct rt_spi_device *device); rt_err_t rt_spi_release(struct rt_spi_device *device); ``` 这几个API 再配合 rt_spi_transfer_message() 不就是你想要的么。。 或按你自己的特殊需要,在自己的驱动中再加个 rt_spi_transfer_n 也是可以的。 当然,也可以发pull request到RT-Thread的代码中。
shirl
2017-04-06
这家伙很懒,什么也没写!
``` rt_err_t rt_spi_take_bus(struct rt_spi_device *device); rt_err_t rt_spi_release_bus(struct rt_spi_device *device); rt_err_t rt_spi_take(struct rt_spi_device *device); rt_err_t rt_spi_release(struct rt_spi_device *device); ``` +rt_spi_transfer_message 有一个问题: 当spi_dev1: rt_spi_transfer_message后且未释放CS时,被高优先级线程打断时,高优先级线程中操作spi_dev2设备时,同时也对spi_dev1操作了。
xiao苦
2017-04-06
这家伙很懒,什么也没写!
关于这点,首先说明一下,代码是死的,人是活的。 SPI DEVICE只是一个指向SPI总线的设备,并不是要你非用不可,你自己写驱动也是可以的。 比如说,你现在这部分代码,自己用一个驱动去实现,read/write函数,里面的CS脚都是你自己控制的,用delay都无所谓。
shirl
2017-04-06
这家伙很懒,什么也没写!
用rt spi驱动框架的目的大概是:多总线设备操作时将问题留给驱动,而不是用户。不要用户去使用锁解决各设备间操作的互斥。 请你不要用“代码是死的,人是活的”侮辱我。
aozima
2017-04-06
调网络不抓包,调I2C等时序不上逻辑分析仪,就像电工不用万用表!多用整理的好的文字,比截图更省流量,还能在整理过程中思考。
>有一个问题: >当spi_dev1: rt_spi_transfer_message后且未释放CS时,被高优先级线程打断时,高优先级线程中操作spi_dev2设备时,同时也对spi_dev1操作了。 --- 所有API都有 mutex 保护,不会被抢占。 且 mutex 有计数和自动提高优先级的附加属性。
shirl
2017-04-06
这家伙很懒,什么也没写!
>>有一个问题: >>当spi_dev1: rt_spi_transfer_message后且未释放CS时,被高优先级线程打断时,高优先级线程中操作spi_dev2设备时,同时也对spi_dev1操作了。 > >--- > > > >所有API都有 mutex 保护,不会被抢占。 >且 mutex 有计数和自动提高优先级的附加属性。 --- rt_spi_transfer_message 最终不是释放了bus lock ??
shirl
2017-04-06
这家伙很懒,什么也没写!
>>>有一个问题: >>>当spi_dev1: rt_spi_transfer_message后且未释放CS时,被高优先级线程打断时,高优先级线程中操作spi_dev2设备时,同时也对spi_dev1操作了。 >> >>--- >> >> >> >>所有API都有 mutex 保护,不会被抢占。 >>且 mutex 有计数和自动提高优先级的附加属性。 > >--- > > > >rt_spi_transfer_message 最终不是释放了bus lock ?? --- ``` cs0; spi_write(XX); delay(1); control_spidevIO(); xxx=spi_read(); delay(1); cs1; ``` 应该转换成->>: ``` bus lock cs0; spi_write(XX); delay(1); control_spidevIO(); xxx=spi_read(); delay(1); cs1; bus unlock ```
bernard
2017-04-06
这家伙很懒,什么也没写!
rt_spi_take_bus,这样就不会释放锁了
shirl
2017-04-06
这家伙很懒,什么也没写!
>rt_spi_take_bus,这样就不会释放锁了 --- sorry 是我没理解 aozima大神“且 mutex 有计数和自动提高优先级的附加属性。" 翻了手册: 如果互斥量没有被其他线程控制,那么申请该互斥量的线程将成功获得该互斥量。如果 互斥量已经被当前线程线程控制,则该互斥量的持有计数加1,当前线程也不会挂起等待。 如果互斥量已经被其他线程占有,则当前线程在该互斥量上挂起等待,直到其他线程释放它 或者等待时间超过指定的超时时间。
sun_shine
2017-04-22
这家伙很懒,什么也没写!
第一个问题,大神上面已经解释了,spi的bus 锁是可以手动开关的,这个接口已经给用户开放,需要手动去控制。 第二个问题,如果需要延时,cs的控制要拿出来自己操作,官方驱动尽量适用大多数场合,特殊需要自己修改,我以前遇到过双cs的器件,命令和数据的cs是分开的,自己修改代码完美解决。
撰写答案
登录
注册新账号
关注者
0
被浏览
3.1k
关于作者
shirl
这家伙很懒,什么也没写!
提问
1
回答
7
被采纳
0
关注TA
发私信
相关问题
1
BBB的SPI驱动
2
求个SPI上挂两个或多个设备的使用例子
3
SPI设备有个bug
4
spi flash 的fatfs使用一段时间后读写文件出现故障
5
SPI驱动
6
请教rt_spi_configure函数理解
7
SPI FLASH挂载的问题
8
SPI-FLASH 文件系统 SPIFFS
9
求助一个完整的 spi flash 驱动
10
关于同时使用文件系统与SPI FLASH的问题
推荐文章
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使用cherryusb实现虚拟串口
2
《C++20 图形界面程序:速度与渲染效率的双重优化秘籍》
3
《原子操作:程序世界里的“最小魔法单位”解析》
4
《C++设计模式:重塑游戏角色系统类结构的秘籍》
5
rt-thread官方usb驱动之虚拟串口
热门标签
RT-Thread Studio
串口
Env
LWIP
SPI
AT
Bootloader
Hardfault
CAN总线
ART-Pi
FinSH
USB
DMA
文件系统
RT-Thread
SCons
RT-Thread Nano
线程
MQTT
STM32
RTC
FAL
rt-smart
ESP8266
I2C_IIC
WIZnet_W5500
ota在线升级
UART
PWM
cubemx
freemodbus
flash
packages_软件包
BSP
潘多拉开发板_Pandora
定时器
ADC
GD32
flashDB
socket
中断
Debug
编译报错
msh
SFUD
rt_mq_消息队列_msg_queue
keil_MDK
at_device
ulog
C++_cpp
本月问答贡献
踩姑娘的小蘑菇
6
个答案
3
次被采纳
张世争
8
个答案
2
次被采纳
rv666
5
个答案
2
次被采纳
用户名由3_15位
11
个答案
1
次被采纳
KunYi
6
个答案
1
次被采纳
本月文章贡献
出出啊
1
篇文章
3
次点赞
小小李sunny
1
篇文章
1
次点赞
张世争
1
篇文章
1
次点赞
crystal266
2
篇文章
2
次点赞
whj467467222
2
篇文章
1
次点赞
回到
顶部
发布
问题
分享
好友
手机
浏览
扫码手机浏览
投诉
建议
回到
底部