Re: [Discuss-gnuradio] assertion error beyond 4096 output items

On Thu, May 29, 2014 at 4:54 PM, Karan Talasila wrote: > Vector_source_c takes in an argument numb which is a list that contains > fft_size values. I will paste the qa code here(http://pastebin.com/da21Ww4B). > > Something a little bit out of topic: Part of your c

Re: [Discuss-gnuradio] header_payload_demux

Hi Thanks for your kindly reply. 1.The second question is:I see the fft block,it has one option:shift,and you set yes. And in the transmit part,we should do the ifft.And in the receive part,we should do the fft. They all set the shift:yes. And now I want to save the data to

Re: [Discuss-gnuradio] header_payload_demux

On 05/29/2014 08:07 PM, xianda wrote: > Hi: > Thank you in advance. > I have two simple question: > 1.In the grc,i see a block: header_payload_demux > It has 3 input:in,trigger,header_data.But i see > the header_payload_demux_impl.cc:iosignature::make2(1,2,..,..).But it > h

[Discuss-gnuradio] header_payload_demux

Hi: Thank you in advance. I have two simple question: 1.In the grc,i see a block: header_payload_demux It has 3 input:in,trigger,header_data.But i see the header_payload_demux_impl.cc:iosignature::make2(1,2,..,..).But it has 3 input,why? Thank you. 2.fft:I see t

Re: [Discuss-gnuradio] importing blocks to GRC

I think the default GNU Radio search path is /usr/share/gnuradio/grc/blocks because all existing blocks are stored within this directory. I added the new path into GRC_BLOCKS_PATH variable. export GRC_BLOCKS_PATH=/usr/local/share/gnuradio/grc/blocks:$GRC_BLOCKS_PATH Now I can see the howto block

[Discuss-gnuradio] Using an OFDM Modulation for Transmit_Path.py and Receive_Path.py

I am building a hierarchical block for an OFDM tranceiver (two classes in the same py file) and I was wondering if I could save time by using the old transmit_path and receive_path scripts. Would they work with the OFDM modulator and demod from the default build? Thanks Jon __

Re: [Discuss-gnuradio] importing blocks to GRC

On Thu, May 29, 2014 at 5:13 AM, Pengyu Zhang wrote: > I also think some configurations on my machine are not correct Let's simplify the problem even more. It should be the case that when you place a xml file in /usr/local/share/gnuradio/blocks/ it will show up in GNU Radio Companion regardless

Re: [Discuss-gnuradio] importing blocks to GRC

Yeah. I also think some configurations on my machine are not correct. Here are the output of several commands. $ cmake .. -- The CXX compiler identification is GNU 4.8.2 -- The C compiler identification is GNU 4.8.2 -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler:

Re: [Discuss-gnuradio] question on 802.15.4 implementation

Hi Anirud, On 28 May 2014, at 18:47, Sahoo, Anirudha wrote: > mac.cc:mac_in: pmt_is_pair > mac.cc::mac_in: data_len = 30 > CRC at Reception: 0 > MAC: Dropping packet self routed > > I poked around mac.cc code a bit. It looks like the message received has the > same mac id as the mac id of the

Re: [Discuss-gnuradio] assertion error beyond 4096 output items

Activecat, I am sorry, I pasted the wrong qa code. I changed value of n to n=1024 and then when i printed it, I got the output I pasted above. On Thu, May 29, 2014 at 3:19 PM, Activecat wrote: > > On Thu, May 29, 2014 at 4:54 PM, Karan Talasila > wrote: > >> We changed the

Re: [Discuss-gnuradio] assertion error beyond 4096 output items

On Thu, May 29, 2014 at 4:54 PM, Karan Talasila wrote: > We changed the print statement to what you said and console output is > > sagar@Horus:~/gr-alamouti/ > build$ ctest -V -R al_enc > UpdateCTestConfiguration from > :/home/sagar/gr-alamouti/build/DartConfiguration.tcl > UpdateCTestConfigurat

Re: [Discuss-gnuradio] Out of Tree Encryption block

Hi Piotr, hi Dushyant, > GSM of course, that's true; but it's, as you said, widely agreed upon that this is security-wise a bad design choice; and it drastically complicate design of such a transmission system (because you can't check transmission correctness before decryption). With stream cipher

Re: [Discuss-gnuradio] assertion error beyond 4096 output items

On Thu, May 29, 2014 at 4:54 PM, Karan Talasila wrote: > We changed the print statement to what you said and console output is > > sagar@Horus:~/gr-alamouti/ > build$ ctest -V -R al_enc > UpdateCTestConfiguration from > :/home/sagar/gr-alamouti/build/DartConfiguration.tcl > UpdateCTestConfigurat

Re: [Discuss-gnuradio] assertion error beyond 4096 output items

We changed the print statement to what you said and console output is sagar@Horus:~/gr-alamouti/ build$ ctest -V -R al_enc UpdateCTestConfiguration from :/home/sagar/gr-alamouti/build/DartConfiguration.tcl UpdateCTestConfiguration from :/home/sagar/gr-alamouti/build/DartConfiguration.tcl Test pr

Re: [Discuss-gnuradio] Out of Tree Encryption block

Hi all, The system configuration proposed by Dushyant with encryption after channel coding can work in case of stream ciphers. This is how it is done in GSM. But encryption GSM is a very bad example of application of cryptography. Channel coding will add some known relations between information bi

Re: [Discuss-gnuradio] Dynamically changing input index of Selector block.

On Thu, May 29, 2014 at 2:59 PM, dushyant.marathe wrote: > Hi Activecat, > > Thanks for the reply. > > As suggested by you, I used "Stream Mux" and it worked for me. > > Now I want to de-multiplex the output of "Stream Mux" so as to get back > both > the inputs separately. > Use both "Head" an

Re: [Discuss-gnuradio] assertion error beyond 4096 output items

On Thu, May 29, 2014 at 3:12 PM, Karan Talasila wrote: > @Activecat Here is the c++ block code > Let's change the print statement to below, recompile, run and paste the console output here. std::cout << "al_enc::work: noutput_items=" << noutput_items << std::endl; Also, what did you configu

Re: [Discuss-gnuradio] assertion error beyond 4096 output items

@Activecat Here is the c++ block code http://pastebin.com/0y1b9guh On Thu, May 29, 2014 at 12:31 PM, Activecat wrote: > > On Thu, May 29, 2014 at 2:41 PM, Karan Talasila > wrote: > >> So at the input of the C++ we are giving vector_source_c() and then input >> output signatures are sizeof(

Re: [Discuss-gnuradio] assertion error beyond 4096 output items

On Thu, May 29, 2014 at 2:41 PM, Karan Talasila wrote: > So at the input of the C++ we are giving vector_source_c() and then input > output signatures are sizeof(gr_complex). The work function is taking > noutput_items and returning noutput_items. We understand now that because > we have used set

Re: [Discuss-gnuradio] Dynamically changing input index of Selector block.

Hi Activecat, Thanks for the reply. As suggested by you, I used "Stream Mux" and it worked for me. Now I want to de-multiplex the output of "Stream Mux" so as to get back both the inputs separately. If you have any suggestions, please let me know. Thanks and Regards, Dushyant -- View this