用户名
Email
论坛
潜水/灌水快乐,沉淀知识,认识更多同行。
ToB圈子
加入IT圈,遇到更多同好之人。
朋友圈
看朋友圈动态,了解ToB世界。
ToB门户
了解全球最新的ToB事件
博客
Blog
排行榜
Ranklist
文库
业界最专业的IT文库,上传资料也可以赚钱
下载
分享
Share
导读
Guide
相册
Album
记录
Doing
应用中心
帖子
本版
文章
帖子
ToB圈子
用户
免费入驻
产品入驻
解决方案入驻
公司入驻
案例入驻
登录
·
注册
只需一步,快速开始
账号登录
立即注册
找回密码
用户名
自动登录
找回密码
密码
登录
立即注册
首页
找靠谱产品
找解决方案
找靠谱公司
找案例
找对的人
专家智库
悬赏任务
圈子
SAAS
IT评测·应用市场-qidao123.com技术社区
»
论坛
›
物联网
›
物联网
›
【STM32】在FreeRTOS下利用硬件SPI收发数据出现的时序耦 ...
【STM32】在FreeRTOS下利用硬件SPI收发数据出现的时序耦合问题(WK2124芯片 ...
大连密封材料
论坛元老
|
2025-4-16 14:33:38
|
显示全部楼层
|
阅读模式
楼主
主题
1739
|
帖子
1739
|
积分
5217
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要
登录
才可以下载或查看,没有账号?
立即注册
x
问题
STM32中在Freertos利用SPI通讯芯片 WK2124进行SPI转4串口时,吸收数据为一个任务,发送数据为一个任务,切接受任务优先级更高实测发现收发一段时间(约几分钟)外扩芯片会死锁导致WK2124复位。
分析
首先,WK2124是一个SPI转多路UART的芯片,它的通信依赖于SPI总线。在FreeRTOS中,吸收和发送分别作为独立任务,这大概导致SPI资源的竞争。SPI外设在多任务环境下必要正确的同步机制,否则大概引发时序问题。
若高优先级任务(如吸收任务)频繁抢占SPI总线,而低优先级任务(如发送任务)未及时开释互斥量,大概导致死锁。所以存在类似这样的情况:在SPI发送操作时,还未发送完成就收到了吸收中断,若吸收任务优先级高于发送任务,那么SPI发送时序未完成就进入了吸收时序,导致两种时序稠浊在一起,从而导致芯片时序紊乱而复位。
所以,可以利用FreeRTOS中的互斥量(Mutex)来掩护共享资源,比如硬件外设。如果没有在SPI访问时加锁,两个任务大概同时操作SPI,导致时序杂乱。
解决办法
解决办法很简单,在SPI操作前后添加互斥锁,例如对发送操作和吸收操作做互斥量掩护,确保同一时间仅一个任务访问总线
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。
继续阅读请点击广告
回复
举报
0 个回复
正序浏览
返回列表
快速回复
高级模式
B
Color
Image
Link
Quote
Code
Smilies
您需要登录后才可以回帖
登录
or
立即注册
本版积分规则
发表回复
回帖并转播
发新帖
回复
大连密封材料
论坛元老
这个人很懒什么都没写!
楼主热帖
Kubernetes(k8s)基础概念介绍 ...
Fastjson反序列化
【游戏客户端与服务器面试题】-- 2022 ...
这是啥SQL,室友看了人傻了
Java EnumMap putAll()方法具有什么功 ...
rk3399pro移植openharmony3.0移植笔记2 ...
python带你采集商家商品数据信息~带你 ...
太厉害了,终于有人能把文件上传漏洞讲 ...
SqlServer对表的基本操作
java中如何将函数作为参数传递呢? ...
标签云
国产数据库
集成商
AI
运维
CIO
存储
服务器
浏览过的版块
分布式数据库
DevOps与敏捷开发
快速回复
返回顶部
返回列表