Gestire meglio la temporizzazione di invio dati

[itarozzi]

Nel caso di segnale molto debole o assente il comando AT+CMSGHEX può impiegare molto tempo a restituire l'esito. Anche sopra i 10sec impostati inizialmente negli esempi di test come intervallo tra un messaggio e l'altro.

Siccome nella funzione usata per l'invio e ricezione della risposta viene gestito un timeout che è inferiore al tempo richiesto al modem per comunicare, accade (come nel log sotto) che si tenti un successivo invio quando il modem è ancora occupato. E' possibile che in questi casi si crei una mancata sincronizzazione tra TX e RX.

Occorre quindi stabilire il tempo massimo impiegato nel TX (empiricamente? oppure è determinato da specifica LoRaWAN?) e tarare il timeout su questo.

Spedisco i dati...
Humidity: 77.00, Temperature: 25.37 *C, Battery: 93

AT+CMSGHEX="00FD004D5D00"
mi aspettavo: +CMSGHEX: Done
è arrivato: 

+CMSGHEX: Start
+CMSGHEX: Wa
Spedizione del messaggio fallita...

Spedisco i dati...
Humidity: 77.00, Temperature: 25.20 *C, Battery: 37

AT+CMSGHEX="00FC004D2500"
+CMSGHEX: LoRaWAN modem is busy+CMSGHEX: Done
                                             Ricevo dal server
----------- RX MSG ----------------
+CMSGHEX: LoRaWAN modem is busy+CMSGHEX: Done