On Thu, Dec 1, 2011 at 10:15 PM, Muhammad Rosli
<address@hidden> wrote:
Hi,
Thanks for your reply. I am using the narrowband example.
If I attempt using
./benchmark_tx.py -f 400M -r 250k -S 4
and
./benchmark_rx.py -f 400M -r 250k -S 4
which I worked out from reading the README file, the receiver still output overrun (many '0'). I verified that the transmitter working since my spectrum analyser can pickup the signal from the transmitter.
--
Regards,
Muhammad b Rosli
Student
Bachelor of Electrical and Electronic
University of Canterbury
What is your OS, version of GNU Radio, hardware?
By default, the digital benchmarks run GMSK, so that with 250 kbps rate should be easily doable without overruns on most modern machines.
Tom
On Fri, Dec 2, 2011 at 3:56 PM, Marcus D. Leech
<address@hidden> wrote:
On 12/01/2011 09:36 PM, Muhammad Rosli wrote:
Hi,
Thanks for reading my mail. I would like to ask is there any
additional setup or configuration required to execute
benchmark_tx.py and benchmark_rx.py?
My problem is I tried to initiate simple communication between two
USRP1 using benchmark_rx.py and benchmark_tx.py . I had browse
through the mailing list looking on how to use the file
appropriately. Running benchmark_tx.py also execute help which I
follow closely but failed to receive any packets. If I tried to
execute at transmitter:
benchmark_tx.py -f 400M -S 10
and at receiver
benchmark_rx.py -f 400M -S 10
I did not received packet status. I only received '0' in the
terminal. Is it correspond to error?
I also read mailing list sent by other members but none mentioned
about not able to execute benchmark_tx.py . If I missed any post,
could anyone please provide me the link.
For additional information:
Gnuradio version used: v3.5.0rc0
USRP1 : revision 4
Ubuntu: 11.10
Daugtherboard: SBX
Please let me know if I had to provide any additional information.
--
Regards,
Muhammad b Rosli
Student
Bachelor of
Electrical and Electronic
University
of Canterbury
You're asking for 10 samples per symbol, which may exceed the rate
at which your receiver computer can keep up, depending on
the modulation used, and the complexity of the modulation
techniques. Are you using the narrowband or ofdm examples?
The 'O' means overrun. The hardware (USRP1) is sending samples
faster than your computer can keep up.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio