wrote:
> On 08/08/2013 05:25 PM, Alex Zhang wrote:
>
>> Hi,
>>
>> I am transmitting a series of BPSK burst signal and try to observe the
>> phase distortion for the BPSK signal on air. But it is found that the
>> Phases of different BPSK bursts are different.
>
Hi All,
Any guys who ever used IIR filters? I got problems as below:
I want the IIR filter works as:
y[n] = 1.8*x[n] + 0.8*y[n-1]
Then I set the feed forward taps as [1.8], feeback taps as [0.8], just like
self.iir_filter_xxx_0 = filter.iir_filter_ffd(([1.8]), ([0.8]), True)
But my testing resul
Hello,
This is a radio problem I can not explain:
Transmitter: USRPN210, BPSK, linkrate = 100kbps, TX-gain=15
Receiver: USRPN210, Rx-gain=15
TX-RX: 1.5m.
Below is what the I/Q samples I get, after timing synchronization. There is
no center frequence offset as I share the same clk for tx and rx.
Problem solved when ./build_gnuradio goes back to work.
On Fri, Sep 20, 2013 at 12:02 PM, Alex Zhang wrote:
> This is the error:
>
> > 1 import gnuradio.extras
>
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/__init__.py in
> ()
> 21 import extr
lambda x: pmt.PMT_NIL),
79 (bool, pmt.pmt_is_bool, pmt.pmt_to_bool, pmt.pmt_from_bool),
80 (str, pmt.pmt_is_symbol, pmt.pmt_symbol_to_string,
pmt.pmt_string_to_symbol),
AttributeError: 'module' object has no attribute 'pmt_is_null'
On Fri, Sep 20, 2013
Hello Josh,
Today I met this problem again.
The gnuradio.extras can not be imported, with error of "pmt_is_null"
undefined in the extras.
even though the gnuraido version I am using is v3.6.5.1.
And the grextras can not be built at all due to some error.
On Tue, Aug 6, 2013 at 10:2
Hello,
I think the script build_gnuradio has an error when GNURadio 3.7 is in the
repository.
As the GNURadio 3.7 has no directory gnuradio-core. The below code will
always report error and exit the building.
git clone --progress http://gnuradio.org/git/gnuradio.git >>$LOGDEV 2>&1
Hi all,
It is seen that the RSSI can be obtained by the read_aux_adc.
But I am not sure if SBX board supports it or not. And how to specify the
parameters:
int which_side, int which_adc
Any hints for this question?
Thanks!
--
Alex,
*Dreams can come true – just believe.*
__
Oh, it's working with single-thread make...I did not expect this cause for
days.
On Tue, Sep 3, 2013 at 12:26 PM, Marcus D. Leech wrote:
> On 09/03/2013 01:20 PM, Alex Zhang wrote:
>
> Looks like nobody met this problem before?
>
> What I did is:
> 1. git clone
yes, understand and thanks. :)
It could be good to add note for some specific version of gnuradio that
could fail in parallel make, in case other people don't realize it as I
did...
On Tue, Sep 3, 2013 at 3:53 PM, Marcus D. Leech wrote:
> On 09/03/2013 04:44 PM, Alex Zhang wrote:
I can not understand what happened.
On Tue, Sep 3, 2013 at 10:56 AM, Alex Zhang wrote:
> hello,
>
> I git clone the gnuradio repositary and then checkout the tag v3.6.5.1 but
> when try to build gnuradio under v3.6.5.1, i got error like this:
>
> /home/alexzh/gr_alex/gnuradio/g
hello,
I git clone the gnuradio repositary and then checkout the tag v3.6.5.1 but
when try to build gnuradio under v3.6.5.1, i got error like this:
/home/alexzh/gr_alex/gnuradio/gruel/src/swig/pmt_swig.i[ 31%] :39: Error:
Unable to find 'pmt_swig_doc.i'
make[2]: *** [gr-audio/swig/audio_swigPYTHO
Hi,
I am transmitting a series of BPSK burst signal and try to observe the
phase distortion for the BPSK signal on air. But it is found that the
Phases of different BPSK bursts are different.
I think this change is caused by the fact that the ADC clock phases are
different for the starts of every
Thanks, I have rolled back my gnuradio to v3.6 to support the pre-cog now.
On Tue, Aug 6, 2013 at 7:55 PM, Josh Blum wrote:
>
> >
> > ImportError: libgnuradio-extras.so: cannot open shared object file: No
> such
> > file or directory
> >
> > I run the sudo ldconfig after the whole installation,
Hello,
When run the make, i got error today:
/home/alexzh/gras/lib/jit_factory.cpp:88:8: error: ‘llvm’ does not name a
type
/home/alexzh/gras/lib/jit_factory.cpp:238:6: error: ‘Factory’ has not been
declared
make[2]: *** [lib/CMakeFiles/gras.dir/jit_factory.cpp.o] Error 1
make[1]: *** [lib/CMakeF
s occurred!
Who can tell me how to fix this error?
On Tue, Aug 6, 2013 at 10:27 AM, Alex Zhang wrote:
> Hi,
>
> I reinstalled the entire gnuradio using ./build-gnuradio -m. But when I
> try to import the gnuradio.extras, errors happened:
>
> In
Hi,
I reinstalled the entire gnuradio using ./build-gnuradio -m. But when I try
to import the gnuradio.extras, errors happened:
In [1]: import gnuradio.extras
---
ImportError Traceback (most rece
That's great. Thanks!
On Fri, Aug 2, 2013 at 12:21 PM, Johnathan Corgan
wrote:
> On 08/02/2013 09:38 AM, Alex Zhang wrote:
>
> > Is there any problem with the current git clone address
> >
> > http://gnuradio.org/git/gnuradio.git
>
> This should be fixed now;
Hi Marcus,
I always met the git checkout error
" Could not find gnuradio/gnuradio-{core,runtime} after GIT checkout"
Thus everytime i have to change the git clone address to
git://git.gnuradio.org/gnuradio
Is there any problem with the current git clone address
http://gnuradio.org/git/gnuradi
Hi yeran,
I am wondering if you have solved this problem?
Best Regards,
On Wed, May 29, 2013 at 9:43 PM, yeran wrote:
> Hi everyone,
>
>
> I’m doing channel estimation in gnu radio narrowband. But the result is
> different than I expect.
>
>
> I’m using the example in grc, uhd_tx_dpsk
hello,
I am going to connect the N210 external ref port to a clock distribution
board. But I dont know what the driver mode is. Such like it is LVDS or
else, and what the current is, like 3.5mA or 8mA.
Can some one give help?
Thanks
--
Alex,
*Dreams can come true – just believe.*
_
suppose your python file is run.py.
In terminal, just use ./run.py in the directory where the file is placed.
On Sun, Jun 9, 2013 at 8:48 PM, vamshi krishna dodla <
vamshikrishna.do...@gmail.com> wrote:
> Hi all
> It would be very helpful to me if some one tells me how to get started
> with pyt
So, actually, your code already has the freq recov block? If so, I really
have no idea on how to solve your problem.
On Wed, May 29, 2013 at 11:34 PM, yeran wrote:
> Hi Alex,
>
> I have read the generic_mod_demod.py and find the fll block you
> mentioned is in freq_recov block, which is before
FLL = Frequency lock looping.
The corresponding C++ block is digital_fll_band_edge_cc.
and you can find the usage example in generic_mod_demod.py in
/gnuradio/gr-digtial/python.
There are some discussions within this community before, just search it for
how to use it properly.
On Wed, May 29, 201
I don't think the RRC filter is used for carrier frequency correction. In
gnuradio, the FLL filter can be used for CFO correction.
Please correct me if I am wrong.
On Wed, May 29, 2013 at 9:43 PM, yeran wrote:
> Hi everyone,
>
>
> I’m doing channel estimation in gnu radio narrowband. But th
this file bring renamed during the build?
>
>
> On Mon, May 27, 2013 at 9:02 PM, Alex Zhang wrote:
>
>> I remember that I reinstall to the latest gnuradio entirely and then
>> the error disappeared.
>>
>>
>> On Mon, May 27, 2013 at 12:36 PM, Guy Holtzman
File
> "/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py",
> line 26, in
> _extras_swig = swig_import_helper()
> File
> "/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py",
> line 22, in swig_import_helper
>
Hi,
It is excited to see the new OFDM implementation has been merged and test
in the GNURadio master branch. Several Questions:
1. What are the main changes from the old design?
2. Seems it support NC-OFDM as the user can arrange the carriers? And how
is the gain of dB between the occupied carrier
ughterboard: RFX2400 (no serial, RX2, A:0)
> Rx gain: 45.0
> Rx baseband frequency: 2.528G
> Rx DDC frequency: -2M
> Rx Sample Rate: 2M
> Receving 100k samples
> Writing 32-bit complex floats
> Output filename: noise.dat
>
>
>
> 2013/4/28 Alex Zhang
>
>> I
I remember that some DC is manually added into the frequency point which
can be divided by 5Mhz or 10Mhz? Besides the DC at the your central freq,
be aware of that if the lo offset setting makes your bandwidth cover these
frequency point, you still can see the peaks.
Hope I am not wrong, at least I
Totally agree to stop using the tunnel.py!
Just want to add some my thoughts.
There is a fact that the main users of USRP/GNURadio are the students from
universities.
Firstly, these people lack the experience on the
communications development, either in software designing or in wireless
communica
Yes, that is what I am thinking. And try to solve this problem for the
non-differential bpsk.
Can the known preamble can solve this problem? I am investigate this way.
On Sat, Mar 16, 2013 at 9:18 AM, Tom Rondeau wrote:
> On Fri, Mar 15, 2013 at 11:33 PM, Alex Zhang
> wrote:
> >
sy to implement
> to do coarse synchronization during fast burst transmissions.
>
>
> ---
> Regards
> Sreeraj Rajendran
> http://home.iitb.ac.in/~rsreeraj
>
> --
> *From:* Alex Zhang
> *To:* Sreeraj Rajendran
> *Sent:* Thursday, 7
Besides the tips mentioned in the previous mails, I am wondering if the
carrier recovery can performed by adding proper preamble fore the burst
mode bpsk communication.
Several books mentioned that but did not provide more details;
for example:
Radio System Design for Telecommunication By Roger
Thanks you all.
I will try to adjust th loop_bw in the fll firstly to see what happened.
And I am not understanding the function advance_loop(error) well:
void
gri_control_loop::advance_loop(float error)
{
d_freq = d_freq + d_beta * error;
d_phase = d_phase + d_freq + d_alpha * error;
}
I am
> benchmark-rx example, but I don't know if that is what you were talking
> about.
>
>
> *From:* Adeel Anwar
>> *To:* Alex Zhang
>> *Cc:* address@hidden
>> *Sent:* Monday, 4 March 2013 5:51 PM
>> *Subject:* Re: [Discuss-gnuradio] Very low packet loss ra
hello John,
I am wondering, in future, if the receiver will also work in a tdma manner
at the waveform level,i.e, the demodulation can be done within specified
time slot. One of the benefits is that the computing on the receiver can be
decreased significant.
Thanks.
On Sun, Mar 3, 2013 at 8:50
face no such issues.
>
>
> On Sat, Mar 2, 2013 at 3:25 AM, Alex Zhang wrote:
>
>> Seems no one can shed a light on this topic?
>>
>>
>> On Thu, Feb 28, 2013 at 10:25 PM, Alex Zhang wrote:
>>
>>> Hello,
>>>
>>> In the current gr-
Seems no one can shed a light on this topic?
On Thu, Feb 28, 2013 at 10:25 PM, Alex Zhang wrote:
> Hello,
>
> In the current gr-digital/narrowband, I am using the benchmark_tx.py and
> rx.py to test the bpsk communications.
> It is found that the packet loss rate is very hig
Hello,
In the current gr-digital/narrowband, I am using the benchmark_tx.py and
rx.py to test the bpsk communications.
It is found that the packet loss rate is very high (70% loss) in
discontinuous mode where every 5 packets are in a burst. But in continuous
mode, the paket loss rate is less than
It's cool! Thanks!
On Thu, Feb 28, 2013 at 11:51 AM, Martin Braun (CEL)
wrote:
> On Thu, Feb 28, 2013 at 11:38:40AM -0600, Alex Zhang wrote:
> > For me, I am very interested in that is there any open project to
> improve the
> > data rate and packet loss for
For me, I am very interested in that is there any open project to improve
the data rate and packet loss for the GNURadio based OFDM?
Some guys claimed that the LTE standards are implemented with USRP and PC
by SIMD programming. But their code are not open.
If GNURadio based OFDM can support high d
Hi John,
I am using the TDMA engine of the Pre-Cog, and investigating the code. For
some parameters in the initlization of the TDMA engine, I am wondering if i
understand correctly:
self.initial_slot = initial_slot
self.slot_interval = slot_interval
self.guard_interval = g
Maybe it is due to my own building which is very obsolete. I will try to
reinstall the latest version of gnuradio and grextras.
On Tue, Feb 19, 2013 at 5:35 PM, Alex Zhang wrote:
> It does not work after the modification and rebuilding of the grextras.
>
> My modification:
>
&g
${CMAKE_CURRENT_SOURCE_DIR}/../include/gnuradio/extras)
On Tue, Feb 19, 2013 at 5:06 PM, Josh Blum wrote:
>
>
> On 02/19/2013 04:59 PM, Alex Zhang wrote:
> > Hi,
> >
> > I believe some other guys met this problem before, but I did not find the
> > final solution expressed clearly.
>
Hi,
I believe some other guys met this problem before, but I did not find the
final solution expressed clearly.
After I installed the gnuradio, grextras, then in my python code which trys
to import the extras_swig like
import gnuradio.extras as gr_extras
File
"/usr/local/lib/python2.7/dis
Hello Gurus,
My duplex system is using only one frequency but different time slot to let
two USRP exchange data. But from the observed receiving waveforms, I found
that the received signal is very high and causes the jitter if the receiver
keeps receiving its own transmitted signal within its own
But the wiki is down.. 404.
On Mon, Feb 4, 2013 at 9:47 PM, John Malsbury wrote:
> https://github.com/jmalsbury/pre-cog
>
>
>
>
> On Mon, Feb 4, 2013 at 7:45 PM, Karan Talasila wrote:
>
>> Hi,
>> Even I am not able to open it. even the wiki of pre-cog isn't
>> opening.
>>
>>
>> On Mon, Feb
Maybe I have misunderstanding on tdma_engine. Does it only handle the
incoming samples from the usrp source, which means rx samples? I really
want to figure out how the tdma transmitter works.
On Mon, Feb 4, 2013 at 9:45 AM, Josh Blum wrote:
>
>
> On 02/04/2013 01:32 AM, Alex Zh
timed streaming
> features and currently rely on a 1 PPS signal to provide synchronization
> across multiple units.
>
> -John
>
>
>
>
> On Mon, Feb 4, 2013 at 8:33 AM, Alex Zhang wrote:
>
>> Hi Josh,
>>
>> Sorry the unclear question. Actually I am a
Hi Josh,
Sorry the unclear question. Actually I am asking how the transmitter
organize the TX samples to the specified time slot..
On Mon, Feb 4, 2013 at 9:45 AM, Josh Blum wrote:
>
>
> On 02/04/2013 01:32 AM, Alex Zhang wrote:
> > Previously, the pre-cog introduced a simple im
Previously, the pre-cog introduced a simple implementation of TDMA:
http://gnuradio.4.n7.nabble.com/Introduction-to-Pre-Cog-td37906.html
I read roughly the code in the tdma_engine.py.
For the transmitter, it seems that this tdma_engine works like a throttle
to send the messages to the downstreams
Try use different frequency for transmitter and receiver.
On Thu, Jan 31, 2013 at 8:51 PM, Dong Wang wrote:
> Hi
>
> When I try to establish the duplex comunication between two USRPs, I found
> that if I put the code A infront of code B, only the transmitter works, but
> if I put code B infront
Hello,
I am reading the code for frequency correction in the demodulation chain
for the narrow band like PSK, GMSK, etc.
In the gnuradio/gr-digital/python/generic_mod_demod.py, two blocks contains
the code related to the frequency offset correction.
1. digital.fll_band_edge_cc
I am not familia
Can anybody explain the difference between this softmodem and other
existing wireless baseband programmable processors?
My understanding is that, also as Marcus mentioned, it provides more
flexibility by this array of special CPUs instead of the prefixed
functions/blocks, within this chip. Otherwis
Hi Nazmul,
Seem your second paper can not downloadable?
Thanks
On Tue, Nov 27, 2012 at 11:55 PM, Nazmul Islam
wrote:
> Hello,
>
> I would like to announce two GNUradio based papers that I
> published/submitted a few months ago. The full reference of the papers are
> given below:
>
> 1. Muhamma
I am not sure it can work or not:
Set the in/out ratio while setting the output multiple, then you can
control the output items number by setting the required input items in the
forecast() of your block.
On Fri, Nov 30, 2012 at 5:51 PM, Zing Yu wrote:
> Hi All,
>
> As usual, I have a simple qu
constructor works in python now.
But we do need to pay attention when c++ types is not recognized in python,
assuming your suggestion is a solution. I will try this later for possible
case.
On Thu, Nov 15, 2012 at 9:20 PM, Josh Blum wrote:
>
>
> On 11/15/2012 06:44 PM, Alex Zh
Hello,
I wrote a signal block whose constructor has an argument of type
"uint64_t". But when in python it is constructed, the error is reported
as TypeErrorL in method 'myblock', argument 1 of type 'uint64_t'.
Then I changed the uint64_t to unsigned long long in my C++ code, but the
python still
Thanks Tom and Nick, it works now, by just calling the abstract method name.
On Tue, Oct 23, 2012 at 9:21 AM, Tom Rondeau wrote:
> On Mon, Oct 22, 2012 at 6:53 PM, Alex Zhang
> wrote:
> > Hello,
> >
> > I am trying to use the volk_32fc_x2_multiply_conjugate_32fc_a_s
012 at 4:08 PM, Alex Zhang
> wrote:
> > Hi,
> >
> > I looked at the VOLK to find if there are existing method to calculate
> the
> > outer product of two vectors, but found nothing about it.
> > If no, I have to write a SIMD based outer product method by myse
Hello,
I am trying to use the volk_32fc_x2_multiply_conjugate_32fc_a_sse3() in my
signal processing code. However, when I compile my code, it was told
that Error "SSE3 instruction set not enabled" and the intrinsics within
this VOLK method are not recognized at all.
It was told that the -msse3 opt
resend.
On Oct 21, 2012, at 3:08 PM, Alex Zhang wrote:
> Hi,
>
> I looked at the VOLK to find if there are existing method to calculate the
> outer product of two vectors, but found nothing about it.
> If no, I have to write a SIMD based outer product method by myse
Hi,
I looked at the VOLK to find if there are existing method to calculate the
outer product of two vectors, but found nothing about it.
If no, I have to write a SIMD based outer product method by myself.
Thanks,
--
Alex,
*Dreams can come true – just believe.*
__
Hi Tom,
There is the other thing I need to confirm:
It looks that the block's output buffer size can not be changed after its
construction, right?
On Fri, Oct 12, 2012 at 10:12 AM, Tom Rondeau wrote:
> On Thu, Oct 11, 2012 at 7:41 PM, Alex Zhang
> wrote:
> > Let me take
Hi Tom, thanks for the response, but I am still have questions regarding
your comments as below inline:
On Fri, Oct 12, 2012 at 10:12 AM, Tom Rondeau wrote:
> On Thu, Oct 11, 2012 at 7:41 PM, Alex Zhang
> wrote:
> > Let me take an example for my question.
> >
> > For
On Fri, Oct 12, 2012 at 10:16 AM, wrote:
> **
>
> On 12 Oct 2012 11:12, Tom Rondeau wrote:
>
> On Thu, Oct 11, 2012 at 7:41 PM, Alex Zhang wrote:
>
> Let me take an example for my question. For some OFDM blocks, the io
> signature is determined by the fft length, dur
, 2012 at 6:29 PM, Alex Zhang wrote:
> Hi,
>
> I know it may not be possible in the current gnuradio blocks framework,
> but I am still curious if it can be done.
> When I write a signal processing block, the io signature could be
> determined by some parameters. It is ok, if these pa
Hi,
I know it may not be possible in the current gnuradio blocks framework, but
I am still curious if it can be done.
When I write a signal processing block, the io signature could be
determined by some parameters. It is ok, if these parameters are fixed. But
sometimes, especially in the adaptive
Found this mail, it seems that the DC removal is still on implementing? If
so, the tune request can not solve the DC problem at all?
Sorry for these questions, as I am really confused by the code and the
observed phenomenon.
On Fri, Aug 17, 2012 at 12:44 PM, Josh Blum wrote:
>
>
> On 08/17/201
Hi,
I always get a strong spike in the attachment, when using uhd_fft to
measure the noise. Please note there is no any signal on the air, only
noise, but I got this spike.
I guess this is the so called DC component. Thus I tried to remove this
spike, as stated in
http://files.ettus.com/uhd_docs/m
Hi Josh,
A quick question, what is the time reference you are using for the TDMA
engine? Is it GPS or something else? How accurate about the time
synchronization?
On Wed, Sep 26, 2012 at 1:31 PM, Josh Blum wrote:
> Hey list,
>
> For those who were not at the GR Conference 2012: I presented some
Hi,
I have two USRPs with GPS equipped. I found it always took too much for the
two GPS to be sychronized to the same time (diff < 0.1s).
Previously, I wait about 1 or 2 hours, but today 10 hours later, they still
have time difference of 5s.
I am using GPS indoor environment.
--
Alex,
*Dr
Hi
My PC is connected with 2 USRPs and one of them is connected with GPS and
the other one is using the MIMO cable to share the GPS.
My question is, is it possible to use the Python code to detect which USRP
is equipped with GPS, and which is not?
Thanks,
--
Alex,
*Dreams can come true – just b
Just found the swig interface for this feature is already provided...
On Mon, Sep 17, 2012 at 5:32 PM, Alex Zhang wrote:
> Hi,
>
> Instead of specifying the device address in instantiating the
> usrp_resouce, I would like to let my python code to automatically detect
> the con
Hi,
Instead of specifying the device address in instantiating the usrp_resouce,
I would like to let my python code to automatically detect the connected
USRP and return the device addresses, just like the UHD_FIND_DEVICES does.
After I get all the addresses of the connected USRPs, then the pyhon c
Cool.
How can I get this information at that time?
On Sat, Sep 15, 2012 at 11:21 PM, Josh Blum wrote:
>
>
> On 09/15/2012 11:45 PM, usrp n210 wrote:
> > Is there any advantage to use TUN/TAP interface ?
>
> Tun/tap is a convenient way to get access to the network stack from
> userspace. Unfortun
On Wed, Sep 12, 2012 at 12:21 PM, Josh Blum wrote:
> Just curious. Are you trying to implement a discontinuous streaming
> model? Or are you looking for a way to control start time but still
> continuous?
>
> >
> > case uhd::rx_metadata_t::ERROR_CODE_TIMEOUT:
> > //Assume that
On Wed, Sep 12, 2012 at 12:21 PM, Josh Blum wrote:
> Just curious. Are you trying to implement a discontinuous streaming
> model? Or are you looking for a way to control start time but still
> continuous?
>
I think I want a way to control start time but still continuous. But I may
know not so muc
Hi all and Josh,
What I want to do is to control the streaming from the USRP by my own
python code.
usrp_source provides the start() and the stop() to control the streaming by
issuing the command to USRP.
However, when I try to use them in my python code, lots of problems block
me.
As my observat
Hi,
When I want to set the sample rate as very low as 20k, but the running
result show me that it is increased to about 195k automatically as 20k
sample rate is not supported.
--
Alex,
*Dreams can come true – just believe.*
___
Discuss-gnuradio mailin
Exactly what I want, thanks!
On Wed, Aug 15, 2012 at 2:48 PM, Josh Blum wrote:
> Marc Epard had a project to burst 100 Msps samples into the SRAM.
> https://lists.gnu.org/archive/html/discuss-gnuradio/2011-03/msg00300.html
>
> On 08/15/2012 12:24 PM, Alex Zhang wrote:
> > I
to fit the full-speed baseband data
> over the 1Gbit (or USB) link. There is an existing user FPGA modification
> somewhere that buffers full-speed baseband data into the SRAM on an N210
> for later retrieval. What exactly are you trying to do?
>
> --n
>
> On Wed, Aug 15, 2
Hi,
I want to collect the samples of the USRP at the IF instead of the
baseband, so is there any way to read the ADC samples directly without
downconversion, at the PC?
I do not want to touch the FPGA.
--
Alex,
*Dreams can come true – just believe.*
_
Could I know your current achieved bandwidth of OFDM communication over
GNURadio on your platform?
On Tue, Aug 7, 2012 at 9:55 AM, wrote:
> **
>
> On 07 Aug 2012 10:49, Nathan West wrote:
>
>
> Agreed, which is why there is general advice, like enabling real-time
> scheduling for non-root users
On Tue, Aug 7, 2012 at 9:12 AM, wrote:
> **
>
> On 06 Aug 2012 17:59, Alex Zhang wrote:
>
> Just state, I was using the tunnel.py instead of the rawOFDM to do the
> test. Seems nobody declared good bitrate within this community, although I
> have asked for many times
hread? We have 8-core cpu but we don't know how to fully utilize
> them using gr.
>
> Sincerely,
> --
> Yang, Qing
> Information Engineering, CUHK
>
>
>
> 2012/8/7 Alex Zhang
>
>> Just state, I was using the tunnel.py instead of the rawOFDM to do the
>&g
Just state, I was using the tunnel.py instead of the rawOFDM to do the
test. Seems nobody declared good bitrate within this community, although I
have asked for many times.
On Mon, Aug 6, 2012 at 3:06 PM, Alex Zhang wrote:
> Hi Qing,
>
> Your experience is exactly what I have tested.
Hi Qing,
Your experience is exactly what I have tested. The data rate of OFDM based
on the current GNURadio never exceeds 1Mbps with acceptable PER.
I guess the only way to beat more bandwidth is to use very strong
computer...
On Mon, Aug 6, 2012 at 10:12 AM, Qing Yang wrote:
> Dear all,
>
> Re
Copy to usrp-users
-- Forwarded message --
From: Alex Zhang
Date: Tue, Jul 24, 2012 at 4:08 PM
Subject: Any friends ever worked on noise variance estimation using the
USRP?
To: gnuradio mailing list
Hi gurus,
I am doing an experiment which need to estimate the noise variance
Hi gurus,
I am doing an experiment which need to estimate the noise variance of each
USRP as receiver.
My question is that besides the sample variance method, is there any other
method to achieve better accuracy?
And for a single USRP, is the variance stable after the power on? And is
the measurem
Apparently you did not set the threshold correctly. Measure the
transmitting power in dB firstly and then adjust the threshold.
btw, are you doing the routing experiment with only two USRPs?
On Thu, Jul 19, 2012 at 4:24 PM, Weixian Zhou wrote:
> I am doing routing experiment with two USRPs and t
The tunnel.py problem seems being complained for thousand times :) No
one has final solution now, at least in the archive.
In my experience, actually, this is a full-duplex problem. If your daughter
board can only support half-duplex, you need additional time to switch to
RX right after your
with an issue I was having
> getting the xcvr2450 to tune to the right tx/rx frequencies...
>
> I suggest printing out the result of the magnitude squared to see if this
> is the case as well for you guys.
>
> Regards,
> Jason T.
>
> ------
&g
rward to your further comments.
Thanks,
Alex(Changchun) Zhang
Cognitive Radio Institute @ Tennessee Tech Univ.
-- Forwarded message --
From: Alex Zhang
Date: Mon, Jun 18, 2012 at 4:53 PM
Subject: Re: [Discuss-gnuradio] tunnel.py destination host unreachable
To: Weixian Zhou
Cc: j...@et
e the packages failed
>> CRC check (ok=false). I think some parameters need to be tuned, maybe
>> bitrate?
>>
>> On Mon, Jun 18, 2012 at 10:21 AM, Weixian Zhou wrote:
>>
>>> Hi Alex,
>>> I tried it. The problem is the same. The transmitter only showed
Weixian,
Could you please try the ping command like this (if you are working on
linux):
*sudo ping 192.168.200.2 -i 0.01*
-i 0.01 means the time interval between pings is 0.01 second. And tell me
what happened.
You can try different time intervals.
On Fri, Jun 15, 2012 at 5:37 PM, Alex Zhang
, 2012 at 3:05 PM, Alex Zhang wrote:
> Something like discarded.
>
>
> On Fri, Jun 15, 2012 at 11:59 AM, Weixian Zhou wrote:
>
>> What do you mean by "it may be consumed"?
>>
>>
>> On Fri, Jun 15, 2012 at 12:44 PM, Alex Zhang wrote:
>>
>>
42 is the length of the ARP request and make sure the other side sends out
ARP reply, otherwise, the Ping will always fail due to routing issue.
On Fri, Jun 15, 2012 at 9:31 AM, Weixian Zhou wrote:
> I am doing test with tunnel.py and following the readme instructions
> located gnuradio/gr-digit
Most likely you did not set the freq and gain properly. Unstable physical
layer communications cause the ARP routing failure.
Please use different frequencies for tx and rx.
On Thu, Jun 14, 2012 at 1:51 PM, Weixian Zhou wrote:
> I was testing with tunnel.py and following the instructions in REA
1 - 100 of 159 matches
Mail list logo