We use tx_samples.cc to transmit a file with 16bit-short complex samples
at
10MHz and 20MHz. We use another USRP2 to receive the signal and store on
disk. We observed there are some unexpected gaps in the received
samples.
Using usrp2_fft.py with the osiliscope view, we also observed such kind
of
gaps.
We guess this might be caused by underrun at the transmitter side. We
use
the delievered ethernet cable, so this shouldn’t be the problem of bad
cable.
Anyway, how can we transmit samples contineously and stably without
underrun
at 20MSamples/s??
thanks for the advice. We connected the serial port and couldn’t observe
the
underrun message and we enabled the realtime scheduling but there was no
improvement. Strangely enough after that the program only works without
interrupts if it is started as su in a shell and if this shell window
is put
in the background of the desktop (meaning that another window is the one
we
are working in right at that moment).
We are using Ubuntu 9.04 with the latest trunk version of gnuradio but
don’t
know enough about the OS realtime scheduling issue to explain it. Does
anybody
have more knowledge about ubuntu and realtime to explain this
behaviour?
We are using Ubuntu 9.04 with the latest trunk version of gnuradio but don’t
know enough about the OS realtime scheduling issue to explain it. Does anybody
have more knowledge about ubuntu and realtime to explain this behaviour?
Regards,
Hanwen and Christoph
The realtime scheduling can be only used/enabled by administrator (using
sudo).
Best Reagrds,
Firas
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.