You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Below is the implementation of SetOpMode, static variable opModePrev is used to keep previous mode, but this value is not always synced with the acctual mode, like situation user transmits one packet, when finished, SX127x will enter standby mode automatically, but opModePrev now is still in transmit mode, this will cause issue, if user doesn't call SetOpMode to set standby/sleep manually (actually not necessary for LoRa chip) before next transmitting, then the transmit will fail.
Related patch is submitted but should have not solved the issue completely. @djaeckle 008f8dd
Two possible solutions:
Abandon static local variable, use global value instead. Update the value when LoRa chip mode is
changed internally automactically (TXDONE, RXDONE, and reset operation need sync the value to standby mode)
Abandon static local variable, read OpMode value from lora chip directly. This way costs some extra MCU resources but not much, should be more clean than previous one.
Below is the implementation of SetOpMode, static variable opModePrev is used to keep previous mode, but this value is not always synced with the acctual mode, like situation user transmits one packet, when finished, SX127x will enter standby mode automatically, but opModePrev now is still in transmit mode, this will cause issue, if user doesn't call SetOpMode to set standby/sleep manually (actually not necessary for LoRa chip) before next transmitting, then the transmit will fail.
Related patch is submitted but should have not solved the issue completely. @djaeckle
008f8dd
Two possible solutions:
changed internally automactically (TXDONE, RXDONE, and reset operation need sync the value to standby mode)
The text was updated successfully, but these errors were encountered: