[参考译文] CC110L：IFADCON状态下的CC110L无线电

不能陷入这种状态，这表明读取状态的方式有问题。

请注意勘误表中可能影响MARCSTATE寄存器的"SPI读取同步问题"。 另外，我认为您在读取状态寄存器时已正确设置了突发位？

您如何知道自己陷入了这种状态？

TER：我将查看"SPI读取同步问题"的备注，谢谢。
我经常读取marcstate，以确定我的对讲机的状态，检测RX溢出，在进入睡眠状态之前，冲洗FIFO等。读取功能正常工作，因为我从未遇到过问题，并且始终返回预期值。
我知道它一直处于稳定状态，因为我看到对讲机没有再接收任何数据包，所以我开始搜索原因。 当卡滞时，我每131毫秒读取一次状态并在LCD屏幕上显示它-因此这是事实，它一直保持在这种状态，直到我空闲时将其拉出。
在此状态下，我发出空闲命令，下次进入RX时，它工作正常，返回RX状态并再次接收。

如果仍然看到相同的问题，在读取此状态时能否提供SPI行的图解？

问题仍然存在，但我必须纠正有关空闲通信的上述信息：不，在0x0B状态几秒钟后，芯片停止响应，SO针脚不再低。 所以当晶体振荡器陷入这种状态时，我会检查它。

不，我不能提供图解，我没有设备。

如果需要，我可以将SPI接口代码粘贴在这里，但它位于AVR汇编器中。 我对所有状态寄存器使用相同的功能和不同的地址，并且我总是仔细阅读它们：RXBYTES，RSSI，CRC_REG和MARCSTATE。

在我修改了一些代码以更频繁地使用睡眠模式后，出现了该问题。 也许它没有什么可做的，我认为我可以正确地处理睡眠：我只在空闲模式下发出sleep命令，当它唤醒时，我只是等待SO针指示芯片就绪-我甚至确定唤醒时间为135µs。 总是在唤醒后，我在突发传输中重写所有寄存器。

因此，在进行了一些测试后，我发现所有这些都是在异步模式下配置对讲机的结果。
正如我所说，我对对讲机进行了完全配置，在一次突发传输中写入48个寄存器，适用于两种模式：分组和异步。
在以异步模式配置对讲机后，如果我不重置(使用重置命令)芯片，当我将其重新配置为分组模式时，它开始疯狂地工作。
0x0B状态不是唯一奇怪的事情，但事实也是，当为PKT RX信令配置GDO2引脚时，它在进入RX后保持正确(逻辑1)，而没有接收任何内容。

因此，我想知道它可能有什么问题，只有重置才能恢复正常...
就像我说过的那样，我总是在进入睡眠前，配置前，冲洗FIFO之前测试marcstate。

你(们)好
在测试不同模式时，我们在不同的测试案例中测试了透明模式和普通数据包模式，在实验室中运行测试时，始终会在不同测试案例之间进行完全重置，以便完全控制在哪种情况下使用哪些设置。 这意味着我们没有在同一个测试案例中测试分组模式和透明模式之间的切换，因为我们以前没有遇到过这方面的使用案例。
可能看起来有一些内部寄存器被设置为一种模式，如果不执行SRES，则无法正确重置。
在模式之间执行SRES是否是您可以使用的解决方案？
如果您需要我们详细了解，我们将需要测试设置的说明，向我们展示您遇到的问题。
Siri

Siri：是的，SRES是我的解决方案。

我现在没有时间深入了解这种行为，但我知道只有在两次传输之间使用休眠模式时才会发生这种情况。 到目前为止，在早期开发阶段，我没有使用睡眠，也没有出现问题，对讲机在五同步模式之间切换，传输正常，我从未使用过SRES。 这种奇怪的行为是在我不在RX/TX中的情况下始终实施休眠状态后才开始的。

无论如何，我必须更深入地分析这一点，SRES解决方案目前还可以，当我有时间在这里更准确地描述设置/问题/事实时。

谢谢！