Re: [USRP-users] USRP's B210 sluggish start of transmission

2017-09-25 Thread Piotr Krysik via USRP-users
Hi all, For comparison: screenshot of much more "civilized" behavior of USRP X310 in the same situation. Best Regards, Piotr Krysik ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] USRP's B210 sluggish start of transmission

2017-09-24 Thread Piotr Krysik via USRP-users
Hi Dario, Of course I can try to use software workarounds duplicating functionality that doesn't work correctly in B210. But let's at least try to find an answer what might cause the problem. Then maybe let's try to estimate how hard it would be to make B210 behave better. I know that B210 is low

Re: [USRP-users] USRP's B210 sluggish start of transmission

2017-09-23 Thread Dario Fertonani via USRP-users
Hi Piotr, Because of the problem you described, and other similar limitations for stop-and-go usage of the tx_streamer (I'm referring to the C++ UHD API here), I suggest keeping the tx_streamer always on and just feeding it with IQ zeros when you don't want to transmit anything. This solution is a

[USRP-users] USRP's B210 sluggish start of transmission

2017-09-23 Thread Piotr Krysik via USRP-users
Hi all, I'm currently trying to find out how much USRPs B210 are capable of doing in different tasks. One of these tasks is transmission of burst with use of UHD's burst api. To access it I have implemented a GNU Radio app that uses tx_time and packet_len tags. Particularly the application was co