NFC NDEF消息格式：有效负载大小（ISO 15693标头，NfcV）
“嘿，兄弟，怎么了？”
我的NDEF消息格式有问题。
我通过NFC论坛了解了如何使用一条带有有效负载的NDEF记录（文本RTD）构建NDEF消息，这样我就可以通过I2c编程我的标记（M24LR16E）。
除此之外，我还使用外部写入程序对标记进行编程，以获得格式良好的记录示例。
然后我用完全相同的值通过I2C编程我的标签，一切都很好。更改有效负载字符为我提供了成功的证明=）
“但你不是来向我们展示任何东西都很好，不是吗？”
你说得对，知道我试图改变有效载荷长度，但我遇到了麻烦。一旦我改变了NDEF记录的PAYLOAD_LENGTH，它就不再被认为是一个记录了。我将PAYLOAD_LENGTH从10降低到5，所以这不是配置字段溢出的问题。
"很棒的故事，给我看一些代码/配置"
以下是我的记录配置：
- “标头”（MB ME CF SR IL TNF）：0xD1
- 有效载荷长度：0x0A
- 类型长度：0x01
- 类型：0x54
- 有效载荷：
- 0x02；UTF-8，2字节语言html" target="_blank">html" target="_blank">代码
- 0x65；e
- 0x6E；n
- 7个其他枯燥的字节
另外，我注意到，如果我覆盖NDEF消息之前的6个字节，NDEF消息将不再被识别。我不知道这些数据可能是什么，因为NFC规范没有提到这一点，标签数据表也没有。
“你应该问一个问题……”
呃，好吧...
- 除了NDEF记录的PAYLOAD_LENGTH字段之外，还有什么我应该更改的吗？
- 在我的NDEF消息之前，这些基本数据是什么？
我的读者：Nexus 4与恩智浦的“TagInfo”应用程序
共有1个答案
不幸的是，您在NFC论坛网站上找不到关于如何使用该标签存储NDEF消息的更多信息。原因是目前没有ISO 15693标签的标签类型规范（尽管标准化正在进行）。
我假设标签的内存内容是这样的（包括您不理解的字节）：
E1 4x yy 00
03 0E <YOUR NDEF MESSAGE> FE
如果是这种情况，前4个字节是能力容器（由神奇的字节0xE1和版本nibble0x4指示）。阅读
但是还有嵌入NDEF消息的NDEF消息TLV结构：0x03是指示NDEF消息的标签。0x0E是长度字段。这就是除了记录的有效载荷长度之外，您还需要更改的内容。Android在长度领域相当挑剔。如果这与您的NDEF消息的确切长度不匹配，大多数Android版本将忽略该消息。最后一个字节，0xFE是（可选的）终止符TLV。这应该紧跟在标签上的最后一个数据字节之后，告诉NDEF标签解析器停止解析。
-
我正在尝试使用亚马逊SNS控制台中的发布endpoint将推送通知（PN）从我的应用服务器发送到android设备，该消息和消息结构为json，工作正常。 但是，当我试图实现相同的Java它的设备没有收到通知。 控制台上的响应 发布列表请求:{ target arn:arn:AWS:SNS:AP-south-1:818862955266:endpoint/GCM/Test app/a1ec 811
-
我使用spring kafka 2.1.7来使用JSON消息，我想处理无法正确反序列化的消息<为了覆盖在同一条消息上循环的默认行为，我扩展了JsonDeserializer来覆盖反序列化方法。 这是我的消费者及其配置： 最后，我实现了自己的错误处理程序，以便将错误数据发送到其他主题。 这是当我使用错误消息时发生的情况： CustomKafkaJsonDeserializer尝试反序列化消息并捕获异
-
我可以在Mule Esb中看到两个不同的对象-消息和有效负载。但我无法理解两者的实际特征。有人能帮我理解一下吗？。
-
有没有办法在Kafka消息有效载荷中添加时间戳标头？我想检查消息是何时在消费者端创建的，并基于此应用自定义逻辑。 编辑： 我试图找到一种方法，将一些自定义值(基本上是时间戳)附加到生产者发布的消息上，这样我就可以在特定的时间段内消费消息。现在Kafka只确保消息将按照它们被放入队列的顺序传递。但是在我的例子中，先前生成的记录可能在某个延迟之后到达(因此在时间T1生成的消息可能比在稍后时间T2生成的
-
线程名称：线程组1-5示例开始时间：2019-10-17 10:46:49 IST加载时间：25806连接时间：28延迟时间：22280大小以字节为单位：1291发送字节：0头大小以字节为单位：0正文大小以字节为单位：1291示例计数：1错误计数：1数据类型（“text”“bin”“”）：文本响应代码：非HTTP响应代码：org.apache.HTTP.truncatedChunkExceptio