Re: [Discuss-gnuradio] Regarding GSoC'17
Hi Benny, I understand basic workflow of GNU Radio. Hence, I would like to start working on some issue/project with goal to contribute to the organization (not just random hobby project :) ). Thank you for your suggestion of Digital radio standard DRM for India. Would u give me more details for the same? Regards,Kartik Patel On Fri, Dec 16, 2016 10:28 PM, Benny Alexandar ben.a...@outlook.com wrote: Hi Kartik, You can start by going through the following link, http://gnuradio.org/redmine/projects/gnuradio/wiki/Tutorials Just google it you will get plenty to start with. Since you are from communication and DSP background, I suggest to contribute on Digital Radio standard DRM for India. Already digital radio transmissions are available in India. GNURadio has DRM transmitter too. Please let me know if you need any more details. -ben From: Discuss-gnuradio on behalf of Kartik Patel Sent: Friday, December 16, 2016 10:04:19 PM To: discuss-gnuradio@gnu.org Subject: [Discuss-gnuradio] Regarding GSoC'17Hi. I'm Kartik, a student of IIT Roorkee. I'm interested in contributing to GNU Radio and am aiming for GSoC '17. I'm fluent in Python and C++. Having the background in communication engineering, I have strong fundamentals in communication systems and DSP etc. As I have already developed a module in NS3, I have some idea of the open-source development. It'd be great if I could get some help on how to start off with GNU Radio development. Thank you. Regards,Kartik Patel___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] set_output_multiple() and forecast() when there are multiple sources in a general block
Hey Tom, On 16/12/16 14:30, Tom Early wrote: > I am designing a general block that will split it's input into two > outputs. 96 input items will become 9 items on one source and 3 items on > another source. I have some questions: > > Is it required to set both streams in forecast()? Forecast just determines how many items the scheduler should provide on each input port of your block to produce the requested number of output items by a upstream block. I'd is you take the maximum number of items you need at each input port to produce items on each output port. > > How do I call set_output_multiple() where there are multiple sources, > the larger stream, the first stream, the sum or what? I would recommend you take the larger number of output items. The thing is the scheduler will only request chunks of n*output_multiple items and will give you a buffer with n*output_multiple for each output. (n>=1) > > When general_work() is called, is noutput_items for one stream or > something else? noutput_items is basically the size of each of your output buffers. You are free to produce 0 items or any number up to noutput_items items on each of your outputs. For handling with multiple output streams with different rates I'd recommend you take a look at [0], especially forecast(), general_work(), consume() and produce() are interesting if you work with multiple inputs and multiple outputs with different rates. Maybe even history() if you want to retain a certain number of items for the next call of general_work(). I hope I could help you with your question :) Cheers, Andrej [0] http://gnuradio.org/doc/doxygen/classgr_1_1block.html 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] Regarding GSoC'17
Hi Marcus, Did I used GNU Radio before? -> Yup. I have used GNU Radio for basic modulations schemes simulations. Also, I tried to do "live" audio processing (Take audio input from mic and process it and send it over the speakers). Mostly I worked on GUI of GNU Radio (GRC) but also worked on python part of GR. What did I do in NS3? -> I designed and implemented Bluetooth Low Energy protocol in NS3. I started with the design of models/classes of the protocol on paper (like parameters at each layer, procedures of each layer and other helper classes like packet-header classes and network setup helpers). What do I care about? -> I am programmer in night and communication engineering student (with smile) during day. Organisations like NS3 and GNU Radio are perfect blend for me! :P In general I like to learn communication and implement it to visualize (mostly on terminal) that learning. I can get familiar with essential part of code base within 1-2 days. It took me 2 days to understand every essential things in NS3. Now, if u show me any issue on NS3, most of the time, I can easily move through whole code and point to the file and line where the issue may originate from. I want to achieve same proficiency on GNU Radio before I start working on the project proposals etc and GSoC project (if organization and Google permits.). But for that I need complete work on one or 2 small projects/issues. Now back to my first mail: I want to work for GNU Radio under GSoC during summer 2017. But not sure where to start? Can u suggest me some minor issues or projects that I can work on during December to March? I'd prefer to work on some technical issues/projects that need understanding of communication and DSP. Regards,Kartik Patel On Fri, Dec 16, 2016 10:04 PM, Kartik Patel kartikpatel1...@gmail.com wrote: Hi. I'm Kartik, a student of IIT Roorkee. I'm interested in contributing to GNU Radio and am aiming for GSoC '17. I'm fluent in Python and C++. Having the background in communication engineering, I have strong fundamentals in communication systems and DSP etc. As I have already developed a module in NS3, I have some idea of the open-source development. It'd be great if I could get some help on how to start off with GNU Radio development. Thank you. Regards,Kartik Patel___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Can't Make Any OOT Block Depending on Blocks with X in name
Hi Sean, GNU Radio is not handling "X" or anything else in names with special care. (Yes, there's a few blocks that exist as source code templates that we run python scripts over in the build process to actually generate the _c, _f, _b and so on, but this is really not the case here). This looks much more like a linking error – did you add "FILTER" to the list of "GR_REQUIRED_COMPONENTS" in the main CMakeLists.txt of your OOT? Note that "howto" sounds a bit like our slightly outdated introduction to writing OOT blocks – things should work, but I personally prefer the newer, better-maintained http://tutorials.gnuradio.org . Best regards, Marcus On 17.12.2016 00:35, Sean Horton wrote: > I have already made some OOT blocks, so I should have the basic > process down, but I can't find out why using any blocks in a hier > block with X in the name, which indicates an input, output, and/or > parameter can be of multiple types, results in undefined references to > the make functions. > > I have tried using the not_bb block in gnuradio/blocks, > diff_encoder_bb in gnuradio/digital, and freq_xlating_fir_filter_ccf > in gnuradio/filter. I can use these blocks in python without incident, > but making a hier block using those types of blocks is not working. I > run the built in default tests, and they all fail because of an > undefined references to code in gnuradio, which I have already built > from source. > > For example, this is from the test logs: > > undefined symbol: > _ZN2gr6filter27freq_xlating_fir_filter_ccf4makeEiRKSt6vectorIfSaIfEEdd > > After using c++filt: > > gr::filter::freq_xlating_fir_filter_ccf::make(int, std::vector std::allocator > const&, double, double) > > This is the entire contents of a source file I've made trying to > resolve this issue: > > #include "test_xx_impl.h" > > > > #ifdef HAVE_CONFIG_H > > #include "config.h" > > #endif > > > > #include > > #include > > namespace gr { > > namespace howto { > > > > test_xx::sptr test_xx::make() { > > return gnuradio::get_initial_sptr(new test_xx_impl()); > > } > > > > test_xx_impl::test_xx_impl() > > : gr::hier_block2("test_xx", gr::io_signature::make(1, 1, > sizeof(uint8_t)), > gr::io_signature::make(1, 1, sizeof(uint8_t))) { > > filter::freq_xlating_fir_filter_ccf::sptr testing = > > filter::freq_xlating_fir_filter_ccf::make(1, {1}, 1, > 100); > } > > 41 > > 42 } /* namespace howto */ > > 43 } /* namespace gr */ > > Regards, > Sean > > -- > Sean Horton > > > > ___ > 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] Problems Changing USRP Sink Center Frequency During Runtime
Sean, not entirely clear what you're question is. Can you please clarify. Cheers, Martin On 12/15/2016 08:42 AM, Sean Horton wrote: > After about a week of debugging why I was having trouble receiving > multiple AX25 packets when sent together, I've discovered the issue > seems to be that if the initial center frequency of the usrp sink is not > the frequency that it is changed to after it starts running, then the > problem surfaces. Tweaking parameters in other blocks, like quad demod > and clock recovery mm have had almost no impact. > > The code is supposed to allow the center frequency (and other > parameters) to be changed while running, which is why just setting the > center frequency to the frequency I'm using for testing is not the best > way to solve this. > > What sending multiple ax25 packets look like. There's a single 0x7E > between each ax25 packet, which is allowed by the specifications. Also, > an icom radio works just fine, and it's in a different room. > > <~100 bytes of preamble> > > Also, if the radio is sending one ax25 packet at a time, even when the > starting center frequency is 100 MHz+ away from where the radio is > transmitting at. > > -- > Sean Horton > > > > ___ > 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] Can't Make Any OOT Block Depending on Blocks with X in name
I have already made some OOT blocks, so I should have the basic process down, but I can't find out why using any blocks in a hier block with X in the name, which indicates an input, output, and/or parameter can be of multiple types, results in undefined references to the make functions. I have tried using the not_bb block in gnuradio/blocks, diff_encoder_bb in gnuradio/digital, and freq_xlating_fir_filter_ccf in gnuradio/filter. I can use these blocks in python without incident, but making a hier block using those types of blocks is not working. I run the built in default tests, and they all fail because of an undefined references to code in gnuradio, which I have already built from source. For example, this is from the test logs: undefined symbol: _ZN2gr6filter27freq_xlating_fir_filter_ccf4makeEiRKSt6vectorIfSaIfEEdd After using c++filt: gr::filter::freq_xlating_fir_filter_ccf::make(int, std::vector > const&, double, double) This is the entire contents of a source file I've made trying to resolve this issue: #include "test_xx_impl.h" #ifdef HAVE_CONFIG_H #include "config.h" #endif #include #include namespace gr { namespace howto { test_xx::sptr test_xx::make() { return gnuradio::get_initial_sptr(new test_xx_impl()); } test_xx_impl::test_xx_impl() : gr::hier_block2("test_xx", gr::io_signature::make(1, 1, sizeof(uint8_t)), gr::io_signature::make(1, 1, sizeof(uint8_t))) { filter::freq_xlating_fir_filter_ccf::sptr testing = filter::freq_xlating_fir_filter_ccf::make(1, {1}, 1, 100); } 41 42 } /* namespace howto */ 43 } /* namespace gr */ Regards, Sean -- Sean Horton ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] set_output_multiple() and forecast() when there are multiple sources in a general block
I am designing a general block that will split it's input into two outputs. 96 input items will become 9 items on one source and 3 items on another source. I have some questions: Is it required to set both streams in forecast()? How do I call set_output_multiple() where there are multiple sources, the larger stream, the first stream, the sum or what? When general_work() is called, is noutput_items for one stream or something else? Thanks! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Regarding GSoC'17
Hi Kartik! Welcome to this mailing list! You already took the first good step: Getting in touch with the community :) So, have you been /using/ GNU Radio so far? If yes, in what manner, or what project? What's your NS3 module for? What do you care about? It might be much easier to show you something that you already have a "feeling" for than to just say: "well, this is the GNU Radio code base!" :D Best regards, Marcus On 12/16/2016 05:34 PM, Kartik Patel wrote: > Hi. > > I'm Kartik, a student of IIT Roorkee. I'm interested in contributing > to GNU Radio and am aiming for GSoC '17. I'm fluent in Python and C++. > Having the background in communication engineering, I have strong > fundamentals in communication systems and DSP etc. As I have already > developed a module in NS3, I have some idea of the open-source > development. It'd be great if I could get some help on how to start > off with GNU Radio development. > > Thank you. > > Regards, > Kartik Patel > > > > ___ > 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] Regarding GSoC'17
Hi. I'm Kartik, a student of IIT Roorkee. I'm interested in contributing to GNU Radio and am aiming for GSoC '17. I'm fluent in Python and C++. Having the background in communication engineering, I have strong fundamentals in communication systems and DSP etc. As I have already developed a module in NS3, I have some idea of the open-source development. It'd be great if I could get some help on how to start off with GNU Radio development. Thank you. Regards,Kartik Patel___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Regarding GSoC'17
Hi Kartik, You can start by going through the following link, http://gnuradio.org/redmine/projects/gnuradio/wiki/Tutorials Just google it you will get plenty to start with. Since you are from communication and DSP background, I suggest to contribute on Digital Radio standard DRM for India. Already digital radio transmissions are available in India. GNURadio has DRM transmitter too. Please let me know if you need any more details. -ben From: Discuss-gnuradio on behalf of Kartik Patel Sent: Friday, December 16, 2016 10:04:19 PM To: discuss-gnuradio@gnu.org Subject: [Discuss-gnuradio] Regarding GSoC'17 Hi. I'm Kartik, a student of IIT Roorkee. I'm interested in contributing to GNU Radio and am aiming for GSoC '17. I'm fluent in Python and C++. Having the background in communication engineering, I have strong fundamentals in communication systems and DSP etc. As I have already developed a module in NS3, I have some idea of the open-source development. It'd be great if I could get some help on how to start off with GNU Radio development. Thank you. Regards, Kartik Patel ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr-ieee802.11 Questions
Hi, On 12/16/2016 05:04 AM, Cinaed Simson wrote: On 12/13/2016 01:45 AM, Manolis Surligas wrote: Are you sure? Last time I checked, the RPi3 could not perform realtime (quite simple) filtering at 10 MHz. I doubt it can handle the 20 MSPS of the 802.11. Does this software work with the HackRF or BladeRF? I was able to install the gr-ieee802.11-next without any problems but I wasn't able to install gr-foo - or the wireshark connector - because I don't have the UHD drivers or libraries installed. I just pushed some changes that add compile switches. Now it should work also without UHD. Would be great if you could give it a try. Best, Bastian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio