大家好、
我正在使用 TRF7970A 和 CC1352开发我的应用。 遗憾 的是、我发现 TRF7970A 不支持 Mifare Classic、因此我在 sloa214.zip 中找到了您的示例。
但是… 有一个为 MSP430预编译的库(MifareCryptoLibrary.lib)、这些库不适用于 ARM Cortex - M4。
您能否提供源代码... 或 ARM MCU 支持的库?
最棒的
Tommaso
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 和 CC1352开发我的应用。 遗憾 的是、我发现 TRF7970A 不支持 Mifare Classic、因此我在 sloa214.zip 中找到了您的示例。
但是… 有一个为 MSP430预编译的库(MifareCryptoLibrary.lib)、这些库不适用于 ARM Cortex - M4。
您能否提供源代码... 或 ARM MCU 支持的库?
最棒的
Tommaso
Tommaso、您好!
我曾认为这非常简单、但我找不到库的基础项目、所以我只做了一个新项目来进行编译。 请告诉我、如果可以、我很确定我抓取了所有正确的文件: e2e.ti.com/.../MifareCryptoLibrary.lib
我认为您的库正在工作、但现在我发现使用 SPI_transfer 的 SPI 计数太慢。 实际上、以2Mbps 的速率发送一个字节几乎需要30us。
通过 sloa214.pdf、CC1352无法确定 DM TX 和 DM 接收之间的最短切换时间。 这种做法非常不公平、也是因为 TI 示例中使用的 MSP430以8MHz 的频率工作、而 CC1352是40MHz Cortex-M。
你有什么建议吗?
最棒的
Tommaso
尊敬的 Ralph:
我从7月8日开始尝试你的图书馆,但有些事情还不起作用。 我能够读取卡内容几次、但我收到了许多用于读取 Mifare Classic 卡的无效字节、但在所有这些情况下、奇偶校验位和 CRC 都是正确的。
我发现原始库是为具有16位 MCU 的 MSP430构建的。 在该示例中、您使用具有相同尺寸的 int 和 uint16_t、但对于 Cortex-M4、我必须纠正这些问题。
也许您编译的 Crypto 库中仍然存在这种情况。
您可以检查一下吗?
最棒的
Tommaso
Tommaso、您好!
这里的所有内容都是 unsigned char、如果这些不会导致任何问题、则库应该是可以的。
MIFARE Classic 的运行与时序非常相关、因此您应该根据应用手册中显示的内容仔细检查信号、以确保遵循正确的序列并确保采样周期正确。
下面是使用 Saleae 逻辑分析仪读取的 MIFARE Classic 标签的捕获。 您可以在其网站上使用 Saleae Logic 软件查看该文件。 这将向您显示包括采样周期在内的时序: e2e.ti.com/.../5430.MIFARE_5F00_Classic_5F00_SDM_5F00_Auth.logicdata