Thanks for the advice Marcus However I updated UHD to version 3.9 the latest stable release from the ettus binary files and I'm still getting the error but now instead of just DDDDD its randomly S's and D's. The S's is a sequence error?
On Fri, Sep 11, 2015 at 4:21 PM, Marcus D. Leech <mle...@ripnet.com> wrote: > On 09/11/2015 07:56 AM, Chad R wrote: > >> Good day. >> >> I'm wondering if you can help me. I have a B210 board connected to a >> jetson tk1 and I am trying to send over one port and receive over two. The >> hardware setup is the RX/TX board connected to an RF filter connected to a >> splitter and the connected to the two RX2 ports. When I run one TX and one >> RX I have no issues however when I run 2 RX my python application crashes. >> I try run a simple 2 Rx configuration in GNU Radio with the 2 USRP sources >> connected to 2 Frequency GUI. >> However even running at a sampling rate of 64Kbps I am getting an >> overflow error. I thought that maybe the jetson tk1 couldn't handle the >> bandwidth but running it on my PC I get the same results. The output is as >> follows: >> >> Executing: "/home/chad/Tx1_Rx2.py" >> >> linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.008.001-42-g8c87a524 >> >> -- Operating over USB 3. >> -- Initialize CODEC control... >> -- Initialize Radio control... >> -- Performing register loopback test... pass >> -- Performing register loopback test... pass >> -- Performing CODEC loopback test... pass >> -- Performing CODEC loopback test... pass >> -- Asking for clock rate 32.000000 MHz... >> -- Actually got clock rate 32.000000 MHz. >> -- Performing timer loopback test... pass >> -- Performing timer loopback test... pass >> -- Setting master clock rate selection to 'automatic'. >> -- Asking for clock rate 32.768000 MHz... >> -- Actually got clock rate 32.768000 MHz. >> -- Performing timer loopback test... pass >> -- Performing timer loopback test... pass >> -- Successfully tuned to 100.000000 MHz >> -- >> -- Asking for clock rate 32.768000 MHz... OK >> -- Successfully tuned to 100.000000 MHz >> -- >> -- Asking for clock rate 32.768000 MHz... OK >> -- Successfully tuned to 100.000000 MHz >> -- >> Using Volk machine: avx_64_mmx >> -- Asking for clock rate 32.768000 MHz... OK >> -- Asking for clock rate 32.768000 MHz... OK >> -- Asking for clock rate 32.768000 MHz... OK >> -- Asking for clock rate 32.768000 MHz... OK >> -- Asking for clock rate 32.768000 MHz... OK >> -- Asking for clock rate 32.768000 MHz... OK >> DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDS >> >> Surely I shouldn't get overflow errors at such a low sampling rate? When >> I run the benchmark_rate it returns no errors. Any help would be >> appreciated. >> >> Chad >> >> >> > Update to a newer UHD (and matching firmware), and try your test again. > My recollection is that there was a restriction for TX/RX applications > on B210 that they had to be symmetric with respect to number of TX/RX > streams. > > > > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
