Reconfiguration of the devices
The devices can be configured either by downlinks or by local Over the Air (OTA) updates.
Firmware can be updated only by OTA update
For reconfiguration before deployment please use really good coverage better or at least at the level of provisioning coverage. Downlinks require better coverage than uplinks and Sigfox is pretty limited in how many downlinks each base station can process.
If you use direct downlinks in the Sigfox backend please erase them once the downlink is successful otherwise it is sent repeatedly.
Downlinks are confirmed by “DA” or “DB” messages which means that the downlink was received and successfully processed (that there was no problem eg. with syntax)
Usually, Sigfox or LoRaWan backends do not have implemented resending of downlink in case of a failed attempt. This feature has to be implemented on the IoT platform level. Please check if the IoT platform you are using supports that feature. If not you may need to put downling several times until downlink is successfully confirmed.
Note: it is OK to send the same downlink multiple times, repeated downlinks are confirmed as well but not processed.
Sigfox
Prepare the downlink in the backend or platform
Either wait for the heartbeat with a downlink request or do an extra-long press
Check the Sigfox backend - you should see the uplink messages and content of the downlink
Please be aware that Message confirmation means only that the Sigfox base station sent out the signal, this is very CONFUSING. It doesn't mean that the device received the message.
Check the backend to see how many base stations and how many frames got processed or at least whether coverage is good.
Check the successful downlink confirmation from the device. If not, go to step 1. If not succeeding repeatedly, get better coverage.
Record into the Project/provisioning document.
LoRAWAN
Prepare the downlink in the backend or platform
Either wait for the message or do an extra-long press
Check the LoRaWan/Helium backend - you should see the uplink messages and content of the downlink Please be aware that Message confirmation means only that the base station sent out the signal, this is very CONFUSING. It doesn't mean that the device received the message.
Check the backend and how many base stations are at which RSSI and assess whether coverage is good.
Check the successful downlink confirmation from the device. If not, go to step 1. If not succeeding repeatedly, get better coverage.
Record into the Project/provisioning document.
Last updated