Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Enabling Class B or C for Continuous Downlink Without Uplink Pre-requisite #947

Open
A-Emile opened this issue Jul 26, 2023 · 3 comments
Open
Assignees
Labels

Comments

@A-Emile
Copy link

A-Emile commented Jul 26, 2023

Hello,

I am intending to leverage your library for a vehicle sharing IoT device integrated with Helium. I've managed to get the examples operational, but it appears that only Class A functionality is currently supported. If my understanding is correct, Class A requires an uplink transmission before a downlink can be received, which isn't an optimal solution for my use case.

My application requires real-time command transmission to the device, such as initiating lock/unlock operations. This demands a continuous ability to receive downlink messages independent of any preceding uplink transmission.

I understand that Class C, which provides continuous listening for downlinks, is currently not implemented in your library. However, I am interested in knowing if Class B, which according to my research opens the downlink window at regular intervals (e.g., every 10 seconds), is supported or can be implemented. This mode would be more than sufficient for my application requirements.

I appreciate your help and clarification on this matter.

Thanks!

Environment

  • Version of LMIC being used: latest
  • Environment: Plattform.io
  • Network provider: Helium
  • Region: EU868
  • Board: TTGO T-Beam v1.1
@MaffooClock
Copy link

Issue #711 (moved to discussion #712) received a developer response about why Class C isn't implemented. That's a bummer, because I was also hopeful to use this library for a Class C device.

Support for Class B is specifically mentioned, although it is mentioned that it hasn't been fully tested.

@terrillmoore
Copy link
Member

First, I'm really sorry that I've not been contributing the last year or so - very busy on an unrelated project and running the company. Maybe 2024!

If you search issues, a contributor did class B testing in 2018 or 2019 and reported results and requested some changes. I implemented those changes, and also did some other work as I was reviewing the code base. It is therefore possible that Class B is functional at this point. Test reports from the community would be welcome.

I just received a RWC5020B 64-channel tester, after being without a tester for several months. So we may be able to start doing some work in 2024, as without the RWC5020B I had no way to do proper regression tests.

@IoTThinks
Copy link

This is one of the most complicated LoRaWAN libraries for LoRaWAN devices.
A bit disappointed as it doesn't support Class C and unlikely to support Class C easily.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants