[参考译文] CC1200：状态字节保留位

定制板、我正在使用 MSP432。 我不发送前导码和同步，因为我正在发送智能前导码..

我很奇怪是什么触发了这个错误、但我现在可以随时复制它。 因此、当我发送消息并且在发送当前消息后有条件发送另一个 Wright 时、会发生此错误。 但是、当我发送消息时、首先我空闲、然后进行监听、然后进入空闲状态、最后到达 TX。

您在该文档中向我指出、 知道这些位表示我可以写入 TX FIFO 的字节数量、现在我怀疑出于某种原因、当我向 TXFIFO 发送128字节来填充它时、在发送初始化时、它会保持为空、因此我收到的中断较新(用于阈值) 这将重新填充 TX FIFO 或结束传输。 我假设该位为空、因为在突发写入128个字节后、发送 STX 后、我得到0x0F (Wright 到 TX FIFO 剩余15个或更多字节)、并且当它工作时、状态字节为0x00、因此 TX FIFO 已满。

发送消息并连续发送两条消息时，我看不到有什么不同，我希望我从 TX 经过-> IDLE->SNiff->IDLE->TX 比平常更快，其中 c1220的监听时间更长，然后我转到 TX。 但在 TX 初始化之前、我进入空闲状态、 发送 SFTX 和 SFRX、然后相应地设置所有寄存器、执行 SCAL、然后填充 TX FIFO 并发送 STX。

/*禁用同步字*/
CC1200_SingleWrite (CC1200_ADDRESS_SYNC_CFG1，0x00)；
/*禁用前导码*/
CC1200_SingleWrite (CC1200_ADDRESS_PREAMARE_CFG1、0x00)；
当 TX FIFO 下溢时、/*将 GPIO0置为有效*
CC1200_SingleWrite (CC1200_ADDRESS_IOCFG0、0x05)；
当 TX FIFO 被清空到低于阈值时、/*将 GPIO2置为有效*/
CC1200_SingleWrite (CC1200_ADDRESS_IOCFG2、0x02)；
/*配置无限数据包模式*/
CC1200_SingleWrite (CC1200_ADDRESS_PKT_CFG0、0x40)；
/*禁用 CRC、附加状态和白化*/
CC1200_SingleWrite (CC1200_ADDRESS_PKT_CFG1、0x00)；

/*将 FIFO 阈值设置为在 TX FIFO 降至127以下时生效- TX_FIFO_THR 字节*/
CC1200_SingleWrite (CC1200_ADDRESS_FIFO_CFG、TX_FIFO_THR)；

CC1200_SendCommand (SCAL)；
while (CC1200_GetStatus ()！= CC1200_STATUS_IDLE)；

/*即使数据包较小、也要填充 TX FIFO 的整数*/
CC1200_BurstWrite (tranBuffer、CC1200_ADDRESS_FIFO、FIFO_SIZE)；

/*检查在第一个中断之后将保留多少个字节*/
if (packetLength <= USE_TXFIFO_Bytes)
｛
cc1200_BytesLeft = 0；
｝
其他
｛
cc1200_bufferOffset = tranBuffer + FIFO_SIZE；
cc1200_bytesLeft = packetLength - Available；TXFIFO_Bytes；

CC1200_PrepareDMA (cc1200_bufferOffset、available _TXFIFO_bytes、cc1200_state)；
｝

/*启用和配置中断*/
MAP_GPIO_interruptEdgeSelect (CC1200_GPIO_PORT、CC1200_GPIO0、GPIO_LOW_TO_HIGH_TRANSITION)；
MAP_GPIO_interruptEdgeSelect (CC1200_GPIO_PORT、CC1200_GPIO2、GPIO_HIGH_TO_LOW_TRANSITION)；
MAP_GPIO_clearInterruptFlag (CC1200_GPIO_PORT、CC1200_GPIO0 | CC1200_GPIO2)；
MAP_GPIO_enableInterrupt (CC1200_GPIO_PORT、CC1200_GPIO0 | CC1200_GPIO2)；

/*开始传输*/
状态= CC1200_SendCommand (STX)；

退货状态； 

编辑：在这个错误之后，我可以再次进行监听，下次发送也可以... 因此，写入 TX FIFO 确实有问题，我显然不会向 TX FIFO 写入任何内容，因此也不会进行更新的退出传输(我在这里谈论的是我在用于射频模块的 MCU 中的状态。 不知道此时 CC1200处于什么状态).. 我从未遇到过这种错误、因此在最近对智能前导码进行编码后、我会看到什么不同。 除了一些不同的寄存器配置之外、当我接收到时间戳数据包的 CRC 正常时、我还有 RX FIFO 的直接猝发读取：

CC1200_BurstRead (timeStampBuffer、CC1200_address_FIFO、2)；
时间戳= timeStampBuffer[1]；

其中 CC1200_BurstRead 为：  

CC1200_SelectModule ()；

//从起始地址进行猝发读取的命令字节*/
CC1200_TransmitByte (staringAddress | CC1200_Read_burst)；
statusByte= CC1200_ReceiveByte (

for (I = 0)；<length; i++) { CC1200_TransmitByte(SNOP);


outputBuffer[i]= CC1200_ReceiveByte ()；
｝

CC1200_DeselectModule ()； 

 这是否会导致 TX FIFO 出现问题？ 此外、在我使用 带有稳定寄存器的自动校准之前、现在我用 SCAL 手动校准、并且在接收到一个点我有 SWORST。 这是以前和现在的不同之处、以前我从未见过此错误。  

但是、在发送消息之前、如果我在发送当前消息时有条件发送下一条消息、那么请勿查看导致这种情况的原因。 即使由于我在生成消息时使用一些共享变量而在某个位置进行数据竞速、我也看不出这是如何导致的、因为无论指针指向什么、填充 TX FIFO 都是完成的。 所以我最想的是 ，在发出指令指令之前，我必须等待一段时间，但我怀疑吗？

EDIT2：在发送 Sidle 命令之前、在2ms 的延迟后、它没有该错误。 还尝试了1ms、然后又出现了。 因此、由于延迟为2ms、我不会遇到这个问题、但现在我的响应时间又增加了2ms。 您能否尝试发送 CC1200进行监听、然后快速发送到 TX 来重复此行为？ 不知道转换的确切速度是多快，因为在进入监听(SWOR)后直接发送信号之前，有一些代码(周期)在48MHz 上执行。