better handling of external LoRa init #1

Open
opened 2026-03-18 13:49:50 -04:00 by morgan · 0 comments
Owner

Needs to be able to handle LoRa being init'd from application code. This should mostly work for esp32_lora_cfg_t but if the user initialized SPI in their own this could result in an exception.

  • Both calls to esp32_lora_spi_init and esp32_lora_init need error checking.
  • netif_lora_config->lora should be ->lora_config to specifically note it's type.
  • esp32_lora is probably due for an esp32_lora_handle_t in addition to it's config.
  • esp32_lora also needs a create method instead of/in addition to _DEFAULT_CONFIG
Needs to be able to handle LoRa being init'd from application code. This should mostly work for `esp32_lora_cfg_t` but if the user initialized SPI in their own this could result in an exception. * Both calls to `esp32_lora_spi_init` and `esp32_lora_init` need error checking. * `netif_lora_config->lora` should be `->lora_config` to specifically note it's type. * `esp32_lora` is probably due for an `esp32_lora_handle_t` in addition to it's config. * `esp32_lora` also needs a create method instead of/in addition to `_DEFAULT_CONFIG`
Sign in to join this conversation.
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: morgan/esp_netif_lora#1
No description provided.