GLStation SX1303 is a low-cost, low-power LoRaWAN base station unit with a Fine timestamping property. GLStation is a fully compatible with ChirpStack open-source LoRaWAN Network Server.
LR1302 868M LoRaWAN hat - An expansion board for SX1302 LoRa concentratord cards with integrated GPS module and RTC real-time clock.
HT1303-USB-863T870 - HT-1303 is a LoRa gateway module with industrial standard mini-PCI express form factor based on SX1303 + SX1250 chipset. USB interface.
PoE 48V power adapter
Interfaces
LoRaWAN
Ethernet
WLAN
Bluetooth
Serial console intarface
Software:
Lightweight Alpine linux firmware for the GLStation SX1303
ChirpStack consentratord - Customized for the GLStation SX1303 with Fine timestamp
ChirpStack MQTT Forwarder - Customized for the GLStation SX1303
GLStation has the following dynamic pre-defined Mesh modes:
Gateway - default mode
Border Gateway
Relay Gateway
The GLStation role in the LoRaWAN network can be easily configured by selecting one of the pre-defined gateway mode settings listed above. Switching the gateway role happens dynamically and can be done online between any modes.
Hello, Chat GPT says: It is entirely possible to install and run ChirpStack on a platform like the Luckfox Pico Ultra W. This card, which runs under Linux (usually with a lightweight distribution like Alpine Linux), has an ARM Cortex-A7 processor and the resources necessary to run ChirpStack components. In the GLStation SX1303 project, the Luckfox Pico Ultra W is used to run a personalized version of the ChirpStack components (such as the consentratord, the MQTT Forwarder and the Gateway Mesh) optimized for this platform. This shows that installing ChirpStack on this type of hardware is not only possible, but already carried out in this context.
Some points to check during installation on the Luckfox Pico Ultra W:
Linux distribution: Make sure you use a compatible distribution (like Alpine Linux, for example) that meets ChirpStack requirements.
Dependencies and configuration: Verify that all dependencies (GB, databases, etc.) are installed and that the configuration is suitable for the limited resources of an ARM card.
Resource optimization: Since the processor and memory available on the Luckfox Pico Ultra W are less powerful than on a classic x86 machine, it is important to optimize the configuration to guarantee stable performance.
In summary, with the right configuration and necessary adjustments, ChirpStack can run efficiently on the Luckfox Pico Ultra W, as demonstrated by the implementation present in the GLStation SX1303 project.
On the other hand: I would like to know if GLStation SX1303 integrates basics station which is the protocol that replaces packet forwarder ?
I can’t find this information? Getting Started Tutorial | LUCKFOX WIKI
glibc n’est pas disponible juste propre uclibc de Rockchip.
************************ Other project: with LoRa Basics™ Station*********
Station LoRa Basics™ Station pour Docker
Deploys a LoRaWAN gateway with LoRa Basics™ Station
Deploys a LoRaWAN gateway with LoRa Basics™ Station Packet Forward protocol on SX1301, SX1302, SX1303 or SX1308 LoRa concentrators.
**Station LoRa Basics™ pour Docker / Xose
Ce projet déploie une passerelle LoRaWAN avec le protocole Basics™ Station Packet Forward en utilisant Docker ou Balena.io. Il fonctionne sur un PC, un Raspberry Pi, Compute Module ou balenaFin avec des concentrateurs LoRa SX1301, SX1302, SX1303 ou SX1308 (par exemple RAK831, RAK833, RAK2245, RAK2246, RAK2247, RAK2287, RAK5146, Seeed WM1302 et IMST iC880a entre autres).
On the other hand: I would like to know if GLStation SX1303 integrates basics station which is the protocol that replaces packet forwarder ?
I can’t find this information?
The answer is simple. No one has implemented it yet for this Luckfox platform. I would say from my knowledge that it is possible because Concentratord can be compiled for that platform. Concentratord and Basic Station are based on the same HAL layer.
GLStation firmware is build with ChirpStack concentratord + mqtt-forwarder which is a better option than Semtech Basicstation, if you use Chirpstack. IMHO
May I be curious. Why do you prefer Basic Station over concentratord + mqttforwarder?
Hello, to answer this question: LBS (LoRa Basic Station) uses a WebSocket/TLS tunnel while UDP Packet Forwarder does not have this protection.
Then here is the detail:
Main differences
Transport protocol: choice of mode in the gateway
LBS (LoRa Basic Station) uses a WebSocket/TLS tunnel.
MBS (MQTT Basic Station) relies on an MQTT broker.
In the LoRaWAN ecosystem, we sometimes see two types of firmware or operating modes for gateways: LBS and MBS. These acronyms may vary between manufacturers, but here is the most common explanation:
LBS: LoRa Basic Station
This is the official protocol developed by Semtech for communication between a LoRaWAN gateway and the network server.
LBS (LoRa Basic Station) uses a WebSocket/TLS tunnel
It is designed to replace the “Semtech UDP Packet Forwarder” (old protocol).
It facilitates remote management of gateways and provides better security and more centralized configuration.
LBS is often recommended for direct integration with the main LoRaWAN servers (ChirpStack, The Things Stack, etc.), which already manage the Basic Station protocol
MBS: MQTT Basic Station (or sometimes MQTT Bridge Station, depending on the manufacturer)
This is a variation or adaptation that uses MQTT as the transport protocol between the gateway and the network server.
The approach is similar to the LoRa Basic Station, but instead of communicating via WebSocket, the gateway connects to an MQTT broker.
Some manufacturers offer this option to integrate more easily with infrastructures already based on MQTT.
Main differences
Transport protocol:
MBS (MQTT Basic Station) relies on an MQTT broker.
Configuration and integration:
MBS can be handy if you already have an MQTT environment or want to route gateway data to multiple services via MQTT.
The MQTT protocol is lightweight and designed for bandwidth-constrained environments, providing quality of service (QoS) mechanisms to ensure reliable data transmission.
LBS: Since LoRa Basic Station is the “official” solution from Semtech, it is well documented and widely adopted in the LoRaWAN ecosystem.
MBS may vary from manufacturer to manufacturer, as there is no single standard for LoRaWAN communication over MQTT.
I will not take this opportunity to share this interesting link but to translate: history LoRaWAN : Partie 1, en bref - Kereval, notably%20la%20certification%20des%20apparatus.
I think that the lorawan IOT will explode because it will meet many objectives of all kinds and ecological by having real-time data.
It’s a bit like the internet boom but for connected objects.
I really advise you to consult his documents online for free.
Savoie Mont Blanc University provides educational content on LoRaWAN technology and the Internet of Things (IoT)
You can download the book for free, watch the videos or complete a short training course with the help of an educational team at your side.
Since 2021, Savoie Mont Blanc University has been a member of the LoRa Alliance.
Your project seems interesting, lot of Things
(footbridge? → gateway?)
The transport protocol matter, good point of views
MBS and LBS, both protocols are good solutions and the choice between the protocols depends on what best suits your system architecture.
LBS → WebSocket/TLS tunnel.
MBS → MQTT broker/TLS.
But I don’t see any extra value in using WebSocket/TLS tunnel instead of MQTT/TSL especially in the case of GLStation. The project aims to be fully ChirpStack compatible, not compatible with all possible LoRaWAN servers.
The GLStation project objectives are:
low-cost
low-power
reliable
Minimum Viable Product
concentrator with TDoA property.
There are also other systems worth considering. For example:
