Re: [Discuss-gnuradio] RFNoc and data rates

2015-09-24 Thread Marcus D. Leech
On 09/24/2015 06:37 PM, Simon Olvhammar wrote: Yes, in my current Python Gnuradio application I have implemented Dicke-switching by syncing it with external signals that indicate S/R as well as transition state of RF. I have not seen any issues with overlapping fft:s. The switch frequency is 1

Re: [Discuss-gnuradio] RFNoc and data rates

2015-09-24 Thread Marcus D. Leech
On 09/24/2015 06:37 PM, Simon Olvhammar wrote: Yes, in my current Python Gnuradio application I have implemented Dicke-switching by syncing it with external signals that indicate S/R as well as transition state of RF. I have not seen any issues with overlapping fft:s. The switch frequency is 1

Re: [Discuss-gnuradio] Questions about burst communication

2015-09-24 Thread lwashbo
Julian and Martin, Typically 2 U's appear then a stream of O's. Ya, I don't have any sort of correlation block on the receiver side so that is definitely a problem. Next week I'll work on implementing a correlation block with a barker code preamble. Do you have any suggestions for quick testing

Re: [Discuss-gnuradio] RFNoc and data rates

2015-09-24 Thread Simon Olvhammar
Yes, in my current Python Gnuradio application I have implemented Dicke-switching by syncing it with external signals that indicate S/R as well as transition state of RF. I have not seen any issues with overlapping fft:s. The switch frequency is 1 Hz and the transition state signal has an inter

Re: [Discuss-gnuradio] Fwd: Re: Transmission error

2015-09-24 Thread Rama V
Hi all, I have tried to send packets to the receiver from /digital/narrowband folder and it has mostly succeeded. The output I was able to get when I sent the following commands were Sender: ./benchmark_tx.py -p 4 -M 2 -f 2.43561G --tx-gain=28 -r 25 Receiver: ./benchmark_rx.py -p 4 -f 2.43

Re: [Discuss-gnuradio] Function Probe and OOT Blocks

2015-09-24 Thread Patrick Sathyanathan
Attaching reply as text since outlook.com insists on eating XML and formatting. --Patrick > From: mcqui...@sfu.ca > Date: Thu, 24 Sep 2015 10:35:34 -0700 > To: david.ha...@toshiba-trel.com > CC: discuss-gnuradio@gnu.org > Subject: Re: [Discuss-gnuradio] Funct

Re: [Discuss-gnuradio] host format versus device format

2015-09-24 Thread Martin Braun
On 23.09.2015 11:44, Jason Matusiak wrote: > For some reason I got myself wrapped around the axle with what is going > on with the host and device format options. For instance, if I look at > the RFNoC Radio block, it has a host format with the options: complex > float32, complex int16, and vita w

Re: [Discuss-gnuradio] Function Probe and OOT Blocks

2015-09-24 Thread Patrick Sathyanathan
Retrying in plain text, since browser/outlook ate the XML I had typed: Hi David, Making the parameter vary at runtime is simple and just needs some extra XML and python code. The parameter should be an argument to the __init__ method (constructor) of your block and should have a "" decla

Re: [Discuss-gnuradio] Questions about burst communication

2015-09-24 Thread julian . arnold
Hi Logan, The problem is that the USRP does not know where your burst of data starts and how long it is and therefore it will respond with Us as soon as no new data is coming in. In order to tell the USRP how long a packet of data is the USRP sink in GNURadio offers the 'length tag name' proper

Re: [Discuss-gnuradio] Submitting OOT Module Questions

2015-09-24 Thread Martin Braun
Ron's comment is very helpful, here's some more factoids: On 23.09.2015 13:55, Richard Bell wrote: > Sorry if these are obvious questions, but this is very not obvious to > me. As I understand it right now, it's not even a question of copy and > pasting files over to gr-analog, because that would

Re: [Discuss-gnuradio] Questions about burst communication

2015-09-24 Thread Martin Braun
On 24.09.2015 08:20, Washbourne, Logan wrote: > My question is, do I need to treat a burst communication system > different than a continuous system? My problem is that on each side I am > getting O's whenever I start the program, I have tried increasing and > decreasing the sampling rate, and I di

Re: [Discuss-gnuradio] Announcing cgran.org: Re-launching the Comprehensive GNU Radio Archive Network

2015-09-24 Thread West, Nathan
On Thu, Sep 24, 2015 at 3:51 PM, Andrea Montefusco < andrea.montefu...@gmail.com> wrote: > On 04/05/2015 07:16 PM, Martin Braun wrote: > > There are automatic update cycles. The whole design hinges upon us not >> having to do any manual >> intervention. >> >> In a nutshell, we fetch all the recipe

Re: [Discuss-gnuradio] Function Probe and OOT Blocks

2015-09-24 Thread Patrick Sathyanathan
Hi David, Making the parameter vary at runtime is simple and just needs some extra XML and python code. The parameter should be an argument to the __init__ method (constructor) of your block and should have a "" declaration in the matching XML file. Let's say the parameter name is "variable_

Re: [Discuss-gnuradio] Announcing cgran.org: Re-launching the Comprehensive GNU Radio Archive Network

2015-09-24 Thread Andrea Montefusco
On 04/05/2015 07:16 PM, Martin Braun wrote: There are automatic update cycles. The whole design hinges upon us not having to do any manual intervention. In a nutshell, we fetch all the recipes for OOTs on a regular basis, run our CGRAN codes against that, and update the page. As an OOT maint

Re: [Discuss-gnuradio] Function Probe and OOT Blocks

2015-09-24 Thread Kevin McQuiggin
Hi David: I'm a relative newbie myself, but I can say that I had this same issue. I had a block with a static parameter that I wanted to be able to change dynamically at runtime. I looked at the block's source code, and also at a block that had a dynamically adjustable parameter. Basically,

[Discuss-gnuradio] missing length tag

2015-09-24 Thread cdl
hello i write a grc,i use the virtual sink and virtual source,the grc woked well when i replace the virtual sin and source with usrp sink and source,there is a problem occured the message is: gr::log :FATAL: repack_bits_bb0 - Missing a required length tag on port 0 at item #0 thread[thread-per-b

[Discuss-gnuradio] Questions about burst communication

2015-09-24 Thread Washbourne, Logan
Hello all, I've been trying to modify the chat app tutorial into a system that can utilize USRPs and an acknowledgement system. The acknowledgement system works so far, the RX just sends a pdu back to the TX side saying that it received the message. I am now trying to implement the USRPs to have a

Re: [Discuss-gnuradio] RFNoc and data rates

2015-09-24 Thread mleech
Since you'd be decimating on the FPGA, your latency would be dominated by the rate at which you send FFTs to the host. In the scenario descibed, that would be about 0.01second, plus the inherent group delay of the filters in the radio, which if you're running at full ADC bandwidth won't be much.

Re: [Discuss-gnuradio] import Qwt error

2015-09-24 Thread Michael Dickens
Hi Nemanja - SIP is used in Qwt and other PyQt related projects. It has its own internal API, which must be compatible for all Python modules being loaded (including SIP itself). So, what this error means is that the Qwt module was built using a given SIP API (6.0 looks like), then SIP was upgraded

[Discuss-gnuradio] import Qwt error

2015-09-24 Thread Nemanja Savic
Hi all guys, i am trying to install gnuradio 3.7.7.1 version og gnuradio on my RHEL6 machine in a local path and to preserve my 3.6.5.1 version. After instaling many different programs i also screwed my old version. Ok it was not that bad but filter design tool doesn't work for me. I get the follo

Re: [Discuss-gnuradio] RFNoc and data rates

2015-09-24 Thread Simon Olvhammar
Thanks! One concern that I have however is how the iir filter will affect delays in the flow graph. In the current (non RFNoC) application; when I switch the input RF to another source I would like to to see an almost instantaneous change in the samples of the file sink. Which I pretty much do