On Wed, Dec 30, 2015 at 5:33 AM, Marcus Müller
wrote:
> I must admit I did that, but feel unsure about how many sines I'd need to
> use to simulate spread.
> The result I got with 8 and standard doppler spread don't look overly
> healthy, and osmocore/gr-gsm has a hard
On 12/30/2015 07:25 AM, w xd wrote:
> Hi all,
>
> Nowadays as we all konw,we can use USRP implement many interesting
> applications.Many company and university used our USRP.And the website
> www.gnuradio.org show us a good tutorial.
>
>When I saw a similar instrument WARP and
On 12/30/2015 11:27 AM, Tom Rondeau wrote:
But you were focusing your questions specifically on USRP projects.
Ettus Research produces and sells USRPs, not the GNU Radio project. We
have a very good and close relationship with Ettus Research, and they
contribute and support GNU Radio in
I wrote a block that writes the rx_time tag and another block that reads it.
After reading them for a 20 to thirty calls to the work function, it stops
getting any. The amount it reads varies from run to run. Any ideas?
This code snippet is from the work function my block that writes the tag.
On Wed, Dec 30, 2015 at 7:25 AM, w xd wrote:
> Hi all,
>
> Nowadays as we all konw,we can use USRP implement many interesting
> applications.Many company and university used our USRP.And the website
> www.gnuradio.org show us a good tutorial.
>
>When I saw a
On Wed, Dec 30, 2015 at 11:15 AM, wrote:
> I wrote a block that writes the rx_time tag and another block that reads
> it. After reading them for a 20 to thirty calls to the work function, it
> stops getting any. The amount it reads varies from run to run. Any
Assuming the pins are in good condition, another trouble shooting step would be
to swap the daughter cards between the non-working and working units, to
determine if it is an issue with the card or the N210. It would not hurt to try
swapping the connection cables as well to test them.
> On
Based on the USRP specs (up to 100mW output power), I started looking
around for amps that would get me up to a level comparable with other
amateur rigs. This is one of the first I found:
On Wed, Dec 30, 2015 at 3:14 PM, James Humphries
wrote:
> I'm on Marcus' side with that output power, that's a scary high output. I
> start to sweat at 10W... :)
>
Heh, I connected a USRP to a 20KW PA once. Sweating was only one of
several things done in
On 12/30/2015 07:03 PM, Johnathan Corgan wrote:
On Wed, Dec 30, 2015 at 3:14 PM, James Humphries
> wrote:
I'm on Marcus' side with that output power, that's a scary high
output. I start to sweat at 10W... :)
Heh, I
The amateur limit is 1000 Watts. Personally I ran 800+ Watts on the 2
metre band in the late 1980s for my EME (moonbounce) station. All
analog, single long-boom Yagi. I used a 2M downconverter and listened
on my 10M receiver as it was way more sensitive than my 2M rig.
Over about a year's
Has anybody tried to implement the WSJT line of signal processing
algorithms in GNURadio? In fact it could be quite interesting not just
to use Joe K1JT's programs but to play around with his great signal
processing ideas.
And I guess it could make sense to re-use his algorithms for other
Hi Daniel,
The output power of the USRP is controlled by the TX gain setting. Keep in
mind that the output power of the USRP is not calibrated and will vary from
device to device. Some may have higher output power than others.
Isolation between the transmit and receive sections of the USRP is a
On Wed, Dec 30, 2015 at 6:14 AM, Marcus Müller
wrote:
> That was the general idea, but long impossible at the start, because one
> didn't want modules that were "C++ compatible" to older versions of GNU
> Radio to fail because these older versions were missing cmake
On 12/30/2015 12:19 PM, abhinav narain wrote:
Hi all,
I bought 3 USRPs few months ago and have been using two of them
intensively.
I used the third one today and found out that it is not working.
If I tune into the freq = 2MHz (using basic RX/TX card), I see
notWorking.png as the output,
Thanks for response Tom and Ron.
I'll take a crack at improving the ATSC decoder efficiency first, just
to get my feet wet with GNURadio again. Tom, are there test vectors
available for the ATSC 1.0 decoder?
Whether or not ATSC 3.0 will ever be a thing... I agree with what Ron
has said, and I
On Wed, Dec 30, 2015 at 4:20 PM, Colby Boyer wrote:
> Thanks for response Tom and Ron.
>
> I'll take a crack at improving the ATSC decoder efficiency first, just
> to get my feet wet with GNURadio again. Tom, are there test vectors
> available for the ATSC 1.0 decoder?
>
>
Hi Daniel,
Cannot stress this enough:
Don't try to do everything to the max right from the start. Sure, 100mW is a
lot less than what can do in the licensed bands, but then again, not coming
from an amateur background, 120W right out scare me. Please make sure no more
than -15dBm are fed into
On 30/12/15 22:24, Marcus Müller wrote:
> Hi Daniel,
> Cannot stress this enough:
> Don't try to do everything to the max right from the start. Sure, 100mW
> is a lot less than what can do in the licensed bands, but then again,
> not coming from an amateur background, 120W right out scare me.
You can always use the ATSC transmitter in GNU Radio to generate a
reference IQ stream. It will have very high SNR, but will work fine for
efficiency improvements.
gnuradio/gr-dtv/examples/file_atsc_tx.grc
Here's a properly formatted Transport Stream that you can use for the TX
flow graph.
In Canada, you can use up to 2250 watts PEP output on SSB.
http://www.ic.gc.ca/eic/site/smt-gst.nsf/eng/sf01226.html#p10.2
In the US, it's 1500 watts PEP output in any mode.
The Kuhne Electronic equipment is excellent stuff. It's essentially
commercial equipment that's been re-purposed for
As we're rolling out the latest UHD release (3.9.2), we're also moving
the Ubuntu .debs we provide as binary installers to Launchpad.
You can now find the debs, and instructions on how to install them,
here: https://launchpad.net/~ettusresearch/+archive/ubuntu/uhd
Once you've added the UHD PPA,
Just to add onto what Ron has said, the limit in the US is 1500 watts, but
there are some restrictions per band, and license level. Details here [
http://www.arrl.org/frequency-allocations ] but below are the important
tidbits.
- "Unless otherwise noted, the maximum power output is 1500 watts
Ron, do you have any IQ files of ATSC 3 for us to try out?
I agree with you that ATSC 3 may be met with resistance. Another big switchover
would upset a lot of people, even though this may finally make DTV as
dependable as analog. I've described some alternative TV encoding schemes on
I don't have anything here. Maybe someone in Las Vegas could capture one
of the test stations. I'm not exactly sure of the frequencies, but one
source says channels 18 and 45.
BTW, you put an extra "s" in your link. Should be:
http://www.coolsdrstuff.blogspot.com/
Ron
On 12/30/2015 05:27
That was the general idea, but long impossible at the start, because one
didn't want modules that were "C++ compatible" to older versions of GNU
Radio to fail because these older versions were missing cmake modules.
That's why it might be a good time to revisit that problem, and throw
away stuff
Hello Kevin,
as explained, data isn't stored as "a + bi"; the fact that the two
numbers "a" and "b" are interpreted as "real" and "imaginary" of the
same complex number shouldn't be stored -- that is implicit. Hence, yes,
you just store abababababab..., because the "+" and the "i" is implicit.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Kevin,
the flowgraph expects complex floats. Essentially, other platforms
generate the same values. Cartesian coordinates translate to 'a + jb'.
GR mostly uses float for a and b. Other data types are also possible
and should be easy to convert.
Why not to use the cmake modules of gnuradio directly if building OOT's ?
If I'm right they are in ${INSTALL_PREFIX}/lib/cmake/gnuradio.
And put cmake files only nedded by the oot module into the local oot
cmake directory.
-- Volker
Am 29.12.2015 um 22:43 schrieb Philip Balister:
Per this
I must admit I did that, but feel unsure about how many sines I'd need to use
to simulate spread.
The result I got with 8 and standard doppler spread don't look overly healthy,
and osmocore/gr-gsm has a hard time understanding noise-free synthetic bcch
bursts after going through the fading
Hi all,
Nowadays as we all konw,we can use USRP implement many interesting
applications.Many company and university used our USRP.And the website
www.gnuradio.org show us a good tutorial.
When I saw a similar instrument WARP and find they have a project
website.And their website
31 matches
Mail list logo