tx req选项在xbee api中究竟禁用了什么？
标题中提到的问题是，是什么导致tx选项字段的值为0x01（禁用确认）。我假设它禁用了aps层确认和额外的aps重试。但是，在禁用aps确认的情况下，它们也会以任何方式发生。tx状态帧的重试计数器仍然计数，有时直到60。我认为这对于mac层重试来说有点太多了。或者在nwk层中也有重试tx req选项在xbee api中究竟禁用了什么？,api,network-protocols,layer,zigbee,xbee,Api,Network Protocols,Layer,Zigbee,Xbee,标题中提到的问题是，是什么导致tx选项字段的值为0x01（禁用确认）。我假设它禁用了aps层确认和额外的aps重试。但是，在禁用aps确认的情况下，它们也会以任何方式发生。tx状态帧的重试计数器仍然计数，有时直到60。我认为这对于mac层重试来说有点太多了。或者在nwk层中也有重试 关于Toby，发送请求（API帧）上的选项0x01不会禁用确认，它会禁用重试（最多3次）。以下是禁用重试的TX请求帧示例： 7E 00 0F 10 01 00 13 A1 00 40 AA D0 06 FF FE 0
关于Toby，发送请求（API帧）上的选项0x01不会禁用确认，它会禁用重试（最多3次）。以下是禁用重试的TX请求帧示例： 7E 00 0F 10 01 00 13 A1 00 40 AA D0 06 FF FE 000104 78 要禁用确认，需要在TX请求的帧ID上设置0x00。以下是一个例子： 7E 00 0F 10000013 A1 00 40 AA D0 06 FF FE 00 04 7A 我猜传输重试计数（来自ZigBee传输状态帧）与CSMA-CA有关