关于根据ISO18000-6C协议，发送阅读器命令所遇到的问题

eefocus_3942554

目前想要发送REQ_RN命令。命令的构造我认为是没有问题的：命令字11000001;之前的RN16（收到上一个Query或QueryRep命令时，所返回的RN16）；以及CRC16（举个例子：数据位为110000011100010001011100  CRC16为0110001101001101）

而且，我是在标签返回了EPC后（发送了ACK命令后），发送的REQ_RN命令。

对于REQ_RN命令前后的时间，我也均试过（但不能确定是对的）。

现在的问题就是：发送REQ_RN命令后，收取不到标签的响应，不知道哪个环节出了问题。

接收端的信号情况

阅读全文

Lumhao

根据您的描述，您在发送REQ_RN命令时遇到了问题。让我们一步步检查可能的原因：

命令构造：您已经确认了命令的构造，包括命令字、前一个RN16和CRC16。这是一个很好的起点。
标签状态：您在发送REQ_RN命令之前，标签已经返回了EPC并收到了ACK命令。这是正确的流程。请确保标签处于正确的状态，以便响应REQ_RN命令。标签应该在Reply状态，以便正确处理请求。
时间间隔：您已经尝试了不同的时间间隔。请继续调整时间间隔，确保在标签返回EPC后发送REQ_RN命令。有时，时间间隔的微小调整可能会影响通信的成功。
抗冲突机制：在发送REQ_RN命令后，标签应该产生一个新的RN16或句柄。如果同时有多个标签随机数为零，可能会出现冲突。您可以尝试重发REQ_RN命令，直到能够正确解码标签的响应1.