Hi, The narrowband gave me nothing of statistics or your messages, just messages for connecting to x300 and RFNoC. Let it run for ~5':
No gain specified. Setting gain to 18.750000 (from [0.000000, 37.500000]) -- [0/Radio_0] _resolve_port_def() -- [0/Radio_0] item type: sc16 -- [0/Radio_0] vector length: 0 -- [0/Radio_0] packet size: 0 -- [RX Streamer] creating rx stream recv_buff_size=33554432 -- [RX Streamer] data_sid = 00:08>02:30 actual recv_buff_size = 33554432 -- [0/Radio_0] radio_ctrl::set_destination() -- Setting sid to 2.48>0.8 -- [RX Streamer] spp == 364 -- [RX Streamer] Flow Control Window = 20515, Flow Control Handler Window = 641 -- [0/Radio_0] radio_ctrl::configure_flow_control_out()20515 -- [RX Terminator 0] rx_stream_terminator::set_rx_streamer() 1 -- [0/Radio_0] radio_ctrl::set_rx_streamer() 1 -- [Device3] updating RX streamer to RX Terminator 0 -- New tick_rate == 2e+08 New samp_rate == 200000 New scaling == 3.05187e-05 ^C-- [RX Terminator 0] rx_stream_terminator::~rx_stream_terminator() -- [RX Terminator 0] rx_stream_terminator::set_rx_streamer() 0 -- [0/Radio_0] radio_ctrl::set_rx_streamer() 0 The ofdm complained about the S 8 argument and then erred on unknown key "qam" BR, Nikos On Mon, Mar 14, 2016 at 3:51 AM, SangHyuk Kim <[email protected]> wrote: > Dear, Nikos. > > I want to check both of them. > > Thanks! > > 2016-03-14 10:45 GMT+09:00 Nikos Balkanas <[email protected]>: > >> Hi Kim, >> >> I can only test the benchmark_rx.py with my X300 (don't have transmitters >> connected) >> I can find 2 benchmark_rx.py in my gnuradio-3.7.9.1: >> The first is under examples/ofdm and the other under examples/narrowband >> Which one do you need tested? >> >> BR, >> Nikos >> >> On Mon, Mar 14, 2016 at 2:04 AM, SangHyuk Kim <[email protected]> >> wrote: >> >>> Could anyone try to this example commend ? >>> >>> example code location = gnuradio/gr-digital/example/narrowband >>> Tx) >>> ./benchmark_tx.py -f 1.5G -m qam -S 8 >>> Rx) >>> ./benchmark_rx.py -f 1.5G -m qam -S 8 >>> >>> Thanks. >>> >>> 2016-03-13 18:57 GMT+09:00 SangHyuk Kim <[email protected]>: >>> >>>> Dear Nikos. >>>> >>>> the value 'ok' returns 'FALSE' as results of crc_check. >>>> >>>> so, I think packet was corrupted. >>>> >>>> It happened only some modulation using high bits per symbol (QAM, PSK) >>>> >>>> Thanks >>>> >>>> 2016-03-13 18:41 GMT+09:00 Nikos Balkanas <[email protected]>: >>>> >>>>> Have you inspected the packets and verified them to be corrupt? >>>>> >>>>> BR >>>>> Nikos >>>>> >>>>> On Sun, Mar 13, 2016 at 10:22 AM, SangHyuk Kim <[email protected]> >>>>> wrote: >>>>> >>>>>> Hi all. >>>>>> >>>>>> I'm using benchmark_tx(rx).py example >>>>>> >>>>>> I experimented variety modulation schemes and GMSK, BPSK, QPSK >>>>>> modulation worked well >>>>>> >>>>>> However, when I used QAM modulation, most of received packet were >>>>>> corrupted (FALSE) >>>>>> >>>>>> ENV) >>>>>> both TX and RX uses USRP N210 with ANT500 and CBX 40MHz >>>>>> distance between TX and RX is shorter than 3m >>>>>> >>>>>> TX) >>>>>> ./benchmark_tx.py -f 1.5G -m qam -S 8 --tx-gain=30 >>>>>> >>>>>> RX) >>>>>> ./benchmark_rx.py -f 1.5G -m qam -S 8 >>>>>> >>>>>> RESULTS ON RX) >>>>>> ok = FALSE pktno = 1 n_rcvd = 1 n_right = 0 >>>>>> ok = FALSE pktno = 2 n_rcvd = 2 n_right = 0 >>>>>> ok = FALSE pktno = 3 n_rcvd = 3 n_right = 0 >>>>>> ... >>>>>> ok = TRUE pktno = N n_rcvd = N n_right = 1 >>>>>> ... >>>>>> >>>>>> Is this normal case of qam modulation ? >>>>>> How can I get more TRUE packet using QAM modulation ? >>>>>> >>>>>> Thanks. >>>>>> >>>>>> _______________________________________________ >>>>>> Discuss-gnuradio mailing list >>>>>> [email protected] >>>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >>>>>> >>>>>> >>>>> >>>> >>> >>> _______________________________________________ >>> Discuss-gnuradio mailing list >>> [email protected] >>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >>> >>> >> >
_______________________________________________ Discuss-gnuradio mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
