This repo has been moved. Find the new repo here.
- provide one straight-forward LoRa physical layer API which supports both LoRaWAN and point-to-point (P2P) use cases;
- support a variety of microcontroller unit (MCU) and LoRa chip combinations behind one API;
- enable LoRa features for any embedded framework which supports embedded-hal-async for the desired MCU/LoRa chip combination.
- separate out modulation parameters and packet parameters as separate concerns to address the nuances in LoRa chip support and to allow flexible specification of various LoRaWAN and P2P send/receive channels, even in the same use case;
- allow the user to specify a LoRa chip kind (for example, Sx1261/2) and specific LoRa board type (for example, Stm32wlSx1262) and hide the control of that LoRa board behind the LoRa physical layer API;
- provide a minimal trait which must be implemented for each desired embedded framework/MCU type/LoRa chip type to allow this crate to interface to the LoRa chip within the embedded framework.
- while the current examples use the Embassy embedded framework, nrf52840, rp pico, stm32l0, and stm32wl MCUs, and Sx127x/Sx126x chips, this crate provides a path forward for other embedded frameworks, MCU types, and LoRa chips in a Rust development environment.
For users wishing to implement a LoRaWAN or P2P solution, the following implementation files provide the necessary context for lora-phy version 2.
Examples of API usage:
- stm32wl P2P send and sleep;
- stm32wl LoRaWAN using rust-lorawan;
- stm32l0 P2P receive continuous;
- nrf52840 duty cycle receive;
- nrf52840 channel activity detection;
- rp pico P2P send and sleep using the second core.
For embedded framework developers wishing to add LoRa support as a feature for one or more MCU/LoRa chip combinations:
- the InterfaceVariant trait, which enables this lora-phy crate to interface to a specific embedded framework/MCU/LoRa chip combination.
Example InterfaceVariant implementations:
For developers wishing to add support for new LoRa chips or enhance support for existing chips:
- the RadioKind trait, which must be implemented for each kind of LoRa chip for access through the lora-phy crate API;
- the interface implementation, which captures the three key read/write operations allowing control of the LoRa chip from this crate through either opcode or register operations.
Example RadioKind implementations and ancillary information:
Board-specific configuration can be handled via the chip driver specific Config struct.
A public chat on LoRa/LoRaWAN topics using Rust is here: