[Discuss-gnuradio] what things does UHD do?
Hello everyone here, I find if I do not use UHD, for example, when I use gnuradio-3.3.0 to transmit files, the "ok=flase" when I set the bitrate greater than 600K or less than 300K. However, when I install UHD and use gnuradio-3.5.0, I find I can use the bitrate from 1M to 5M, why the uhd can lead to the difference when I use the same modulation method? I get bitrate from the URL: http://www2.engr.arizona.edu/~junseok/usrp2_bandwidth.html Bitrate(symbols per second)=convert_rate/inter/sample_per_symbol The convert_rate is decided by the DACs, the inter and sample_per_symbol is set by gnuradio, does them lead to the difference? Any guidance will be appreciated! -- Ding, Yuzhen Best Regards! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Unable to compile gnuradio under MSVC - missing stdbool.h
Dear Josh, I updated my cmake to latest 2.8.9 (I had 2.8.4 one). I have had to remove the macro #if !COMPILER(MSVC) #error ... of stdbool.h this #error was being thrown every time. I do not know why this macro is false, but now volk compiles. However, it seems the other projects do not find stdbool.h. Looking in include_dirs volk/cmake/msvc is not included. So, I have copied volk/cmake/msvc/stdbool.h to cmake/msvc and everything works ok. I recall I use cmake 2.8.9, MSVC 2012, Windows 7 x64. Nevertheless I have few more errors: - I do not have gsl and gnuradio-wavelet fails on finding gsl/gsl_errno.h - 'make' declarations in wavelet_ff.h, squash_Ff.h and wvps_ff.h cannot be declared with dll interface (error C2487: member of dll interface class may not be declared with dll interface) - fcd_nfm_rx cannot find libboost_program_options-vc1000-mt-1_49.lib (of course I have it). Libpath does not include boost path. - gnuradio-filter displays undefined symbol gr_rotator::gr_rotator(void) and other related methods (gr_rotator::rotate(), etc.) - gnuradio-digital also displays undefined symbol gri_lfsr::gri_lfsr(void) and other related methods (next_bit, etc.) Other projects work very well. Thanks. -- Pol Henarejos Research Engineer, MSc pol.henare...@cttc.es Centre Tecnològic de Telecomunicacions de Catalunya (CTTC) Engineering Unit Parc Mediterrani de la Tecnologia Av. Carl Friedrich Gauss, 7 08860 Castelldefels, Barcelona (Spain) Tel: +34 93 396 71 70 Ext: 2177 Fax. +34 93 645 29 01 www.cttc.es On 09/06/2012 12:18 AM, Pol Henarejos wrote: > Dear list, > > I gitted the last revision of gnuradio and I cannot compile it > under MSVC 2010 since stdbool.h is missing and macro COMPILER(MSVC) > is not defined. I use Windows 7 x64 and MSVC 2010. > Any idea why MSVC is not defined? Thats critically important if(MSVC) #add compatibility includes for stdint types include_directories(${CMAKE_SOURCE_DIR}/cmake/msvc) I use MSVC 2010 and cmake 2.8. Setting MSVC seems to be the standard thing to happen when you configure the project to use MSVC. -josh 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] Unable to compile gnuradio under MSVC - missing stdbool.h
In addition, if I change GR_CORE_API of gr_rotator.h for FILTER_API it compiles correctly. -- Pol Henarejos Research Engineer, MSc pol.henare...@cttc.es Centre Tecnològic de Telecomunicacions de Catalunya (CTTC) Engineering Unit Parc Mediterrani de la Tecnologia Av. Carl Friedrich Gauss, 7 08860 Castelldefels, Barcelona (Spain) Tel: +34 93 396 71 70 Ext: 2177 Fax. +34 93 645 29 01 www.cttc.es Dear Josh, I updated my cmake to latest 2.8.9 (I had 2.8.4 one). I have had to remove the macro #if !COMPILER(MSVC) #error ... of stdbool.h this #error was being thrown every time. I do not know why this macro is false, but now volk compiles. However, it seems the other projects do not find stdbool.h. Looking in include_dirs volk/cmake/msvc is not included. So, I have copied volk/cmake/msvc/stdbool.h to cmake/msvc and everything works ok. I recall I use cmake 2.8.9, MSVC 2012, Windows 7 x64. Nevertheless I have few more errors: - I do not have gsl and gnuradio-wavelet fails on finding gsl/gsl_errno.h - 'make' declarations in wavelet_ff.h, squash_Ff.h and wvps_ff.h cannot be declared with dll interface (error C2487: member of dll interface class may not be declared with dll interface) - fcd_nfm_rx cannot find libboost_program_options-vc1000-mt-1_49.lib (of course I have it). Libpath does not include boost path. - gnuradio-filter displays undefined symbol gr_rotator::gr_rotator(void) and other related methods (gr_rotator::rotate(), etc.) - gnuradio-digital also displays undefined symbol gri_lfsr::gri_lfsr(void) and other related methods (next_bit, etc.) Other projects work very well. Thanks. -- Pol Henarejos Research Engineer, MSc address@hidden Centre Tecnològic de Telecomunicacions de Catalunya (CTTC) Engineering Unit Parc Mediterrani de la Tecnologia Av. Carl Friedrich Gauss, 7 08860 Castelldefels, Barcelona (Spain) Tel: +34 93 396 71 70 Ext: 2177 Fax. +34 93 645 29 01 www.cttc.es On 09/06/2012 12:18 AM, Pol Henarejos wrote: > Dear list, > > I gitted the last revision of gnuradio and I cannot compile it > under MSVC 2010 since stdbool.h is missing and macro COMPILER(MSVC) > is not defined. I use Windows 7 x64 and MSVC 2010. > Any idea why MSVC is not defined? Thats critically important if(MSVC) #add compatibility includes for stdint types include_directories(${CMAKE_SOURCE_DIR}/cmake/msvc) I use MSVC 2010 and cmake 2.8. Setting MSVC seems to be the standard thing to happen when you configure the project to use MSVC. -josh signature.asc Description: OpenPGP digital signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] 0xc000001d error
Dear list, Finally I successfully compiled latest git revision of gnuradio but there is an error when I link to volk.lib. For instance, starting "test_all.exe" of volk/ produces the 0xc01d error. Here you have additional info: Nombre del evento de problema: APPCRASH Nombre de la aplicación: test_all.exe Versión de la aplicación: 0.0.0.0 Marca de tiempo de la aplicación: 5049c6a2 Nombre del módulo con errores:volk.dll Versión del módulo con errores: 0.0.0.0 Marca de tiempo del módulo con errores: 5049c658 Código de excepción: c01d Desplazamiento de excepción: 0003b5eb Versión del sistema operativo:6.1.7601.2.1.0.256.48 Id. de configuración regional:3082 Información adicional 1: 3af5 Información adicional 2: 3af577ed0036fb0b4604dc3f02b3e360 Información adicional 3: 5841 Información adicional 4: 58411b8ad3b906ad136f5744118577ad Dependency Walker does not show anything strange. All libraries are compiled in x64 mode and MSVC 2010. Do you know what could it be happening? Thanks. -- Pol Henarejos Research Engineer, MSc pol.henare...@cttc.es Centre Tecnològic de Telecomunicacions de Catalunya (CTTC) Engineering Unit Parc Mediterrani de la Tecnologia Av. Carl Friedrich Gauss, 7 08860 Castelldefels, Barcelona (Spain) Tel: +34 93 396 71 70 Ext: 2177 Fax. +34 93 645 29 01 www.cttc.es signature.asc Description: OpenPGP digital signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] cannot find USRP1 device on RHEL6
Hi all, I am trying for quite some time to make my USRP1 device work on RHEL6. GRC works well, but when I start uhd_find devices i got this: [savi_ne@klm ~]$ uhd_find_devices > linux; GNU C++ version 4.4.6 20120305 (Red Hat 4.4.6-4); Boost_104100; > UHD_003.004.003-221-g9d6f9492 > > No UHD Devices Found > I did post-instalation instructions from http://gnuradio.org/redmine/projects/gnuradio/wiki/UdevConfig and everything is ok as you can see: [savi_ne@klm ~]$ ls -lR /dev/bus/usb > /dev/bus/usb: > total 0 > drwxr-xr-x 2 root root 200 Sep 7 12:13 001 > drwxr-xr-x 2 root root 120 Sep 7 12:13 002 > > /dev/bus/usb/001: > total 0 > crw-rw-r-- 1 root root 189, 0 Sep 7 11:24 001 > crw-rw-r-- 1 root root 189, 1 Sep 7 11:24 002 > crw-rw-r-- 1 root root 189, 2 Sep 7 11:24 003 > crw-rw-r-- 1 root root 189, 3 Sep 7 11:24 004 > crw-rw-r-- 1 root root 189, 4 Sep 7 11:24 005 > crw-rw-r-- 1 root root 189, 5 Sep 7 11:24 006 > crw-rw-r-- 1 root root 189, 6 Sep 7 11:24 007 > crw-rw 1 root usrp 189, 7 Sep 7 12:13 008 > > /dev/bus/usb/002: > total 0 > crw-rw-r-- 1 root root 189, 128 Sep 7 11:24 001 > crw-rw-r-- 1 root root 189, 129 Sep 7 11:24 002 > crw-rw-r-- 1 root root 189, 131 Sep 7 11:24 004 > crw-rw-r-- 1 root root 189, 132 Sep 7 11:24 005 and also this: [savi_ne@klm ~]$ lsusb | grep fffe:0002 > Bus 001 Device 008: ID fffe:0002 > libusb library is correectly installed: [savi_ne@klm ~]$ sudo yum install libusb > Loaded plugins: refresh-packagekit, rhnplugin > Setting up Install Process > Package libusb-0.1.12-23.el6.x86_64 already installed and latest version > Nothing to do > I tried again to cmake uhd, and in the terminal found this, which can be interesting form someone more familiar with this: -- Configuring ORC support... > -- Dependency ENABLE_LIBUHD = ON > -- Dependency ORC_FOUND = > -- Dependency ORCC_EXECUTABLE = ORCC_EXECUTABLE-NOTFOUND > -- Disabling ORC support. > -- Override with -DENABLE_ORC=ON/OFF > -- Orc not found, disabling orc support. > -- > -- checking for modules 'QUIET;libusb-1.0' > -- package 'QUIET' not found > -- Could NOT find LIBUSB (missing: LIBUSB_LIBRARIES) > -- > -- Configuring USB support... > -- Dependency ENABLE_LIBUHD = ON > -- Dependency LIBUSB_FOUND = FALSE > -- Disabling USB support. > -- Override with -DENABLE_USB=ON/OFF > -- > -- Configuring interface address discovery... > -- Interface address discovery supported through getifaddrs. > -- > -- Configuring USRP1 support... > -- Dependency ENABLE_LIBUHD = ON > -- Dependency ENABLE_USB = OFF > -- Disabling USRP1 support. > -- Override with -DENABLE_USRP1=ON/OFF > -- > -- Configuring USRP2 support... > -- Dependency ENABLE_LIBUHD = ON > -- Enabling USRP2 support. > -- Override with -DENABLE_USRP2=ON/OFF > It is clear that there is no support for USRP1. Hope somebody could help me. Regards Nemanja -- Nemanja Savić ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] 0xc000001d error
I would like add if I recompile volk without optimizations (/Od) it runs correctly. Nevertheless it is not what I expect to occur. -- Pol Henarejos Research Engineer, MSc pol.henare...@cttc.es Centre Tecnològic de Telecomunicacions de Catalunya (CTTC) Engineering Unit Parc Mediterrani de la Tecnologia Av. Carl Friedrich Gauss, 7 08860 Castelldefels, Barcelona (Spain) Tel: +34 93 396 71 70 Ext: 2177 Fax. +34 93 645 29 01 www.cttc.es Dear list, Finally I successfully compiled latest git revision of gnuradio but there is an error when I link to volk.lib. For instance, starting "test_all.exe" of volk/ produces the 0xc01d error. Here you have additional info: Nombre del evento de problema: APPCRASH Nombre de la aplicación: test_all.exe Versión de la aplicación: 0.0.0.0 Marca de tiempo de la aplicación: 5049c6a2 Nombre del módulo con errores:volk.dll Versión del módulo con errores: 0.0.0.0 Marca de tiempo del módulo con errores: 5049c658 Código de excepción: c01d Desplazamiento de excepción: 0003b5eb Versión del sistema operativo:6.1.7601.2.1.0.256.48 Id. de configuración regional:3082 Información adicional 1: 3af5 Información adicional 2: 3af577ed0036fb0b4604dc3f02b3e360 Información adicional 3: 5841 Información adicional 4: 58411b8ad3b906ad136f5744118577ad Dependency Walker does not show anything strange. All libraries are compiled in x64 mode and MSVC 2010. Do you know what could it be happening? Thanks. 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] benchmark_xx.py not consistent output
On Fri, Sep 7, 2012 at 12:28 AM, Qing Yang wrote: > Hi, > > I don't think it is the problem of channel since your channel is symmetric. > Perhaps you could check your parameters first and list the commands you used > to the mailing list. Usually I use benchmark in /gr-digital/examples/ofdm > and it works well. > > BTW, your gmail account is some kind of cool ... > -- > Yang, Qing > Information Engineering, CUHK > > > > 2012/9/7 usrp n210 >> >> I am using 3 USRPs (USRP N210 ). >> I run example program "benchmark_rx.py " and "benchmark_tx.py " in >> /gr-digital/examples/narrowband/. >> I performed experiment on 2 USRP's(A,B) at a time. >> so A-B and B-A 2 channels for 2 USRP. >> when I send packets from A-B "psk" modulation scheme gives best(171/171)* >> performance while same is not true for B-A(171/0)*. >> while "gfsk" scheme gives good performance from B-A(171/171)*. >> Can anybody knows why different modulation scheme gives different result >> on different channel ? >> Is it related to USRP synchronization ? >> Can we perform packet level debugging in USRP ? >> How can we find the cause of this problem ? >> Or is it implementation related bug in GNU-radio? >> * : (n_rcvd/n_right) n_rcvd => received packet,n_right => correct received >> packet Try adjusting the frequency to make sure both USRPs are as close as you can get them by eye. What you are seeing is probably something to do with the signal being outside the channel and you aren't able to bring it back in on one side while the other side is. I'm not entirely sure why that might happen, but I've seen it before. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] ofdm block
On Thu, Sep 6, 2012 at 3:59 PM, Viktor Ivan Rodriguez Abdala wrote: > Hi all, > > I'm looking to develop a block called dfts ofdm, based in a similar block > called ofdm mod, I change the .xml and .py to a new name called DFTSOFDM, > but I can't make it work. In GRC I have the following error: > > Traceback (most recent call last): > File "/home/administrador/Simulacion/top_block.py", line 86, in > tb = top_block() > File "/home/administrador/Simulacion/top_block.py", line 55, in __init__ > self.Umbrella_dftsofdm_mod_0 = > grc_blks2.packet_mod_f(Umbrella.dftsofdm_mod( > AttributeError: 'module' object has no attribute 'dftsofdm_mod' Is everything properly in the CMakeLists.txt files? Did you make sure to rebuild and reinstall? Also, if that doesn't help, rerun cmake on the project to make sure everything is properly reconfigured. Tom > The new python file es dftsofdm.py, and I change the classes with > > class dftsofdm_mod(gr.hier_block2): > > class dftsofdm_demod(gr.hier_block2): > > The .xml files have this changes: > > Umbrella_dftsofdm_demod.xml > > DFTSOFDM Demod > Umbrella_dftsofdm_demod > Umbrella > import Umbrella > from grc_gnuradio import blks2 as grc_blks2 > from gnuradio import digital > grc_blks2.packet_demod_$(type.fcn)(Umbrella.dftsofdm_demod( > options=grc_blks2.options( > modulation="$modulation", > fft_length=$fft_length, > occupied_tones=$occupied_tones, > cp_length=$cp_length, > snr=$snr, > log=None, > verbose=None, > ), > callback=lambda ok, payload: self.$(id).recv_pkt(ok, payload), > ), > ) > > > Umbrella_dftsofdm_mod.xml > > > DFTSOFDM Mod > Umbrella_dftsofdm_mod > Umbrella > import Umbrella > from grc_gnuradio import blks2 as grc_blks2 > from gnuradio import digital > grc_blks2.packet_mod_$(type.fcn)(Umbrella.dftsofdm_mod( > options=grc_blks2.options( > modulation="$modulation", > fft_length=$fft_length, > occupied_tones=$occupied_tones, > cp_length=$cp_length, > pad_for_usrp=$pad_for_usrp, > log=None, > verbose=None, > ), > ), > payload_length=$payload_length, > ) > > > Thanks > > Ivan Rodriguez > > ___ > 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] Unable to compile gnuradio under MSVC - missing stdbool.h
On 09/07/2012 01:24 AM, Pol Henarejos wrote: > Dear Josh, > > I updated my cmake to latest 2.8.9 (I had 2.8.4 one). I have had > to remove the macro #if !COMPILER(MSVC) #error ... of stdbool.h > this #error was being thrown every time. I do not know why this > macro is false, but now volk compiles. > > However, it seems the other projects do not find stdbool.h. Looking > in include_dirs volk/cmake/msvc is not included. So, I have copied > volk/cmake/msvc/stdbool.h to cmake/msvc and everything works ok. > Good idea. I think the devs should merge this changeset: https://github.com/guruofquality/gnuradio/tree/msvc_stdbool -josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] http://gnuradio.org/ is offline
Hello! Wanted to let you know that http://gnuradio.org/ is throwing HTTP 500 errors. Mike Putnam http://dhmn.net/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] http://gnuradio.org/ is offline
On Fri, Sep 7, 2012 at 11:11 AM, Mike Putnam wrote: > Wanted to let you know that http://gnuradio.org/ is throwing HTTP 500 > errors. Thanks, fixed now. This turned out to be a disk full condition on the volume that holds the website traffic logs. Guess it's time to grow that a bit :) Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Unable to compile gnuradio under MSVC - missing stdbool.h
> > Nevertheless I have few more errors: > > - I do not have gsl and gnuradio-wavelet fails on finding gsl/gsl_errno.h > - 'make' declarations in wavelet_ff.h, squash_Ff.h and wvps_ff.h cannot > be declared with dll interface (error C2487: member of dll interface > class may not be declared with dll interface) > - fcd_nfm_rx cannot find libboost_program_options-vc1000-mt-1_49.lib (of > course I have it). Libpath does not include boost path. > - gnuradio-filter displays undefined symbol gr_rotator::gr_rotator(void) > and other related methods (gr_rotator::rotate(), etc.) > - gnuradio-digital also displays undefined symbol > gri_lfsr::gri_lfsr(void) and other related methods (next_bit, etc.) > I was able to compile the next branch after the following commits: http://gnuradio.org/cgit/jblum.git/log/?h=next_fixes -josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] UHD read_gpio() help
The make function is what creates your USRP object. You cannot execute functions on your USRP without constructing the object. Cheers, Ben On Fri, Aug 31, 2012 at 1:38 PM, sibar002 wrote: > > Hello, > > I am trying call the read_gpio() function from the dboard_iface class in a > c++ program that I have written. I have studied the .cpp files located in > the host/examples directory in order to accomplish this. In these examples, > they call uhd::usrp::multi_usrp::sptr usrp = > uhd::usrp::multi_usrp::make(args), and I am able to use the read_gpio() by > using get_rx_dboard_iface(). I was wondering if anyone could give me any > advise on how I can call read_gpio() without having to use make(args) in > multi_usrp. I would greatly appreciate any help that anyone could give me. > Thank you. > -- > View this message in context: > http://old.nabble.com/UHD-read_gpio%28%29-help-tp34375576p34375576.html > Sent from the GnuRadio mailing list archive at Nabble.com. > > > ___ > 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