On Tue, Feb 26, 2013 at 04:10:55PM -0600, Joel Mayer wrote:
> Dear GNU Radio aficionado's-
>
> Whatever happened to resistance, capacitance, and inductance?
> When I joined this thread I was hoping you would once in a while
> talk about ways of using the software in the computer to modify
> the re
On 02/26/2013 06:55 PM, Sajjad Safdar wrote:
> HI,
> I am using tunnel.py command to setup a TCP/IP link between two usrp1.
> When i try to use the command , i get this error
>
> ./tunnel.py
> linux; GNU C++ version 4.6.3; Boost_104800; UHD_003.005.001-29-g3cb515f7
>
> Traceback (most recent call
Hi again GNURADIOers,
I have a set member function which is also used as a callback from GRC. It
looks like this:
void
test_file_sink::set_sensitivity(double milisecond)
{
d_n_samples = (unsigned
int)(milisecond*d_sample_rate/1000.0)*d_itemsize;
printf("\nd_n_samples: %d\n", d_n_samples);
Timothy L. Vance
Chief Engineer, Expeditionary Electronic Warfare
Naval Surface Warfare Center, Crane
Building 3330N, 300 Hwy 361
Crane, IN 47522
Office: 812-854-5499
Cell: 812-296-1192
Email: timothy.va...@navy.mil
SIPR:timothy.va...@navy.smil.mil
___
On Tue, Feb 26, 2013 at 5:10 PM, Joel Mayer wrote:
> **
> Dear GNU Radio aficionado's-
>
> Whatever happened to resistance, capacitance, and inductance?
> When I joined this thread I was hoping you would once in a while
> talk about ways of using the software in the computer to modify
> the reson
Hi Almohanad - From my (now old) memory of the GR runtime scheduler (STS and
TBP), I believe you are roughly correct in the technical terminology, except
that the schedules are not guaranteed to be periodic. They are opportunistic /
aperiodic: process as much data as "makes sense" given the blo
Hi,
Yes now it works but can not able to ping the Machines. I am using RFX400
daughter card and set 192.168.200.1 and 192.168.200.2 respectively on machine A
and B.
On machine A: # sudo ./tunnel.py --freq 423.0M --bitrate 500k -A TX/RX -v # #
in another window on A, # ifconfig gr0 192.168.200.1
On Wed, Feb 27, 2013 at 9:06 AM, Michael Dickens wrote:
> Hi Almohanad - From my (now old) memory of the GR runtime scheduler (STS and
> TBP), I believe you are roughly correct in the technical terminology, except
> that the schedules are not guaranteed to be periodic. They are opportunistic
>
On Wed, Feb 27, 2013 at 3:04 AM, Martin Braun (CEL)
wrote:
> On Tue, Feb 26, 2013 at 04:10:55PM -0600, Joel Mayer wrote:
>> Dear GNU Radio aficionado's-
>>
>> Whatever happened to resistance, capacitance, and inductance?
>> When I joined this thread I was hoping you would once in a while
>> talk a
On Tue, Feb 26, 2013 at 9:12 PM, Josh Blum wrote:
>
>
> On 02/26/2013 08:03 PM, Manu T S wrote:
>> In gnuradio/digital/packet_utils, the packets are padded to make it a
>> multiple of 512 bytes to be sent across the USB(As per the comment there).
>>
>> USRP2 and N210 uses ethernet connection. Is i
On Wed, Feb 27, 2013 at 9:28 AM, Sajjad Safdar
wrote:
> Hi,
> Yes now it works but can not able to ping the Machines. I am using RFX400
> daughter card and set 192.168.200.1 and 192.168.200.2 respectively on
> machine A and B.
>
> On machine A:
>
>
> # sudo ./tunnel.py --freq 423.0M --bitrate 50
Hi all,
We created a new module called radar(gr-radar folder created) and a block
called lfm_source_c. Eventually, this new block will create a chirp style
signal. We are trying to use in a Python file. The Python code was working
perfectly fine when we used the gr signal source to generate a squa
On Wed, Feb 27, 2013 at 10:42 AM, Brooke Hayden wrote:
> Hi all,
>
> We created a new module called radar(gr-radar folder created) and a block
> called lfm_source_c. Eventually, this new block will create a chirp style
> signal. We are trying to use in a Python file. The Python code was working
>
On 27/02/13 10:08 AM, Tom Rondeau wrote:
>
> On the other hand, one of the major areas of work that we are still
> pursuing lies in the RF front end. We have wideband systems. Ettus has
> produced a number of daughterboards that cover multiple GHz of
> spectrum, which is fantastic. But through that
On Wed, Feb 27, 2013 at 11:38 AM, Marcus D. Leech wrote:
> On 27/02/13 10:08 AM, Tom Rondeau wrote:
>>
>> On the other hand, one of the major areas of work that we are still
>> pursuing lies in the RF front end. We have wideband systems. Ettus has
>> produced a number of daughterboards that cover
Ideas, ideas, ideas!
Everyone, we need ideas.
The GSoC application deadline is coming closer, and we still are lacking
some ideas.
So what cool feature of GNU Radio are *you* missing?
Head over here, and write them down:
http://gnuradio.org/redmine/projects/gnuradio/wiki/GSoC
At this point, any
Really great documentation would be nice. I know that it has been
improving, but maybe GSOC is an excuse for a sprint? Ideally, the
documenter is someone who really knows DSP and what is going on behind the
curtains.
References to examples in the documentation would help out immensely. I
often
On Wed, Feb 27, 2013 at 10:49 AM, Dan CaJacob wrote:
> I have always wanted an auto-magically generated list of references to
> other blocks/examples that use the block being documented. I think this
> would be easy to do in python. When building the docs, a script could
> search for instances
On 02/27/2013 10:49 AM, Dan CaJacob wrote:
> Really great documentation would be nice. I know that it has been
> improving, but maybe GSOC is an excuse for a sprint? Ideally, the
> documenter is someone who really knows DSP and what is going on behind the
> curtains.
GSoC is for code related wor
Hi there,
I would like to ask you about the participation in GSoC 2013 of the
GNSS-SDR project under the umbrella of GNU Radio. Last year I served as a
mentor and we all (the student, other developers and I) had a nice
experience adding Galileo capabilities to the GNSS software receiver. We
enjoye
On Wed, Feb 27, 2013 at 11:12 AM, Carles Fernandez <
carles.fernan...@gmail.com> wrote:
> ...but I personally feel that only GNSS-SDR took advantage from the work
> done in GSoC 2012, having no impact for the majority of GNU Radio users.
>
As we discussed at the GNU Radio conference last year, i
Tom what do you mean by using different Tx & Rx frequencies.
Also recently I did following. I connected 2 usrp with a single PC and ran 2
instances of tunnel in it with 1 usrp for each. Made two virtual ethernet
interfaces gr0 & gr1 also set two different ip addresses. And I was able to
ping from
Hi everyone:
I need to manage a span that can be bigger than the USRP span limit. I have
been looking at usrp_spectrum_sense.py but I would rather prefer to solve this
matter in C++ with a control block that changes the central frequency and span
(I don't understand how to apply the usrp_spectru
Thanks a lot, Tom.
I am trying to follow the instructions of
https://www.cgran.org/wiki/UCSBJello line-by-line. However, I am facing the
following issues in step 1 and step 2. Any feedback will be appreciated.
*Step 1: Download gnuradio-3.2.2 tarball (
http://gnuradio.org/redmine/wiki/gnuradio/
I believe the GRC "Simple Correlator" is the inverse of the "Simple Framer,"
yet it takes float inputs. What is the proper format of the input data? I see
that the code does some slicing on the input, so I expect the floats to be
positive and negative float values representing ones or zeros re
Thank you again for your answer. I looked up the Header File of gr_message
and it should have the msg() attribute. But when I tried to access, it gave
me the error that this attribute isnt existing.
Anyway, I now figured out a way which is enough for me: I converted the
returned string to a list of
On Wed, Feb 27, 2013 at 3:56 PM, Douglas Ellena wrote:
> I believe the GRC "Simple Correlator" is the inverse of the "Simple Framer,"
> yet it takes float inputs. What is the proper format of the input data? I
> see that the code does some slicing on the input, so I expect the floats to
> be pos
On Wed, Feb 27, 2013 at 11:52 AM, Tom Rondeau wrote:
> On Wed, Feb 27, 2013 at 11:38 AM, Marcus D. Leech wrote:
>> On 27/02/13 10:08 AM, Tom Rondeau wrote:
>>>
>>> On the other hand, one of the major areas of work that we are still
>>> pursuing lies in the RF front end. We have wideband systems.
On Wed, Feb 27, 2013 at 2:01 PM, sumitstop
wrote:
> Tom what do you mean by using different Tx & Rx frequencies.
I mean exactly that: use different frequencies like in an FDD system.
Set the transmit frequency to f_tx and the receive frequency to f_rx.
When you run "tunnel.py -h", you'll see opti
On Wed, Feb 27, 2013 at 4:10 PM, Nazmul Islam
wrote:
> Thanks a lot, Tom.
>
> I am trying to follow the instructions of
> https://www.cgran.org/wiki/UCSBJello line-by-line. However, I am facing the
> following issues in step 1 and step 2. Any feedback will be appreciated.
>
>
> Step 1: Download g
On 27/02/13 05:45 PM, Tom Rondeau wrote:
>
> For those interested, this DARPA project was pointed out to me:
> https://www.fbo.gov/index?s=opportunity&mode=form&id=7c438631d57659b7b9f932df6d3da484&tab=core&_cview=1
>
> Here's a brief write-up that summarizes the effort (apologies for the
> in-your-
i am stucking to add code in places, i think i am forgetting someone could
you write its steps, thank you.
2013/2/28 Tom Rondeau
> Look inside the files that are generated. You have to edit these and
> add your own code in places for it to work. It's not magic.
>
> See: http://gnuradio.org/redmi
Hey all,
I'm curious if there is a reason why the maximum length for a digital packet
payload is 4096 bits in packet_utils.py Currently this is limited because of
the length of the whitening mask, but if whitening is not used...could this be
increased? I know the framer_sink limits the length of
Hi,
My problems a few days ago, when switching between branches, simply came
from a missing "sudo ldconfig" at the end of the procedure. Maybe it may be
useful to add a more obvious hint? In
http://gnuradio.org/redmine/projects/gnuradio/wiki/BuildGuide it is not
mentioned, and in
http://gnuradio.o
Hi everyone,
I have a question about USRP N210 MIMO syn. Right now I already have set the
parameters like following：
Device addr: addr0=192.168.10.1,addr1=192.168.10.3
Sync = don't sync
Num Mboards = 2
Mb0 Clk Src = Default
Mb0 Time Src = Default
…
Mb1 Clk Src = MIMO Cable
Mb1 Time Src = MIMO Cab
when i run my own block in gnuradio-companion square_ff ,the following error i
get
Traceback (most recent call last):
File
"/usr/local/lib/python2.7/dist-packages/gnuradio/grc/gui/ActionHandler.py",
line 307, in _handle_action
self.get_flow_graph().update()
File "/usr/local/lib/python2.
36 matches
Mail list logo
