Re: [Discuss-gnuradio] Installing GNU Radio
On 10/23/2014 02:03 AM, Richard Bell wrote: As a follow up, I just finished the PyBOMBS install stream with UHD and Gnu Radio installed following these instructions: http://gnuradio.org/redmine/projects/pybombs/wiki/QuickStart That is a pretty painless process for the most part. The only unexpected thing that happened to me is that when I run gnuradio-companion at the end of the install process, I get an error in the command line that reads: Error: Program requires scipy (see: www.scipy.org http://www.scipy.org) This line repeated 13 times Does anyone know if I should act on this? If so can you recommend how. Hm, you should be fine -- scipy is a 'soft' requirement for GNU Radio, meaning some examples use it but it's not required for regular operations. That said, I'm not sure why you see it when running GRC. I think gr-trellis might be the culprit here. You could of course install it (apt-get install python-scipy), it's a useful thing to have. Cheers, M ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] feedback loop for bpsk carrier recovery ?
For educational purposes, I am investigating a carrier recovery scheme for BPSK demodulation. I have synthesized a BPSK modulated signal, assembled a hardware carrier recovery scheme which works well (squaring the modulated signal, bandpass filtering and dividing, aka Costas loop) which I now want to implement as SDR in GNURadio. To do so, I acquire the BPSK modulated signal, extract the carrier by squaring the I/Q data flow and bandpass filtering, all this work fine. Before squaring the signal, I insert a Xlating FIR filter whose NCO frequency will act as the tunable VCO in the hardware version of the carrier tracking circuit. Question: how can I feedback the output of the lowpass filter (ie error signal of the PLL) to the NCO of the Xlating FIR Filter ? (I have found, following http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorial_PSK_Demodulation the Costas loop block which works very well with my real signal, but I'd like to implement it manually -- or can't gnuradio-companion close a feedback loop ?) Additional question: since gnuradio-companion 3.7.5 I see a grey freq tab in the Xlating FIR filter block, but cannot find any associated documentation or what the use of this input is. Is this the functionality I am looking for ? Thank you, JM -- JM Friedt, FEMTO-ST Time Frequency/SENSeOR, 26 rue de l'Epitaphe, 25000 Besancon, France ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] log2() missing in MSVC v16
On 10/22/2014 03:16 PM, Gisle Vanem wrote:
Well, volk now uses the log2() function which my MSVC v16
doesn't have. And multiply_matrix_ff_impl.cc etc. uses these ISO-646
keywords like 'not', 'and' etc. I solved these errors by patching
cmake/msvc/config.h like so:
Tom patched the nots, ors and ands a while back, at least on master. So
you shouldn't have to take care of those.
@@ -29,6 +29,16 @@
static inline double rint(double x){return (x 0.0)? floor(x + 0.5) :
ceil(x - 0.5);}
static inline float rintf(float x){return (x 0.0f)? floorf(x + 0.5f) :
ceilf(x - 0.5f);}
+static inline double log2 (double x)
+{
+ return log ((double)x) / log (2.0F);
+}
This might be useful, but I can't say. However, please make this an
issue on the issue tracker, or it'll get lost.
Cheers,
M
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Transmitting bursts with GRC by inserting SOB and EOB
On 10/22/2014 03:38 PM, Frederik Wing wrote: And now the problem is finally solved. The cause for it was a defective WBX board. I replaced it with a new one and now everything works! Again, thank you all for your productive hints and explanations! Phew, I was just about to set up the whole thing in my lab. Good discussion, though! Glad you have it sorted out. Cheers, M ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] PSK demodulation of a sub-carrier sent over FM
On 10/22/2014 11:27 PM, madengr wrote: Raydel Abreu (CM2ESP) wrote However I would like to know how can I demodulate a PSK transmission which is carried over a typical FM signal. IIRC you would just do the WBFM demod, then the PSK demod. See the gr-rds: https://github.com/bastibl/gr-rds That sounds correct. I know hams sometimes do this to get better transmissions when using their HF gear. M ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Installing GNU Radio
Thanks. I installed scipy and this resolved the error. Rich Sent from my iPhone On Oct 23, 2014, at 2:19 AM, Martin Braun martin.br...@ettus.com wrote: On 10/23/2014 02:03 AM, Richard Bell wrote: As a follow up, I just finished the PyBOMBS install stream with UHD and Gnu Radio installed following these instructions: http://gnuradio.org/redmine/projects/pybombs/wiki/QuickStart That is a pretty painless process for the most part. The only unexpected thing that happened to me is that when I run gnuradio-companion at the end of the install process, I get an error in the command line that reads: Error: Program requires scipy (see: www.scipy.org http://www.scipy.org) This line repeated 13 times Does anyone know if I should act on this? If so can you recommend how. Hm, you should be fine -- scipy is a 'soft' requirement for GNU Radio, meaning some examples use it but it's not required for regular operations. That said, I'm not sure why you see it when running GRC. I think gr-trellis might be the culprit here. You could of course install it (apt-get install python-scipy), it's a useful thing to have. Cheers, M ___ 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] PSK demodulation of a sub-carrier sent over FM
Thank you Lou and Martin. Will try and take a look. One more thing is there any extra to do if the PSK signal is +-67 degrees instead of nomal 90 degrees or the PSK demodulator just handles it as usual. Thanks, Raydel 2014-10-23 8:32 GMT-04:00 Martin Braun martin.br...@ettus.com: On 10/22/2014 11:27 PM, madengr wrote: Raydel Abreu (CM2ESP) wrote However I would like to know how can I demodulate a PSK transmission which is carried over a typical FM signal. IIRC you would just do the WBFM demod, then the PSK demod. See the gr-rds: https://github.com/bastibl/gr-rds That sounds correct. I know hams sometimes do this to get better transmissions when using their HF gear. M ___ 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] log2() missing in MSVC v16
On Thu, Oct 23, 2014 at 8:26 AM, Martin Braun martin.br...@ettus.com
wrote:
On 10/22/2014 03:16 PM, Gisle Vanem wrote:
Well, volk now uses the log2() function which my MSVC v16
doesn't have. And multiply_matrix_ff_impl.cc etc. uses these ISO-646
keywords like 'not', 'and' etc. I solved these errors by patching
cmake/msvc/config.h like so:
Tom patched the nots, ors and ands a while back, at least on master. So
you shouldn't have to take care of those.
Looks like a missed to 'not's in there :) I'll patch this soon.
@@ -29,6 +29,16 @@
static inline double rint(double x){return (x 0.0)? floor(x + 0.5) :
ceil(x - 0.5);}
static inline float rintf(float x){return (x 0.0f)? floorf(x + 0.5f) :
ceilf(x - 0.5f);}
+static inline double log2 (double x)
+{
+ return log ((double)x) / log (2.0F);
+}
This might be useful, but I can't say. However, please make this an
issue on the issue tracker, or it'll get lost.
Cheers,
M
Also, considering that Windows XP is an unsupported operating system from
Microsoft, we don't have much of an incentive to track it or keep things
updated there. If your patches are trivial and don't bother anything else,
then sure. But it looks like your patch here just shoves in the log2
without regard for whether or not log2 actually exists on the system.
There's going to need to be a #if check around it. Perhaps Cmake can check
for log2 and define a variable (HAVE_LOG2 or something) for this.
Tom
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] feedback loop for bpsk carrier recovery ?
On Thu, Oct 23, 2014 at 6:54 AM, jean-michel.fri...@femto-st.fr wrote: For educational purposes, I am investigating a carrier recovery scheme for BPSK demodulation. I have synthesized a BPSK modulated signal, assembled a hardware carrier recovery scheme which works well (squaring the modulated signal, bandpass filtering and dividing, aka Costas loop) which I now want to implement as SDR in GNURadio. To do so, I acquire the BPSK modulated signal, extract the carrier by squaring the I/Q data flow and bandpass filtering, all this work fine. Before squaring the signal, I insert a Xlating FIR filter whose NCO frequency will act as the tunable VCO in the hardware version of the carrier tracking circuit. Question: how can I feedback the output of the lowpass filter (ie error signal of the PLL) to the NCO of the Xlating FIR Filter ? (I have found, following http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorial_PSK_Demodulation the Costas loop block which works very well with my real signal, but I'd like to implement it manually -- or can't gnuradio-companion close a feedback loop ?) Additional question: since gnuradio-companion 3.7.5 I see a grey freq tab in the Xlating FIR filter block, but cannot find any associated documentation or what the use of this input is. Is this the functionality I am looking for ? Thank you, JM -- JM Friedt, FEMTO-ST Time Frequency/SENSeOR, 26 rue de l'Epitaphe, 25000 Besancon, France GNU Radio cannot do loops in the flowgraph. Because it passes hundreds to thousands of samples at a time between blocks -- necessary to reduce scheduler overhead and context switching -- it doesn't make any signal processing sense. There's a paper that I'd have to dig up that shows you what happens to a control loop when you're decisions are more than 1 sample away. Spoiler: it's not good. So while it's possible to structure the process graph such that loops are allowed, it complicates things for something that's unworkable mathematically. For loops like this, we do so inside of a block, which can do feedback and all of that. Instead, the freq xlating block takes in a message that can reset the frequency. That's what that grey tab is in GRC, a message port. You can make a decision elsewhere in the graph and then post a message to that block to change the frequency. Note that this is done asynchronously. So again, you won't use this to control the frequency on a sample-by-sample basis. You'd have to rethink your algorithm for frequency adaptation than the traditional Costas loop concept. Here's the documentation for the frequency xlating filter. The details explain the format of the 'freq' message input port: http://gnuradio.org/doc/doxygen/classgr_1_1filter_1_1freq__xlating__fir__filter__ccc.html#details Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] pybombs?
Hi, I wanted to do a quick and dirty gnuradio install with pybombs, and all looked fine, built uhd and gnuradio and what else is included in the default, but it seems it did not add any paths and such. Is this possible, do I have to take additional measures to have the executables reachable in a shell, or went something wrong? The early pybombs seemed to me a total mess, so I did not touch it for a very long time, now I thought it should be somehow grown up and just work :) Guess the problem sits in front of the PC... Ralph. -- Ralph A. Schmid Mondstr. 10 90762 Fürth +49-171-3631223 ra...@schmid.xxx http://www.bclog.de/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] pybombs?
On Thu, Oct 23, 2014 at 10:01 AM, Ralph A. Schmid, dk5ras ra...@schmid.xxx wrote: Hi, I wanted to do a quick and dirty gnuradio install with pybombs, and all looked fine, built uhd and gnuradio and what else is included in the default, but it seems it did not add any paths and such. Is this possible, do I have to take additional measures to have the executables reachable in a shell, or went something wrong? The early pybombs seemed to me a total mess, so I did not touch it for a very long time, now I thought it should be somehow grown up and just work :) Guess the problem sits in front of the PC... Ralph. Follow the quick-start guide: http://gnuradio.org/redmine/projects/pybombs/wiki/QuickStart It explains how to generate and use a shell script that sets up your environment. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Building a Zedboard BOOT.bin
Hi, I am trying to generate a bootable SD card for the zedboard and I am running over some small issues. For starters, do you provide the u-boot.elf you use somewhere? In the http://gnuradio.org/data/sdk/zedboard_armv7a-hf- vfp-neon/ there is only the uboot.bin, but the boot.bif at zynq-acp/top/ zedboard/boot requires the .elf. I tried to build everything as described in the Building the Linux Kernel, U-Boot, Root Filesystem with OpenEmbedded section but then... I run into MANY issues building it, (really many, I am writing down everything and, if I manage to do it fully one day, I already promised I will contact the write all the issues and I will try to contact the responsible for the module to share my findings, it may help the next people :). For the moment I got stuck at: configure:18748: error: in `/oe-repo/build/tmp-eglibc/work/armv7a-vfp -neon-oe-linux-gnueabi/libxt/1_1.1.4-r0/libXt-1.1.4': configure:18750: error: The pkg-config script could not be found or is too old. Make sure it is in your PATH or set the PKG_CONFIG environment variable to the full path to pkg-config. Alternatively, you may set the environment variables XT_CFLAGS and XT_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. To get pkg-config, see http://pkg-config.freedesktop.org/. See `config.log' for more details ac_cv_env_PKG_CONFIG_LIBDIR_set=set ac_cv_env_PKG_CONFIG_LIBDIR_value=/oe-repo/build/tmp-eglibc/sysroots/ zedboard-zynq7/usr/lib/pkgconfig ac_cv_env_PKG_CONFIG_PATH_set=set ac_cv_env_PKG_CONFIG_PATH_value=/oe-repo/build/tmp-eglibc/sysroots/ zedboard-zynq7/usr/lib/pkgconfig:.../oe-repo/build/tmp-eglibc/sysroots/ zedboard-zynq7/usr/share/pkgconfig ac_cv_env_PKG_CONFIG_set= ac_cv_env_PKG_CONFIG_value= . | ERROR: Function failed: do_configure (log file is located at /oe-repo /build/tmp-eglibc/work/armv7a-vfp-neon-oe-linux-gnueabi/libxt /1_1.1.4-r0/temp/log.do_configure.19545) ERROR: Task 3409 (.../oe-repo/oe-core/meta/recipes-graphics/xorg-lib/libxt _1.1.4.bb, do_configure) failed with exit code '1' --- Any ideas? I looked into the libxt_1.1.4.bb to see what I could change... but as I never used bitbake nor have I ever create a recipe... I am afraid of breaking something if I just disable it. By the way, is there any chance some one will try to adapt the ISE scripts to vivado? The XPS tool, used in the scripts, does not exist anymore :(. I installed the evaluation version to create the fsbl.. but I guess more and more people will run over this problem of compatibility of the present scripts with the new version of the Xilinx tools. Best regards... Daniel ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Free shipping for GNU Radio gear!
I've just been informed that the store we use for GNU Radio merchandise (in the US) is having free shipping next week on orders of $30 or more. Check out our store: http://gnuradio.spreadshirt.com/ And if you see anything you like, here's the info on the free shipping promo: - Free standard shipping for orders of $30+ - Valid: October 27th – October 30th, 2014 - Coupon Code: VAMPIRE14 - Cannot be combined with other discounts or coupon codes - More details: http://www.spreadshirt.com/partner-news-C3249/newsId/389 Thanks! Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] log2() missing in MSVC v16
On 10/23/2014 03:38 PM, Tom Rondeau wrote:
Looks like a missed to 'not's in there :) I'll patch this soon.
Untie the nots?
I shouldn't be joking, probably being the person who put them in...
@@ -29,6 +29,16 @@
+static inline double log2 (double x)
+{
+ return log ((double)x) / log (2.0F);
+}
This might be useful, but I can't say. However, please make this an
issue on the issue tracker, or it'll get lost.
Cheers,
M
Also, considering that Windows XP is an unsupported operating system
from Microsoft, we don't have much of an incentive to track it or keep
things updated there. If your patches are trivial and don't bother
anything else, then sure. But it looks like your patch here just shoves
in the log2 without regard for whether or not log2 actually exists on
the system. There's going to need to be a #if check around it. Perhaps
Cmake can check for log2 and define a variable (HAVE_LOG2 or something)
for this.
Actually, I just now ran into this elsewhere -- log2() is actually
C++11, which we don't officially support (although except for some
MSVCs, this stuff is pretty much available everywhere). Gisle, if you
could provide something like Tom suggested, that would be useful.
Cheers,
Martin
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Free shipping for GNU Radio gear!
Hi, Just a note that delivery to Canada works fine; I got my t-shirt. Tristan, Nutaq De : discuss-gnuradio-bounces+tristan.martin=nutaq@gnu.org [mailto:discuss-gnuradio-bounces+tristan.martin=nutaq@gnu.org] De la part de Tom Rondeau Envoyé : 23 octobre 2014 10:35 À : GNURadio Discussion List Objet : [Discuss-gnuradio] Free shipping for GNU Radio gear! I've just been informed that the store we use for GNU Radio merchandise (in the US) is having free shipping next week on orders of $30 or more. Check out our store: http://gnuradio.spreadshirt.com/ And if you see anything you like, here's the info on the free shipping promo: - Free standard shipping for orders of $30+ - Valid: October 27th – October 30th, 2014 - Coupon Code: VAMPIRE14 - Cannot be combined with other discounts or coupon codes - More details: http://www.spreadshirt.com/partner-news-C3249/newsId/389 Thanks! Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] log2() missing in MSVC v16
On 10/23/2014 07:58 AM, Martin Braun wrote: Actually, I just now ran into this elsewhere -- log2() is actually C++11, which we don't officially support (although except for some MSVCs, this stuff is pretty much available everywhere). Unfortunately, we'll have to wait until our *oldest* supported OS’s all have C++11 support, not just the current ones. -- Johnathan Corgan, Corgan Labs SDR/DSP Training and Consulting Services http://corganlabs.com attachment: johnathan.vcf signature.asc Description: OpenPGP digital signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Building a Zedboard BOOT.bin
I'm working with the meta-xilinx maintainers to try and get working boot.bin/u-boot.img out of a build. I'll try and do a build based on the web page in a vm today and see if I can see the issues. Longish term, I am hoping to put some images you can dd to an sd card and just boot. I'm slowly making progress toward that goal. Pihlip On 10/23/2014 10:20 AM, Daniel Camara wrote: Hi, I am trying to generate a bootable SD card for the zedboard and I am running over some small issues. For starters, do you provide the u-boot.elf you use somewhere? In the http://gnuradio.org/data/sdk/zedboard_armv7a-hf- vfp-neon/ there is only the uboot.bin, but the boot.bif at zynq-acp/top/ zedboard/boot requires the .elf. I tried to build everything as described in the Building the Linux Kernel, U-Boot, Root Filesystem with OpenEmbedded section but then... I run into MANY issues building it, (really many, I am writing down everything and, if I manage to do it fully one day, I already promised I will contact the write all the issues and I will try to contact the responsible for the module to share my findings, it may help the next people :). For the moment I got stuck at: configure:18748: error: in `/oe-repo/build/tmp-eglibc/work/armv7a-vfp -neon-oe-linux-gnueabi/libxt/1_1.1.4-r0/libXt-1.1.4': configure:18750: error: The pkg-config script could not be found or is too old. Make sure it is in your PATH or set the PKG_CONFIG environment variable to the full path to pkg-config. Alternatively, you may set the environment variables XT_CFLAGS and XT_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. To get pkg-config, see http://pkg-config.freedesktop.org/. See `config.log' for more details ac_cv_env_PKG_CONFIG_LIBDIR_set=set ac_cv_env_PKG_CONFIG_LIBDIR_value=/oe-repo/build/tmp-eglibc/sysroots/ zedboard-zynq7/usr/lib/pkgconfig ac_cv_env_PKG_CONFIG_PATH_set=set ac_cv_env_PKG_CONFIG_PATH_value=/oe-repo/build/tmp-eglibc/sysroots/ zedboard-zynq7/usr/lib/pkgconfig:.../oe-repo/build/tmp-eglibc/sysroots/ zedboard-zynq7/usr/share/pkgconfig ac_cv_env_PKG_CONFIG_set= ac_cv_env_PKG_CONFIG_value= . | ERROR: Function failed: do_configure (log file is located at /oe-repo /build/tmp-eglibc/work/armv7a-vfp-neon-oe-linux-gnueabi/libxt /1_1.1.4-r0/temp/log.do_configure.19545) ERROR: Task 3409 (.../oe-repo/oe-core/meta/recipes-graphics/xorg-lib/libxt _1.1.4.bb, do_configure) failed with exit code '1' --- Any ideas? I looked into the libxt_1.1.4.bb to see what I could change... but as I never used bitbake nor have I ever create a recipe... I am afraid of breaking something if I just disable it. By the way, is there any chance some one will try to adapt the ISE scripts to vivado? The XPS tool, used in the scripts, does not exist anymore :(. I installed the evaluation version to create the fsbl.. but I guess more and more people will run over this problem of compatibility of the present scripts with the new version of the Xilinx tools. Best regards... Daniel ___ 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] log2() missing in MSVC v16
Tom Rondeau t...@trondeau.com wrote: Also, considering that Windows XP is an unsupported operating system from Microsoft, we don't have much of an incentive to track it or keep things updated there. There isn't much in Gr that absolutely needs Win-Vista+. Except for GetThreadId() which I really have little idea why is needed. But this function could be emulated on pre-Vista. If your patches are trivial and don't bother anything else, then sure. But it looks like your patch here just shoves in the log2 without regard for whether or not log2 actually exists on the system. According to: http://msdn.microsoft.com/en-us/library/hh308239(v=vs.110).aspx log2() is available in VC 2012 onwards. So an #ifdef could test for '_MSC_VER = 1600' I believe. --gv ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Latest Gnuradio git won't compile on OS X
I just got the latest git version of gnuradio and tried to compile, but I get compilation errors resulting from avxintrin.h: http://pastebin.com/uq4uGeNs These errors seems to be common and result from using non-standard GCC-extensions that clang does not support. Any ideas? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Latest Gnuradio git won't compile on OS X
On Thu, Oct 23, 2014 at 12:37 PM, Stefan Oltmanns
stefan-oltma...@gmx.net wrote:
I just got the latest git version of gnuradio and tried to compile, but
I get compilation errors resulting from avxintrin.h:
http://pastebin.com/uq4uGeNs
These errors seems to be common and result from using non-standard
GCC-extensions that clang does not support.
Any ideas?
This is a recently introduced bug; thanks for the report!
This is apparently because clang is stricter than gcc on constant
arguments. The shuffle parameter is defined as an int rather than
const int. The same instruction/function has been used for a long time
without any problems, but in other cases we always give the literal
value rather than a variable.
Since you're building from source I'll assume you might be able to try
this patch out:
--- a/volk/kernels/volk/volk_32fc_deinterleave_32f_x2.h
+++ b/volk/kernels/volk/volk_32fc_deinterleave_32f_x2.h
@@ -42,8 +42,8 @@ static inline void
volk_32fc_deinterleave_32f_x2_a_avx(float* iBuffer, float* qB
unsigned int number = 0;
// Mask for real and imaginary parts
- int realMask = 0x88;
- int imagMask = 0xdd;
+ const int realMask = 0x88;
+ const int imagMask = 0xdd;
const unsigned int eighthPoints = num_points / 8;
__m256 cplxValue1, cplxValue2, complex1, complex2, iValue, qValue;
for(;number eighthPoints; number++){
Otherwise, just roll back to a commit before we merged in the volk
gsoc work (1-2 weeks, I think).
Nathan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] pybombs?
Ah, the env thing, guess that’s it, I was blind, thought this part belonged to the questions from the script J Thanks a lot! Ralph. From: trond...@trondeau.com [mailto:trond...@trondeau.com] On Behalf Of Tom Rondeau Sent: Thursday, October 23, 2014 16:05 To: Ralph A. Schmid, dk5ras Cc: GNURadio Discussion List Subject: Re: [Discuss-gnuradio] pybombs? On Thu, Oct 23, 2014 at 10:01 AM, Ralph A. Schmid, dk5ras ra...@schmid.xxx wrote: Hi, I wanted to do a quick and dirty gnuradio install with pybombs, and all looked fine, built uhd and gnuradio and what else is included in the default, but it seems it did not add any paths and such. Is this possible, do I have to take additional measures to have the executables reachable in a shell, or went something wrong? The early pybombs seemed to me a total mess, so I did not touch it for a very long time, now I thought it should be somehow grown up and just work :) Guess the problem sits in front of the PC... Ralph. Follow the quick-start guide: http://gnuradio.org/redmine/projects/pybombs/wiki/QuickStart It explains how to generate and use a shell script that sets up your environment. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Phase change for Transmitted Signal Bursts - The relation to clock?
I just review this mail and want to ask when we try to send the burst data, can we force the carrier phase to be a specified value at every beginning of burst? If it can, does this procedure cost time or just take effect within the sample time? On Thu, Aug 8, 2013 at 4:53 PM, Marcus D. Leech mle...@ripnet.com 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. I think this change is caused by the fact that the ADC clock phases are different for the starts of every signal burst. But I don't know more details on this mechanism. BR, Indeed, the carrier phase for discontinous transmission will be at some random spot every time you start a burst. The hardware doesn't have any notion of start the burst only when the clock phase is the same as it was last-time I sent a burst. Unless you have utter blind luck, your burst timing isn't ever going to be an exact multiple of the clock frequency, so there's no way the carrier phase will be in exactly the same place at the start of every burst. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Alex, ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Latest Gnuradio git won't compile on OS X
Adding const did not fix the problem, so I gave the 0xdd / 0x88 directly
as shuffle mask parameter in _mm256_shuffle_ps, then it compiles without
any problems (same fix for volk_32fc_deinterleave_imag_32f.h)
Thank you very much
Stefan
Am 23.10.2014 19:50, schrieb West, Nathan:
On Thu, Oct 23, 2014 at 12:37 PM, Stefan Oltmanns
stefan-oltma...@gmx.net wrote:
I just got the latest git version of gnuradio and tried to compile, but
I get compilation errors resulting from avxintrin.h:
http://pastebin.com/uq4uGeNs
These errors seems to be common and result from using non-standard
GCC-extensions that clang does not support.
Any ideas?
This is a recently introduced bug; thanks for the report!
This is apparently because clang is stricter than gcc on constant
arguments. The shuffle parameter is defined as an int rather than
const int. The same instruction/function has been used for a long time
without any problems, but in other cases we always give the literal
value rather than a variable.
Since you're building from source I'll assume you might be able to try
this patch out:
--- a/volk/kernels/volk/volk_32fc_deinterleave_32f_x2.h
+++ b/volk/kernels/volk/volk_32fc_deinterleave_32f_x2.h
@@ -42,8 +42,8 @@ static inline void
volk_32fc_deinterleave_32f_x2_a_avx(float* iBuffer, float* qB
unsigned int number = 0;
// Mask for real and imaginary parts
- int realMask = 0x88;
- int imagMask = 0xdd;
+ const int realMask = 0x88;
+ const int imagMask = 0xdd;
const unsigned int eighthPoints = num_points / 8;
__m256 cplxValue1, cplxValue2, complex1, complex2, iValue, qValue;
for(;number eighthPoints; number++){
Otherwise, just roll back to a commit before we merged in the volk
gsoc work (1-2 weeks, I think).
Nathan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] stop() and wait() on topblock does not work on OS X
I just compiled against latest gnuradio from git, still the same problem.
Best regards
Stefan
Am 25.09.2014 19:51, schrieb Michael Dickens:
Mine outputs (in gdb):
{{{
gr-osmosdr v0.1.3-1-g4bb2fa4e (0.1.4git) gnuradio v3.7.x-xxx-xunknown
built-in source types: file fcd rtl rtl_tcp uhd hackrf bladerf rfspace
[Reading symbols for shared libraries . done]
Using device #0 Realtek RTL2838UHIDIR SN: 0001
Found Rafael Micro R820T tuner
Program exited normally.
(gdb)
}}}
Can you try updating GNU Radio to the latest GIT master? You'll have to
reinstall gr-osmosdr too. I'm installing the 10.10 preview right now for GR
/ UHD testing; I'll try this code on 10.10 and 10.9 soon. - MLD
On Sep 25, 2014, at 1:15 PM, Stefan Oltmanns stefan-oltma...@gmx.net wrote:
The NooElec R820T
(http://www.nooelec.com/store/sdr/sdr-receivers/nesdr-mini-rtl2832-r820t.html)
looks exactly like my R820T device, just a different branding. The
output I get:
gr-osmosdr v0.1.3-1-g4bb2fa4e (0.1.4git) gnuradio 3.7.5
built-in source types: file fcd rtl rtl_tcp rfspace
Using device #0 Realtek RTL2838UHIDIR SN: 0001
Found Rafael Micro R820T tuner
I compiled with the same command-line, unfortunately I do not have
access to a 10.8 mac.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Latest Gnuradio git won't compile on OS X
Oh goody! I have a MacPorts ticket with this issue, and my AVX Mac is currently unavailable for fixing this. Maybe somebody (Nathan? Tom?) can figure out the correct fix? - MLD On Oct 23, 2014, at 1:52 PM, Stefan Oltmanns stefan-oltma...@gmx.net wrote: Adding const did not fix the problem, so I gave the 0xdd / 0x88 directly as shuffle mask parameter in _mm256_shuffle_ps, then it compiles without any problems (same fix for volk_32fc_deinterleave_imag_32f.h) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
