AS923 - Inconsistent delay until EV_TXCOMPLETE #793
Unanswered
pomplesiegel
asked this question in
Q&A
Replies: 1 comment 1 reply
-
It's either duty-cycle limitations or listen-before-talk. I don't HK has LBT, but I think it might have duty cycle restrictions. Also, the LMIC will be busy dealing with network downlinks (each of which can cause another uplink, thereby causing another 5 second delay). Grab the code from the compliance sketch that prints out the MAC messages, and check whether you're getting a bunch of them... Since you mention things that are multiples of 5, I suspect that TTN V3 is being chatty. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Hello all,
I have noticed that when using channel plan AS923 + ADR (or without) and TTN/TTI v3, there is a very inconsistent delay between EV_TXSTART and EV_TXCOMPLETE. Sometimes it is only ~5-6 seconds, which is consistent with the new extended RX receive period. However, sometimes it is as long as 30 seconds. Other times (very often), 15 seconds. Today it is around 8 seconds. It tends to be consistent transmit-to-transmit, and change over time when leaving a program running for a while.
I have not observed this issue for US915. Obviously this poses a concern from both a consistent transmit period and power consumption standpoint.
Anyone have an idea what could be going on here? @terrillmoore, perhaps you know?
I imagine this could be a TTN/TTI issue, but i'm not sure where to start in probing.
Thank you!
Michael
Environment
Beta Was this translation helpful? Give feedback.
All reactions