我从 Mifare Ultralight 标签中提取了以下数据:
[ 05:7E:EF:1C ] Addr. 00 : DATA
[ 6E:51:64:E9 ] Addr. 01 : DATA
[ B2:15:00:00 ] Addr. 02 : DATA
[ 00:00:00:00 ] Addr. 03 : DATA
[ 65:33:ED:7A ] Addr. 04 : DATA
[ A2:00:00:5A ] Addr. 05 : DATA
[ A5:5A:12:34 ] Addr. 06 : DATA
[ 00:00:00:00 ] Addr. 07 : DATA
[ 00:00:00:00 ] Addr. 08 : DATA
[ 00:00:00:00 ] Addr. 09 : DATA
[ 00:00:00:00 ] Addr. 0A : DATA
[ 00:00:00:00 ] Addr. 0B : DATA
[ 00:00:00:00 ] Addr. 0C : DATA
[ 00:00:00:00 ] Addr. 0D : DATA
[ 00:00:00:00 ] Addr. 0E : DATA
[ 00:00:00:00 ] Addr. 0F : DATA
这似乎不符合从第 4 页开始的 TLV 消息类型,我想理解它。
我想某个地方可能有 17.5 或 1750 的值。
知道如何解决这个问题吗?
我认为这不是 Mifare Ultralight 标签有两个原因
Mifare Ultralight 是符合 NFC Type 2 标准的标签。
类型 2 标签块 3 必须是功能容器 (CC),字节 0 必须是
E1h
幻数。由于此标签在此字节地址中具有 00h
,因此它不可能是符合 2 类标准的标签
第0页的字节0是UID的第一个字节,它应该是制造商标识符。制造 Mifare Ultralight 标签的 NXP ID 是
04h
05h
已分配给 Infineon Technologies AG (DE)
但是你是对的,数据不是 Ndef TLV 格式,但由于它没有设置 Capability Container,所以无论如何它都无法存储 Ndef 数据。
但我也看不出通过直接十六进制到 asci 或十六进制到十进制的任何字节将如何给出 17.5 或 1750