gr-build/gnuradio-core
has no Makefile.in when I check out the code.
so
./for-all-dirs ../buildit 2>&1 | tee make.log
fails in the gnuradio-core build. I stole the
Makefile.in from 2.4 and hope that it doesn't
blow.
Bob
N4HY
___
Discuss-gnuradi
Same thing with usrp checkout.
Anyway, with the old files Makefile.in, I have
everything running and the USRP is display
spectra from the SDR-1000 I/Q inputs.
Onward and upward,
Bob
N4HY
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf
Of Robert McGwier
Sent
The book is now available for pdf download
http://phptr.com/content/images/0131240722/downloads/blanchette_book.pdf
Qt4 will be GPL/QPL open source for Windows, Mac OSX, and Linux.
http://www.trolltech.com/products/qt/opensource.html
reveals it is free now for Macs and
http://www.trolltech.com
In a really good NBFM receiver, where you are attempting to use it
for voice communications, and hand helds are involved (say), it is
important to have threshold effect improvement. This will improve
intelligibility on important links such as official/government
communications. This is done by u
Eric:
Everything is built and running and the behavior
you described is exactly what I saw in the files
downloaded from the links on the Wiki. When I did
bootstrap/for-all-dirs, it blew with "No makefile.in"
I copied the Makefile.in and all seemed to work.
Athlon Dual MP and Suse 9.2. It took
Matt:
What are the right versions and where is this list?
I am running Suse 9.2 and it has all the SUSE updates.
It has autoconf 2.9, automake 1.9.1, libtool 1.5.8
Anyway. Third time is the charm.
Once again, for the heck of it after someone said to
do bootstrap twice (so I did buildit twice
Alberto:
Glad to know you are here.
I would not revert to the time domain. "Rename" the complex
bins of your fft by performing a simple circular shift until
the right bin is on zero. Apply the low pass filter in the
frequency domain, IFFT and then downsample. Since these
frequencies or bins a
Ooops.
Too hasty!
2^ (roof(log_2(N)) + 1) long FFT.
Sorry.
Bob
N4HY
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf
Of Robert McGwier
Sent: Saturday, February 19, 2005 3:54 PM
To: Alberto di Bene; discuss-gnuradio@gnu.org
Subject: RE: [Discuss-gnuradio
I for-all-dirs buildit twice and almost everything worked
without my having to copy the incorrect Makefile.in. The
"do bootstrap twice" part of the buildit run twice did the
trick.
I agree with time skew. Mine is controlled to <50 ms by
GPS. ;-). All is well now with one exception, when I
atte
I have just moved all of my software defined radio code
away from the HORRID ABOMINATION that is Windows threading
to posix threads.
http://sources.redhat.com/pthreads-win32/
The heart of the matter for real time code is that semaphores,
mutexes, and threads are objects that are visible to all
pr
Raja:
You have downloded the files from the this page?
http://comsec.com/wiki?GnuRadio2.X
I made the same mistake.
If you are not getting the lastest and greatest using cvs
you are making a mistake. Like you, I had broken code,
and no eeprom burner until I downloaded from the cvs
servers.
h
I want to take four streams from the four channels of my
basic RX's. I want to know that the blocks from the four
gazintas will maintain synchrony. I will be doing coherent
processing on the four inputs and this is critical.
Bob
___
Discuss-gnuradi
Eric:
For many of the new directories, I had to do touch configure.ac
and buildit manually. for-all-dirs would fail, period.
gr-gsm-vocoder is a particularly example. It would never get
passed the "no makefile.in" error with for-all-dirs. I
tried doing
for-all-dirs touch configure.ac
this wo
Is this bug driving you crazy yet Eric?
;-)
Bob
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf
Of Bob Vincent
Sent: Monday, February 28, 2005 8:08 PM
To: discuss-gnuradio@gnu.org
Subject: [Discuss-gnuradio] Makefile.in
FYI, I just did a clean CVS checkout.
Same here but I have not tried JL's fix. I missed it somehow but
that is what the archive is for!
Bob
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf
Of Rahul Dhar
Sent: Monday, February 28, 2005 9:15 PM
To: Matt Ettus
Cc: discuss-gnuradio@gnu.org
Subject: Re
Joshua:
That was definitely the fix.
I created a new user on my machine and downloaded a completely
fresh copy. I deleted all the old stuff and moved it over.
for-all-dirs ../buildit
worked through all the directories to completion without an\
error.
Thanks!
Bob
-Original Message-
I would like to do N, where N is larger than 4, correlators on the FPGA
in order to do code acquisition for code division multiplexing. I would
also
like to do beam steering experiments on four channels. All involve
multiplications and the lower the latency, the better.
Then the question becomes
Who is working on a GPS receiver for the USRP or other hardware
in this project? I would like not to do duplication of effort.
Bob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
]
Sent: Friday, March 18, 2005 2:34 AM
To: Robert McGwier
Cc: [EMAIL PROTECTED] Org
Subject: RE: [Discuss-gnuradio] signals/atsc question
Quoting Robert McGwier <[EMAIL PROTECTED]>:
> I would like to do N, where N is larger than 4, correlators on the FPGA
> in order to do code acquisit
We can do this I am sure. I thank Dave and Krys for the advance
work they have been doing when not many (any?) were "listening".
If we allow the FPGA to do (carrier phase/code) (acquisition/tracking )
in a joint-detection process run on the FPGA, I believe we can do a 12
channel receiver.
In addi
For what purpose? If you are simply tuning a receiver to a new
frequency and can take the I/Q baseband, then no synchrony is
required. If you are attempting to demodulate QAM inside that
I/Q channel, you are indeed required to do carrier and symbol
tracking.
Bob
-Original Message-
From
I meant to send it to the list.
-Original Message-
From: Robert McGwier [mailto:[EMAIL PROTECTED]
Sent: Saturday, March 26, 2005 5:15 AM
To: [EMAIL PROTECTED]
Subject: RE: [Discuss-gnuradio] Query on GPS
I agree. Brickle and I have been doing the automated recognition
and configuration
Is there some kind of list maintained somewhere about what needs work in
this now huge body of code? "Everything" and "Nothing" are not answers.
;-).
Bob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/list
Fails at work on my SUSE 9.2 install and succeeds at home on my SUSE 9.2
install.
Running python 2.3.4 at home and Python 2.4.1 at work. However, I just
installed
2.4.1 at work. I got the same error messages before today with 2.3
first in the path.
Having 2.4.1 first seems not to have helped (
The fix to cvs and the removal of the broken file cleaned up everything
here. FYI, with SUSE 9.3,
the only thing I had to install from source with two subversions later
SWIG. I was able to find
an archive that actually worked (The Mail Archive) and got the URL to
the usrp_fpga.rbf which
is STI
A few days ago I wrote about a swig lib generation problem, wherein the
compiler
blew and told me to call home to gnu-land and report an error.
I forgot that I had installed wx-2.6 just to play around. As soon as I
remove
wx-2.6, all my problems generating the swig stuff went away. 2.6.0.0 is
And at $550-ish, the TVRX/USRP are underpriced. Thanks Matt! I would
suggest
more realistic pricing on future components. There is little hope of
long term viability,
time for support, upgrades, etc. without sufficient capitalization. I
know that even this
is more than many can afford. N
Good. Maybe now I will stop being ignored when I report this exact same
problem.
Bob
Eric Hill Matlis wrote:
I can confirm the same problem after just updating via CVS.
On Mon, 30 May 2005, John Ackermann N8UR wrote:
Still the same problem, Matt.
John
Matt Ettus wrote:
John:
Thanks for doing a better job than I did of describing this particular
problem. The
fix worked immediately. tvrx_wfm_rcv.py and other things using tv_rx are
"back to normal".
Bob
Robert McGwier wrote:
Good. Maybe now I will stop being ignored when I report this e
http://www.kd7lmo.net/ground_gnuradio_baseline.html
Download build_baseline.sh and copy the instructions.
This is the best page related to this project, IMNSHO.
Bob
KUNAL RAJANI wrote:
i had downloaded wxPython from
http://prdownloads.sourceforge.net/wxpython/wxPython-src-2.6.1.0.tar.gz
One modification. If the TVRX is in RX-B port use
./tvrx_wfm_rcv_gui.py --freq 100.1 -w 1
Bob
Eric Blossom wrote:
On Thu, Jun 09, 2005 at 03:29:42PM +0530, KUNAL RAJANI wrote:
hi all,
i have just started on with gnu radio and have installed all the required
libraries. I would like
Please add this line to tvrx_wfm_rcv_gui.py. I have a delta 44 and want
to specify the
plughw:0,0 on the command line. On another machine, I have a Lynx
Studios card and
I need to specify the correct device (of the 8 available) to OSS (the
only one to support
the card thanks to Lynx).
I have not seen this message once on mine.
Bob
Marcus D. Leech wrote:
Matt likely isn't back from his trip to Green Bank yet, but I've observed that
with
the DBS_RX, using dbs_debug, that it complains whenever you go to set a
frequency
that "VCO failed to lock at x" appears.
Since th
checkout has diff output in it in what looks like an attempt to
put swiger in the developers list. I hacked away what I thought was right
but please fix this in the distro.
Bob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://list
Works perfectly on all my machines. I am using Python 2.4.0 and wxGTK
(latest from
SUSE under 9.3). I am actually using wxpython 2.6.1.0. All of the GUI
gadgets I have
used (most tvrx and dbs lately) work perfectly.
Bob
Matt Ettus wrote:
Has anyone here tried using GNU Radio with wx a
I was testing and debugging the new DBS_RX trying to ascertain its
suitability for GPS
and Mode LS transponder development (AMSAT -NA, http://www.amsat.org). We
found a very small assembly error (short left on a cap on an op amp), we
made some
gain adjustments on the OP AMPS in the I/Q channel
I deleted the gnuradio-core directory and reinstalled just before this
as a "last resort".
I then downloaded, configured, made and installed gcc 3.4.4 since SuSE
has gcc 3.3.
That has not helped either.
all the gr_float_to_char.[cc,h,i] are there and the .lo is made. The
test fails.
Bob
E
Okay, I have finally resolved this but it was a real pain.
I had downloaded clean copies and made gcc-3.4.4 and installed it and I
still had test problems.
As a last resort, now with gcc-3.4.4 in charge, I remade all tools,
python, wxPython, sdcc, swig, etc. etc.
FINALLY, it compiles and c
n a stable environment.
Bob
Eric Blossom wrote:
On Mon, Aug 15, 2005 at 04:02:00PM +0000, Robert McGwier wrote:
Okay, I have finally resolved this but it was a real pain.
I had downloaded clean copies and made gcc-3.4.4 and installed it and I
still had test problems.
As a last resort, now with
Great!! Thanks.
Bob
Eric Blossom wrote:
On Thu, Aug 18, 2005 at 09:28:12PM +, n4hy wrote:
Date: Thu, 18 Aug 2005 21:27:54 +
From: n4hy <[EMAIL PROTECTED]>
Subject: Re: [Discuss-gnuradio] A Plea for Packagers
To: Matt Ettus <[EMAIL PROTECTED]>
I had no trouble on FC3 or FC4
Bdale:
I am using an atom bomb to smash an ant:
I have a PTS-160 synthesizer. It is locked with a rubidium oscillator
OR a GPS tamed oscillator. I use the rubidium when I am moving (at
W3CCX or in the car or on 10 Ghz cumulative weekends, etc.) Moving GPS
sucks for taming an oscillator!
Same here:
Under Suse 9.3 (WHICH I HAVE HAD FOR MONTHS) 8-) , xerces will not
compile. The latest version, 2_7_0 gets further into the build than
before but will not build. Since I could not figure out a single need
for it, I removed it from KD7LMO's baseline build stuff.
Please let
x27;t go with Fedora Core 3 or 4...
Thanks for feedback!
Al
> Robert McGwier wrote:
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I listen all day long while it plays 88.1 FM, WNJN, a national public
radio station near me after I turn Imus in the Morning off of the SDR-1000.
It definitely works.
Bob
Berndt Josef Wulf wrote:
G'day,
I've become the proud owner of a tvrx daughter board and ready to take a
further ste
Jorge:
The paper you included and the mathematical and electrical phenomenon
you are talking about applies to the analog to digital converter, the
receiver only. This is undersampling as you call it. Most engineers
call it bandpass sampling. It applies to the use of aliasing to bring a
hig
Thanks for all the comments but I still have my doubts. I am more like
to believe in clock leakage and DAC nonlinearities causing this than I
am with square wave harmonic activity. I will investigate further with
the spec-an if I have time.
The pico-board looks great. I recently acquired the
gr_fir_fff test fails in
test_101_interp. It hangs after 7 dots in the ellipsis and then prints
a capital E and gives one of the unreadable traces.
Anyone else see this?
Bob
--
Laziness is the number one inspiration for ingenuity. Guilty as charged!
_
Vanu inventor prominently mentions GnuRadio:
http://in.rediff.com/money/2005/oct/04inter.htm*
I hope no one else linked this here. If so, my apologies the
duplication. I am buried under a mountain of work.
Bob
*
--
Laziness is the number one inspiration for ingenuity. Guilty as charged!
Ooops. Yes I see that the usrp update has been failing. Mea Culpa.
Bob
Eric Blossom wrote:
On Tue, Oct 04, 2005 at 09:58:06AM -0400, Robert W McGwier wrote:
FYI.
g++ -DHAVE_CONFIG_H -I. -I. -I.. -pthread -I/usr/local/include/gnuradio
-I/usr/local/include -I/usr/local/include/python2.4
Almost. I did write it, I sent it off to Matt who discovered some
problem with it and I have just been too busy to figure out the
problem. It was the Kaiser window (optimal window) that was the cause
of the issue Matt observed. I will be able to return to it after the
weekend.
The AMSAT m
KD7LMO has excellent instructions on how to build to a non global
libraries, etc. This prevents disruption of things that depend on the
base install versions. I know, it finally took a reinstall to
straighten my mess out.
http://www.kd7lmo.net/ground_gnuradio_install.html
and pay special a
Using the wfm receive module I notice increased sensitivity using the
halfband filter load. I have not played with the various decimations or
tried to do anything other than standard stuff so far but this is an
improvement. I can't wait to look at GPS with the DBS_RX to see if the
sensitivity
On December 22 at Carnegie Hall, the New Jersey Composer's Guild will
present "Answer to Job, An Alternative Holiday Concert".Frank
Brickle (AB2KT) is the secretary of the Composer's Guild of New Jersey.
He has composed an opera which will be performed during this concert:
http://www.will
The rational resampler is functional and has been checked in by Eric. I
learned a valuable lesson which I will pass on. Like everyone who does
a lot of different coding these days, the first place to go is to
Google for the time saving code. Julius O. Smith of CCRMA did a very
good study of
Let me add just a quick comment on the' why'. Josh' transmitter was
nearly DSB suppressed carrier.
The REASON for the DC offset is that the DC offset becomes the AM
carrier after you heterodyne or mixer up to the operating frequency.
Without the DC offset, you get DSB.
Now that Matt and I
Eric Blossom wrote:
Matt, Bob McGwier (N4HY) and I spent last week working on GNU Radio
face to face. We got an incredible amount of stuff done, and not much
sleep!
Below are some of the highlights:
-- snip --
You left out why it was possible to work this hard
The reason Matt, Eric, and I are questioning this is that the resampling
done in software, is quite nice and completely adequate for this task.
Bob
Alfred A. Aburto Jr. wrote:
> Matt Ettus wrote:
Is there any other way to decrease the sample rate beside the
decim_rate?
Why would you
The GMSK code is an FSK detector and modulator, etc. The only caveat is
that it must be a "narrow shift" FSK because of the use of arctangent in
the detector but this should not be a problem for any reasonable shift.
It is called GMSK because of the settings inside.
I think it is more genera
Dawei:
You have understood it. Can you suggest a less expensive way than a
single pole iir filter (integrator) to compute the running average of
the data so we can subtract that mean? That was the only thought. We
needed a very low frequency cut off and this is computationally cheap.
Bob
varying block sizes, but I see this as
no problem would be a computational win.
Thanks,
Bob
Martin Dvh wrote:
Robert McGwier wrote:
Dawei:
You have understood it. Can you suggest a less expensive way than a
single pole iir filter (integrator) to compute the running average of
the data
We put the whitener and CRC32 in for a reason:
1) clock recovery and other things work better if you do not have long
runs of 1's or 0's.
2) How will you be able to check end to end integrity without CRC or
other style checking?
The answer is, you can live without either but you pay the ob
I did a bit of google searchinrg but cannot seem to hit on the cause of
this:
** (python:1778): WARNING **: IPP request failed with status 1030
I am running the usrp FM receive program. It doesn't seem to impact the
performance but it is an annoyance. Anyone have a quick suggestion?
Bob
--
This is not quite right. The DIFFERENT oscillators on the USRP boards
have different frequencies and thus constantly changing phase angle with
respect to each other and with probability 1, the frequencies of both
oscillators will change with changing temp, air flow, etc.. The only
way to avoi
In addition to Matt's answer let me add a few remarks. A few years
ago, while working with Tom Clark at Goddard Space Flight Center (Tom
is an astrophysicist), I was asked to look at some Kalman Filtering
routines for his VLBI work. MANY years later, I desperately needed to
make widely pl
MEA CULPA! I did miss it. We are in complete agreement.
Bob
Martin Dvh wrote:
Robert McGwier wrote:
This is not quite right. The DIFFERENT oscillators on the USRP boards
have different frequencies and thus constantly changing phase angle with
respect to each other and with
I think the question was probably more than "what tools" but I could be
wrong. Let me attempt more just in case.
gr-audio-osx should NEVER be blocked awaiting anything in gr. A sound
system callback wants to feed and be fed and never get blocked. When it
has new data, it should issue a sema
It should not be surprising that the Flex Radio DSP authors (Frank
Brickle and I) are also Gnu Radio enthusiasts and have made and are
making contributions to the cause. We believe strongly in the GPL.
Bob
Frank Rawlins wrote:
Hi,
You are probably aware - SDR-1000 is being advertised on
error and fill in the buffers with zeros, the last
data, whatever.
Bob
Eric Blossom wrote:
On Sat, Dec 17, 2005 at 10:28:26AM -0500, Robert McGwier wrote:
gr-audio-osx should NEVER be blocked awaiting anything in gr.
No, but there are times when gr should block awaiting something in
Chuck that is sweet. Nice work.
Bob
N4HY
Chuck Swiger wrote:
This weekend's project was pretty easy and useful. My indoor antenna
is a loop
with pretty sharp Q which requires touching up, manually, even if
receiver frequency
is changed only 50kHz. I have to get up, walk over to the loop an
For much of what I can envision doing with the USRP and phased arrays,
it will be a narrow band phased array. This means that the bandwidth of
the signals of interest or bands of interest is small in comparison to
the carrier frequency. In those cases, and when the antennas are (say)
1/2 wav
Chuck, John:
If we know already, a priori, that the data is from a "smooth function",
that means (moving from left to right say), the extended line or the
extended parabola from the last two or last three points respectively is
always a very good predictor of the next point, then I would sugge
Perfect.
Chuck Swiger wrote:
Just thought while going to sleep last night, piecemeal linear or
collecting several data
points and doing linear interpolation betwen them should work fine.
For (x1, y1) (x2, y2) (x3, y3) where x1 < x2 < x3 I can get slope m1
and y-intercept b1
between x1-x2,
I checked in an easy modification to the wfm receiver. This should
receive wx apt (weather satellite) transmisions with the usrp and the
tuner. I will make use of wxtoimg for the sound to image processing.
http://www.wxtoimg.com has software for windows, linux, and mac. The
gr and usrp c
"FAQ notes bug in gcc-3.4.[1-3] that causes FFTW to crash with SSE/SSE2"
The new fftw3.1 beta looks good so far. Final release promised within
next two weeks.
Bob
--
AMSAT VP Engineering. Member: ARRL, AMSAT-DL, TAPR, Packrats,
NJQRP/AMQRP, QRP ARCI, QCWA, FRC. ARRL SDR Wrk Grp Chairman
Lazi
Gerald Youngblood with Flex Radio has made a multimillion dollar
business using V.19. He would be dead in the water without it being
reliable. I have used V.19 on windows, linux, etc. I converted the
gr-audio-alsa code to gr-audio-portaudio superficially and checked it
in. It will soon rise
Eric Blossom wrote:
On Mon, Feb 06, 2006 at 01:46:50PM +1030, Berndt Josef Wulf wrote:
I don't think changing the flow graph buffering is going to make any
difference. I think that the "right answer" is build a very
high-functioning audio sink/source using portaudio. It's on my list,
but
Berndt Josef Wulf wrote:
On Monday 06 February 2006 13:06, Robert McGwier wrote:
Lots of hooey deleted
I would say that this is the single best hope we have for reliable and
solid audio under Windows for GnuRadio. I will soon return to this and
help Eric, et. al. get it running and
Today Eric showed me how to use gr_kludge_copy to finish the
modifications to wfm_rcv_pll and we now have stereo receive on FM.
These modification are a testimonial to the GnuRadio code and the ease
with which it can be used to glue things together. I wrote the lines
down, Eric put in gr.klu
Best of luck to you Tom. Come visit the Hokies!
Bob
Virginia Tech
On Mon, Mar 14, 2016 at 10:11 AM, Tom Rondeau wrote:
> I've been running the GNU Radio project for over five years. In this time,
> we've dramatically expanded its capabilities, prominence, and performance.
> We have attracted g
Ben:
Don't forget you are a Hokie too! Good luck!
Bob
On Fri, Mar 18, 2016 at 6:51 PM, Ben Hilburn wrote:
> Hi all -
>
> As I mentioned in the thread regarding the website updates, we recently
> discovered that changes to the gnuradio.org DNS caused some MX record
> issues, and many of you di
Great stuff Jonathan. I look forward to working with you. Do you think I
will still be here when I am 70?
;-)
Bob
On Mon, Mar 14, 2016 at 10:15 AM, Johnathan Corgan
wrote:
> Most of you already know me, as I’ve been in the GNU Radio community for
> eleven years in various roles, including r
I recently updated pybombs to latest version using the git based
installation command line from the github instructions. I could not
install gr-fosphor because it would not configure.
The issue appears to be that the recipe is incomplete.
rwmcgwi@origin1:~/gnuradio$ pybombs install gr-fosphor
|
Recently a kernel alignment bug was fixed (ugly) and this repaired the
polyphase synthesis engine in the main code.
My PhD student, Bill Clark (Amateur Radio call KK4EWQ) at Virginia Tech,
has suffered with and pointed out this problem with the synthesizer for
some time.
He wrote an out of tree m
This is ubuntu 16.04 on an Intel machine (high end).
usual startup with recipe install, prefix init, etc.
find . | grep mako yields
/usr/lib/python2.7/dist-packages/mako
and much underneath it.
pybombs install gnuradio yields
Install tree:
|
\- gnuradio
|
+- uhd
|
\- apache-thri
eed a Py3k version.
>
> Cheers,
> M
>
> On 12/01/2016 06:57 AM, Robert McGwier wrote:
> > This is ubuntu 16.04 on an Intel machine (high end).
> >
> > usual startup with recipe install, prefix init, etc.
> >
> >
> > find . | grep mako yields
> &g
Something installed python under a directory called miniconda. I have not
yet tracked that down but gnuradio and pybombs now work.
Apologies to Martin, et. al. for wasting their time on my silly too complex
installation.
Bob
--
Bob McGwier
Founder, Federated Wireless, Inc
Founder and Technica
Ooops. Good catch Bastian.
On Fri, Sep 26, 2014 at 2:29 PM, Tom Rondeau wrote:
> On Tue, Sep 9, 2014 at 3:21 PM, Bastian Bloessl
> wrote:
>
>>
>> On 09 Sep 2014, at 15:42, Tom Rondeau wrote:
>>
>> > On Mon, Sep 8, 2014 at 5:49 PM, Bastian Bloessl
>> wrote:
>> > Hi all,
>> >
>> > looking at
Zhe, every single developer who has ever written for GnuRadio runs into
this particular swig necessity and searches like mad, certain it is done...
Congrats.
On Tue, Oct 7, 2014 at 8:18 AM, Zhe Feng wrote:
> Hi Marcus, Martin and Bastian,
>
> Thanks for your help!
>
> You are right, it's a link
Brad:
You are treating an FFT as if it were a spectrum analyzer which produces a
magnitude or energy profile of how much signal is at a particular
frequency. The FFT does much more than that. It tells not only what
magnitude is at a frequency but what phase angle the signal has there.
Let's tak
FIPS compliant security, device security, network security, access
controls, and application level security are all integral parts of Public
Safety Network design and operation and AVL in particular. It is just not
intended to be "super duper" APRS. I would not spend a lot money on
equipment if
And in addition to all of the other awesome comments, let me give you some
communications theory.
If a signal occupies K kHz of bandwidth, you need at least 2K
samples/second to capture the information in that signal. This is called
the Nyquist Sampling Theorem (it can be K complex kilo-samples
At one time rational resampling meant that the interpolation and decimation
were each integers so the rate change is the ratio of two integers and thus
rational.
If one or more of your inputs is fractional I believe you need the
arbitrary rate resampler.
Bob
On Aug 15, 2017 10:16 PM, "Cinaed Si
And one of the best talks Matt Ettus has ever given was his talk on
learning about impairments using gnuradio.
See if you can dig that up or maybe someone can point to it that has a
better memory than mine.
Bob
On Aug 18, 2017 1:45 PM, "Marcus Müller" wrote:
> Yes. There's a whole category "i
Sebastian
What center frequency did you use?
What RF cards are you using?
Are you using coaxial cable,to connect transmit to receive or are you
transmitting and receiving through an antenna?
If you are using antennas please describe them.
Cheers
Bob
Bob
On Aug 26, 2017 12:12 PM, "Sebastian"
Orthogonality (as the O in OFDM) guarantees a fixed phase relationship for
every symbol unless a pattern is introduced in an effort to reduce peak to
average power ratio (which I do not believe is happening here). PAPR is
bane of OFDM and much research has gone in to reduce this problem which
requ
Thank you Jonathan. I hope you have more time to enjoy your airplane and
amateur radio!
Welcome to all the other "old" new people taking on great roles. We
appreciate it.
Bob
On Wed, Jan 31, 2018 at 3:24 PM, Ben Hilburn wrote:
> Hi all!
>
> As usual, there is a lot going on in the project a
I did an update to pybombs two days ago, and immediately gnuradio got to
around 57% completion and just hung my Ubuntu 13.10 computer so hard, I
couldn't get it to respond to ctrl-alt-del for over half and hour.
I tried again after doing a force rebuild on gnuradio and it was worse. I
long-hit th
All it DOES see if ice3.4.
On Thu, Jan 9, 2014 at 12:09 PM, Dan CaJacob wrote:
> Hey Tom,
>
> Thanks. I didn't know how or what to search for, so that was useful.
> Here's the result:
>
> p kde-zeroconf - zeroconf plugins and kio
>> slaves for KDE
>> p kde-ze
First 100k is insufficient sample rate from the E110. An FM station has
150 kHz total swing (+/- 75 kHz) so the frequency range of your E110
complex output is 100 kHz and is therefore insufficient for the entire
modulation. You then feed the 100k sample per second signal into the FM
block where
I have my new x300's. The NI ExpressCard-8360B is recognized by my Intel
5, Lenovo, 64 bit machine running U 14.04 LTS.
I naively assumed that given the way things had gone before, that this
would be a low impact out of the box experience. uhd_find_devices finds
nothing.
So I go and dig and fin
1 - 100 of 338 matches
Mail list logo