Re: [Discuss-gnuradio] It must be defined inside the context of a function !
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Activecat,
you're right. Method calls (or function calls in general) such us
push_back can only take place in functions. That's why constructors
exist! Please refer to your favourite C++ literature for more
information. As you understood correctly, this is a C++ problem, and
not really GR-related.
Your code won't compile even after moving these calls into a function,
because you yet have to replace the <+ +> placeholders.
Then: Working in namespace gr::howto is really deprecated. To get a
working, correctly named module infrastructure fitting your
installation of GR (which hopefully is either v3.6.5 or 3.7.X), please
use gr_modtool.
Greetings,
Marcus
On 16.01.2014 08:46, Activecat wrote:
> Dear Sir,
>
> Below code will produce compilation error: 'input_sizes' does not
> name a type. This is because input_sizes must be assigned inside a
> context of a function in c++, right ?
>
> std::vector input_sizes;
> input_sizes.push_back(sizeof(float));
> input_sizes.push_back(sizeof(double)); gr_sync_block("my block",
> gr_make_io_signaturev(2, 2, input_sizes), gr_make_io_signature(1,
> 1, sizeof(float)))
>
> Source:
> http://gnuradio.org/redmine/projects/gnuradio/wiki/BlocksCodingGuide#IO-signatures
>
>
>
> My code (which produce error) is below.
>
> [code] /* -*- c++ -*- */
>
> #ifdef HAVE_CONFIG_H #include "config.h" #endif
>
> #include #include #include
> #include "sample_and_hold_cc_impl.h"
>
> namespace gr { namespace howto {
>
> sample_and_hold_cc::sptr sample_and_hold_cc::make() { return
> gnuradio::get_initial_sptr (new sample_and_hold_cc_impl()); }
>
> /* * The private constructor */
>
> std::vector xx; xx.push_back(25); xx.push_back( sizeof( float
> ) ); xx.push_back( sizeof( std::complex ) );
>
> sample_and_hold_cc_impl::sample_and_hold_cc_impl() :
> gr_sync_block("sample_and_hold_cc",
> gr_make_io_signature(<+MIN_IN+>, <+MAX_IN+>, sizeof(<+ITYPE+>)),
> gr_make_io_signature(<+MIN_OUT+>, <+MAX_OUT+>, sizeof(<+OTYPE+>)))
> {}
>
> /* * Our virtual destructor. */
> sample_and_hold_cc_impl::~sample_and_hold_cc_impl() { }
>
> int sample_and_hold_cc_impl::work(int noutput_items,
> gr_vector_const_void_star &input_items, gr_vector_void_star
> &output_items) { const <+ITYPE+> *in = (const <+ITYPE+> *)
> input_items[0]; <+OTYPE+> *out = (<+OTYPE+> *) output_items[0];
>
> // Do <+signal processing+>
>
> // Tell runtime system how many output items we produced. return
> noutput_items; }
>
> } /* namespace howto */ } /* namespace gr */ [/code]
>
>
>
> ___ Discuss-gnuradio
> mailing list Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJS15T5AAoJEAFxB7BbsDrLV2MH/2/h8v1nkK+80GrwJCzRDJkG
cb3qh3FJ890Xp0uZfj0RX+Gpv90wPas5Xia2KAb76QUOzS00J1M88vTG6kDYUaa1
R0Ak4m2S2Ehc1ir1AvZ0z0yZi4umKHAdD8mcCjPDSC05+Qq04QtjzfMtjFNyIMXV
872n9G0JBllRyfUlC2lRPMyCkRVSSLGfzLkShu25rlm4WImdfi+0uHHjhDjTAEV6
DwWm/5JuO0wtzzx3w7kKx0kD5COMUmsBZuWUjokcB1gr7MUKA2OKa1PdIa1a8t80
D1L+6S3Ax7m2LRVl8qJK4MqrvSKzDbzJLdqpPUHZjhim0m3r/Gp5etCqxSkir4M=
=5OP/
-END PGP SIGNATURE-
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] It must be defined inside the context of a function !
Dear Sir,
Is this a good alternative?
gr_make_io_signature2 (2, 2, sizeof(float), sizeof(double))
http://stackoverflow.com/questions/14347626/how-to-define-a-block-with-2-inputs
Is this considered a correct answer?
http://lists.gnu.org/archive/html/discuss-gnuradio/2013-01/msg00193.html
Regards.
On Thu, Jan 16, 2014 at 4:14 PM, Marcus Müller wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Activecat,
>
> you're right. Method calls (or function calls in general) such us
> push_back can only take place in functions. That's why constructors
> exist! Please refer to your favourite C++ literature for more
> information. As you understood correctly, this is a C++ problem, and
> not really GR-related.
> Your code won't compile even after moving these calls into a function,
> because you yet have to replace the <+ +> placeholders.
>
> Then: Working in namespace gr::howto is really deprecated. To get a
> working, correctly named module infrastructure fitting your
> installation of GR (which hopefully is either v3.6.5 or 3.7.X), please
> use gr_modtool.
>
>
> Greetings,
> Marcus
>
>
>
> On 16.01.2014 08:46, Activecat wrote:
> > Dear Sir,
> >
> > Below code will produce compilation error: 'input_sizes' does not
> > name a type. This is because input_sizes must be assigned inside a
> > context of a function in c++, right ?
> >
> > std::vector input_sizes;
> > input_sizes.push_back(sizeof(float));
> > input_sizes.push_back(sizeof(double)); gr_sync_block("my block",
> > gr_make_io_signaturev(2, 2, input_sizes), gr_make_io_signature(1,
> > 1, sizeof(float)))
> >
> > Source:
> >
> http://gnuradio.org/redmine/projects/gnuradio/wiki/BlocksCodingGuide#IO-signatures
> >
> >
> >
> > My code (which produce error) is below.
> >
> > [code] /* -*- c++ -*- */
> >
> > #ifdef HAVE_CONFIG_H #include "config.h" #endif
> >
> > #include #include #include
> > #include "sample_and_hold_cc_impl.h"
> >
> > namespace gr { namespace howto {
> >
> > sample_and_hold_cc::sptr sample_and_hold_cc::make() { return
> > gnuradio::get_initial_sptr (new sample_and_hold_cc_impl()); }
> >
> > /* * The private constructor */
> >
> > std::vector xx; xx.push_back(25); xx.push_back( sizeof( float
> > ) ); xx.push_back( sizeof( std::complex ) );
> >
> > sample_and_hold_cc_impl::sample_and_hold_cc_impl() :
> > gr_sync_block("sample_and_hold_cc",
> > gr_make_io_signature(<+MIN_IN+>, <+MAX_IN+>, sizeof(<+ITYPE+>)),
> > gr_make_io_signature(<+MIN_OUT+>, <+MAX_OUT+>, sizeof(<+OTYPE+>)))
> > {}
> >
> > /* * Our virtual destructor. */
> > sample_and_hold_cc_impl::~sample_and_hold_cc_impl() { }
> >
> > int sample_and_hold_cc_impl::work(int noutput_items,
> > gr_vector_const_void_star &input_items, gr_vector_void_star
> > &output_items) { const <+ITYPE+> *in = (const <+ITYPE+> *)
> > input_items[0]; <+OTYPE+> *out = (<+OTYPE+> *) output_items[0];
> >
> > // Do <+signal processing+>
> >
> > // Tell runtime system how many output items we produced. return
> > noutput_items; }
> >
> > } /* namespace howto */ } /* namespace gr */ [/code]
> >
> >
> >
> > ___ Discuss-gnuradio
> > mailing list Discuss-gnuradio@gnu.org
> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> >
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQEcBAEBAgAGBQJS15T5AAoJEAFxB7BbsDrLV2MH/2/h8v1nkK+80GrwJCzRDJkG
> cb3qh3FJ890Xp0uZfj0RX+Gpv90wPas5Xia2KAb76QUOzS00J1M88vTG6kDYUaa1
> R0Ak4m2S2Ehc1ir1AvZ0z0yZi4umKHAdD8mcCjPDSC05+Qq04QtjzfMtjFNyIMXV
> 872n9G0JBllRyfUlC2lRPMyCkRVSSLGfzLkShu25rlm4WImdfi+0uHHjhDjTAEV6
> DwWm/5JuO0wtzzx3w7kKx0kD5COMUmsBZuWUjokcB1gr7MUKA2OKa1PdIa1a8t80
> D1L+6S3Ax7m2LRVl8qJK4MqrvSKzDbzJLdqpPUHZjhim0m3r/Gp5etCqxSkir4M=
> =5OP/
> -END PGP SIGNATURE-
>
> ___
> 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] It must be defined inside the context of a function !
On Thu, Jan 16, 2014 at 10:13 AM, Activecat wrote: > Dear Sir, > > Is this a good alternative? >gr_make_io_signature2 (2, 2, sizeof(float), sizeof(double)) > > http://stackoverflow.com/questions/14347626/how-to-define-a-block-with-2-inputs > > Dear Activecat, yes, you must specify the input size as you have done, so gr_make_io_signature2 (2, 2, sizeof(float), sizeof(double)) is a valid signature. Is this considered a correct answer? > http://lists.gnu.org/archive/html/discuss-gnuradio/2013-01/msg00193.html > It would work, but for reasons of readability I suggest you use the other form. > Then: Working in namespace gr::howto is really deprecated. To get a > >> working, correctly named module infrastructure fitting your >> installation of GR (which hopefully is either v3.6.5 or 3.7.X), please >> use gr_modtool. >> >> modtool does use these namespaces! If you generate a module called 'howto', it will put blocks in the gr::howto namespace. MB ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Problem with creating liveusb
Hi, Well I wanted to create a bootable pen-drive to run GNU Radio same like a Ettus liveSDR. I found two methods to do this one, in the below link http://files.ettus.com/liveusb/latest/How_To_Install.txt The first method is working perfectly fine but the second method is throwing me the error for any version of raw image file (2.0/2.1). Below is the error bunzip2: Compressed file ends unexpectedly; perhaps it is corrupted? *Possible* reason follows. bunzip2: Invalid argument Input file = (stdin), output file = (stdout) It is possible that the compressed file(s) have become corrupted. You can use the -tvv option to test integrity of such files. You can use the `bzip2recover' program to attempt to recover data from undamaged sections of corrupted files. 0+31222 records in 0+31222 records out 157735000 bytes (158 MB) copied, 22.3414 s, 7.1 MB/s. Any help regrading how to solve would be appreciable. Thanks in advance Sandhya ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] gr-dvbt - SSE instruction set not enabled?!
Hi, not really a gnuradio issue, but maybe one of you has an idea? When trying to build gr-dvbt, I get his: ras@ubuntu:~/gr-dvbt/build$ make [ 1%] Building C object lib/CMakeFiles/gnuradio-dvbt.dir/d_viterbi.c.o In file included from /home/ras/gr-dvbt/lib/d_viterbi.h:27:0, from /home/ras/gr-dvbt/lib/d_viterbi.c:28: /usr/lib/gcc/i686-linux-gnu/4.8/include/xmmintrin.h:31:3: error: #error "SSE instruction set not enabled" # error "SSE instruction set not enabled" ^ In file included from /home/ras/gr-dvbt/lib/d_viterbi.c:28:0: /home/ras/gr-dvbt/lib/d_viterbi.h:34:3: error: unknown type name __m128i __m128i pp; /* Decoded path to this state */ The CPU reports sse and sse2 being available... 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] gr-dvbt - SSE instruction set not enabled?!
Did you try -DCMAKE_C_FLAGS=-mavx during the cmake? Ron On 1/16/2014 4:04 AM, Ralph A. Schmid, dk5ras wrote: Hi, not really a gnuradio issue, but maybe one of you has an idea? When trying to build gr-dvbt, I get his: ras@ubuntu:~/gr-dvbt/build$ make [ 1%] Building C object lib/CMakeFiles/gnuradio-dvbt.dir/d_viterbi.c.o In file included from /home/ras/gr-dvbt/lib/d_viterbi.h:27:0, from /home/ras/gr-dvbt/lib/d_viterbi.c:28: /usr/lib/gcc/i686-linux-gnu/4.8/include/xmmintrin.h:31:3: error: #error "SSE instruction set not enabled" # error "SSE instruction set not enabled" ^ In file included from /home/ras/gr-dvbt/lib/d_viterbi.c:28:0: /home/ras/gr-dvbt/lib/d_viterbi.h:34:3: error: unknown type name ‘__m128i’ __m128i pp; /* Decoded path to this state */ The CPU reports sse and sse2 being available... 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 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem with creating liveusb
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Sandhya, just a shot in the dark, but: When I was having problems with bunzip failing on seemingly correctly downloaded, big archives, parts of my RAM went bad. Run memtest86. But: The first method works for you, use it. The second is only good to show progress of writing. By the way: current version is 2.2! Greetings, Marcus On 16.01.2014 12:23, Sandhya G wrote: > Hi, > > Well I wanted to create a bootable pen-drive to run GNU Radio same > like a Ettus liveSDR. I found two methods to do this one, in the > below link > > http://files.ettus.com/liveusb/latest/How_To_Install.txt > > The first method is working perfectly fine but the second method > is throwing me the error for any version of raw image file > (2.0/2.1). Below is the error > > bunzip2: Compressed file ends unexpectedly; perhaps it is > corrupted? *Possible* reason follows. bunzip2: Invalid argument > Input file = (stdin), output file = (stdout) > > It is possible that the compressed file(s) have become corrupted. > You can use the -tvv option to test integrity of such files. > > You can use the `bzip2recover' program to attempt to recover data > from undamaged sections of corrupted files. > > 0+31222 records in 0+31222 records out 157735000 bytes (158 MB) > copied, 22.3414 s, 7.1 MB/s. > > Any help regrading how to solve would be appreciable. > > Thanks in advance Sandhya > > > > ___ Discuss-gnuradio > mailing list Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS185GAAoJEAFxB7BbsDrLJVkH+gPBTTv2tVKiUYHmOt7HDlsL p7clfFaS5hB8AwG7PC4eKBoz1S/ZYpK6gFZanRpVhY93/Vt/Q4YkJgIk25jYkC3N qz/aMwiTQpeWUuGQE5HDEYlkBz3LZocgejUdhbs9UY0O7ws8wUuCbCX1Gv9SMsAw wKk1UWkUceHuxsK24DUZpev4efL8+JUzvE2rIL/4CMsOHLksGiENWOE6CEoL1L6A pWGKKKhFYh5I5LoqAmQyWrkOguWZOB4S1suqBerwkrOHFhN8YcPmmksBk1JixL91 DPi4vkMiutrUoysi05TKxbrVZYH5O7Sx8S/lHRgarjmK5IR3n6vKRbfwYGw23jM= =D3vc -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr-dvbt - SSE instruction set not enabled?!
BTW, for the other folks here, Bogdan Diaconescu YO3IIU has released his open source implementation of DVB-T. It's still a work in progress, but many parameters are working well. I've done some testing of the transmitter using bladeRF with good results. https://github.com/BogdanDIA/gr-dvbt http://yo3iiu.ro/blog/?p=1191 Transmitter Python code for bladeRF and test streams here: http://nuand.com/forums/viewtopic.php?f=8&t=3499#p5124 Ron On 1/16/2014 4:04 AM, Ralph A. Schmid, dk5ras wrote: Hi, not really a gnuradio issue, but maybe one of you has an idea? When trying to build gr-dvbt, I get his: ras@ubuntu:~/gr-dvbt/build$ make [ 1%] Building C object lib/CMakeFiles/gnuradio-dvbt.dir/d_viterbi.c.o In file included from /home/ras/gr-dvbt/lib/d_viterbi.h:27:0, from /home/ras/gr-dvbt/lib/d_viterbi.c:28: /usr/lib/gcc/i686-linux-gnu/4.8/include/xmmintrin.h:31:3: error: #error "SSE instruction set not enabled" # error "SSE instruction set not enabled" ^ In file included from /home/ras/gr-dvbt/lib/d_viterbi.c:28:0: /home/ras/gr-dvbt/lib/d_viterbi.h:34:3: error: unknown type name ‘__m128i’ __m128i pp; /* Decoded path to this state */ The CPU reports sse and sse2 being available... 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
[Discuss-gnuradio] gr-lte
Hi Johannes, I have generated an LTE signal with a LTE test generator(downlink signal, RB=50, one antenna) and save it as IQ file in a binary format. After that I tried to demodulate the LTE signal with your framework receiver but I 've got the following messages. Do you have any idea what is the problem. thanks! A. Baier Using Volk machine: avx_64_mmx_orc RS GENERATOR cell_id pilots 0 RS GENERATOR cell_id pilots 1 pre_decoder_vcvcset N_ant to 2 pre_decoder_vcvcset decoding style to "tx_diversity" pcfich_demux_vcvcset cell_id = 0 pcfich_demux_vcvcset cell_id = 0 pcfich_demux_vcvcset cell_id = 0 layer_demapper_vcvcset N_ant to 2 layer_demapper_vcvcset decoding style to "tx_diversity" pre_decoder_vcvcset N_ant to 2 pre_decoder_vcvcset decoding style to "tx_diversity" pre_decoder_vcvcset N_ant to 1 pre_decoder_vcvcset decoding style to "tx_diversity" layer_demapper_vcvcset N_ant to 2 layer_demapper_vcvcset decoding style to "tx_diversity" layer_demapper_vcvcset N_ant to 1 layer_demapper_vcvcset decoding style to "tx_diversity" gr::buffer::allocate_buffer: warning: tried to allocate 13 items of size 4800. Due to alignment requirements 64 were allocated.If this isn't OK, consider padding your structure to a power-of-two bytes. On this platform, our allocation granularity is 4096 bytes. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr-lte
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Aneta, though I don't know if everything is going well, the lines you attached showed no indications of an error. It would be best to describe your output to help Johannes understand where (and if) his decoder goes astray. And: Could you maybe share your IQ samples? Greetings, Marcus On 16.01.2014 14:18, Baier wrote: > Hi Johannes, > > > I have generated an LTE signal with a LTE test generator(downlink > signal, RB=50, one antenna) and save it as IQ file in a binary > format. After that I tried to demodulate the LTE signal with your > framework receiver but I 've got the following messages. Do you > have any idea what is the problem. thanks! A. Baier > > > > Using Volk machine: avx_64_mmx_orc > > RS GENERATOR cell_id pilots 0 > > RS GENERATOR cell_id pilots 1 > > pre_decoder_vcvcset N_ant to 2 > > pre_decoder_vcvcset decoding style to "tx_diversity" > > pcfich_demux_vcvcset cell_id = 0 > > pcfich_demux_vcvcset cell_id = 0 > > pcfich_demux_vcvcset cell_id = 0 > > layer_demapper_vcvcset N_ant to 2 > > layer_demapper_vcvcset decoding style to "tx_diversity" > > pre_decoder_vcvcset N_ant to 2 > > pre_decoder_vcvcset decoding style to "tx_diversity" > > pre_decoder_vcvcset N_ant to 1 > > pre_decoder_vcvcset decoding style to "tx_diversity" > > layer_demapper_vcvcset N_ant to 2 > > layer_demapper_vcvcset decoding style to "tx_diversity" > > layer_demapper_vcvcset N_ant to 1 > > layer_demapper_vcvcset decoding style to "tx_diversity" > > gr::buffer::allocate_buffer: warning: tried to allocate > > 13 items of size 4800. Due to alignment requirements > > 64 were allocated.If this isn't OK, consider padding > > your structure to a power-of-two bytes. > > On this platform, our allocation granularity is 4096 bytes. > > > > > > > ___ Discuss-gnuradio > mailing list Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS197TAAoJEAFxB7BbsDrLrCcH/3f7BVP5iuBD7BlGjX3cTJRh 0vUzfD7jZmpmDhEQKpLx8plFlxdIvcBAwbjAeRmIDzMyKfHeI+DoGiHpXGr2IZ/W wEn/jTRVo7t5JwVvTE2dxemiV18M/5Mvv7kTGSEo4yprbjfIGG5C1pGp2mkUiYCX xeAfUPlb9Oh5IClmXGl4K63OJLJM8rjwBgjIhfHjlrvY642T72HQycn79OxKCxxs UblrgySZQd23Vq+CccTcPTNy5stK0gHc3ZNBO+9hY/XCh31BMGAWUgaDAbDdIPII HkAbjtovb7HrDNA/pW0tKPDOUkoE8nSIl7ofIlZWEZXsPReK5mwF4n8ExJPrEEo= =0laX -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr-lte
Am 16.01.2014 14:29, schrieb Marcus Müller: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Aneta, though I don't know if everything is going well, the lines you attached showed no indications of an error. It would be best to describe your output to help Johannes understand where (and if) his decoder goes astray. And: Could you maybe share your IQ samples? Yes of course, but the file is very big. Greetings, Marcus On 16.01.2014 14:18, Baier wrote: Hi Johannes, I have generated an LTE signal with a LTE test generator(downlink signal, RB=50, one antenna) and save it as IQ file in a binary format. After that I tried to demodulate the LTE signal with your framework receiver but I 've got the following messages. Do you have any idea what is the problem. thanks! A. Baier Using Volk machine: avx_64_mmx_orc RS GENERATOR cell_id pilots 0 RS GENERATOR cell_id pilots 1 pre_decoder_vcvcset N_ant to 2 pre_decoder_vcvcset decoding style to "tx_diversity" pcfich_demux_vcvcset cell_id = 0 pcfich_demux_vcvcset cell_id = 0 pcfich_demux_vcvcset cell_id = 0 layer_demapper_vcvcset N_ant to 2 layer_demapper_vcvcset decoding style to "tx_diversity" pre_decoder_vcvcset N_ant to 2 pre_decoder_vcvcset decoding style to "tx_diversity" pre_decoder_vcvcset N_ant to 1 pre_decoder_vcvcset decoding style to "tx_diversity" layer_demapper_vcvcset N_ant to 2 layer_demapper_vcvcset decoding style to "tx_diversity" layer_demapper_vcvcset N_ant to 1 layer_demapper_vcvcset decoding style to "tx_diversity" gr::buffer::allocate_buffer: warning: tried to allocate 13 items of size 4800. Due to alignment requirements 64 were allocated.If this isn't OK, consider padding your structure to a power-of-two bytes. On this platform, our allocation granularity is 4096 bytes. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS197TAAoJEAFxB7BbsDrLrCcH/3f7BVP5iuBD7BlGjX3cTJRh 0vUzfD7jZmpmDhEQKpLx8plFlxdIvcBAwbjAeRmIDzMyKfHeI+DoGiHpXGr2IZ/W wEn/jTRVo7t5JwVvTE2dxemiV18M/5Mvv7kTGSEo4yprbjfIGG5C1pGp2mkUiYCX xeAfUPlb9Oh5IClmXGl4K63OJLJM8rjwBgjIhfHjlrvY642T72HQycn79OxKCxxs UblrgySZQd23Vq+CccTcPTNy5stK0gHc3ZNBO+9hY/XCh31BMGAWUgaDAbDdIPII HkAbjtovb7HrDNA/pW0tKPDOUkoE8nSIl7ofIlZWEZXsPReK5mwF4n8ExJPrEEo= =0laX -END PGP SIGNATURE- ___ 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] Problem with creating liveusb
On 01/16/2014 06:23 AM, Sandhya G wrote: Hi, Well I wanted to create a bootable pen-drive to run GNU Radio same like a Ettus liveSDR. I found two methods to do this one, in the below link http://files.ettus.com/liveusb/latest/How_To_Install.txt The first method is working perfectly fine but the second method is throwing me the error for any version of raw image file (2.0/2.1). Below is the error bunzip2: Compressed file ends unexpectedly; perhaps it is corrupted? *Possible* reason follows. bunzip2: Invalid argument Input file = (stdin), output file = (stdout) It is possible that the compressed file(s) have become corrupted. You can use the -tvv option to test integrity of such files. You can use the `bzip2recover' program to attempt to recover data from undamaged sections of corrupted files. 0+31222 records in 0+31222 records out 157735000 bytes (158 MB) copied, 22.3414 s, 7.1 MB/s. Any help regrading how to solve would be appreciable. Thanks in advance Sandhya ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio This looks like when you picked up thecompressed image files, the transfer didn't complete fully? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr-lte
Hi, some info on your output: On Thu, Jan 16, 2014 at 02:18:18PM +0100, Baier wrote: > Using Volk machine: avx_64_mmx_orc This is a GNU Radio init message. > RS GENERATOR cell_id pilots 0 > > RS GENERATOR cell_id pilots 1 > > pre_decoder_vcvcset N_ant to 2 > > pre_decoder_vcvcset decoding style to "tx_diversity" > > [...] These are gr-lte status messages. > gr::buffer::allocate_buffer: warning: tried to allocate > 13 items of size 4800. Due to alignment requirements > 64 were allocated.If this isn't OK, consider padding > your structure to a power-of-two bytes. > On this platform, our allocation granularity is 4096 bytes. This is a warning from the GNU Radio scheduler that it's operating sub-optimally. Does this help? MB ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Fwd: Questions on rx_ofdm example in GR 3.7.1
On Wed, Jan 15, 2014 at 07:55:45PM -0500, Aditya Dhananjay wrote: > There is a variant of this issue that I discovered and would like to point > it out to the community. > > Synopsis: After the first time the header CRC fails, *all* subsequent > packets fail. > > Setup: > > - GRC examples of Tx/Rx OFDM > - Noise source with a variable slider to control the amount of noise. The > output of the Tx block is added with the output of the noise source. > - The output of this adder is connected to the Rx block. > > Procedure: > > - Start the experiment with 0 noise. We see that the packets are > successfully decoded. > - Increase the noise, and we observe that the packet success rate begins to > drop (payload CRC failures) > - Further increase the noise to force a header CRC failure. > - Decrease the noise back to 0. Notice that the packet success rate remains > 0, even though the noise is 0. > > This is highly repeatable. Any help would be greatly appreciated. Hm, can't repeat it. I used the loopback example. Increasing noise does make packets drop (as expected), but setting it back makes them come again. A noise amplitude of ~2 causes most packets to fail, but some come through. What are your OFDM specs? MB ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] pybombs/wget behind a proxy
Greetings, There seems to be a 10 second timeout when pybombs fetches packages using wget. This is way too short when working behind a proxy. I have no clue how proxies are supposed to work. The one I am sitting behind downloads the package and scans it for viruses and during that time the connection appears to hang from wget point of view. With a large package like Ice, 10 seconds are not sufficient. I don't know what a proper timeout would be, but maybe this is why the default timeout is so long. Alex ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] pybombs/wget behind a proxy
Alex, I'm inclined to make this timeout a Pybombs configuration variable that defaults to 10. I think for most people that is a reasonable timeout value, but this would make it very easy for it to be bumped up in special circumstances such as yours. Does this sound reasonable to you? Tim Original message From: Alexandru Csete Date:01/16/2014 10:43 (GMT-05:00) To: discuss-gnuradio@gnu.org Subject: [Discuss-gnuradio] pybombs/wget behind a proxy Greetings, There seems to be a 10 second timeout when pybombs fetches packages using wget. This is way too short when working behind a proxy. I have no clue how proxies are supposed to work. The one I am sitting behind downloads the package and scans it for viruses and during that time the connection appears to hang from wget point of view. With a large package like Ice, 10 seconds are not sufficient. I don't know what a proper timeout would be, but maybe this is why the default timeout is so long. Alex ___ 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] gr-lte
Hi, Marcus and Martin basically described all I can tell you with the given info. Many of the given blocks are designed to be verbose about their setup. This is mainly to see what happens. The buffer allocator warnings would disappear if you would set N_rb_dl = 6. But that's just avoiding the underlying problem. This warning is generated by the blocks between extract_occupied_tones and demux_*. I chose to only pass on the used tones, which don't line up to a power of 2. That also means there is no quick fix for this. But for now it works and shouldn't worry you. Happy hacking Johannes On Thu, Jan 16, 2014 at 6:50 AM, Martin Braun wrote: > Hi, > > some info on your output: > > On Thu, Jan 16, 2014 at 02:18:18PM +0100, Baier wrote: > > Using Volk machine: avx_64_mmx_orc > > This is a GNU Radio init message. > > > RS GENERATOR cell_id pilots 0 > > > > RS GENERATOR cell_id pilots 1 > > > > pre_decoder_vcvcset N_ant to 2 > > > > pre_decoder_vcvcset decoding style to "tx_diversity" > > > > [...] > > These are gr-lte status messages. > > > gr::buffer::allocate_buffer: warning: tried to allocate > > 13 items of size 4800. Due to alignment requirements > > 64 were allocated.If this isn't OK, consider padding > > your structure to a power-of-two bytes. > > On this platform, our allocation granularity is 4096 bytes. > > This is a warning from the GNU Radio scheduler that it's operating > sub-optimally. > > > Does this help? > > MB > > ___ > 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] pybombs/wget behind a proxy
Hi Tim, I think that will be a good solution. Thanks. Alex On Thu, Jan 16, 2014 at 6:18 PM, Tim wrote: > Alex, > > I'm inclined to make this timeout a Pybombs configuration variable that > defaults to 10. I think for most people that is a reasonable timeout > value, but this would make it very easy for it to be bumped up in special > circumstances such as yours. Does this sound reasonable to you? > > Tim > > > Original message > From: Alexandru Csete > Date:01/16/2014 10:43 (GMT-05:00) > To: discuss-gnuradio@gnu.org > Subject: [Discuss-gnuradio] pybombs/wget behind a proxy > > Greetings, > > There seems to be a 10 second timeout when pybombs fetches packages > using wget. This is way too short when working behind a proxy. > > I have no clue how proxies are supposed to work. The one I am sitting > behind downloads the package and scans it for viruses and during that > time the connection appears to hang from wget point of view. With a > large package like Ice, 10 seconds are not sufficient. I don't know > what a proper timeout would be, but maybe this is why the default > timeout is so long. > > Alex > > ___ > 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] Gnuradio Octave interoperability
I have found a slightly outdated wiki page for setting up easy
interoperability between Gnuradio and Octave. The wiki page (
http://gnuradio.org/redmine/projects/gnuradio/wiki/Octave#Installing) has
an outdated path structure and
"addpath("/home/username/gnuradio/gnuradio-core/src/utils/")"
should read as "addpath("/home/username/gnuradio/gr-utils/octave")". Also
to note, when this is done, upon starting Octave the following two warning
messages are displayed. I'm not sure if this is an issue or not.
warning: function /home/michael/Devel/build/gnuradio/gr-utils/octave/cool.m
shadows a core library function
warning: function
/home/michael/Devel/build/gnuradio/gr-utils/octave/rainbow.m shadows a core
library function
Michael Berman
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gnuradio Octave interoperability
On 01/16/2014 08:51 PM, Michael Berman wrote:
> I have found a slightly outdated wiki page for setting up easy
> interoperability between Gnuradio and Octave. The wiki page
> (http://gnuradio.org/redmine/projects/gnuradio/wiki/Octave#Installing)
> has an outdated path structure and
> "addpath("/home/username/gnuradio/gnuradio-core/src/utils/")" should
> read as "addpath("/home/username/gnuradio/gr-utils/octave")". Also to
Thanks Michael,
I fixed it on the wiki page. Do you have an account on the wiki?
> note, when this is done, upon starting Octave the following two warning
> messages are displayed. I'm not sure if this is an issue or not.
It might, but nothing massive. These define colour maps. If octave
defines the same maps, we might be able to scrap those files.
MB
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gnuradio Octave interoperability
Martin,
No, I do not have a Wiki account.
Michael
On Thu, Jan 16, 2014 at 12:59 PM, Martin Braun wrote:
> On 01/16/2014 08:51 PM, Michael Berman wrote:
> > I have found a slightly outdated wiki page for setting up easy
> > interoperability between Gnuradio and Octave. The wiki page
> > (http://gnuradio.org/redmine/projects/gnuradio/wiki/Octave#Installing)
> > has an outdated path structure and
> > "addpath("/home/username/gnuradio/gnuradio-core/src/utils/")" should
> > read as "addpath("/home/username/gnuradio/gr-utils/octave")". Also to
>
> Thanks Michael,
>
> I fixed it on the wiki page. Do you have an account on the wiki?
>
> > note, when this is done, upon starting Octave the following two warning
> > messages are displayed. I'm not sure if this is an issue or not.
>
> It might, but nothing massive. These define colour maps. If octave
> defines the same maps, we might be able to scrap those files.
>
> MB
>
> ___
> 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] an "Attaboy" to Mr. O'shea & pybombs
One of the toughest problems to crack has been making OP25 easier for users to install. Historically there were long lists of system commands, pre-requisite packages, and other red tape. This was bad enough to scare away most users, and those who stuck with it, most of them, would then run into [rumored] so-called "version conflicts" that we heard about, but could never seem to get actual error messages to look at. Lately we've been working on a pybombs recipe that we hope eventually to push, and there's a lot more work to do. Nonetheless one intrepid user "Scott" has managed to build the new gr-3.7- compatible version of OP25 in its current form using pybombs. I've pasted two of Scott's messages [edited] to the op25-dev list from the last day or two, below. Best Max ~ I'm pretty sure I understand how this install process works now. Thank you for the guidance. I'm kind of digging the pybombs concept. [snip] [snip] Just a quick note as not to leave you hanging.. Setting the proper run time environment solved all my issues with running the OP25 python scripts. So I think I'm good to go now as far as having a working install. It was really a lot less painful then I expected the whole process to be. I'm now happy I took the plunge. I'm contemplating wiping the partition and starting fresh, then document it all for others to follow. From one noob to another, so to speak. Due to my inexperience with Linux left me with a messy install anyway. The path to gr-op25_repeater/apps is eight layers deap from home. Too much typing.. heh I do have several questions, but I'll post those in new topics unrealated to the install process. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem with creating liveusb
Hi Marcus, Thanx for the reply. well I just downloaded the 2.1.img.bz2 file and used the second method to do .Well yes the transfer didn't happen properly. Thanks and regards sandhya On Thu, Jan 16, 2014 at 7:17 PM, Marcus D. Leech wrote: > On 01/16/2014 06:23 AM, Sandhya G wrote: > >Hi, > > Well I wanted to create a bootable pen-drive to run GNU Radio > same like a Ettus liveSDR. I found two methods to do this one, in the below > link > > http://files.ettus.com/liveusb/latest/How_To_Install.txt > > The first method is working perfectly fine but the second method is > throwing me the error for any version of raw image file (2.0/2.1). Below > is the error > > bunzip2: Compressed file ends unexpectedly; > perhaps it is corrupted? *Possible* reason follows. > bunzip2: Invalid argument > Input file = (stdin), output file = (stdout) > > It is possible that the compressed file(s) have become corrupted. > You can use the -tvv option to test integrity of such files. > > You can use the `bzip2recover' program to attempt to recover > data from undamaged sections of corrupted files. > > 0+31222 records in > 0+31222 records out > 157735000 bytes (158 MB) copied, 22.3414 s, 7.1 MB/s. > > Any help regrading how to solve would be appreciable. > > Thanks in advance > Sandhya > > > > > ___ > Discuss-gnuradio mailing > listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > This looks like when you picked up thecompressed image files, the > transfer didn't complete fully? > > > > ___ > 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] gr-dvbt - SSE instruction set not enabled?!
Hi, > Did you try -DCMAKE_C_FLAGS=-mavx during the cmake? > > Ron How could I? I do not know very much about this cmake stuff, but in fact it did the trick! Thanks a lot, should be mentioned in the readme of gr-dvbt! Ralph. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
