Re: [Discuss-gnuradio] Proposal for GSoC on gr-gsm

Hi Zhenhua, gr-gsm should be a good project for you and for the community. I wish you success. You may want to look at the slow frequency hopping implementation of airprobe that is placed here: https://github.com/BogdanDIA/airprobe-hopping. It uses PFB to split a 20mhz band received with USRP-

Re: [Discuss-gnuradio] Python block, itemsize mismatch

On 03/11/2014 02:06 AM, David Halls wrote: > You're a genius! It works. > > Interestingly for a float it requires numpy.float32 or a similar error > occurs. Yes, in GNU Radio we consistently use 32-bit floats. A complex value consists of two of these, hence the 64 bits. Note that this is just fo

Re: [Discuss-gnuradio] Proposal for GSoC on gr-gsm

On 03/11/2014 04:40 AM, zhenhua han wrote: > Hi all, > > As Martin Braun noticed in the mail list yesterday, I haven't open my > proposal here. > > Here is the link: > https://github.com/hzhua/grgsm_proposal > > If you have any suggestions, please don't be hesitate to contact me. > > Thanks to

Re: [Discuss-gnuradio] looping with work() function

On 03/11/2014 06:10 AM, Sumedha Goyal wrote: > Hello > > I am executing a flowgraph where I pass different parameters to the > work() function of my block in every iteration. I'm not sure I'm understanding you correctly, but this is not how you use GNU Radio blocks. Have a look at gr-digital/exa

Re: [Discuss-gnuradio] Should return the number of input or the number of output?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Well, it's basically the idea of not writing a special case for a single type of block; and if you are aware that sync blocks are only subclasses of normal blocks that implement a general_work which consumes *and* produces the return value of work, tha

Re: [Discuss-gnuradio] Pybombs make error

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Saran, you're system is missing the doxygen executable. Install doxygen using your package manager. Greetings, Marcus On 11.03.2014 06:25, sarankumar wrote: > hi, I am trying to install GNU Radio through PyBombs in Ubuntu > 12.04. I get the follow

Re: [Discuss-gnuradio] Should return the number of input or the number of output?

Yes I agree with you all. Everything are now clear and readable. Thank you very much. Regards, Activecat On Tue, Mar 11, 2014 at 5:08 PM, Marcus Müller wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Well, it's basically the idea of not writing a special case for a > single type o

Re: [Discuss-gnuradio] Proposal for GSoC on gr-gsm

Thank you, Martin. I will check these and extend my proposal with more details. Best wishes, Zhenhua 2014-03-11 17:00 GMT+08:00 Martin Braun : > On 03/11/2014 04:40 AM, zhenhua han wrote: > > Hi all, > > > > As Martin Braun noticed in the mail list yesterday, I haven't open my > > proposal here

Re: [Discuss-gnuradio] GSoC 2014: Wireless Network in the loop

Hi Asma, this sounds very interesting, especially the implementation of new channel models would be a great enhancement to the WiNeLo project (and, if implemented as standard GR blocks, to GR in general). Concerning this matter - and as an additional option - one could possibly also improve and

Re: [Discuss-gnuradio] looping with work() function

On Tue, Mar 11, 2014 at 5:04 PM, Martin Braun wrote: > On 03/11/2014 06:10 AM, Sumedha Goyal wrote: > > Hello > > > > I am executing a flowgraph where I pass different parameters to the > > work() function of my block in every iteration. > If the "parameters" could be fed into work() as input ele

[Discuss-gnuradio] Fwd: Proposal for GSoC on gr-gsm

-- Forwarded message -- From: zhenhua han Date: 2014-03-11 16:00 GMT+08:00 Subject: Re: [Discuss-gnuradio] Proposal for GSoC on gr-gsm To: Bogdan Diaconescu Thank you, Bogdan. Your work is a great help in developing the channel hopping part. As there are only 14 weeks in GSoC, t

Re: [Discuss-gnuradio] WSR14 and Hackfest

Quick reminder that we will have a meet-up in Vogelbräu tonight at 19:00. This is not limited to WSR participants! All GNU Radio enthusiasts are invited. I've booked a table and will be there slightly before 7. Our table should be easy to find, just scan for the homing beacon signal I'll be transm

Re: [Discuss-gnuradio] Fwd: Proposal for GSoC on gr-gsm

On 03/11/2014 11:14 AM, zhenhua han wrote: > -- Forwarded message -- > From: *zhenhua han* mailto:hzhua...@gmail.com>> > Date: 2014-03-11 16:00 GMT+08:00 > Subject: Re: [Discuss-gnuradio] Proposal for GSoC on gr-gsm > To: Bogdan Diaconescu > > > > T

Re: [Discuss-gnuradio] looping with work() function

My top_block class represents the whole flowgraph. The class "test_demo" is one of the blocks of this flowgraph for which its own work() function is defined. The "test_demo" checks for a "start sign"(given by the user) and participates in data transmission process and upon receiving an ACK for succ

Re: [Discuss-gnuradio] looping with work() function

On 03/11/2014 01:31 PM, Sumedha Goyal wrote: > My top_block class represents the whole flowgraph. The class "test_demo" No, it doesn't. It doesn't have any connect() calls or anything. This is not a flow graph. > is one of the blocks of this flowgraph for which its own work() function > is define

Re: [Discuss-gnuradio] Transmit from RF1, receive from RF2

I am using SBX board. I read somewhere that this board can transmit and receive from port 1 and only receive from port 2. Is this correct? Is there any way, using this board, to transmit and receive simultaneously even from only one port? If yes, how may I do this in GRC? From: Matt Ettus [

[Discuss-gnuradio] how to limit the size of buffer/queue for a block?

Hello The flowgraph of my top_block has test_demo as one of the blocks. The work() function associated with it has only one print statement. When I execute the flowgraph, the statement keeps on printing the statement " I AM IN WORK" on the screen. Why does it happen? My flowgraph is : File source-

Re: [Discuss-gnuradio] get_tags_in_range

On Mon, Mar 10, 2014 at 4:16 PM, Nowlan, Sean wrote: >>On Mon, Mar 10, 2014 at 5:55 AM, Martin Braun wrote: >>> On 03/10/2014 01:08 AM, Nowlan, Sean wrote: I'm using get_tags_in_range with bounds outside the absolute sample offsets presented in each work function. I'm using this to add

Re: [Discuss-gnuradio] Running GNU Radio on Linux in VMware Workstation

On Mon, Mar 10, 2014 at 5:08 PM, Mike Harpe wrote: > I have been working for a week or so on getting GNU Radio going on a Debian > Linux platform running inside a VM. > > GNU Radio is compiled and runs fine. The VM sees my Funcube Pro+ dongle. > Using 'plughw:0,0' got rid of the audio stuttering p

Re: [Discuss-gnuradio] Transmit from RF1, receive from RF2

This board has one receiver, one transmitter. You can transmit and receive simultaneously with it, but only on different ports. No TX and RX at the same time on one port, no RX and RX at the same time at all. Ralph. From: discuss-gnuradio-bounces+ralph=schmid@gnu.org [mailto:discuss-

Re: [Discuss-gnuradio] Fwd: Proposal for GSoC on gr-gsm

I totally agree with Martin regarding PFB channelizer. The PFB for gsm will be also a good challenge for gnuradio in general as obtaining only a moderate number of channels(say 50) takes a lot of processing power and achieving realtime processing is not possible currently. Split per thereads and

Re: [Discuss-gnuradio] looping with work() function

Dear Sumedha Goyal, > The "test_demo" checks for a "start sign"(given by the user) and > participates in data transmission process and upon receiving an ACK for > success should stop further transmission. Q1: What do you mean by "participates in data transmission process"? Does it just send out w

[Discuss-gnuradio] GSoC'14: "Read Me" Links

To all GSoC'14 potential participants: The application period for GSoC'14 is open (as of Monday, March 10). The deadline for getting your application in is Friday, March 21 @ 19:00 UTC (3 PM/US/ET). I've added some "read me" links to the GR Wiki GSoC Manifest page < http://gnuradio.org/redmin

Re: [Discuss-gnuradio] looping with work() function

Please stay on the mailing list. On 03/11/2014 02:37 PM, Sumedha Goyal wrote: > I haven't shown the whole code here but the top_class has all the > connect() functions required to connect the various blocks. I've gone > through the link that you have sent me. In this example, the work() > function

Re: [Discuss-gnuradio] how to limit the size of buffer/queue for a block?

On 03/11/2014 02:20 PM, Sumedha Goyal wrote: > Hello > > The flowgraph of my top_block has test_demo as one of the blocks. The > work() function associated with it has only one print statement. > When I execute the flowgraph, the statement keeps on printing the > statement " I AM IN WORK" on the s

[Discuss-gnuradio] output operand requires a reduction, but reduction is not enabled

Thanks Martin, this is clear and makes sense. I should have read the numpy data types more thoroughly and worked it out. Anyway... My collaborators are writing their Wireless Network Coding bits in Python. Once I get this block working, I can combined it with the relay work I was doing and we w

Re: [Discuss-gnuradio] output operand requires a reduction, but reduction is not enabled

On 03/11/2014 03:30 PM, David Halls wrote: > Thanks Martin, this is clear and makes sense. I should have read the > numpy data types more thoroughly and worked it out. Anyway... > > My collaborators are writing their Wireless Network Coding bits in > Python. Once I get this block working, I can co

Re: [Discuss-gnuradio] GSoC'14: "Read Me" Links

On 03/11/2014 03:03 PM, Michael Dickens wrote: > To all GSoC'14 potential participants: The application period for > GSoC'14 is open (as of Monday, March 10). The deadline for getting > your application in is Friday, March 21 @ 19:00 UTC (3 PM/US/ET). > I've added some "read me" links to the GR Wi

Re: [Discuss-gnuradio] output operand requires a reduction, but reduction is not enabled

On 03/11/2014 04:24 PM, David Halls wrote: > Please see the papers we've submitted so far this year. Not exactly WNC, > yet... We're putting one together as we speak though. > > I am not sure I understand your reply fully... > > Len(out_bA1) is only 1 or 2, so I can only set one or two elements?

Re: [Discuss-gnuradio] get_tags_in_range

>On Mon, Mar 10, 2014 at 4:16 PM, Nowlan, Sean >wrote: >>>On Mon, Mar 10, 2014 at 5:55 AM, Martin Braun wrote: On 03/10/2014 01:08 AM, Nowlan, Sean wrote: > I'm using get_tags_in_range with bounds outside the absolute sample > offsets presented in each work function. I'm using thi

Re: [Discuss-gnuradio] output operand requires a reduction, but reduction is not enabled

Hi, Yes, the len(output_items[0]), is either 1 or 2... If I set_output_multiple to 10, then this value raises to 10. It is dominated by the fact that one of the inputs to my block is much lower than the other?? Input[0] is the data stream and has say 768 items, input[1] is the packet average S

Re: [Discuss-gnuradio] Transmit from RF1, receive from RF2

Ok, let's say I want to Tx from port1 and receive from port2. How am I supposed to do that on GRC? Or is set when I add a USRP source and a USRP sink automatically? From: Ralph A. Schmid, dk5ras [mailto:ra...@schmid.xxx] Sent: Tuesday, March 11, 2014 3:34 PM To: 'Dimitris Siafarikas'; 'Mat

Re: [Discuss-gnuradio] looping with work() function

1. There is a file source that frames data packets for the test_demo. This is part of a transmitter USRP. 2. I have another USRP as receiver that sends an ACK upon reception of data packets to the transmitter. 3. Start sign is a threshold value. If the packet information (calculated by some method)

[Discuss-gnuradio] flow graph fails when the complexity increased (without USRP device)

Hi all, I am using GNURADIO 3.7, Ubuntu 13.04 I want to generate dictionary elements using flow graph. dvbt_dictionary block connects to FFT block it connects to dvbt_dictionary2 and again after FFT block it connects to dvbt_dictionary3. dvbt_dictionary2.cc saves files as a dictionary elements

[Discuss-gnuradio] [Fwd: Re: HPRT receiving station]

--- Begin Message --- Hi Pablo, NOAA HRPT is Manchester BPSK. I used Johnathan's noaa_hrpt_decoder.cc/h and enhanced the deframer. Perhaps Johnathan can help you more? http://gnuradio.org/redmine/projects/gnuradio/repository/revisions/350726ae56d46d2c7c1adf71b7049369a428d455/show/gr-noaa/lib P

Re: [Discuss-gnuradio] Google Summer of Code 2014 applicant : Optimization with VOLK

Hi Nathan and Abhishek, On 10/03/2014 23:22, West, Nathan wrote: > Ah! So there was a slight miscommunication. Yes, porting the OpenAirInterfaces > SIMD code to VOLK is a good option as well. The turbo channel coder/decoder > is part of that. I've *briefly* looked at the code to see what is > curr

[Discuss-gnuradio] FW: output operand requires a reduction, but reduction is not enabled

From: David Halls Sent: 11 March 2014 16:10 To: Martin Braun; discuss-gnuradio@gnu.org Subject: RE: [Discuss-gnuradio] output operand requires a reduction, but reduction is not enabled Hi, Yes, the len(output_items[0]), is either 1 or 2... If I set_outp

Re: [Discuss-gnuradio] Google Summer of Code 2014 applicant : Optimization with VOLK

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Florian, the generic implementation serves 2 purposes, at least in my opinion. Firstly, in case the necessary hardware extension is not available on the target hardware, there is a backup default. Secondly, the generic implementation is usually eas

Re: [Discuss-gnuradio] looping with work() function

Dear Sumedha Goyal, On Wed, Mar 12, 2014 at 1:51 AM, Sumedha Goyal wrote: > 1. There is a file source that frames data packets for the test_demo. This > is part of a transmitter USRP. > 2. I have another USRP as receiver that sends an ACK upon reception of data > packets to the transmitter. > 3.

[Discuss-gnuradio] Controlport error in GRC

Hi, I am trying to run a GRC flow graph with control port probe and control port monitor. I get the following error in GRC: Traceback (most recent call last): File "/usr/local/bin/gr-ctrlport-monitor", line 30, in from gnuradio.ctrlport.IceRadioClient import * File "/usr/local/lib/python2

[Discuss-gnuradio] gr-ctrlport

I am building GNU Radio 3.7.3 from source and wish to enable the CTRLPORT module. I have already installed Ice-3.5.1 for C++ in the location /opt/Ice-3.5.1 (satisfying required dependencies) My current gcc version is 4.8.1 But, cmake is not able to locate ice 3.5.1 and hence disables support for gr

[Discuss-gnuradio] GNU Radio Conference 2014 - Registration is Open!

Greetings, We just wanted to let everyone know that registration for GNU Radio Conference 2014 is now open. Here is a quick overview of the event for those of you who have missed previous announcements: *Date: *September 15-19, 2014 *Location: *The District Architecture Center