Noise shouldn't cause false triggers, but if you increase the gain you
might see more artefacts (e.g. more DC offset), which will cause false
triggers.
You can run the block through simulation and see how it behaves.
Cheers,
Martin
On 01/11/2016 11:50 PM, David Halls wrote:
> Hi guys,
>
>
>
Hi Jean-Michel and List:
As promised here is my RDS reception flowgraph. It is based on a USRP device
(I have a B200) so you may want to swap that for whatever device you are using.
I’ll leave it to you to develop the decoding program. Mine is written in C,
but you can use whatever you want.
Hi,
you might also want to have a look at gr-rds.
I collected some links here:
https://www.bastibl.net/projects/#rds
Best,
Bastian
> On 10 Jan 2016, at 11:54, Kevin McQuiggin wrote:
>
> Hi Jean-Michel:
>
> Certainly! It took me a couple of months of reading, experimentation and
> head-scra
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
it is designed to decode all channels, in principle. Though, only MIB
is completely decoded and I got reports that some N_rb_dl sizes don't
work with the PCFICH. The ones used in the unit tests should work
though. Cell ID is acquired during synchr
Hi Johannes
Thanks for your swift reply. By samples do you mean a recorded iq
sample? I know they can get quite large, but instead you could provide
a script that uses eg openLTE to create sample data that you know
works?
LTE is a lot more complicated than GSM by the looks of it. All I need
to do
Hi guys,
Happy New Year to everyone.
We are using a flow graph based on the OFDM example in GR, including the
Schmidl and Cox detector block. Having spread the USRPs out over our test
environment we have increased the receiver gain significantly (to about 30dB).
(N210 XCVR240 @ 1MS/s, 2.4GHz)
Thanks for the answers. All sampling rates are in the 1.5-2.5 MHz range,
namely 11025*128=1.4112 MHz when decoding POCSAG, or 48000*32=1.536 MHz when
decoding commercial FM (for these trivial tests). The issue about
synchronization only arises when an audio sink is used: sending the data to
a name
Thanks for the answers. All sampling rates are in the 1.5-2.5 MHz range,
namely 11025*128=1.4112 MHz when decoding POCSAG, or 48000*32=1.536 MHz when
decoding commercial FM (for these trivial tests). The issue about
synchronization only arises when an audio sink is used: sending the data to
a name
It's hardly a trivial report; RTL devices with gr-osmosdr are a very
commonly used platform.
I've seen similar messages from gqrx, but sound quality has not been
impacted. My guess is that this may be related to rapid retuning for
rtl devices, which basically involves not waiting for the PLL to lo
On 01/11/2016 02:16 PM, jmfriedt wrote:
My apologies for such a trivial bug report, but has anyone experienced issues
with gr-osmosdr
"lately" (not sure when the problem started) about "PLL not locked" and data
flow rate mismatch
in gnuradio data flows ?
I have a couple dozen RTL2832U based do
My apologies for such a trivial bug report, but has anyone experienced issues
with gr-osmosdr
"lately" (not sure when the problem started) about "PLL not locked" and data
flow rate mismatch
in gnuradio data flows ?
I have a couple dozen RTL2832U based dongles used for various SDR activities
whi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Balthasar,
I know this is a bit tricky. Also I'd like to provide samples but
that's impossible. They are usually just to large.
'hier_block_install_helper.py' started as a little tool to compile all
the hier blocks. You just didn't need to open th
On Fri, Jan 8, 2016 at 12:44 PM, Hitesh Kasera
wrote:
> thanks tom for your reply. as you told me to use fec api blocks i tried to
> use fec encoder and decoder blocks but still my output is not same as
> input. may be i am missing something while i am using these blocks. i have
> attached the im
On 11/01/16 14:29, Martin Braun wrote:
> On 01/11/2016 02:26 PM, Daniel Pocock wrote:
>> I think somebody with wiki admin rights needs to do that
>>
>> I don't see the rename link on the page. If I add "/rename" to the URL
>> it tells me "You are not authorized to access this page."
>
> Huh, so
I'm running an N210 + LF TX/RX to 25W on HF, but also using separate RX and
TX antennas with adequate isolation ( https://www.qrz.com/db/KD4HSO ). The
LF-TX is direct sampling so you don't have the issue of LO leakage when you
are not transmitting (i.e. zeros into sink). With the I/Q conversion
d
Hi all,
I just installed a brand new Ubuntu 14.04 LTS machine with the latest
GNURadio via pybombs. gr-gsm works a treat, RDS decoding as well...
but the LTE sample blocks simply won't compile, there are loads of
compilation errors (when e.g. running the
~/pybombs/src/gr-lte/examples/hier_block_in
On 01/11/2016 02:26 PM, Daniel Pocock wrote:
> I think somebody with wiki admin rights needs to do that
>
> I don't see the rename link on the page. If I add "/rename" to the URL
> it tells me "You are not authorized to access this page."
Huh, sorry, didn't realize that. I've changed it. On my a
On 11/01/16 11:23, Martin Braun wrote:
> On 01/11/2016 09:20 AM, Daniel Pocock wrote:
>> On 11/01/16 07:18, Martin Braun wrote:
>>> Daniel,
>>>
>>> can you please group the pages into something cohesive? Not sure if the
>>> common theme is 'ham radio' or 'hardware', but something like that.
>>>
>
Hi Jawad,
no, at this time you'd have to reimplement the example in python source
code, modifying the python program that GRC generates.
gr-uhd and UHD are pretty much developed in lockstep; it's just a
feature that's not there (yet?). I think there might be some movement
with that, but adding fea
Thank you Marcus for taking the time to respond.
I'm just trying to figure out if there is a straight forward way of doing
so directly from GRC.
I'm trying not to fiddle with the generated script manually (for
flexibility purposes, It's easier to distribute/update GRC flowgraphs than
generated scr
Hi Jawad,
look at the query_gpsdo_sensors example; we recently (3.9.2) overhauled
that to show how to portably and reliably set the device time to GPS time.
The point is that "set_time_source" is a bit of a misleading name: it
actually sets the timing *pulse* source, i.e. where the USRP gets its
Hi Derek,
I set my USRP source block to use the GPSDO as a Time source, then set the
Sync parameter to "Unknown PPS".
All it does is reset the USRP tilme to 0 on the PPS front, it doesn't set
the time to the GPS time.
Is there anything else I can try?
In the meantime, I reverted to UHD 3.8.5 whi
This is some quite good information, thank you very much!
We need to set up some 5GHz-Links, and therefore I would like to test if the
link partners reliably find each other again after a radar detection.
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discus
On 01/11/2016 09:20 AM, Daniel Pocock wrote:
> On 11/01/16 07:18, Martin Braun wrote:
>> Daniel,
>>
>> can you please group the pages into something cohesive? Not sure if the
>> common theme is 'ham radio' or 'hardware', but something like that.
>>
>> Thanks for adding all the content!
>
> There i
On 11/01/16 07:18, Martin Braun wrote:
> Daniel,
>
> can you please group the pages into something cohesive? Not sure if the
> common theme is 'ham radio' or 'hardware', but something like that.
>
> Thanks for adding all the content!
There is already a hardware page listing SDR devices:
https
25 matches
Mail list logo
