lorawan协议疑惑

BeyondDream

是的，在 LoRaWAN Class A 的通信时序中（如上图所示）：
当 Node 上报数据后，需要等待 Receive_Delay1 后，打开 RX1 接收窗口；
如果 RX1 接收失败（RX1接收成功，将忽略RX2接收），需要等待 Receive_Delay2 后，打开 RX2 接收窗口；


问题来了，为什么 Node 需要等待 Receive_DelayX（一般，Delay1=1s，Delay=2s）呢？
答案是，为了给以下时序提供“必要的处理时间”：
               Gateway --(rxpk)--> Server(process uplink, make downlink if need) --(txpk)--> Gateway --(emit RF packet)--> Node

BeyondDream

wx8 发表于 2017-6-5 11:39
非常感谢您的回答，意思是说这个delay主要是给server处理上行数据，发送下行数据提供时间，不知道我理解对 ...

抱歉，请您明示：
“server发送的下行消息帧格式为什么没有CRC？”----是指：Server 给 Gateway 的 txpk 数据包？还是指 Gateway 给 Node 的 Radio DownLink Packet 呢？

BeyondDream

是的，相比 “Uplink PHY structure”，"Downlink PHY structure"缺少了“CRC”。why?
它的解释如图，是为了“尽可能减少无线电报文长度，以最小化 ISM 对 duty-cycle 的影响”。

BeyondDream

wx8 发表于 2017-6-7 20:29
您好，突然又想到一个问题，还想请教下您，物理层帧格式为什么header还有CRC呢，协议里说是“See the LoR ...

LoRa PHY 的 CRC 有2种，
1) PHDR_CRC，它用于保护 PHDR，当SF=6时，PHDR是不存在的；当SF>6时，PHDR才包含在帧中；
2) Frame_CRC，它用于保护 PHYPayload，由用户指定，是否包含。

BeyondDream

wx8 发表于 2017-6-8 08:40
请问大家知道 preamble 是如何做到将接收器与输入数据流同步的吗，感谢赐教 ...

preamble 的使用详情，semtech 没有公开。。。

BeyondDream

wx8 发表于 2017-6-8 08:40
请问大家知道 preamble 是如何做到将接收器与输入数据流同步的吗，感谢赐教 ...

preamble 的使用详情，semtech  没有公布。。。