Arduino 和 SX1278 的 LoRa Class B 实现 TDMA

如何解决Arduino 和 SX1278 的 LoRa Class B 实现 TDMA

我正在构建一个 Lora 网络，其中包含两个 SX1278 模块和 Arduino Uno。 Lora 基于三个类。 A、B 和 C， 问题是 ： 为了实现B类，需要改变Lora模块寄存器吗？！ 还是班级之间的差异仅在于他们彼此交流的时间？ 如果你有源代码，那真的会让生活更轻松。

解决方法

或者实现B类，是否需要更改Lora模块寄存器？

嗯，是的。它需要不时做一个RX窗口。

还是类之间的差异仅在于它们彼此通信的时间？

一般是。无线通信中几乎所有节能方法的实现都可能被简化为“只是它们通信之间的时间”的差异——这是一种过度简化。但一般来说，是的，类会操纵从网关到信标的下行链路可能的时间。

A 类可以随时发送消息，并且只有在发送后才接收消息。 B 类是具有周期性同步接收窗口的 A 类。 C 类可以随时接收消息 - 保持 RX 始终打开。

来自lora-allience.org/about-lorawan：

A 类 – 最低功耗的双向终端设备：

所有 LoRaWAN 终端设备必须支持的默认类， A 类通信始终由终端设备发起，并且是 完全异步。每个上行传输可以随时发送 然后是两个短的下行窗口，给了机会 用于双向通信或网络控制命令，如果 需要。这是一种 ALOHA 类型的协议。终端设备能够 进入低功耗睡眠模式，只要它自己定义 应用：对定期唤醒没有网络要求。 这使得 A 类成为最低功耗的工作模式，同时仍然 允许随时上行通信。因为下行 通信必须始终遵循上行链路传输 由终端应用程序定义的调度，下行链路通信 必须在网络服务器缓存，直到下一个上行事件。

B 类 – 具有确定性下行链路的双向终端设备 延迟：

除了A类发起的接收窗口，B类设备 使用周期性信标同步到网络，并开放 在预定时间下行链路“ping slot”。这提供了网络 发送具有确定性的下行链路通信的能力 延迟，但以牺牲一些额外的功耗为代价 终端设备。延迟可编程高达 128 秒以适应 不同的应用，额外的功耗低 足以对电池供电的应用仍然有效。

C 类 – 最低延迟、双向终端设备：

除了A类结构的uplink后跟两个 下行链路窗口，C 类进一步减少了下行链路的延迟 在任何时候都保持终端设备的接收器打开 设备未传输（半双工）。基于此，网络 服务器可以随时发起下行传输 假设终端设备接收器是开放的，所以没有延迟。这 妥协是接收器的功率消耗（高达~50mW）等 C 类适用于需要持续供电的应用 可用的。对于电池供电的设备，临时模式切换 在 A 类和 C 类之间是可能的，并且对于间歇性很有用 固件无线更新等任务。