Eric Blossom wrote:
Qt is *not* free for either OS/X or Windows.
As far as I know there is not a well developed set of bindings for use
from Python.
It was reported recently that the upcoming version of QT will be dual
licensed (GPL/proprietary) under Windows as it is for Linux, so that
problem w
I suspect the original poster was looking for something a little more
sophisticated, but since Richard mentioned using a c program an visa,
I'll mention the linux-gpib project which provides drivers and a
more-or-less NI compatible library to talk to GPIB cards from several
vendors. I've writt
Well, it didn't take long for me to think of a use for the USRP I
acquired from Matt at the Dayton Hamvention.
About six months from now, there will be a ham radio frequency measuring
test where the challenge will be to measure, as accurately as possible,
the frequency of a signal broadcast in
Larry Doolittle wrote:
[ snip ]
In principle, you could dedicate a second channel to recording the
GPS band, and extract near perfect frequency calibration from that.
Unfortunately for your time-frame, GPS reception in itself is a
serious project that has not been fully solved by the GNU Radio
c
Hi Bob --
Yup, using a 64MHz Reflock II is exactly what I was planning to do.
It'll be driven by one of the house Cs or Rb standards that's compared
against GPS.
One of my questions -- whether a frequency-stabilized 64MHz clock would
remove all sources of frequency error, or whether there wa
I'm confused by the need to insert a reference signal and resample from
that. I was thinking of just programming the four DACs (through two
Basic RX boards) to each look at a, say, 10kHz wide chunk of spectrum
around the nominal frequency, and then do a deep FFT of each of those
streams. I'm
Larry Doolittle wrote:
I think the FFT-based analysis is less than ideal. You really want
to track the phase, count cycles, and measure the phase difference
over a defined time. delta(phase)/delta(time) is the average frequency.
Your phase error could be as small as a few milliradians, and you
n4hy wrote:
HF sucks. It is full of very large signals that will typically hurt
this kind of system (12 bit front
end). You have to scale to handle the largest signal and the weaker
ones go off the bottom, even
after processing gain through the DDC. If you build filters and
preamplifiers,
I'm trying to install via debian packages. I've added the gnuradio
repository to my /etc/apt/sources.list file, and have been able to
install several of the packages. However, I'm getting a dependency problem.
python-wxgui seems to require libwxgtk2.5.3-python, but that isn't
available for insta
While stalled on the Debian install (see my other message), I decided
to bite the bullet and do a CVS download and build. I'm having some
problems on this Debian unstable system.
When I do "./for-all-dirs ../buildit" I get a bunch of macro-related
errors early on, and the bujild crashes due to "
Eric Blossom wrote:
>On to your problem...
>
>Are the versions of automake, autoconf and libtool that you have
>installed at least at the versions that are called for in the README?
>
>Are you able to build any other programs that uses the autotools?
>
>Eric
>
>
Automake is probably the culprit
Thanks to Eric's tips, and Ramakrishnan's pointer to the wxpython debs,
I have a successful build and my laptop seems to be talking to the USRP.
I'm now running into what I hope is a simple error: any attempt to run
the examples in the gnuradio-examples/usrp directory results in:
flob:/home/jra/g
Got the problem below resolved by removing the old wxpython stuff (the
new version from Ramakrishnan has a different package name, and doesn't
remove the old version).
Now doing a complete rebuild in the hope that all the underlying bits
are in place...
John
----
John Ackermann N8UR
I'm now listening to some awful music from an awful local station -- but
a strong one -- through the USRP Basic RX port. So, things are working!
Just one problem -- when I try to use the TVRx board, I get an error
that apparently springs from tvrx.h and a failure to define global name
"u". The
Still the same problem, Matt.
John
Matt Ettus wrote:
>Do a CVS update and reinstall in gr-usrp
>
>Matt
>
>John Ackermann N8UR wrote:
>
>
>>I'm now listening to some awful music from an awful local station -- but
>>a strong one -- through the USRP
firm the same problem after just updating via CVS.
>>
>>On Mon, 30 May 2005, John Ackermann N8UR wrote:
>>
>>
>>
>>
>>>Still the same problem, Matt.
>>>
>>>John
>>>
>>>
>
>
>_
Hi --
After successfully getting gnuradio and the USRP to run on my laptop
(Thinkpad R40), I decided it was time to install it on my main hamshack
computer. Using the lessons I learned the first time, the code built
just fine and I can talk to the USRP.
However, I'm having trouble getting audio
Subject line says it all -- it appears the waterfall sink is calling a
profile module that's not there. Any suggestions how to resolve this?
Thanks,
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo
r testing out the code. If you look down in the
> code, the place where it was being used is already commented out, I
> presume they just forgot to do likewise to the import.
>
> -jamie
>
>
>
>
> John Ackermann N8UR wrote:gr-wxgui/src/python$ l
>
>
>
>> Subj
Eric Blossom wrote:
FYI,
I updated waterfallsink.py to remove the "import profile" line.
Eric
Thanks!
With that and the plughw trick to solve my sample rate problem, I should
be set to go.
John
___
Discuss-gnuradio mailing list
Discuss-gnur
I think there may be a problem with the upload Eric did earlier. After
doing a CVS update and for-all-dirs make clean and make install, I'm
getting this set of errors in gr-audio-alsa:
make[2]: Leaving directory `/home/jra/gnuradio/gr-build/gr-audio-alsa'
/usr/bin/swig -c++ -c++ -python -I/usr/in
I made some real progress today and have both WFM and NBFM working on my
primary computer.
In looking at the tvrx_nbfm_rcv_gui program, there's a note that the
smallest tuning step is 50kHz; I presume this is a limitation of the
tuner module. I'm sure there must be a way to get smaller tuning ste
I took my USRP out to my radio club's Field Day site this weekend (an
annual ham radio event where we set up and operate under emergency
conditions from portable locations) and decided to play around.
I loaded Chuck's hfexplorer_9a program and hooked the BasicRX port to a
40/20 meter dipole antenn
John Ackermann N8UR wrote:
> The experience has made me curious to see just what the sensitivity of
> the system is with no filtering or preamp, so I'll hook a signal
> generator up to see what it can hear in the lab. But from the field
> experience, I'm guessing that it
John Ackermann N8UR wrote:
> Good job on the hfexplorer software, Chuck! Just a couple of
> suggestions: (a) trying to tune in broadcast stations on AM resulted in
> horrible distortion -- sounds like extreme overload and clipping;
I just tried putting an AM signal into the USRP
Thanks, Chuck -- sounds like useful new features. I will download and play.
I meant to mention earlier in reference to the filter and the tradeoff
between skirts and CPU usage -- have you looked at the filtering scheme
used in the Flex-Radio SDR-1000 software? I don't recall the exact
details ri
Before I go off to lay out some HF front-end boards for the USRP, can
someone verify whether the I and Q inputs can be treated independently
(for decimation, DDC, etc.) or whether they are slaved together.
My plan is to make a simple board that has two front-ends (just bandpass
filters and pre
I just updated from CVS and am doing buildit across the system. I'm
getting lots of reports about "unknown compiler version" from gcc.hpp.
So far it's just been warnings and the build process continues without
error, but it's not finished yet...
A check shows that Debian unstable is now using gc
Followup... the gcc 4 build did fail, with a segfault in one of the
first tests it ran. I changed over to gcc-3.3 and g++-3.3 and it
completed successfully.
John
John Ackermann N8UR wrote:
>I just updated from CVS and am doing buildit across the system. I'm
>getting lots of re
David Bengtson wrote:
Matt:
Is there a PDF somewhere of the board outline for the USRP
daughterboards? I need to generate a board outline in Eagle, and I'd
like to get the relative location of the board to board connector and
the standoff holes.
I'm planning to do a daughterboard design in
Bdale Garbee wrote:
>Looking at options for locking all the clocks that are part of the EME
>station I'm building to my HP 58503A GPS-synced clock. Searching the
>list archives, I found this note from Matt regarding the external clock
>input on the USRP:
>
>http://lists.gnu.org/archive/html/discu
Bdale Garbee wrote:
>Aye, that's the rub. Bob's point about phase noise in the on-chip PLL
>being a potential source of problem is a good one. Without digging in
>to that, it suggests to me that this might be a better approach and thus
>a suitable choice of VCXO is the problem we really need to
Kalen Watermeyer wrote:
Has anybody had any experience with using the FX2 under Windows? More
specifically, has anybody used the Cypress drivers for Windows? It may
well be that my hardware is faulty, but I am unsure how 'automatic' the
initialising process is with regards the FX2 so am at a d
Eric Blossom wrote:
[There are lots of Debian users out there using GNU
Radio, but based on the list traffic, I would say that it requires a
greater level of sysadmin experience than that required for Mandriva.]
As much as I love Debian, I have to say Eric is correct on this.
There's nothin
Stuart Brorson wrote:
The 24th Annual ARRL and TAPR Digital Communications Conference
September 23-25, 2005
Santa Ana, California
http://www.tapr.org/dcc
[. . . .]
Introductory Sessions
--
- Intro to Eagle CAD by Dan Welch, W6DFW
Eagle is nice, but unless you
I rebuilt my laptop with Kubuntu and am now trying to get GnuRadio built
(I succeeded with it before when I was running Debian). I think I have
most of the dependencies met, but I am being bit by a version problem
with the make tools; I had the same issue when I built under Debian;
once I foun
Michael Dickens wrote:
On Jan 6, 2006, at 9:33 AM, John Ackermann N8UR wrote:
In the meantime, anyone know what version of automake (and other make
tools) is required?
Last time I checked, automake version 1.8.6 or newer was required for
"USRP", and an older version for the ot
Jonathan Jacky wrote:
On Fri, 6 Jan 2006, John Ackermann N8UR wrote:
I looked on the wiki but couldn't find anything that listed the
version dependencies. That would be a useful thing to add if/when
someone has a chance.
It's in gnuradio-core/README:
autoconf 2.57
Eric Blossom said the following on 01/06/2006 07:26 PM:
> On Fri, Jan 06, 2006 at 09:33:33AM -0500, John Ackermann N8UR wrote:
>>I looked on the wiki but couldn't find anything that listed the version
>>dependencies. That would be a useful thing to add if/when som
Just did a "./for-all-dirs ../buildit" and got this error in the
gnuradio-core "make check-TESTS" stage:
"
>>> gr_fir_fff: using SSE
../run_tests: line 15: 25247 Segmentation fault $file
"
After searching the archive, it seems that stack size may cause some
problems. My ulimit -s i
Larry Doolittle said the following on 01/06/2006 10:23 PM:
> John et al. -
>
> On Fri, Jan 06, 2006 at 08:36:08PM -0500, John Ackermann N8UR wrote:
>
>>BTW -- one of the challenges with Debian is that the automake version
>>that's installed by default is 1.4. I do
Ramakrishnan Muthukrishnan said the following on 01/07/2006 04:44 AM:
> On 1/7/06, John Ackermann N8UR <[EMAIL PROTECTED]> wrote:
>
>>After searching the archive, it seems that stack size may cause some
>>problems. My ulimit -s is 8192. I don't know if that
John Ackermann N8UR said the following on 01/07/2006 08:59 AM:
>
>
> Thanks for the feedback, Ramakrishnan. I'm not sure what's going on.
> Bsaed on another tip, I'm building cppunit from scratch to see if that
> makes a difference.
That and a fresh Gnur
I've temporarily given up on building from source on my Kubuntu system.
I downloaded Ramakrishnan's .deb packages and forced them to install
(dependency issues around library versions, which I *think* are not
critical).
But things don't work... here's the output from a simple run with
python, as
John Ackermann N8UR said the following on 01/11/2006 04:40 PM:
> But things don't work... here's the output from a simple run with
> python, as suggested by the README:
[ snip ]
It apparently was contamination between stuff installed in /usr/local
and the files installed by the
John Ackermann N8UR said the following on 01/11/2006 05:34 PM:
> Now the basic stuff is working. I'm getting an error in the usrp
> examples where "from gnuradio import usrp" thinks the usrp module
> doesn't exist, but that should be solvable.
Sorry to pollute the
marcel maatkamp wrote:
Should you fail, give me an email. I have an almost perfect install-script
for ubuntu which builds from source, which I can mail friday-evening.
I will add it to the wiki if I have some time this weekend.
Regardless of whether I get the debian install working, I ultimat
marcel maatkamp said the following on 01/12/2006 04:17 AM:
> Should you fail, give me an email. I have an almost perfect install-script
> for ubuntu which builds from source, which I can mail friday-evening.
>
> I will add it to the wiki if I have some time this weekend.
Hi Marcel --
I'm still
Well, *after* the presentation today, I was able to make some progress
with building from CVS under Ubuntu. (Actually, despite having no demo,
the presentation went very well today -- a crowd of about 50 and there
was significantly more interest than when I've spoken about SDR to this
group in pas
Hi --
I'm running a CVS snapshot that's about a week old on my Debian system,
and for some reason the Powermate knob isn't being detected. I am using
kernel 2.6.15 and lsmod shows the powermate module installed, and the
little blue LED is glowing happily. Yet apps report: "FYI: No Powermate
or C
John Ackermann N8UR wrote:
> Hi --
>
> I'm running a CVS snapshot that's about a week old on my Debian system,
> and for some reason the Powermate knob isn't being detected. I am using
> kernel 2.6.15 and lsmod shows the powermate module installed, and the
> l
I'm working on a flowgraph that has a lot of blocks (sets of identical blocks
for 16+ channels).
What's the best way to manage this on-screen in GRC? Can GRC handle multiple
sheets, or is there a way to group a bunch of blocks into a "superblock" that
shows in the flowgraph as a single block?
#x27;t allow that choice.
John
On 05/23/2017 02:51 PM, Kevin Reid wrote:
On Tue, May 23, 2017 at 11:31 AM, John Ackermann N8UR mailto:j...@febo.com>> wrote:
I'm continuing to work on a multi-channel NBFM receiver using the
polyphase filter. I have the basic system workin
se, using a higher sampling rate might make
>the problem more manageable. If you'd share the first half of your flow
>graph, we could discuss options for that!
>
>Best regards,
>
>Marcus
>
>[1] http://gnuradio.org/blog/buffers
>
>
>On 23.05.2017 22:04, John Ack
at did you use as argument for
firdes.lowpass()?)
Best regards,
Marcus
On 05/24/2017 04:38 PM, John Ackermann N8UR wrote:
Here's the whole flowgraph.
Once I get the code functioning, I'm planning to clean this up, maybe
add a few more channels, and make it easier to customize -- so
I'd like to have an indicator in the GUI (just a small circle is fine)
light up when a Power Squelch block opens -- basically, an "in use" signal.
Is there a Qt widget that can do that, and is there a way to probe the
Power Squelch for its state? (I'd like to do this within GRC if possible.)
Is there a basic rule for how to assign channel numbers to the PFB
channelizer output? I seem to be too dense to figure it out from the
docs. I just want to pull the channels out in order of their RF
frequency, low to high.
I currently have a 7 channel channelizer which seems to work properl
is 0, the lowest
channel is nchannels/2 + 1 or so... I think your mapping could have 4 on
the end to get the whole sequence.
On Fri, Jun 2, 2017 at 11:25 AM, John Ackermann N8UR mailto:j...@febo.com>> wrote:
Is there a basic rule for how to assign channel numbers to the PFB
channelizer
I've started experimenting with the bus port capability, using 3.7.11.1.
The QT GUI Frequency Sink creates a bus with one more port than the
number required (possibly a hidden message port). This was reported as
a bug last year, and still seems to be a problem. Is a fix for this on
the horiz
I don't have a view whether an audio synchronizer (is that the right
term?) is appropriate for GSoC, but it's a problem that's biting me
right now. I'm doing a multi-channel nbfm receiver with a polyphase
channelizer that feeds a bunch of power squelch/nbfm demod blocks, with
the audio streams
Hi Benny --
As I mentioned in another message, I'm struggling with the RF-audio
interface now. Do you have any example code for your suggestion that I
might play with (in my mind, the idea would be an "audio synchronizer"
block that would take input at the nominal audio rate and output at the
owever, you're asking about resampling: Well, resamplers do exist :) !
We've got a totally different problem, though: To resample properly,
you'd need to know (or better: estimate) the clock error.
On Wed, Jun 7, 2017 at 2:47 AM, John Ackermann N8UR mailto:j...@febo.com>> wrote:
I spent some time fiddling with the OP25 P25 trunking scanner software,
and with a lot of help from the guys on the op25-dev mailing list got it
working pretty well. The "how to get it to do something useful" part
isn't too well documented, so I thought I would document the config
steps and fi
I just did "build-gnuradio" on a new machine and am getting a failure in
the rtl_build function that wasn't present previously.
In rtl_source_c.cc, line 224, the build fails with:
error: 'rtlsdr_set_bias_tee' was not declared in this scope
ret = rtlsdr_set_bias_tee(_dev, bias_tee);
Any sugg
For at least the last couple of days, the build-gnuradio script has been
failing almost immediately after it starts fetching, claiming that it
"could not find gnuradio/gnuradio-[core,runtime] after GIT checkout."
I changed the URL in the script from git.gnuradio.org to github.org and
that work
Should have done this first, but I went to git.gnuradio.org with my
browser and got a "bad certificate" error. The cert is valid for a
number of gnuradio.org sites, but not git.gnuradio.org.
John
On 06/23/2017 05:29 PM, John Ackermann N8UR wrote:
For at least the last coup
. Leech wrote:
That change has been made to the build-gnuradio git repo
Sent from my iPhone
On Jun 23, 2017, at 5:29 PM, John Ackermann N8UR wrote:
For at least the last couple of days, the build-gnuradio script has been failing almost
immediately after it starts fetching, claiming that it "
Why not make the ratio 1:3 and then you could call it Morse PWM. :-)
On 4/2/2015 2:16 PM, Michael Ossmann wrote:
A friend recently showed me an OOK modulation that I had never seen
before, and I'm wondering if anyone knows a name for this scheme.
It is PWM where both the on periods and off peri
I'm trying to put gnuradio on a fresh installation of Linux Mint 17.1,
64 bit. The build-gnuradio script was downloaded from SBRAC last night.
I get throught the prerequisites and git fetch OK, but when the
"Building UHD..." step begins, it immediately exits with "UHD build
apparently failed.
or SDR systems being demo'd at our Hamvention booth (the convention center is
pretty much a Faraday cage). Tests suggest it's going to work really well.
John
> On May 4, 2015, at 9:30 AM, Tom Rondeau wrote:
>
>> On Wed, Apr 29, 2015 at 10:18 AM, John Ackermann N
I have a flowgraph that includes a couple of sliders and a frequency
display below.
On a fairly low-res screen (1280x1024), I'm seeing that the flowchart
GUI is fitting itself to the size of the screen, but the individual
components don't all fit without a vertical scroll bar.
I'd like to el
id
in which you can place the GUI elements, and specify how many rows and
columns the individual elements span [1]?
Best regards,
Marcus
[1]
http://gnuradio.org/redmine/projects/gnuradio/wiki/GNURadioCompanion#Example
On 05/18/2015 07:40 PM, John Ackermann N8UR wrote:
I have a flowgraph that inclu
> This is on the developers radar, I know because I've had discussions about it
> with them in the past. They need more Gui programming help however.
>
> Sent from my iPhone
>
>> On May 18, 2015, at 11:16 AM, John Ackermann N8UR wrote:
>>
>> Hi Marcus
Thanks much for this, Chris! I look forward to playing with it, but...
When I load the flowgraph on my GRC 3.7.6.1 system, I get a "Missing
Block" error for each of lpf_taps and pbf_taps, triggering errors in the
xfft and channelizer blocks.
I also had an error in the "Multiply Const" block
band_width / 2,
noaa_chan_width, firdes.WIN_HAMMING, 6.76)
On Sat, Aug 1, 2015 at 5:00 PM, John Ackermann N8UR wrote:
Thanks much for this, Chris! I look forward to playing with it, but...
When I load the flowgraph on my GRC 3.7.6.1 system, I get a "Missing Block"
error for each of l
n Sun, Aug 2, 2015 at 2:18 PM, John Ackermann N8UR mailto:j...@febo.com>> wrote:
Hi Chris --
Using the variables, I now have the program working in general.
The channel mapping gave me some nightmares, though. I finally
decided that you need two maps -- one for the channe
Thanks!
On 08/02/2015 03:11 PM, Chris Kuethe wrote:
That's because of the first LPF - I made it kind of tight. If you
change it from noaa_band_width to oversampled_width, that droop goes
away.
On Sun, Aug 2, 2015 at 12:06 PM, John Ackermann N8UR wrote:
One more thing -- it appears tha
It might be helpful to clarify that since this is a voltage ratio, it's
20log rather than the 10log used for power (e.g., doubling voltage is
6dB, doubling power is 3dB), so the scaling will look different than a
typical spectrum analyzer. (It would be nice if the instrumentation
blocks could
I am playing with a slightly modified version of Chris Kuethe's
channelizer example for NOAA radio stations (my version attached). I'm
using 3.7.6.1.
The program runs just fine for the first 20-30 minutes on my I7-4710HQ
laptop. System monitor shows typically one core running at about 50%
w
cleaned things up. Revised .grc file attached.
John
On 08/08/2015 02:56 PM, John Ackermann N8UR wrote:
I am playing with a slightly modified version of Chris Kuethe's
channelizer example for NOAA radio stations (my version attached). I'm
using 3.7.6.1.
The program runs just fi
I've put a short video of my tweaked version of Chris' NOAA radio
channelizer demo on Youtube at: https://youtu.be/mTUSVNdCxa4
The screen capture didn't get the drop-down box when I changed channels,
but if you look at the upper-left corner you'll see the channel change
every few seconds.
I
Still working with the polyphase channelizer program. While everything
"works", there is something very strange: the output amplitude slowly
drops the longer the program runs. As near I can tell, this happens in
or following the frequency translating FFT block.
To test, I stripped the flowgr
I'm doing a simple flowgraph to determine the peak value (dBFS) within
an FFT. The Log Power FFT sends vectors to a Max block which outputs
the result -- it seems to be working reasonably well.
I also have a QT Frequency Sink as eye candy, and notice that its
display is about 6dB different th
wrote:
On Sun, Aug 6, 2017 at 1:57 PM, John Ackermann N8UR <mailto:j...@febo.com>> wrote:
I also have a QT Frequency Sink as eye candy, and notice that its
display is about 6dB different than the Log Power FFT output. I can
think of a number of reasons why that could be, but my
As part of the HamSci (http://hamsci.org) solar eclipse experiment I
recorded a bunch of IQ data from HF radio during the eclipse, using
Gnuradio (plus the gr-hpsdr and gr-digital_rf modules) for all signal
processing.
A Red Pitaya running at 2.5 Msamples/sec recorded the entire AM
broadcast
I am working with a large and long (8 hour) data set. My goal is to
show changes in propagation over time -- in particular, further analysis
of my solar eclipse RF captures.
I want to show the whole 8 hours on a the waterfall without scrolling,
which means I need to write a line to the displa
I am trying to figure out the "frame rate" as used in log_power_fft and
"update period" used in the QT GUI sinks.
I'm trying to generate one output from both QT waterfall and
log_power_fft every 60 seconds. I've tried setting the "frame rate" in
log_power_fft to both 60 and the reciprocal 0.0
For what it's worth --
This isn't a brand-new problem. I reported it here and on the
osmocom-sdr list[1] back in June. There were responses on the osmocom
list, none that resolved the problem, and I never was able to fix it myself.
I suspect it's related to the addition of the seemingly-inn
I'm getting ready to do a Gnuradio tutorial for a local group, and want
to show the impact of decimation and filtering. I created a QT Gui
Range parameter that sets the ID "decimation".
In the low pass filter block I the decimation value is set to
"decimation." That seems to work and I can s
OK, bummer but thanks for the clarification.
On 11/02/2017 01:58 PM, mle...@ripnet.com wrote:
For the most part, decimation cannot be changed at runtime, due to the
way the scheduler does static allocation and buffer management.
On 2017-11-02 13:05, John Ackermann N8UR wrote:
I'm ge
What is the clock source for a Gnuradio "internal" source such as the
Signal Source block? If there is no hardware device connected, is the
block ultimately driven by the PC clock?
Then, if there is a hardware source (SDR) as well as an internal source,
does the hardware source provide the ma
On 11/14/2017 02:20 PM, Marcus D. Leech wrote:
My real question is whether it's safe to assume that a flowgraph is
entirely clocked by the samples from its hardware source, and
consequently that processing within the flowgraph (e.g., oscillator
and mixer for tuning) does not introduce potentia
0 0 0 0 0 0 117
0 0 0 0 0 0 0 ]
through a length=117*8 IFFT, and push the result (after a vector-to-
stream) through your channelizer. You should see single tones in all
your channels. (The different amplitudes might help telling them
apart). Do they end up in the center of your bins?
Best re
And the resampler did the trick. Carriers are now nicely aligned. Thanks
again!
On Nov 29, 2017, 4:48 PM, at 4:48 PM, John Ackermann N8UR wrote:
>Hi Marcus --
>
>First, thanks for catching the typo in the channel map. There was no
>plan to skip any channels; the goal is to get
On 11/30/2017 02:08 PM, Müller, Marcus (CEL) wrote:
[ snip ]
You can do that (obviously, it works!), but I'd recommend you just use
a channelizer with N=125 instead of 117! Your channel map can be used
to ignore the channels you don't need (which seem to be the 4 upper and
lower "edge" ones),
By convention, FFT sizes seem to be powers of 2. And Gnu Radio
Companion throws an error if you try to set a size of 16384 -- but will
accept 16383.
In some cases, I'd like to match FFT size to sample rate. For example,
with a 100 sample/second rate, I'd like to use a 100 bin FFT to
(hopefu
Thanks! The mailing list seems to have been clogged up overnight, so
after posting I did some experiments and found that an FFT of 100 bins
to match 100 samples/second worked just fine and gives me exactly what I
want -- nicely spaced results at 1 second intervals.
On 12/01/2017 11:19 AM, Syl
error does GNU Radio throw (that's the critical piece of info!)..
There's no restriction of FFT sizes.
Best regards,
Marcus
On Thu, 2017-11-30 at 14:28 -0500, John Ackermann N8UR wrote:
By convention, FFT sizes seem to be powers of 2. And Gnu Radio
Companion throws an error if you try t
Thanks, Sylvain!
On 12/01/2017 11:19 AM, Sylvain Munaut wrote:
By convention, FFT sizes seem to be powers of 2. And Gnu Radio Companion
throws an error if you try to set a size of 16384 -- but will accept 16383.
Probably related to the size of the buffers or something like that.
Is using a
My current project is analyzing the strength of signals in each channel
of the AM broadcast band from a recording made during the recent solar
eclipse. The goal is to see if the eclipse caused propagation changes
leading to additional stations "popping up" out of the noise. Thanks to
help fro
1 - 100 of 193 matches
Mail list logo
