This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] CC1200:AES TX FIFO 加密问题

Guru**** 1831610 points
Other Parts Discussed in Thread: CC1200
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1217092/cc1200-aes-tx-fifo-encryption-problem

器件型号:CC1200

我在使用 CC1200中的 AES128模块时遇到问题。

我已经遵循了之前发布的示例代码和应用手册(SWRA483)、示例2。

当我执行 TX FIFO 加密代码步骤1-11 (SWRA483的 P6 )后,所有扩展寄存器读回0 ,中断我的代码。

如果我注释出步骤4、

// 4)将 MARC_SPARE:AES_COMMAND 设置为0x09 (AES TXFIFO)

writeByte = 0x09;

cc120xSpiWriteReg (CC120X_MARK_SPARE、&writeByte、1);

 然后、我的代码继续执行 OK (不执行加密)、我可以读取所有寄存器并验证 AES 密钥、NACE、TXFIFO 缓冲区是否正确。

我确实看到有另一个帖子似乎正在经历同样的问题,但没有提供解决方案。

我有一个可以正常执行跳频和数据包传输的正常工作无线电系统、但现在我想对传输的数据添加加密功能。  我已经在 AES128上停留了很长一段时间。

将不胜感激。

Rob

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Rob:

    在对 SPI 总线进行逻辑捕获时、您是否观察到任何异常情况?

    我们想知道 CC1200器件在完成第4步呼叫后应答了什么。

    此致、

    Arthur

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Arthur

    我最近没有探测总线、因为我的所有 SPI 访问功能看起来都正常运行、并且收发器在复杂的无线电网络中正常运行。

    我可以确认、我第一次执行加密例程时、代码的行为是否正常。  但是、在第二个传输周期以及之后的周期内、当代码停止时、即扩展寄存器读取为0。

    只有扩展寄存器具有错误行为。  我可以读取/验证配置寄存器。

    我卡住了、已经尝试了很长一段时间来解决问题。

    什么原因可能导致扩展寄存器停止工作?

    Rob

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Rob:

    对我们来说、获取这样的捕获非常有用。 但是我们可以为您提供这样的捕获、以便您进行比较。

    我还从我们提供的上一个示例代码中注意到的一点是、我们没有在应用手册中断言器件处于空闲模式。

    您能否确保器件处于空闲模式?

    此致、

    Arthur

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Arthur

    我发现了问题。  

    我在其他时间帧内收到数据包、并在监听周期结束时发送 Strobe_sidle 命令、该命令无意中触发了加密过程。

    因此、现在在我的传输加密例程中、我通过写入 CC1200_MARC_SPARE = 0来终止它。

    希望这可以帮助其他人。

    感谢您的帮助。