Pervasive timeout issues during normal xmit operation about rfcat HOT 7 OPEN

play around with d._debug=0-5 to track communication between Python and the Dongle.
it could be the Pi's USB stack being more flaky than that of a full-size computer... and even that could be a just a weakness in the RfCat dongle USB stack.

d._debug = 2 ; doMyScriptThingy() ; d._debug=0

from rfcat.

Thank you.

From looking at the output and the source, it looks like the expected behavior is that the device should return information via recv() to verify that the send successfully completed, and that's where the failure is? That recv() is not actually attempting to read air, correct?

from rfcat.

it could be that... but depending on what's going on with the dongle, it's possible that it's just not able to complete in the timeout given. does it ever acknowledge transmitting?

from rfcat.

Yep. RFxmit() completes most of the time (and with debug enabled I see recv output when it does). Just every so often, especially when calling the command back to back, it times out in recv() (the one invoked as the return value to send())

Edit: is the question if I increase the timeout, does the problem go away? (Trying to disambiguate if you're asking if the command ever succeeds, or for error conditions, if given more time, it would succeed)

from rfcat.

Adding the above debug calls around the RFxmit() ha either resolved the issue or lowered the frequency significantly. It hasn't yet reoccured.

This seems to point to some form of timing issue such as the debug slowing down back to back calls enough to allow allow the chipset enough time to recover (or something).

I'll keep running to see if it pops back up. Obviously this isn't a great solution.

from rfcat.

agreed. thank you for your efforts. let us know what you determine. pull requests always welcome, although i realize that just familiarity with client-side python is not the same as firmware in C/SDCC and firmware event models, which is likely where this bug lies..

from rfcat.

just wanted to add that i am seeing the same issue on my vmware kali

The surrounding debug statements seems to fix the intermittent usb_timeout problem i had for RFxmit and setModeIDLE
i am very new to everything rfcat, but if i get the chance i'll poke around.

from rfcat.