[Discuss-gnuradio] Please Test N210 Users

2016-07-07 Thread SangHyuk Kim
Hi, I have used USRP N210 with CBX40 at 1.18GHz I got a low performance when two USRP N210 communicate I used 'benchmark_tx.py' and 'benchmark_rx.py' located at ~/gnuradio/gr-digital/example/ofdm Commands I used are below each other : Tx) ./benchmark_tx -f 1.18G -m qpsk --tx-gain=31.5 -W

[Discuss-gnuradio] OFDM IFFT calculate

2016-05-30 Thread SangHyuk Kim
Hi all, The file, /gr-fft/lib/fft_vcc_fftw.cc(http://goo.gl/X8WNPh), changes domain from frequency to time using IFFT(Inverse-Fast-Fourier-Transform). It takes parallel subcarriers in frequency-domain (it is defined 'in' in the file) and converts it into time-domain(it is defined 'out'). I can

Re: [Discuss-gnuradio] Why add d_nbits two times at ofdm_mapper_bcv ?

2016-05-27 Thread SangHyuk Kim
> On 05/25/2016 10:20 PM, SangHyuk Kim wrote: > > Dear all, > > > > Sorry, my source code was wrong. > > > > There is only one /d_bit_offset += d_nbits; > > > > / > > /Thanks . > > / > > > > 2016-05-26 10:38 GMT+09:00 SangHyuk Kim

Re: [Discuss-gnuradio] Why add d_nbits two times at ofdm_mapper_bcv ?

2016-05-25 Thread SangHyuk Kim
Dear all, Sorry, my source code was wrong. There is only one *d_bit_offset += d_nbits;* *Thanks .* 2016-05-26 10:38 GMT+09:00 SangHyuk Kim <tkdgur7...@gmail.com>: > Hi all, > > I'm tracing how OFDM modulation is done by /ofdm/benchmark_tx.py. > > The file, ofdm.py indi

[Discuss-gnuradio] Why add d_nbits two times at ofdm_mapper_bcv ?

2016-05-25 Thread SangHyuk Kim
Hi all, I'm tracing how OFDM modulation is done by /ofdm/benchmark_tx.py. The file, ofdm.py indicates ofdm modulation is composed of like : modulation - mapper - preamble - IFFT - CP - scale |- mapper - preamble -| And I have a question at ofdm_mapper_bcv. In

Re: [Discuss-gnuradio] Question about packet sequence

2016-04-14 Thread SangHyuk Kim
numbered. If UHD detects a missing packet, it* prints > a D (to signify a Dropped packet) to stdout, and emits a new rx_time tag > for the next packet. > > * Actually, I don't know whether that's UHD or gr-uhd that does this. > > Hope it helped > Laur > > 2016-04-14 8:41

[Discuss-gnuradio] Question about packet sequence

2016-04-13 Thread SangHyuk Kim
Hi all, I'm wondering about packet sequence. USRP sends UDP packets which is result of sampling to host PC. UDP packets tend to be out-of-order at high speed. My question is: - When USRP sends UDP packet high speed to host PC, the sequence of these packets is important ? - Do host PC reorder

[Discuss-gnuradio] # of UDP packet

2016-04-10 Thread SangHyuk Kim
Hi all, I'm observing packet moving using wireshark. I used benchmark_rate --rx-rate 2500 (10 seconds) and result like below: *Using Device: Single USRP: Device: USRP2 / N-Series Device Mboard 0: N210r4 RX Channel: 0RX DSP: 0RX Dboard: ARX Subdev: CBX RX

Re: [Discuss-gnuradio] Rx overflow with high sample rate and high CPU utilization

2016-04-07 Thread SangHyuk Kim
Dear Marcus, I'm always appreciated your help. I did ./benchmark_rate --rx_rate 25e6 and it worked well. Then, I should make it simple. Very thanks you! 2016-04-07 18:49 GMT+09:00 Marcus Müller <marcus.muel...@ettus.com>: > Dear SangHyuk, > > On 07.04.2016 08:25, SangHyuk Ki

[Discuss-gnuradio] Rx overflow with high sample rate and high CPU utilization

2016-04-07 Thread SangHyuk Kim
Hi all, I'm trying to solve Rx overflow problem. I am using USRP N210 and CBX daughter board. As I know, my machine's maximum sample rate is up to 25 MSps. Yes, it works well at Tx (ex ./benchmark -f 2.5G -r 2500). However, when I use USRP to Rx mode (ex ./benchmark -f 2.5G -r 2500),

Re: [Discuss-gnuradio] Rx overflow problem related with sample rate

2016-03-30 Thread SangHyuk Kim
uel...@ettus.com>: > Hi SangHyuk, > > On 29.03.2016 13:45, SangHyuk Kim wrote: > > Hi, > > I found two phenomenons when USRP N210 are on receiving mode (but, no > received data) > > > > i) When I capture eth0 packets using wireshark, USRP send buffer to host >

Re: [Discuss-gnuradio] Rx overflow problem related with sample rate

2016-03-29 Thread SangHyuk Kim
these... Please give me a guide Thanks. 2016-03-29 12:50 GMT+09:00 SangHyuk Kim <tkdgur7...@gmail.com>: > Hi, > > I tried to change recv_buffer_size, but I can't find where I input buffer > size. > > What is the default recv_buffer_size ? > > And why Tx is ok at BW 25MHz b

Re: [Discuss-gnuradio] Rx overflow problem related with sample rate

2016-03-28 Thread SangHyuk Kim
're getting 'D', this may be your ethernet controller--what type do >> you have? The 82579LM is notorious for dropping data. >> Also, make certain that your network buffering is configured >> correctly. See the notes here: >> >> http://files.ettus.com/manual/page_transp

Re: [Discuss-gnuradio] Rx overflow problem related with sample rate

2016-03-27 Thread SangHyuk Kim
-what type do > you have? The 82579LM is notorious for dropping data. > Also, make certain that your network buffering is configured correctly. > See the notes here: > > http://files.ettus.com/manual/page_transport.html#transport_udp_linux > > > > > On Sun, Mar 27, 2016 a

[Discuss-gnuradio] Rx overflow problem related with sample rate

2016-03-27 Thread SangHyuk Kim
Hi, I'm using USRP N210 with CBX daughter board on native Ubuntu 14.04 When I open fft_uhd with sample rate about 25 MSps, it spits out of "D"(overfow) As I know, USRP N210 support sample rate up to 25 MSps and it's possible on Tx mode. I think my PC can handle this sample rate, but I don't

[Discuss-gnuradio] Modifying Tx rate

2016-03-25 Thread SangHyuk Kim
Hi, I have tried to get better performance(throughput & error rate) in OFDM packet transceiver. I tested TxRx experiments in variety environments (modulation, frequency, bandwidth, fft_length, occupied_carriers, gain level, packet size and etc.) As a result, I got a poor performance and I found

Re: [Discuss-gnuradio] packet sending part

2016-03-24 Thread SangHyuk Kim
ore recent OFDM blocks, so you won't get a lot of > support here -- I recommend moving to the tx_ofdm and rx_ofdm stuff > instead. > > Cheers, > Martin > > On 03/24/2016 04:04 AM, SangHyuk Kim wrote: > > Hi, > > > > I'm trying to understand how OFDM packet Tx w

[Discuss-gnuradio] packet sending part

2016-03-24 Thread SangHyuk Kim
Hi, I'm trying to understand how OFDM packet Tx working I checked Tx rate and I got a poor rate (qam16, freq 1.18GHz, BW 25 MHz, pkt_size 400 --> 4.0 Mbps) I found it's because msg_queue block when packet be inserted to tail When Tx calls 'send_pkt(payload, ..)', it make packet and insert to

[Discuss-gnuradio] Antenna compatibility problem

2016-03-22 Thread SangHyuk Kim
Hi, I'm using CBX daughter board which supports from 1.2GHz to 6.0GHz with ANT500 (from 75MHz to 1GHz). Actually, I didn't know this antenna coverage. I have two question. i) Is there any problem when I use ANT500 with CBX ? I have tested QAM and QPSK performance using OFDM using those devices

Re: [Discuss-gnuradio] OFDM benchmark optimal parameter

2016-03-20 Thread SangHyuk Kim
Hi, I want to know other user's performance (avg performance). When I operate ./benchmark_tx.py -f 1.5G -m qpsk -W 250 --fft-length=256 --tx-gain=31.5, it results up to 60Mbps. (USRP N210, CBX 40MHz, ANT500) I empirically got fine parameters and generally (small fft length, high bandwidth,

Re: [Discuss-gnuradio] packetized data transmission

2016-03-19 Thread SangHyuk Kim
Hi, I'm using gnuradio/gr-digital/example/ofdm/benchmark_tx.py and benchmark_rx.py You can send and receive packet using the example with some parameters (bandwidth, frequency, etc.) Also similar example are on gnuradio/gr-digital/example/narrowband/benchmark_tx(rx).py. Two benchmark examples

Re: [Discuss-gnuradio] benchmark_tx and rx : too many FALSE packet

2016-03-15 Thread SangHyuk Kim
etter > tool. > > Cheers, > Nathan > > On Sun, Mar 13, 2016 at 4:22 AM, SangHyuk Kim <tkdgur7...@gmail.com> > wrote: > >> Hi all. >> >> I'm using benchmark_tx(rx).py example >> >> I experimented variety modulation schemes and GMSK, BPSK, QPS

Re: [Discuss-gnuradio] benchmark_tx and rx : too many FALSE packet

2016-03-15 Thread SangHyuk Kim
n Tue, Mar 15, 2016 at 4:13 AM, SangHyuk Kim <tkdgur7...@gmail.com> > wrote: > >> Hi, >> >> Sorry I'm late for reply >> >> Did you use two device (Tx,Rx) at a time ? >> >> I expect like these messages on Rx machine >> >> ok = FALSE pk

Re: [Discuss-gnuradio] benchmark_tx and rx : too many FALSE packet

2016-03-14 Thread SangHyuk Kim
Hi, Sorry I'm late for reply Did you use two device (Tx,Rx) at a time ? I expect like these messages on Rx machine 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

Re: [Discuss-gnuradio] benchmark_tx and rx : too many FALSE packet

2016-03-13 Thread SangHyuk Kim
> 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 <tkdgur7...@gmail.com> > wrote: > >> Could anyone try to this example commend ? >>

Re: [Discuss-gnuradio] benchmark_tx and rx : too many FALSE packet

2016-03-13 Thread SangHyuk Kim
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 <tkdgur7...@gmail.com>: > Dear Nikos. > >

Re: [Discuss-gnuradio] benchmark_tx and rx : too many FALSE packet

2016-03-13 Thread SangHyuk Kim
verified them to be corrupt? > > BR > Nikos​ > > On Sun, Mar 13, 2016 at 10:22 AM, SangHyuk Kim <tkdgur7...@gmail.com> > wrote: > >> Hi all. >> >> I'm using benchmark_tx(rx).py example >> >> I experimented variety modulation schemes and GMSK, B

[Discuss-gnuradio] benchmark_tx and rx : too many FALSE packet

2016-03-13 Thread SangHyuk Kim
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

Re: [Discuss-gnuradio] Modifying code rate

2016-03-07 Thread SangHyuk Kim
-03-08 6:20 GMT+09:00 Martin Braun <martin.br...@ettus.com>: > SangHyuk, > > you'll need to provide some more detail on what you're asking, what you > want to achieve, what you're using... etc. > > Cheers, > M > > On 03/06/2016 05:43 PM, SangHyuk Kim wrote: >

[Discuss-gnuradio] Modifying code rate

2016-03-06 Thread SangHyuk Kim
Hi all. I want to use high code rate for high throughput But, I can't find proper block to do. Can I change code rate using GNU radio? Also, is it possible using benchmark_tx.py (one of the example file provided) ? Thanks. ___ Discuss-gnuradio

Re: [Discuss-gnuradio] benchmark_tx(rx).py throughput as modulation

2016-03-06 Thread SangHyuk Kim
of course > log2(constellation points). > > > Is there unlimited bit rate option for check to modulation throughput ? > > No, a given modulation with a given sample rate and a given samples per > second must result in a fixed transmission rate. > > Best regards, > Marcus >

[Discuss-gnuradio] benchmark_tx(rx).py throughput as modulation

2016-03-01 Thread SangHyuk Kim
Hi all. I'm using benchmark_tx.py and rx (/digital/example/narrowband) As I know, ex) QAM modulation is faster than BPSK one. However, when I used both of modulation schemes, I couldn't measure throughput. I think it is up to bit rate, but I don't know exactly what it is. Is there unlimited

[Discuss-gnuradio] Is there way to specify the destination of signal ?

2016-02-29 Thread SangHyuk Kim
Hi all. I want to make unicast communication system such as Wi-Fi using SDR(in my case, usrp n210) however, I can't find any block like of that. Exactly what I'm saying like this situation : A ---> B C (A; Tx packet to B, B; Rx packet from A, C; discard packet from A to B) Is this

Re: [Discuss-gnuradio] CRC check

2016-02-21 Thread SangHyuk Kim
011? > > Best regards, > Marcus > > > On 21.02.2016 14:02, SangHyuk Kim wrote: > > I'm using "packet_decoder" (http://goo.gl/7uVDDa) > > > > 2016-02-21 21:51 GMT+09:00 Marcus Müller <marcus.muel...@ettus.com>: > >> Hi, >> >> the pr

Re: [Discuss-gnuradio] CRC check

2016-02-21 Thread SangHyuk Kim
l not sure which block you > are using. Also, crc.check_crc32 is used in two different blocks, so I > can't even tell this way what we are talking about :( > Can you actually make sure twice you got the letter-for-letter right name > of the "packet decoding" block? > > Best

Re: [Discuss-gnuradio] CRC check

2016-02-21 Thread SangHyuk Kim
hat "packet decoding" are you specifically talking about, and could you > show us the code you've modified? > > Best regards, > Marcus > > > On 21.02.2016 12:32, SangHyuk Kim wrote: > > Hi, I transmit simple text file using two USRP N210 > > Tx) > file sou

[Discuss-gnuradio] CRC check

2016-02-21 Thread SangHyuk Kim
Hi, I transmit simple text file using two USRP N210 Tx) file source -> packet encoding -> mod(GMSK) -> usrp sink Rx) usrp source -> demod(GMSK) -> packet decoding -> file sink To make corrupt packet, I tried to modify part of crc check I guess if the crc of received packet doesn't match with