[USRP-users] B210 bad packet errors with sc8 wire format
michael.west at ettus.com
Thu Apr 30 21:21:55 EDT 2015
In your rx_samples_to_file command line you have "—null", but the argument
should be "--null". With the incorrect argument, I am able to reproduce
the error. With the correct argument, it runs without errors.
Also, I was able to stream to a file successfully by increasing the number
of recv frames using the following command:
rx_samples_to_file --rate 28e6 --args
"master_clock_rate=56e6,num_recv_frames=1024" --freq 2e9 --stats --wirefmt
Let me know if that works for you.
On Thu, Apr 30, 2015 at 1:22 PM, Weaver, Tyler via USRP-users <
usrp-users at lists.ettus.com> wrote:
> This seemed to delay it erring out, yet it still errors. Whereas
> benchmark_rate does not.
> > On Apr 30, 2015, at 1:04 PM, Tom Tsou <tom.tsou at ettus.com> wrote:
> > On Thu, Apr 30, 2015 at 7:53 AM, Weaver, Tyler via USRP-users
> > <usrp-users at lists.ettus.com> wrote:
> >> $ ./rx_samples_to_file --rate 28e6 —null --args "master_clock_rate=56e6"
> >> --freq 2e9 --stats --wirefmt sc8
> > Try specifying 'float' as the host type. The default host type for
> > rx_samples_to_file is short, which does not go through SSE converters
> > when 8-bit wire samples are used. The 8-bit to float conversion does
> > use SSE.
> > The default host type for benchmark_rate is float compared short for
> > rx_samples_to_file, which may account for the discrepancy.
> > -TT
> USRP-users mailing list
> USRP-users at lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the USRP-users