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
First I would like to thank you for sharing this project, I've been using it for quite some time and I think it's a nice integration of CayenneLPP with the T-Beam.
In my testing I've discovered that the short TX_Interval is only triggered if movement is detected during an uplink tranmission. nextPacketTime = (kmph > MOVING_KMPH ? SHORT_TX_INTERVAL : TX_INTERVAL); // depend on current GPS speed
I would like to adjust the code so that the interval for regular uplinks can be very low to save LoraWAN airtime and that the transmission interval can be very high during movement so that I can have an accurate tracking device. However, I would like the GPS movement to trigger the short interval and not the succesful transmission.
Currently, if the car I'm tracking is in stop & go traffic at exactly the regular time interval, the movement in between the regular intervals is not detected. It would be nice to do some GPS polling on the device and have any observed movement (above the speed treshold) trigger the high interval. This GPS polling interval can be higher than the regular TX_Interval as to save LoraWAN airtime without losing tracking accuracy.
I'm looking into examples that use this type of GPS polling to see if I can integrate it in this project. I'm no coding expert so coding this completly myself is a bit too far fetched I'm afraid. Thought you might think this is relevant as well, let me know what you think about this idea!
The text was updated successfully, but these errors were encountered:
Hi,
First I would like to thank you for sharing this project, I've been using it for quite some time and I think it's a nice integration of CayenneLPP with the T-Beam.
In my testing I've discovered that the short TX_Interval is only triggered if movement is detected during an uplink tranmission.
nextPacketTime = (kmph > MOVING_KMPH ? SHORT_TX_INTERVAL : TX_INTERVAL); // depend on current GPS speed
I would like to adjust the code so that the interval for regular uplinks can be very low to save LoraWAN airtime and that the transmission interval can be very high during movement so that I can have an accurate tracking device. However, I would like the GPS movement to trigger the short interval and not the succesful transmission.
Currently, if the car I'm tracking is in stop & go traffic at exactly the regular time interval, the movement in between the regular intervals is not detected. It would be nice to do some GPS polling on the device and have any observed movement (above the speed treshold) trigger the high interval. This GPS polling interval can be higher than the regular TX_Interval as to save LoraWAN airtime without losing tracking accuracy.
I'm looking into examples that use this type of GPS polling to see if I can integrate it in this project. I'm no coding expert so coding this completly myself is a bit too far fetched I'm afraid. Thought you might think this is relevant as well, let me know what you think about this idea!
The text was updated successfully, but these errors were encountered: