-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rx timeout not respected #4
Comments
How did you measure the tx timeout? Do you have an example Sketch that shows the issue? |
It's not hard to measure, it's really obvious if I set it to 1000 ms, I clearly see that it's not a second if it doesn't simply hang. The code is the EasyLink RX example |
I just reproduced |
We figured it out. This was a misinterpretation of the rxTimeout member of rxPacket. The rxTimeout is actually expressed in RAT (Radio Ticks) vs milli seconds. Replace: And you should see a 1000 ms timeout. Robert |
Ok I will test it in a couple of hours. I saw this potential problem but I thought that the tick to ms conversion was done in the library. |
It should have been but was not. I will fix it and convert from ms to RAT for txTimeout in the library. I will also add an optional parameter so that setting the .txTimeout is optional but then add an optional parameter with the rxTimeout in ms. |
I confirm it's okay |
Hi,
Using the Rx example, I observed that the specified rx timeout is not respected and it seems to be random.
Any idea ?
Regards
The text was updated successfully, but these errors were encountered: