← 返回文章库

两块 SPI 设备共享总线,怎样核对刷新预算

最后更新 2026-10-23
⏱ 约 6 分钟 🟡 涉接线/强电

共享总线上的事务需要按调度顺序占用时间。分别计算每种事务的周期与频率,再累计利用率,同时保留设备间切换和高优先级延迟的预算。

本文以公开公式与合成输入分析工程决策,由器赋开物编辑整理,AI 辅助撰写,未用真实硬件完成下述测试。数值用于复算,现场验收应另填测量记录。

这次要解决什么问题?

一条SPI总线同时挂显示屏与采样外设,每个设备有独立片选。平均带宽看似足够,仍可能因一次长屏幕刷新阻塞采样截止时间,因此需同时看总占用和最长不可抢占事务。

先把输入和单位列清楚

打开SPI 事务时间与吞吐预算工具,可先用工具默认值熟悉字段,再按下表改为本文场景。

输入项目 教学输入 单位
SPI 时钟 8 MHz
载荷长度 128 byte
命令阶段 8 bit
地址阶段 24 bit
dummy时钟数 0 cycle
每事务额外间隙 10 μs

这里的数值是明确设定的数学样例,不代表任何具体板卡、仪器或客户项目的实测数据。参数若来自你的设备,应同时记录料号、工作模式与取得方式。

按公式复算,可以得到什么?

t线 = (命令位 + 地址位 + dummy周期 + 8 × 载荷字节) / fSCLK

计算项目 模型输出 单位
单事务占线时间 132 μs
含间隙的事务周期 142 μs
单向有效载荷速度 901408.4507 byte/s

下载本场景输入、公式与结果 JSON。附件保留未四舍五入的模型数值,并以空的实测栏区分预测与测量;上表只为便于阅读作显示舍入。

怎样一步步核对?

列出每个设备的时钟、包长、调用频率与片选间隙,逐项计算。将各事务周期乘每秒调用次数得到占用时间,并检查排队顺序。再用最坏顺序验证短周期任务是否会被长事务挡住,而不是仅检查平均百分比小于100%。

哪些误读会让结论失效?

两个设备配置频率不同,不能合并字节数后用一个频率计算。总线空闲也不保证应用立即获得使用权,互斥锁、驱动队列和任务优先级都可能增加等待。

达到什么条件才算核验完成?

同时保存各设备CS与任务时间戳,记录最坏响应延迟和丢样情况。通过条件包括平均容量与业务截止时间,不能只给一个“总线负载不高”的结论。

模型覆盖到哪里?

不用于Dual、Quad、Octal或DDR模式,不包含设备busy等待、DMA建链、内存复制和多设备争用的自动模型。间隙值需要由真实事务测量补充。

公式与参数定义参考乐鑫 SPI Master:事务与性能;本页的场景设计和合成算例用于帮助复查,不能由模型输出反推硬件已经合格。若当前设备或SDK版本与来源不同,应先核对对应手册。

继续解决相关问题

📄 来源 / 自校链接

本文为公开资料整理,非亲测。关键参数与代码请结合实物与下列官方来源验证。

内容有错、看不懂、或想看下一期?告诉我们 →

本文为公开资料的学习整理,非亲测。涉接线/花钱/合规的步骤请结合实物与官方最新资料验证,风险自负。见免责声明。

这个页面有问题?

提交时会附带当前页面地址和浏览器信息,帮助我们定位问题。不填联系方式即为匿名。