• 状态 Resolved
  • 已锁定 已锁定
  • 个回复 8 个回复
  • 名订阅用户 0 名订阅用户
  • 次查看 122 次查看
  • 用户 0 名在线用户
选项
选项
相关

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.

[参考译文] TRF7970A：AES_Encryption.lib

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

https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/843324/trf7970a-aes_encryption-lib

器件型号：TRF7970A
主题中讨论的其他器件：MSP-EXP430F5529LP、 MSP430F5529

我一直在编写  《使用 MSP-EXP430F5529LP 通过 TRF7970A 进行 MIFARE DESFire EV1 AES 身份验证的应用报告》。 我已成功正确移植固件、但编译过程失败、因为 需要重新构建 AES_Encryption.lib 才能在我使用的板上运行。 我知道源代码不是公开提供的；我还能做些什么来使其正常工作？

谢谢你

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

    您好、Wilmer、

    当我星期一回到办公室时、我可以帮助解决这个问题、因为我今天整天都在外面。 我需要重新编译库。

    如果有人提出同样的要求并收到新的库文件、您可能需要搜索 E2E。 您可以使用它、而不是等待我。

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

    哇、太棒了。  

    非常感谢

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

    您好、Wilmer、

    查找附加的适用于 MSP430F5529的 AES 加密库： e2e.ti.com/.../AES_5F00_Encryption.lib

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

    您好！  

    一切看起来都很完美。 检测、防碰撞和选择过程全部完成。 但是、与 MIFIRE DESFire 标签通信似乎不起作用(我需要这种方法来配置 AES 标签)。 某些命令不提供响应。  

    例如 ，Iso14443aDFEV1GetAppId() 函数会导致出现通信错误(错误是卡没有响应)。 但是，诸如  SelectApplication()之类的其他功能 确实起作用，在选择有效和无效的标记 ID 时，可以从标记中提供有效的响应。

    我已经在这方面停留了几天、我不确定从哪里开始(我是否应该将此问题发布为新问题？)。 我认为问题在于 TRF 和标签之间的通信是如何实现的；但我不确定它是什么。

    如果有任何帮助，将不胜感激。

    谢谢你  

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

    因此、我得出的结论是、我发送的每一个命令都失败了。 我尝试发送相同的命令(我知道可以正常工作的命令)两次、第二次传输总是失败。 问题可能是什么？

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

    所以、我发现了我遇到的问题。 在演示命令中、传递给 MIFAIRE DESFire 命令的 IppublockNumber 参数在0和1之间交替、从而允许接收命令响应。 我是否有资源可以定向到我可以了解有关此参数含义/作用的更多信息的位置？

    谢谢、很抱歉出现问题

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

    您好、Wilmer、

    这可能是由于 I 块命令中没有设置正确的位。 第一个字节的最低位在0和1之间交替、以指示命令的块编号。 TI 示例中对此进行了硬编码、但应针对您的灵活编码。 如果每两个命令都失败、这可能是发生的情况。 您可能需要阅读 ISO14443-4规范以更好地了解它。

    Rule A (规则 A)。对于每个激活的 PICC，PCD 块编号应初始化为0。
    规则 B. 当接收到一个 I 块或一个块号等于当前块号的 R (ACK)块时、PCD 应在选择性地发送块之前切换该 PICC 的当前块号。[/引用]

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

    您好、Wilmer、

    为了澄清这一点、我选中了、 ui8IpsublockNumber 仅在 AES_Authenticate API 中经过硬编码。