当 TLV 字段使用 3 字节长度格式时，CoreNFC 不会读取

Posted 2023-02-27

【中文标题】当 TLV 字段使用 3 字节长度格式时，CoreNFC 不会读取

【英文标题】：CoreNFC will not read when TLV field uses a 3-byte length format

【发布时间】：2017-10-02 23:38:20

【问题描述】：

当 NDEF 长度超过 256 字节时，无法从 CoreNFC 获得任何响应，因此需要使用 3 字节字段而不是 1 字节字段。我应该注意，标签都可以在 android 上读取。

其他人能否确认此行为或帮助我了解如何指定文件以便 CoreNFC 识别和读取文件？

所以这行得通，

// TLV header
// Start of Type (T) field
0x03,         // This message contains an NDEF record
// End of Type (T) field

// Start of Length (L) field
// Length = payload length + length of value field
0xFE,         // Length field, adds 3 to account for length of value field when SR:1
// End of Length (L) field

// Start of Value (V) field
// Record head byte, MB:1,ME:1,CF:0,SR:1,IL:0,TNF:101
0xD5,         // Short record false SR:1, 1-byte payload length, unknown type        
0x00,         // Type set to zero, as specified for unknown type
0xFB,         // Payload length
// End of Value (V) field
// End of TLV header

但事实并非如此，

// TLV header
// Start of Type (T) field
0x03,         // This message contains an NDEF record
// End of Type (T) field

// Start of Length (L) field
// Length = payload length + length of value field
0xFF,         // Always 0xFF for SR:0, indicates length is between 256 and 65535
0x01,         // MSB of length field
0xF2,         // LSB of length field, adds 6 to account for length of value field when SR:0
// End of Length (L) field

// Start of Value (V) field
// Record head byte, MB:1,ME:1,CF:0,SR:0,IL:0,TNF:101
0xC5,         // Short record false SR:0, 4-byte payload length, unknown type        
0x00,         // Type set to zero, as specified for unknown type
0x00,         // MSB of payload length, should be the exact size of the payload (data)
0x00,
0x01,
0xEC,         // LSB of payload length
// End of Value (V) field
// End of TLV header

【参考方案1】：

原来问题是由兼容性容器中的设置引起的。 Apple 可以使用 CoreNFC 读取这两种类型的 NDEF，如果您将“IC 支持 ReadMultipleBlocks 命令”的位设置为 false，则它可以正常工作。我们将其设置为 true。下面是一个与 CoreNFC 配合使用的 CC 示例。

    // Start of Compatibility Container
0xE1,         // CC0, "Magic Number", NDEF message is present in memory
0x43,         // CC1, Version number 1.0, Read access enabled, Write access normally disabled
0x40,         // CC2, Memory size of data field and CC field in bytes divided by 8, 0x40 = 64, 64x8=512 Bytes
0x00,         // CC3, IC supports ReadMultipleBlocks Command
// End of Compatibility Container

从 IC 文档中阅读更多内容，虽然它确实支持 ReadMultipleBlocks 命令，但它以 128 字节块的形式支持。这可能是导致我们看到的奇怪行为的原因。

我仍然不明白为什么 Android 可以毫无问题地处理它，而 Apple 无法读取它。但是更改设置可以解决 CoreNFC 的问题。