Dear Gnuradio Users, I am facing a crash when repeatedly receiving data on a X300 using Gnuradio. To run into this issue, I load a top_block with a usrp_source, a head and a file_sink initially. Then a sequence of start()-wait()-stop()-wait()-reconfigure is run for e.g. 200 times.
After a deterministic number of cycles the following error will appear: thread[thread-per-block[0] <block usrp_source(1)>]: RfnocError: OpTimeout: Control operation timed out waiting for space in command buffer Similar to the issue discussed here: https://www.mail-archive.com/[email protected]/msg11413.html my first idea was, that the command buffer is getting filled faster than it is sent to the USRP device, but artificial sleeps between the loop cycles do not change the behavior at all. I was also not successful in reloading the usrp_source object on Python level (without stopping the full python process, and restarting it again manually). So it looks like the gnuradio functions leave something in the command buffer which I couldn’t clear so far without reloading the whole library by restarting Python. Is this a known issue? Are there any ways to manually release the command buffer, or is it a potential bug, which should go to the bug tracker of gr? Many thanks in advance and Best regards Christoph Christoph Schultz RF System Architect [RIEDEL at Social Media]<https://www.riedel.net/en/social-media-links/> ____________________________ RIEDEL Communications GmbH & Co. KG Uellendahler Str. 353 42109 Wuppertal Deutschland phone: +49 202 292-9150 [email protected]<mailto:[email protected]> www.riedel.net<http://www.riedel.net> ____________________________ RIEDEL Communications GmbH & Co. KG Registergericht: Amtsgericht Wuppertal HRA 22390 Umsatzsteuer-Identifikationsnummer: DE 814906984 Komplementärin: RIEDEL Communications International GmbH, Wuppertal Registergericht: Amtsgericht Wuppertal HRB 17038 Geschäftsführer: Thomas Riedel, Frank Eischet, Martin Berger
