I will play with that live cd if I can find it. It will probably work
fine on my laptop, but not so much on the ARM platform where I want to
use the POCSAG decoder utility.
My FD gets over 1200 calls a year, but I want to do big-data analytics
(somewhat) on all calls going out to all the EMS and F
On 06/02/2015 11:22 AM, West, Nathan wrote:
> I've heard a complaint about something similar on ARM before that was VOLK
> related. Can you set your volk_config to use the neon for
> volk_32f_x2_dot_prod_32f and report back?
>
> If the previous request is confusing just copy this file [0] to
> ~/.
Hey Stephan,
probably, you've even got a fully fledged GR installation around. If
not, I'd say: get the uber-cool LiveSDR DVD image [1], boot from it.
As soon as you have a full GR installation, you can run the GNU Radio
companion, which feels a lot like connecting together "real world
filters" wi
I ran the volk profile generator, but with the resulting volk_config
file (all other settings untouched) I don't get any audio out of gqrx
On Tue, Jun 2, 2015 at 11:32 AM, Philip Balister wrote:
> On 06/02/2015 11:22 AM, West, Nathan wrote:
>> I've heard a complaint about something similar on ARM
The gqrx process uses the neon_hardfp_orc setup by default even without
your configuration file.
I tried using it, but it will cause the process to segfault when I click
the start/DSP button.
gr-osmosdr v0.1.4-31-gb3fdf5b8 (0.1.5git) gnuradio v3.7.7.1-131-g71ab508d
built-in source types: file
I've heard a complaint about something similar on ARM before that was VOLK
related. Can you set your volk_config to use the neon for
volk_32f_x2_dot_prod_32f and report back?
If the previous request is confusing just copy this file [0] to
~/.volk/volk_config.
[0]
https://raw.githubusercontent.com
Let me add that I don't know anything about the signal, other than that
it's broadcast on 155.520MHz.
On Tue, Jun 2, 2015 at 3:19 AM, Marcus Müller
wrote:
> Hi Stephan,
>
> I am sure GR can do that, but I can't ;-)
>
> I can't help but propose you change that ;) No, seriously, cross-compiling
>
I've been an IT geek for over 15 years, but the frequency chatter and
filter settings are daunting to me. About 10 years ago almost got my
HAM radio license to up my personal geek factor, but I couldn't get
myself to learn the electronic circuitry needed. I bow before you :)
To answer your questio
That's pretty awesome :)
On 06/02/2015 09:44 AM, jean-michel.fri...@femto-st.fr wrote:
> If it can be of any help, I use POCSAG to illustrate one of the SDR labs I
> teach: the flowcharts are pp.4 and 5 of http://jmfriedt.free.fr/tp_sdr.pdf
> (don't
> mind the text in French, only look at the pi
If it can be of any help, I use POCSAG to illustrate one of the SDR labs I
teach: the flowcharts are pp.4 and 5 of http://jmfriedt.free.fr/tp_sdr.pdf
(don't
mind the text in French, only look at the pictures) and the associated videos
are at http://jmfriedt.free.fr/ (first two ones from the top).
Hi Stephan,
> I am sure GR can do that, but I can't ;-)
I can't help but propose you change that ;) No, seriously,
cross-compiling GNU Radio for an ARM sounds more complicated than doing
non-coherent binary FSK demod, but then again, that might just be me :D.
In fact, you're absolutely right: get
Hi Stephan,
so how do you get the samples into GNU Radio?
I guess you use the gr-osmosdr source?
What does your flow graph look like?
Best regards,
Marcus
On 06/02/2015 12:04 AM, Stephan van Beerschoten wrote:
>
> I am sure GR can do that, but I can't ;-)
> Also, I don't have a good waterfall at
I am sure GR can do that, but I can't ;-)
Also, I don't have a good waterfall at all of the pocsag broadcast, which
is probably part of why I can't make it out with my ears either. Yes, I
think I have too much noise.
I hope it can be overcome with the right settings and filters.
I'll try to captur
Is this just the result of using a wideband FM demodulator (200 kHz?) on a
narrowband signal?
-John
On Mon, Jun 1, 2015 at 2:47 PM, Marcus Müller
wrote:
> Hi!
> I personally think the soundbite from wikipedia is broken, since it's
> 11kHz sampling rate violates Nyquist ;)
> Well, I must admit
Hi!
I personally think the soundbite from wikipedia is broken, since it's
11kHz sampling rate violates Nyquist ;)
Well, I must admit that my preferred way of analyzing this wouldn't be
the audible reproduction; if you can see it clearly on the waterfall,
and "optically" have enough dB between the c
You're right in that I need more than GR. The audio of a pocsag broadcast
is very distinct. It's also clearly visible on a waterfall.
The problem is that I have too much static in there. Way too much noise. I
can't get the gqrx module (where I tune and see the waterfall) set right so
the reception
Hi again,
Ok, I'm not familiar with the standard POCSAG, but if you got a signal
that you still need to decode with something else, how do you know you
don't get clear reception? What is your measure for "good reception"?
As far as I read the English wikipedia, POCSAC uses a 4.5kHz binary FSK,
so
It is. I plan on running the output through a utility that can decode it.
However, before that can happen I need to find out how I can get a clear
reception of the broadcast.
On Jun 1, 2015 4:15 PM, "Marcus Müller" wrote:
> I'm a bit confused, I though POCSAG was a text pager system?
>
> On 06/01
I'm a bit confused, I though POCSAG was a text pager system?
On 06/01/2015 10:04 PM, Stephan van Beerschoten wrote:
> Hi Guys,
>
> I compiled gnuradio for my ODROID ARM platform, and I can listen to
> regular wideband radio just fine. I am using a Generic RTL2832U with
> Rafael Micro R820T tuner.
Hi Guys,
I compiled gnuradio for my ODROID ARM platform, and I can listen to
regular wideband radio just fine. I am using a Generic RTL2832U with
Rafael Micro R820T tuner.
The radio quality is fine, and even when using the rtl_fm tool
directly (off topic for this list), it works.
However, when
20 matches
Mail list logo
