[参考译文] DLP-7970ABP：使用 MSP430G2744读取 MIFARE 经典卡的内容

您好、Andreas、

我将尝试联系公司 DLP、或许可以根据您提供的信息来确定。

非常感谢 TI 专家！

Ken。

您好、Andreas、
我按照您的建议为 DM1连接 IO_3和 IO_5。 并执行如下示例 sloa214的步骤：

//通过 SDM 进行转换
   1.Mifare SDM_config()；
   2.Mifare SDM_Enter()；//Enter Special Direct Mode
   3.Mifare SDM_Transmit (pui16TxData、pui8TxLength、(pui16ParityFlags & DM_TX_Parity))；
   4.Mifare SDM_Exit()；
//使用 DM1接收
   5.Mifare DM1_Enter ()；
*** 6.Mifare DM1_receve (pui16RxData、pui8RxLengthBytes、pui8RxLengthBits、(pui16ParityFlags & DM_RX_Parity))；
   7.Mifare DM1_Exit ()；

在我的程序执行函数 Mifare_DM1_Enter 的第18步之后(sloa214.pdf 的第15页)、没有发生无法从函数 Mifare_DM1_receve 接收数据的情况。
是否有任何简单的示例用于测试 SDM 是否收到正确的数据？ 或者我的逻辑分析图像出现任何错误。谢谢！

此致、

肯

image1：我的逻辑分析

参考文献：

使用 TRF7970A sloa214 https://www.ti.com/lit/an/sloa214/sloa214.pdf 的特别直接模式

Ken 您好、

我很高兴看到您在项目上取得了一些进展。 唯一可用的示例代码是 MSP430F2370的示例固件(www.ti.com/.../sloa214)。

我查看了您的逻辑分析仪屏幕截图、并将其与 https://www.ti.com/lit/an/sloa214/sloa214.pdf 中的屏幕截图进行了比较。 我发现唯一的区别是

• 第9步、MISO 在 sloa214中会继续保持高电平、而在您的屏幕截图中则不是这样
• MISO 在第11步中也是不同的
• 步骤12稍后在 sloa214中发生、但应该是不相关的

MISO 的差异可能表明 TRF7970A 初始化不匹配。 您是否确认了 SPI 命令的正确性？ (很难在屏幕截图上看到。) 您还可以读回寄存器以进行确认。

此致、

Andreas。

您好、Andreas、
回答您提出的问题。 我尝试过、但仍然出错。
我的项目在 MIFARE 授权之前获得 UID、因此我认为 SPI 工作正常。
但我仍然使用另一个启动板 MSP-EXP430F5529LP 测试了7970ABP。
发送 ResetFIFO 命令(0x0F)后、发现 MOSI 引脚保持高电平。修复了 MOSI 引脚以低电平启动的问题。
现在、我从 MISO 引脚接收数据0x7F、就像示例图一样、尽管我每次都无法获取数据。
我发现了一些新问题。

来自 AFE 的 MISO 信号比位 Clk 太密集
步骤11和步骤12末尾的 MISO 信号与示例图不匹配。

也许我应该先逐步解决问题。谢谢！

此致、

肯

image1：我的逻辑分析  -绿色圆圈表示已修复问题、红色圆圈表示新问题。

Ken 您好、

同时、我认为这些协议差异可能是由时序问题引起的。 通常、您的时序与示例图略有不同。 我找到了一 篇旧的 E2E 帖子、指出时序可能很关键。 (BTW)：有几篇类似的 E2E 帖子适用于具有 Mifare Classic 的 SDM。 也许值得浏览一下。)

或者、我建议将示例代码移植到尽可能靠近 LaunchPad 的位置(相同的时钟速度和时序)。

请告诉我这是否能使它正常工作。

此致、

Andreas。

您好、Andreas、
感谢您的帮助、为我提供旧的 E2E 帖子。 我找到了逻辑数据。 "4048.MIFARE Classic SDM_Auth logicdata"、我发现 MISO 引脚在步骤9之后没有达到高电平、但仍然能够成功工作。 由于您昨天提到的时序问题、因此我开始逐个引脚检查每个步进。
###下面的示例为"4048.MIFARE Classic SDM_Auth．logicdata"。

1.MOSI：以前检查过传输的命令。 它们是正确的。
2. MISO：稍后会详细答覆。
3.DATA_CLK：2MHz 的速率与 MIFARE 样本相同、但发送两个字节之间的间隔为2us。(小于
                                                                                                 样片2.9us)
从器件选择：在步骤2命令中、我的项目的 SS 低电平的间隔总计为12.8us。(比样本17.2us 少得多)
5.IRQ：尚未使用。
6.SDM_TX_DATA：它与样本非常相似。 不受经销商影响。
7.SDM_bit_CLK：它与样本非常相似。 不受经销商影响。
8.SDM_TX_ENABLE：它仅检查关闭时间。但关闭命令代码与样片的代码完全相同。

#您可以从附加图像中看到已检查的引脚数据。

我的项目的 WriteByte 样品瓶比样片项目快、因此我添加了一些延迟命令来匹配样片图、特别是用于通过 MOSI 传输数据。
引脚 MISO 无法控制。 在步骤9之后、可能会升高、但步骤后的样品瓶仍然太密集。
添加延迟。 我的逻辑分析与样本非常相似、引脚 Miso 除外。 但在 DM1接收模式下、它仍然没有应答。

1.我想问您 MISO 引脚的反馈协议？ 为什么它会变得很高。
2.bit_CLK 也来自 AFE。 为什么看起来正确、但 MISO 不正确。

此致、
肯

image1：DataClkCheck
图像2：普通比较
Image3：TxData 和 BitClk 检查
Image4：MISO 数据(问题！！！)
Image5：4.14逻辑分析

image1：DataClkCheck                                          图像2：普通比较

Image3：TxData 和 BitClk 检查                                 Image4：MISO 数据(问题！！！)

Image5：4.14逻辑分析

Ken 您好、

我想我今天不能处理这个问题，然后我将在4月25日休假。 回来后、我会看一下。

此致、

Andreas。

您好、Andreas、

不用担心，在这种流行的 civd-19中要小心。

祝你旅途愉快。

此致、

肯

您好、Andreas、

我希望您已经回到工作岗位并保持健康。
我正在学习4048.MIFARE Classic SDM_Auth 并在下面找到一些信息

此数据表明 Mifare 过程执行了两次。
区别在于：
MOSI 从高电平或低电平启动。
2.MISO 状态在步骤9之后、无论它是否获得0x7F、它都始终可以在示例中获得串行时钟。

我将 Mifare 过程分为两部分；第一部分是用于传输数据的 SDM (步骤9之后)、第二部分是用于接收数据的 DM1。 上次我添加了一些延迟以匹配示例数据、但我无法获得反馈、来自 MISO 的数据也不同。
因此、我将7970ABP 更改为另一个。 在第9步后、我可以得到非常相似的 MISO 波形、但我仍然无法获得反馈。

此致、

肯

Ken 您好、

很高兴看到您在匹配信号方面取得了进一步改进、但遗憾的是没有响应。

我很难更深入地分析、但我还有两个想法：

1. 您确定 Mifare Clasic 卡工作正常吗？ 否则、可能需要在不同的设置上进行验证、只是为了排除标签。
2. 我仍然怀疑 MSP430有什么区别。 也许应该在尽可能接近 sloa214中原始示例的位置创建设置 并尝试原始示例 固件。 我认为这将提供最高的工作机会。

此致、

Andreas。

您好、Andreas、

我很高兴再次见到你。

问题1：我已经使用 Android 手机和其他阅读器产品检查了 MIFARE 经典卡。 它显示该卡可以接受一个6字节0xFF 的默认密码。 并成功读取/写入块数据。

问题2：我移植了 sloa214的代码、但没有改变。 但我将尝试使用相同的硬件来实现这一目的。

顺便说一下、我一直在使用"TRF796x_TRF7970X_MIFARE_12_2013 MSP430 Mifare 固件开发包"。
最终我的请求将不会被接受、您能否查看该软件包或将其发送给我。 这可能是我在这么长的搜索时间内的最后一次尝试。 非常感谢。

此致、

肯

参考：
   www.ti.com/.../TRF796X_TRF7970X_MIFARE_12_2013

您好、Andreas、

很难只获得一个适用于 sloa214的 TRF7970A 评估模块。
因此、我尝试将 sloa214移植到我的环境、即具有7970ABP 的 MSP430G2744。
下面是移植步骤、附录视频(2分钟34秒)显示了我修改的内容和测试状态。

1.导入 sloa214项目。
2.将财产集2370改为2744。
3.修改 trf797x.h，包括文件2370至2744。
修改 TRF_ENABLE_SET 更改引脚设置。
修改 uart.h 以启用 UART。
6.修改 UART.c 以更改引脚分配和波特率。
7.在 main.c 中，移动“UART Setup()”行下的“Trf797xCommunicationSetup”行，否则在 UART 设置之前 SPI 设置将不起作用。
8.在 while 循环结束时重复"SDM_TXENABLE_ON"行、以便每次使用 SDM。
9.添加打印字符串并设置两个断点：
  1.在"Iso14443aAnticollision (REQA)"行之后、它可以在启动 SDM 之前获得 uid 成功。
  2、IRQ_OFF。 因为在 SDM 步骤9之后没有任何来自 BitClock 的信号。 它会导致身份验证失败。

最后、我在步骤9之后无法获得 BitClock 的反馈、我尝试了我唯一的7970ABP 中的两个、可能是我的移植步骤中出现了令人沮丧的错误。
我希望 Vedio 能帮助您和我、非常感谢。

此致、
肯

Vedio： drive.google.com/.../view

您好、Andreas、

当我回顾"使用 TRF7970A 的特别直接模式"时、我发现了一件非常重要的事情。
"TRF7970 Booster Pack v4.7 LaunchPad"是在2013年制造的。  是否可以在2015年支持 SDM 更新？
7970ABP 上7970 IC 的 S/N 为"TRF 7970A TI 19K C41Q G4"、我们公司购买7970 IC 、S/N 为"TRF 7970A TI 02K A7YJ G4"。
您能不能帮助我检查上面提到的 IC 版本、它是否支持 SDM。 非常感谢。

此致、

肯

DLP-7970ABPBoosterPack S/N：TRF 7970A TI 02K A7YJ G4

地雷目标7970 IC S/N        ： TRF 7970A TI 19K C41Q G4

        DLP-7970ABPBoosterPack                      地雷目标7970 IC

Ken 您好、

对"TRF796x_TRF7970X_MIFARE _12_2013 MSP430 Mifare 固件开发包"的访问不在我的控制之下、我无法绕过它。

感谢您为记录固件移植所做的巨大努力、但我无法访问视频。 根据我的理解、列出的步骤看起来是合理的。

我想知道为什么您修改了 UART 和波特率。 无论如何、我认为我不够专业、无法理解所有修改。

我也不认为图中所示的两个 IC 有区别。 您的具有不同的生产日期代码。

头脑风暴：是否可以选择分析 MIFARE 经典卡与 Android 手机或其他阅读器之间的射频信号(使用监听器天线)？ 也许通过这种方式、您可以找到关键的区别。

此致、

Andreas。

您好、Andreas、

感谢您的回复。 我已将视频上传到 YouTube、应该可以了。 请记住将视频设置为720p。
我更改 UART 设置、仅供我的软件显示消息。 不用在乎。
在我查看了 TRF7970A 的技术文档列表后。 我发现 SDM 于2015年推出。
这是否意味着7970 IC 在2015年之前不支持 SDM？ 7970 IC 从2011年到2022年是否从未更新？ 我认为答案是否定的
因此、我想知道7970 IC 的制造日期以及更新版本之间的关系。

旧版：TRF 7970A TI 02K A7YJ G4支持 SDM？ 发射板于2013年推出。 这可能不是
现在：TRF 7970A TI 19K C41Q G4支持 SDM？ 这可能还可以。

以上是我的意见。 我将在几天后尝试分析射频信号。

此致、
肯

视频： www.youtube.com/watch

            技术文档列表                                 sloa 214.

Ken 您好、

TRF7970A 还没有更新。 零件名称末尾的"A"反映了版本。 因此、它仍然是第一个版本。 两台设备的版本相同，因此两台设备都应以相同的方式支持 SDM。 制造日期无关紧要。

应用手册的日期"2015"仅意味着它是在2015年编写和发布的、与 SDM 功能的存在无关。

此致、

Andreas。

您好、Andreas、

感谢您的回复。 但这不是一个好消息。
我本来打算在更改不同版本的 IC 后测试 SDM、或者等待我们的定制板完成。
目前，我不知道 SDM 为什么不工作。 您是否观看过移植步骤的视频？
也许我错过了一些事情。 即使它看起来工作正常。 或者我必须尝试更困难的 DM0。 非常感谢。

此致、
肯

Ken 您好、

是的、我观看了视频、但分析和验证您修改的每个步骤需要一段时间。 我将告诉您任何反馈。 同时、我建议仔细检查 SPI 配置/速度。

此致、

Andreas。

您好、Andreas、

这是 sloa214的 SPI 配置检查的逻辑数据图。 作为您的参考。 谢谢。

此致、
肯

    5.11 SPI 比较

Ken 您好、

抱歉、我在 SPI 图中看不到任何问题。

我恐怕我没有更多的想法需要进一步分析。

此致、

Andreas。

您好、Ken Andreas、即使我没有得到0x0F、 也可以 知道您将 MOSI 引脚精确地设为低电平的确切位置。  

您好、Shashankk、

首先感谢您的回复。
获取0x0F 的问题已解决。 首先、我想将示例"使用 TRF7970A 的特殊直接模式"与第11页相匹配。
获取0x0F、使 Miso 引脚保持高电平。
我认为从高电平开始的 MOSI 引脚是正确的。 但我发现 MOSI 引脚是从高电平还是从低电平开始。 两者都可以成功进入 SDM 模式。
您可以在"4048.MIFARE Classic SDM_Auth．logicdata"中看到答案，它进入 SDM 模式两次。

此致、
Ken。

e2e.ti.com/.../4048.MIFARE_5F00_Classic_5F00_SDM_5F00_Auth.rar

您好 ，Ken Cheng ，

4048.MIFARE_Classic_SDM_Auth.rar 如何打开此文件无法打开

谢谢 Ken、这肯定会对您有所帮助。 我有一个查询(我使用 的是与 DLP7070APB 连接的两个 MSP430板)

1) 1) 配置为 SDM 的控制器是否将检查身份验证或配置为 DM1将检查身份验证？

您好、Shivraj、
这是一个 RAR 文件。 您需要下载 RAR 以将其解压缩。
和逻辑数据。 您可以使用下面的 saleae 逻辑将其打开。
Ken。

saleae 逻辑
support.saleae.com/.../older-software-releases

您好、Shashankk、
在这种 MIFARE 情况下、SDM 用于发送数据、DM1用于接收数据。
首先发送一段数据、然后根据接收到的数据发送新数据进行验证。
进入 SDM 模式的区别仅在于位时钟引脚的信号、然后根据位时钟引脚的信号传输数据、然后进入 DM1模式接收数据、我的项目仅使用 SDM 模式传输数据、 但随后没有收到任何数据，SDM 模式的部分与成功的示例相同，因此我找不到问题点，以下项目供您参考，他至少得到了第一步认证的响应。
Ken。

堆栈溢出
stackoverflow.com/.../trf7970-mifare-classic-authentication

非常感谢 Ken 的重播。

您好、Ken、正如您建议的、我已经按照以下方式完成了、

if (！flag)
｛
MIFARE SDM_Enter ()；
MIFARE SDM_Transmit (unsigned int*) data、4、1)；  //发送虚拟数据
MIFARE SDM_Exit ()；
｝

McuDelayMillisecond(10)；
MIFARE DM1_Enter ()；
MIFARE DM1_REIVE(无符号 int*)data2,&size,&length, partity)；//从 TX 端接收实际数据
UartPutBuffer (data2、length)；
flag =！flag；

我是否遗漏了任何东西？ 因为我无法在 DM1中接收数据。

---------- 下面是我的 RX 端代码----------

MIFARE SDM_Enter ()；
NFC_setMFCKey (u8DefaultKey、sizeof (u8DefaultKey))；
NFC_runMFCAuth ()；
MIFARE SDM_Transmit (unsigned int*) p、4、1)；

SDM_TXENABLE_ON；

您好、Shashankk、
我在 DM1中也没有任何东西。 但我记得 SDM_Enter()之前有一个 SDM_CONFIG()。
也许您应该尝试将 sloa214添加到您的硬件中、看看它是如何工作的。
您可以看到上面的移植步骤或我在 YouTube 上制作的视频。
Ken。

www.youtube.com/watch

我尝试过、但没有成功、 顺便说一下、非常感谢 Ken 的建议。

Ken、

偶然、我在 TRF7970A 固件设计提示(修订版 a)。 请查看它是否对您有所帮助。

此致、

Andreas。

您好、Andreas、

我很高兴听到您仍在研究这个主题。
我将在移植示例中查看这些详细信息。

谢谢、Andreas。

请注意、
肯