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 类之间是可能的,并且对于间歇性很有用 固件无线更新等任务。

相关问答

Selenium Web驱动程序和Java。元素在(x,y)点处不可单击。其...
Python-如何使用点“。” 访问字典成员?
Java 字符串是不可变的。到底是什么意思?
Java中的“ final”关键字如何工作?(我仍然可以修改对象。...
“loop:”在Java代码中。这是什么,为什么要编译?
java.lang.ClassNotFoundException:sun.jdbc.odbc.JdbcOdbc...