[参考译文] CC1200：探查模式下的GPIO

感谢您的回复。 如果我反转GPIO，则我反转信号，因此我需要更改边缘，这会产生与我已有的相同结果。 试过，结果是一样的，一切都颠倒了。

对不起，我在绘制简单的数字时犯了一个错误。

我没有查看示波器上的信号，所以如果我犯了新的错误，请纠正我。 如果您在GPIO3上有RXFifo_thr，则信号在睡眠中将为'1'，在进入RX时向下转到'0'，在断言时向下转到'1'。 我假设问题是当你进入睡眠状态时，因为GPIO3将从'0'到'1'。 问题是是否可以忽略此中断。 不确定这是否可行，因为MCU不知道对讲机何时处于睡眠状态。

这正是问题所在。

不幸的是，在我的情况下，这是不可能的。这就是为什么我将RXFIFO_THR切换到GPIO0，但问题是我仍然需要使用RXFIFO_overflow，这与在GPIO2或GPIO3上的RXFIFO_THR有相同的问题。 我认为我可以在RXFIFO第一次中断后激活RXFIFO溢出的中断，这样，如果错误发生在第一个接收字节期间，我可能会错过，但我会找到一些解决方法。

问题仍然存在，我似乎无法让它正常工作。 我有一个工作配置，我更改了这些寄存器：

AGC_CS_thr 09 <- EC
AGC_CFG1 40 <-51.
AGC_CFG0 83 <-87
结算_CFG 03 <-08.
WOR_CFG0 20 <-21.
WOR_EVENT0_MSB 93 <- 00
WOR_EVENT0_LSB 5A <- 00
RFEND_CFG0 09 <- 00

(新值位于左侧，旧值位于右侧)

我进入了RF，选择了我正在使用的配置，选择了sniff选项卡，并将前导码长度更改为30，因为我使用该前导码。 然后转至我的代码并将SRX更改为SCAL和SWOR。 由于GPIOs的原因，这不起作用，然后出于上述原因，我更换了GPIO3和GPIO0，但仍然不起作用。 关于在何处查找错误的建议？