Re: [Discuss-gnuradio] points in scope sink are missing when zooming in and out

[Jeon]

Dear, Marcus

That's OK. It's not a problem related with actual communication behavior or
something.
I was just curious about that :)

Regards,
Jeon.

2015-05-08 21:49 GMT+09:00 Marcus Müller :

>  Hi Jeon,
> sorry, I really can't reproduce that. Can you provide a minimal flowgraph
> that we can use to test?
> Generally, GNU Radio slowly moves away from WX towards QT, so if that's an
> option, use QT.
>
> Best regards,
> Marcus
>
>
> On 05/08/2015 02:36 PM, Jeon wrote:
>
>   I am using WX.
>
>  I miss some details in the previous post.
>
>  It doesn't happen when I hit zoom in and out one or two times.
> It happens after hitting zoom in and out 4, 5, 6, ... times. Not sure
> exact value.
>
>  Also, it seems the duration of each bits are unchanged.
>  i.e., ten ones before zooming and several ones after zooming have same
> duration.
>
>  For additional information,
>  I am using GRC 3.7.6 on Ubuntu 14.04 (kernel 3.13) on VMWare assigned 2
> CPUs (i7 3770) and 4 GB ram.
>
>  Regards,
>  Jeon.
>
> 2015-05-08 21:09 GMT+09:00 Marcus Müller :
>
>>  Hi Jeon,
>>
>> is this QT or WX Gui?
>>
>> Greetings,
>> Marcus
>>
>>
>> On 05/08/2015 01:45 PM, Jeon wrote:
>>
>>   For debugging or other purposes, sometimes I use time domain scope
>> sink.
>>
>>  When I zoom in and out, points in the scope are missing.
>>
>>  For instance, flow graph generates a stream:
>>
>>  11001100 (ten ones and zereos are
>> repeating)
>>
>>  After hitting buttons zooming in and out, the scope shows:
>>
>>  ..1..1..1...0..0..0...1..1..1...0..0..0...1..1..1.. (n ones and m zeros
>> are repeating, n, m < 10)
>>
>>  I think this issue related with some graphic interface. Is it a know
>> issue?
>>
>>  Regards,
>>  Jeon.
>>
>>
>>
>>
>>
>>  ___
>> Discuss-gnuradio mailing 
>> listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>
>
> ___
> Discuss-gnuradio mailing 
> listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] I & Q samples in a source module

[Yile Ku]

My source modules has 16-bit I & Q samples that are interleaved:
I,Q,I,Q,I,Q... as signed 16 bit values.  I generate 512 pairs at a time in
my work function (C++).   I set noutput_items to 512 and copy I and Q out
512 times to the output_items variable in the work function.  Is this the
correct format of data that subsequent modules can expect?I use the
IShort_to_Complex module to convert the samples for subsequent modules.

Thanks,
Y-
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GNU Radio for Android

[Murray Thomson]

Hi,

I've been trying the instructions in the wiki with ubuntu 15.04 and gcc 4.8
(4.9 also gave me problems).

I got the following error checking out the android branch from git://
git.gnuradio.org/gnuradio.git
error: The following untracked working tree files would be overwritten by
checkout:
volk/CMakeLists.txt
   ...
Aborting

But it worked well with the repo: https://github.com/trondeau/gnuradio/

I also got an error compiling GRAnd. It seems to be related with boost,
which I cross compiled following the instructions. I've attached the output
of make, if anyone has the time to have a look at it it would be much
appreciated.

Thanks,
Murray

2015-05-06 8:29 GMT+01:00 Lin HUANG :

> Wow, it's so cool! I'll have a try, following your wiki. -Lin
>
> 2015-05-06 4:06 GMT+08:00 Tom Rondeau :
>
>> While I have been talking around it for a while, I wanted to better
>> publicize our work on GNU Radio for Android. We can now build applications
>> that run GNU Radio flowgraphs on Android (>= 5.0). We build the flowgraph
>> in C++ and link it through to a Java app for the user interface using the
>> JNI. I have tried to collect the howtos for getting all of the various
>> parts up and running here:
>>
>> http://gnuradio.org/redmine/projects/gnuradio/wiki/Android
>>
>> Last week, we got UHD support working, and I felt this was a big marker
>> in our progress on the project. To top it off, we now even have ControlPort
>> support on Android apps, which makes it possible to provide remote control
>> and run tools like gr-perf-monitorx, from which I'm already finding out new
>> things about GNU Radio and Android device performance issues.
>>
>> There's still a big warning about this being a work in progress, and it
>> definitely is. However, with the support for all of the various hardware
>> and tools that we now have, I think we're at a place of usability for a lot
>> of applications.
>>
>> Feel free to ask questions if things in the wiki don't work for you. I've
>> tried to go through it multiple times and make it as robust as possible and
>> mostly things should be copy-and-paste. But as things change, and they do
>> rapidly here, we're likely to continue to need some evolution of the
>> instructions.
>>
>> I will hopefully post some of my simple applications online sometime
>> soon, as well.
>>
>> Tom
>>
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
 user@pc:~/code/gr-grand/build$ make
Scanning dependencies of target gnuradio-grand
[  6%] Building CXX object lib/CMakeFiles/gnuradio-grand.dir/sensor_base.cc.o
[ 13%] Building CXX object lib/CMakeFiles/gnuradio-grand.dir/accelerometer_impl.cc.o
[ 20%] Building CXX object lib/CMakeFiles/gnuradio-grand.dir/light_sensor_impl.cc.o
[ 26%] Building CXX object lib/CMakeFiles/gnuradio-grand.dir/opensl_sink_impl.cc.o
[ 33%] Building CXX object lib/CMakeFiles/gnuradio-grand.dir/opensl_source_impl.cc.o
[ 40%] Building CXX object lib/CMakeFiles/gnuradio-grand.dir/float_array_impl.cc.o
Linking CXX shared library libgnuradio-grand.so
CMakeFiles/gnuradio-grand.dir/sensor_base.cc.o:sensor_base.cc:function boost::detail::interruption_checker::interruption_checker(pthread_mutex_t*, pthread_cond_t*): error: undefined reference to 'boost::detail::get_current_thread_data()'
CMakeFiles/gnuradio-grand.dir/sensor_base.cc.o:sensor_base.cc:function boost::condition_variable::wait(boost::unique_lock&): error: undefined reference to 'boost::this_thread::interruption_point()'
CMakeFiles/gnuradio-grand.dir/accelerometer_impl.cc.o:accelerometer_impl.cc:function gr::basic_block::has_msg_port(boost::intrusive_ptr): error: undefined reference to 'pmt::eqv(boost::intrusive_ptr const&, boost::intrusive_ptr const&)'
CMakeFiles/gnuradio-grand.dir/accelerometer_impl.cc.o:accelerometer_impl.cc:function gr::basic_block::has_msg_port(boost::intrusive_ptr): error: undefined reference to 'pmt::eqv(boost::intrusive_ptr const&, boost::intrusive_ptr const&)'
CMakeFiles/gnuradio-grand.dir/accelerometer_impl.cc.o:accelerometer_impl.cc:function gr::basic_block::has_msg_port(boost::intrusive_ptr): error: undefined reference to 'pmt::dict_has_key(boost::intrusive_ptr const&, boost::intrusive_ptr const&)'
CMakeFiles/gnuradio-grand.dir/accelerometer_impl.cc.o:accelerometer_impl.cc:function gr::basic_block::has_msg_handler(boost::intrusive_ptr): error: undefined reference to 'pmt::eqv(boost::intrusive_ptr const&, boost::intrusive_ptr const&)'
CMakeFiles/gnuradio-grand.dir/accelerometer_impl.cc.o:accelerometer_impl.cc:function gr::basic_block::has_msg_handler(boost::intrusive_ptr): error: undefined reference to 'pmt::eqv(boost::intrusive_ptr const&, boost::intrusive_ptr const&)'
CMakeFiles/gnuradio

[Discuss-gnuradio] File Sink Behavior

[Richard Bell]

I'm testing a radio by sending known data through from a file source, and
file sinking the data at the end of the Tx/Rx loopback chain. I'm getting
very specific erratic behavior with the contents of the output file. One of
two things happens. First, the output data is perfect. Second, the first
line of the input file is repeated once, and then the data is perfect there
out. I'll represent the behavior below:

Line# InputFile.datOutputFile.dat w/ Error
1   Hi how are you Hi how are you
2   1234567890 Hi how are you
3   Hi how are you 1234567890
4   1234567890 Hi how are you
5   Hi how are you 1234567890
and so on

When doing BER calculations, this makes the measurement useless, because it
looks like constant errors due to the first line repeat.

I've tested this with the File Sink Buffer on and off. It occurs in both
situations. There is no recognizable pattern to me, sometimes it happens
and sometimes it doesn't. Is there a buffer that does not get flushed
somewhere that could cause this? Has anyone seen this behavior before?

v/r,
Rich
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] points in scope sink are missing when zooming in and out

[Marcus Müller]

Hi Jeon,
sorry, I really can't reproduce that. Can you provide a minimal
flowgraph that we can use to test?
Generally, GNU Radio slowly moves away from WX towards QT, so if that's
an option, use QT.

Best regards,
Marcus

On 05/08/2015 02:36 PM, Jeon wrote:
> I am using WX.
>
> I miss some details in the previous post.
>
> It doesn't happen when I hit zoom in and out one or two times.
> It happens after hitting zoom in and out 4, 5, 6, ... times. Not sure
> exact value.
>
> Also, it seems the duration of each bits are unchanged.
> i.e., ten ones before zooming and several ones after zooming have same
> duration.
>
> For additional information,
> I am using GRC 3.7.6 on Ubuntu 14.04 (kernel 3.13) on VMWare assigned
> 2 CPUs (i7 3770) and 4 GB ram.
>
> Regards,
> Jeon.
>
> 2015-05-08 21:09 GMT+09:00 Marcus Müller  >:
>
> Hi Jeon,
>
> is this QT or WX Gui?
>
> Greetings,
> Marcus
>
>
> On 05/08/2015 01:45 PM, Jeon wrote:
>> For debugging or other purposes, sometimes I use time domain
>> scope sink.
>>
>> When I zoom in and out, points in the scope are missing.
>>
>> For instance, flow graph generates a stream:
>>
>> 11001100 (ten ones and zereos are
>> repeating)
>>
>> After hitting buttons zooming in and out, the scope shows:
>>
>> ..1..1..1...0..0..0...1..1..1...0..0..0...1..1..1.. (n ones and m
>> zeros are repeating, n, m < 10)
>>
>> I think this issue related with some graphic interface. Is it a
>> know issue?
>>
>> Regards,
>> Jeon.
>>
>>
>>
>>
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org 
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org 
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] E310 shutdown issue

[SOUTHCOTT, MARK A CIV USAF AFMC AFRL/RITC]

I have used a variety of methods: shutdown -h now, I thought the screen socket 
might cause the hang up so I switched to shutdown -h 1 and ending the screen 
session. I tried poweroff next then shutdown -hP.

Mark


-Original Message-
From: Philip Balister [mailto:phi...@balister.org] 
Sent: Friday, May 08, 2015 8:25 AM
To: SOUTHCOTT, MARK A CIV USAF AFMC AFRL/RITC; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] E310 shutdown issue

On 05/08/2015 07:57 AM, SOUTHCOTT, MARK A CIV USAF AFMC AFRL/RITC wrote:
> My e310's (two that I've tested) are hanging at unmounting the mmcblk0p1 
> partition on shutdown, occasionally causing the filesystem to be corrupted. 
> Any ideas what is happening and how to get a clean shutdown?

How are you shutting them down?

Philip


> 
> Mark
> 
> 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 
> 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] points in scope sink are missing when zooming in and out

[Jeon]

I am using WX.

I miss some details in the previous post.

It doesn't happen when I hit zoom in and out one or two times.
It happens after hitting zoom in and out 4, 5, 6, ... times. Not sure exact
value.

Also, it seems the duration of each bits are unchanged.
i.e., ten ones before zooming and several ones after zooming have same
duration.

For additional information,
I am using GRC 3.7.6 on Ubuntu 14.04 (kernel 3.13) on VMWare assigned 2
CPUs (i7 3770) and 4 GB ram.

Regards,
Jeon.

2015-05-08 21:09 GMT+09:00 Marcus Müller :

>  Hi Jeon,
>
> is this QT or WX Gui?
>
> Greetings,
> Marcus
>
>
> On 05/08/2015 01:45 PM, Jeon wrote:
>
>  For debugging or other purposes, sometimes I use time domain scope sink.
>
>  When I zoom in and out, points in the scope are missing.
>
>  For instance, flow graph generates a stream:
>
>  11001100 (ten ones and zereos are
> repeating)
>
>  After hitting buttons zooming in and out, the scope shows:
>
>  ..1..1..1...0..0..0...1..1..1...0..0..0...1..1..1.. (n ones and m zeros
> are repeating, n, m < 10)
>
>  I think this issue related with some graphic interface. Is it a know
> issue?
>
>  Regards,
>  Jeon.
>
>
>
>
>
> ___
> Discuss-gnuradio mailing 
> listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] E310 shutdown issue

[Philip Balister]

On 05/08/2015 07:57 AM, SOUTHCOTT, MARK A CIV USAF AFMC AFRL/RITC wrote:
> My e310's (two that I've tested) are hanging at unmounting the mmcblk0p1 
> partition on shutdown, occasionally causing the filesystem to be corrupted. 
> Any ideas what is happening and how to get a clean shutdown?

How are you shutting them down?

Philip


> 
> Mark
> 
> 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 
> 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] points in scope sink are missing when zooming in and out

[Marcus Müller]

Hi Jeon,

is this QT or WX Gui?

Greetings,
Marcus

On 05/08/2015 01:45 PM, Jeon wrote:
> For debugging or other purposes, sometimes I use time domain scope sink.
>
> When I zoom in and out, points in the scope are missing.
>
> For instance, flow graph generates a stream:
>
> 11001100 (ten ones and zereos are
> repeating)
>
> After hitting buttons zooming in and out, the scope shows:
>
> ..1..1..1...0..0..0...1..1..1...0..0..0...1..1..1.. (n ones and m
> zeros are repeating, n, m < 10)
>
> I think this issue related with some graphic interface. Is it a know
> issue?
>
> Regards,
> Jeon.
>
>
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] E310 shutdown issue

[SOUTHCOTT, MARK A CIV USAF AFMC AFRL/RITC]

My e310's (two that I've tested) are hanging at unmounting the mmcblk0p1 
partition on shutdown, occasionally causing the filesystem to be corrupted. Any 
ideas what is happening and how to get a clean shutdown?

Mark



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] points in scope sink are missing when zooming in and out

[Jeon]

For debugging or other purposes, sometimes I use time domain scope sink.

When I zoom in and out, points in the scope are missing.

For instance, flow graph generates a stream:

11001100 (ten ones and zereos are repeating)

After hitting buttons zooming in and out, the scope shows:

..1..1..1...0..0..0...1..1..1...0..0..0...1..1..1.. (n ones and m zeros are
repeating, n, m < 10)

I think this issue related with some graphic interface. Is it a know issue?

Regards,
Jeon.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Multipath Fading

[Marcus Müller]

Hi Ritvik,

to analyze whether you're seeing attenuation, you should actually
compare the power of a un-faded and the faded version of a signal with a
*single* QT sink. You can configure that sink to have two inputs. Your
dB-scaled FFT display hardly lends itself to comparing powers.
To test the fading model, you really should use noise from the GNU Radio
noise source and not what you receive with a USRP, because in normal
cases, what a USRP receives won't be white, and hence is sub-optimal to
test a channel model.

Therefore, the testing setup I'd propose looks somewhat like [0].
> according to the theory power should attenuate after applying fading.
Talking of the gr::channels::fading_model: It's solely based on
flat_fader_impl[1], which, if I don't misread the source, is really just
Clarke's model of a Rayleigh channel[2], scaled. This will not give you
a strong attenuation on average. Rayleigh fading is based on the idea
that due to a large number of real-world scatterers, the channel impulse
response (which is a function) comes from a Gaussian process[3]; because
we consider complex channels, the amplitude (as the combination of
independent I and Q) is Rayleigh distributed.

Now, you're right, at no point there can be more power coming out of the
channel than what went into it, so the maximum output of the channel is
the input power, and on average, the power will be less. However, the
statistical properties of the actual power of an actual channel depend
on the statistical properties of the the absolute path lengths --
something that a fading channel model itself doesn't simulate, because
it only cares about the path /differences/.

Greetings,
Marcus

[0]
https://gist.github.com/marcusmueller/1bbf7704afec20c4f00d/raw/6d5a0329e6fb8916be3e5eb4817e0c47b279a3c9/fading_test.grc.png
[0] GRC file also available:
https://gist.github.com/marcusmueller/1bbf7704afec20c4f00d
[1]
https://github.com/gnuradio/gnuradio/blob/master/gr-channels/lib/flat_fader_impl.cc
[2] Since you're after modeling RF channels a bit closer to the physical
medium: Have a look at Appendix A /p.992 of
Clarke, R.H., "A statistical theory of mobile-radio reception," /Bell
System Technical Journal/ , vol.47, no.6, pp.957,1000, July-Aug. 1968
URL: 
http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=6779222&isnumber=6779217
[3] Central limit theorem: a  sum of independent, identically
distributed random variables follows a Gaussian distribution, no matter
what the distribution of the individual variable is, as long as the
number of variables is sufficiently large.
On 05/07/2015 07:24 PM, Ritvik Pandey wrote:
> Hello,
>
> I working on a project wireless channel emulator. I have to implement
> multipath fading in gnu radio using signal source from usrp.
>
> I have tried using the fading blocks but i am not able to identify
> whether multipath fading is occuring in the output or not.
>
> Regarding the top blocks i have sent...it was just a screenshot before
> correcting the top block error(WX IN TOP BLOCK AND QT IN FLOWGRAPH)
>
> Also according to the theory power should attenuate after applying fading.
>
> In total i just need to implement multipath fading using usrp and gnu
> radio.
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio