> we don't manage wih the E100 FPGA5 bitstream. > It is placed in the images directory and we use a new branch but we > don't really think the FPGA5 is used.
What do you mean? > And we still have the same problem with parallel UHD devices (sink/source). > Another guy confirmed it was working for him just fine. In any case, I think it will also work if you patch this onto the master branch (very small change): http://pastebin.com/JinMRTTD > Which branch shall we use? Can you pinpoint exactly? > Shall we use the Josh branch from http://gnuradio.org/cgit ? > For gnuradio? The master branch on gnuradio.org is fine. > Do you have images available? We still don't have a cross-compile env. yet. > Hence compilation takes very long time... > Yes :-) http://code.ettus.com/redmine/ettus/projects/usrpe1xx/wiki/Experimental_Images > Another topic we recognized on E100 is that we suspect incomplete datastreams > when the Gumstix is overloaded performancewise. I will come back with details > on our transmitter setup which might cause overloads. > But - is it possible to overload the 720MHz Gumstix easily? What happens in > this case - samples are discarded? > On receive, the host backpressures the FPGA. See http://www.ettus.com/uhd_docs/manual/html/general.html#overflow-underflow-notes -Josh _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
