打开 T2West 开启了这个问题 2021 年 2 月 25 日 · 1条评论 打开 MESA-Hostmot2 SPI CS 取消选择时间太短#1091 T2West 开启了这个问题 2021 年 2 月 25 日 · 1条评论 注释 T2西 评论了 2021 年 2 月 25 日 以下是我重现该问题所遵循的步骤： 在树莓派的 Linuxcnc 预构建映像上，SPI CS 取消选择时序不受 SPI 时钟速率的影响。 Raspberry Pi 4，运行 64 位，带有 rt 内核补丁。 MESA 卡 7C81 连接到 SPI 和 CS0。 执行以下操作。 哈伦 loadrt 主机mot2 loadrt hm2_rpspi spiclk_rate=250, //选择哪个速度无关紧要。 这是我期望发生的事情： CS 取消选择时序应受 SPI 时钟速率的影响。因此，较慢的时钟会导致较长的取消选择时序。 这是发生了什么： 有时 MESA 卡会漏掉一条命令。然后我将示波器连接到 SPI 线上，看看发生了什么。SPI CS 在两次表扬之间没有变高（取消选择）。我试图改变 spi 时钟速率，但它不影响 CS 时序。 有时取消选择时间/脉冲只有几个微秒。 有关我的硬件和软件的信息： 我拉出 dev-branch 并查看代码，还修改了 (src/hal/drivers/mesa-hostmot2/hm2_rpspi.c) 不同读取调用之间的延迟。然后我再也没有错过 MESA 卡上的命令。 SPI 传输命令之间的短取消选择时间仅与 CPU 上的执行速度有关。我想 CPU 速度与 SPI CS 取消选择时序直接相关。 SPI 命令读/写应该在具有与 spi 时钟速率相关的时序之前和之后嵌入延迟。 合作者 pcw台面 评论了 2021 年 2 月 25 日 不知道为什么你会丢失命令，但 Mesa 固件没有要求 /CS 在命令之间被取消断言 免费注册 在 GitHub 上加入此对话。已有帐户？ 登录评论 受让人 无人分配 标签 还没有 项目 还没有 里程碑 没有里程碑 发展 没有分支机构或拉取请求 2名参加者
.jpg "MESA-Hostmot2 SPI CS 取消选择时间太短 #1091"){kind=avatar}
.png "MESA-Hostmot2 SPI CS 取消选择时间太短 #1091"){kind=avatar}
以下是我重现该问题所遵循的步骤：
这是我期望发生的事情：
CS 取消选择时序应受 SPI 时钟速率的影响。因此，较慢的时钟会导致较长的取消选择时序。
这是发生了什么：
有时 MESA 卡会漏掉一条命令。然后我将示波器连接到 SPI 线上，看看发生了什么。SPI CS 在两次表扬之间没有变高（取消选择）。我试图改变 spi 时钟速率，但它不影响 CS 时序。
有时取消选择时间/脉冲只有几个微秒。
有关我的硬件和软件的信息：
我拉出 dev-branch 并查看代码，还修改了 (src/hal/drivers/mesa-hostmot2/hm2_rpspi.c) 不同读取调用之间的延迟。然后我再也没有错过 MESA 卡上的命令。
SPI 传输命令之间的短取消选择时间仅与 CPU 上的执行速度有关。我想 CPU 速度与 SPI CS 取消选择时序直接相关。
SPI 命令读/写应该在具有与 spi 时钟速率相关的时序之前和之后嵌入延迟。