You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In this document, all operations and tests must be performed with a standard LoRaWAN Gateway, and at least have 8 channels! In the CubeCell’s LoRaWAN library, for each working band, we are strictly follow LoRaWAN 1.1 Regional Parameters.
Tip
CubeCell LoRaWAN library is migration from LoRaMac-node version v4.3.2
I noticed that HelTecAutomation/CubeCell-Arduino#51 was just updated and ASR650x-Arduino now uses LoRaMac-node v4.4.4, which is based on LoRaWAN specification 1.0.3.
This should be updated in the documentation accordingly.
On the following page:
https://heltec-automation-docs.readthedocs.io/en/latest/cubecell/lorawan/connect_to_gateway.html
It says:
LoRaMac-node README.md v4.3.2 is based on LoRaWAN specification 1.0.1.
Is it correct that ASR650x-Arduino is still based on LoRaMac-node v4.3.?
Also see: kernel/protocols/lorawan/lora/readme.md is from old version without SX126x support CubeCell-Arduino#51
"In the CubeCell’s LoRaWAN library, for each working band, we are strictly follow LoRaWAN 1.1 Regional Parameters".
This statement conflicts with LoRaMac-node v4.3.2 which is based on LoRaWAN specification 1.0.1.
LoRaWAN specification 1.1 appears to contain ambiguities and is not currently supported by the Things Network. This should not be used yet.
The latest stable LoRaMac-node version (on the master branch) is v4.4.3, which is based on LoRaWAN specification 1.0.3.
LoRaWAN specification 1.0.3 (including its 1.0.3 Regional Parameters) is the current version that should be supported.
The text was updated successfully, but these errors were encountered: