SPI 同样传 1KiB，拆成小包为什么更慢
每次事务都有固定命令、地址和间隙，拆包会重复支付这些成本。总载荷相同不代表总用时相同，但合包必须符合器件边界与协议限制。
本文以公开公式与合成输入分析工程决策，由器赋开物编辑整理，AI 辅助撰写，未用真实硬件完成下述测试。数值用于复算，现场验收应另填测量记录。
这次要解决什么问题？
把1024byte拆成64个16byte事务，每个事务都有8bit命令、24bit地址和20μs间隙。与一次1024byte事务比较，可以看出固定成本被重复64次的影响。
先把输入和单位列清楚
打开SPI 事务时间与吞吐预算工具，可先用工具默认值熟悉字段，再按下表改为本文场景。
| 输入项目 | 教学输入 | 单位 |
|---|---|---|
| SPI 时钟 | 8 | MHz |
| 载荷长度 | 16 | byte |
| 命令阶段 | 8 | bit |
| 地址阶段 | 24 | bit |
| dummy时钟数 | 0 | cycle |
| 每事务额外间隙 | 20 | μs |
这里的数值是明确设定的数学样例，不代表任何具体板卡、仪器或客户项目的实测数据。参数若来自你的设备，应同时记录料号、工作模式与取得方式。
按公式复算，可以得到什么？
t线 = (命令位 + 地址位 + dummy周期 + 8 × 载荷字节) / fSCLK
| 计算项目 | 模型输出 | 单位 |
|---|---|---|
| 单事务占线时间 | 20 | μs |
| 含间隙的事务周期 | 40 | μs |
| 单向有效载荷速度 | 400000 | byte/s |
下载本场景输入、公式与结果 JSON。附件保留未四舍五入的模型数值，并以空的实测栏区分预测与测量；上表只为便于阅读作显示舍入。
怎样一步步核对？
先计算一个小事务，再将其完整周期乘64，不要只乘载荷占线部分。另算一个大事务，确认命令、地址和间隙只出现一次。若设备存在页边界、FIFO容量或自动地址递增限制，应先按规则确定允许的最大包长。
哪些误读会让结论失效？
把多个请求放进软件队列，不代表硬件合成一个片选周期。相反，强行让片选一直有效也可能改变命令含义，不能为了跑分绕过设备时序。
达到什么条件才算核验完成？
保留两种分包方式的实际片选波形和总时长，核对应用数据一致。吞吐收益必须在协议合法、边界正确且接收完整的前提下报告，不能只比较主机函数调用时间。
模型覆盖到哪里？
不用于Dual、Quad、Octal或DDR模式，不包含设备busy等待、DMA建链、内存复制和多设备争用的自动模型。间隙值需要由真实事务测量补充。
公式与参数定义参考乐鑫 SPI Master：事务与性能；本页的场景设计和合成算例用于帮助复查，不能由模型输出反推硬件已经合格。若当前设备或SDK版本与来源不同，应先核对对应手册。
继续解决相关问题
本文为公开资料整理，非亲测。关键参数与代码请结合实物与下列官方来源验证。
- 乐鑫 SPI Master：事务与性能 ↗
docs.espressif.com/projects/esp-idf/en/stable/esp32/api-reference/peripherals/spi_master.html