On 06/19/2012 08:05 PM, signalswdm wrote:
> Dear everyone:
> Is there a method that I can read daughterboard eeprom from python? Or is
> there anyway that I can know what stored in the daughterboard eeprom in a
> visible way?
>
> Best regards
>
>
I believe the following call will yield
The rational resampler is part of BLKS2 which is python only. I'm
currently working on porting blks2 over to C++ so the API will not be
python only, but there is a lot of python code it is built on that
needs to be converted first so it could be a bit. You could just do it
yourself, all the rationa
Hi,
You can look into "Multirate Signal Processing" by Fedrick Harris for more
details regarding CIC filter, decimators,etc..
Thanks
sencen
Message: 10
Date: Tue, 19 Jun 2012 09:46:43 +0800 (CST)
From: signalswdm
To: GNURadio
Subject: [Discuss-gnuradio] Basic question about filter
Message-ID:
Hi Matt,
Would like to know if there is an iso image file which we can write to
CD/USB.
Thanks & Regds,
Sudhir.
On Tue, Jun 19, 2012 at 2:27 AM, Matt Ettus wrote:
> Ettus Research has released the LiveUSB SDR Environment - a 16 GB
> bootable USB 3.0 drive, which comes pre-installed with Ubuntu
Dear everyone:
Is there a method that I can read daughterboard eeprom from python? Or is
there anyway that I can know what stored in the daughterboard eeprom in a
visible way?
Best regards___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
Hi,
I'm trying to convert a flowgraph from grc to c++. In grc there is a
rational resampler block and a rational resampler base block. I could
not find a c++ version of the rational resampler block. Does a c++
version exist? I don't much about either but I tried to use the rational
resampler base
> So, I don't actually care what the square wave source emits if there's a
> reason for it, but was there a reason it was implemented as a delayed
> square wave rather than the analytic representation? Is there actually a
> use for complex square/saw/triangle wave sources? Am I just causing troubl
This is probably a Tom question, but I'm of course open to suggestions from
anyone.
This is a restatement of Mario Ruz's question on 6/8 after additional
conversation on the IRC channel. I think it didn't get much response due to
the way it was phrased.
I'm not much of a DSP fundamentals guy, so
On 06/19/2012 02:30 PM, Weixian Zhou wrote:
> I am using two USRP N210s (daughter boards are XCVR2450) and the supported
> frequency in theory ranged in 2.4GHz ~ 2.5GHz. I have done experiment to
> test the working freq using benchmark_tx/benchmark_rx, the working freq is
> 2.41G, 2,42G, 243G, 2.
I am using two USRP N210s (daughter boards are XCVR2450) and the supported
frequency in theory ranged in 2.4GHz ~ 2.5GHz. I have done experiment to
test the working freq using benchmark_tx/benchmark_rx, the working freq is
2.41G, 2,42G, 243G, 2.44G, 2.46G, 2.47G, 2.48G, 2.49G, 2.50G, 2.51G, 2.52G.
Hi Nick,
thanks for your help, I'll give that a try.
Regards,
Andrew.
On 19 Jun 2012, at 18:15, Nick Foster wrote:
> Hey, I'm losing my mind, apparently. Sorry about the confusion. I was
> recently hacking on timed TX and my brain apparently read source as sink.
>
> The easiest way to get ar
I am trying to use the build-gnuradio script on a RedHat Enterprise Linux 6
machine and I can not download certain packages. Those packages being
wxPython-devel, pygsl, qwtplot3d-qt4-devel, and Orc. I have enabled the
optional package stream at the RHN so that is how I was able to narrow it
down th
Hey, I'm losing my mind, apparently. Sorry about the confusion. I was
recently hacking on timed TX and my brain apparently read source as sink.
The easiest way to get around it is to schedule your receive thread to
start sometime less than 1 second before your set_start_time() call
expires. This w
Oh, for receiving you should use UHD stream commands. I've never done anything
with this myself, but I think "set_command_time" in uhd_usrp_sink will help you.
http://files.ettus.com/uhd_docs/manual/html/sync.html#align-cordics-in-the-dsp
http://gnuradio.org/doc/doxygen/classuhd__usrp__source.ht
On Tue, Jun 19, 2012 at 11:13 AM, Martin Braun (CEL)
wrote:
>> - can we transmit and receive at the same time in the same application
>> using the same hardware ?
>
> This question has a *lot* of caveats. I'll assume you know what you're
> doing (and what you can realistically expect), and then th
Hi Nick,
thanks for replying. I'm a bit confused though: it's receiving data from
the USRP with gr_uhd_usrp_source that's giving me trouble, not sending
it with gr_uhd_usrp_sink.
Looking again at gr_uhd_usrp_source.cc I see that tags are added
indicating the time of the received samples. I g
I thought the "set_start_time" method simply keeps UHD from instantly
streaming, and then does this "tx_sob" and "tx_time" tagging for you on the
first sample. Sure, it can be done somewhere in the flowgraph using GNU Radio
tags, but doesn't this achieve the same end goal with less complexity fo
On Tue, Jun 19, 2012 at 09:47:49AM -0400, Vikas N Kumar wrote:
> - I was hoping to find out if anyone here knows about or has resources
> where GNU radio is being used for doing such things. If yes, what
> algorithms are possibly used to scramble the content ? Do the
> algorithms depend on the hard
Matt,
That's AWESOME!!!
Thanks for sharing!
Definitely, getting a few ASAP!!!
-
Jose Miguel
On Mon, Jun 18, 2012 at 1:54 PM, Matt Ettus wrote:
> Ettus Research has released the LiveUSB SDR Environment - a 16 GB
> bootable USB 3.0 drive, which comes pre-installed with Ubuntu 11.10,
> UHD (USRP
Andrew,
There is a better way. If you look in gr_uhd_usrp_sink.cc, it's expecting
to see tags indicating start of burst ("tx_sob") and end of burst
("tx_eob") as well as a transmit time ("tx_time"). To issue a start of
burst, for instance, use:
add_item_tag(0, //stream ID
nitems_written(0)+i
Most likely it is a 64bit PIN Seed that your key will contain.
If you do not know it then data was not ment for "your eyes".
Descrambling doesn't necessarily mean hacking for malicious purposes,
it can also mean learning existing systems to design better/more
efficient ones for the future.
If y
It works!
Thanks.
On Mon, Jun 18, 2012 at 5:53 PM, Alex Zhang wrote:
> Weixian,
>
> Here is a temp solution, not sure it works or not:
>
> In the csma_mac.main_loop() of your tunnel.py, add a
> time_sleep(fixed_delay) right after the payload is read from the OS. You
> can set fixed_delay as 0.01
Sample CCSDS frames that were crypted (not ment for my eyes)
http://www.poes-weather.com/~aptdecoder/martin/Meteosat9--LRIT/2011-11-17-meteosat9--cadu.txt
P
- Original Message -
From: "Patrik Tast"
To: "Vikas N Kumar" ;
Sent: Tuesday, June 19, 2012 17:01
Subject: Re: [Discuss-gnuradi
On Tue, Jun 19, 2012 at 10:01 AM, Patrik Tast wrote:
> If the signal is crypted then it was not ment for you unless you have a KEY
> to "unlock".
> In CCSDS (digital reception) frame header there is a bit telling you if data
> is/not crypted. It also contains the key number that you have to use to
Hi Vikas,
If the signal is crypted then it was not ment for you unless you have a KEY
to "unlock".
In CCSDS (digital reception) frame header there is a bit telling you if data
is/not crypted. It also contains the key number that you have to use to
descramble it.
GNU Radio does not support ha
Hi
I am researching methods/algorithms to perform descrambling of
scrambled radio waves as part of a research project.
- I was hoping to find out if anyone here knows about or has resources
where GNU radio is being used for doing such things. If yes, what
algorithms are possibly used to scramble
Hello all,
I've been trying to use the set_start_time() method of usrp_source to
start my USRP N210 streaming data at a known time. The USRP has the
GPSDO fitted and the time is set automatically from this, so I can
specify an absolute time for when I want streaming to begin. I've done
this s
27 matches
Mail list logo
