Hi Nick:
On Fri, 2020-07-31 at 17:21 -0700, Nick Foster wrote:
> Thanks for the feedback, Andy! I'm back at this now. I've filed a bug
> on it with my findings so far. Comments welcome.
>
> https://github.com/gnuradio/gnuradio/issues/3678
I've added some comments, some plots, a
symbol synch blocks. It's
not going to help you solve your problem directly, but It will give you
some background on PLL symbol synchronizers.
https://www.gnuradio.org/grcon/grcon17/presentations/symbol_clock_recovery_and_improved_symbol_synchronization_blocks/
Regards,
Andy
.
Instead, produce your correlation/matched filter taps yourself using
MatLab or Octave or Python. See the attached Octave scripts for a QPSK
example with your preamble and symbol mapping.
BTW, the GNURadio Constallation object will silently scale your
constellation so that the constellation points
ile/Douglas_Nelson8
Regards,
Andy
> Best,
> Nick
you do test correlation runs in
Matlab/Octave first, duplicating the corr_est block's thresh hold
crossing detection algorithm, before jumping into a GNURadio
implementation. The analysis in Matlab/Octave will much better inform
you on how your GNURadio parameters should be set.
Regards,Andy
> On
On Sun, 2020-06-28 at 16:31 -0500, Alex Roberts wrote:
> Andy,
>
> I had a copy of an old flowgraph that you posted on the mailing list
> a long while back (
> https://lists.gnu.org/archive/html/discuss-gnuradio/2016-03/msg00735.html
> ). This is what initially confused
Hi Alex:
On Sat, 2020-06-27 at 19:42 -0500, Alex Roberts wrote:
> Andy,
>
> I’m not sure how integrate the correlation sync block with gmsk.
The correlate_and_sync block is an old block that was specific to RRC
filtered PSK. You must mean the corr_est block.
> It expects modul
Recommend reading
https://www.gnuradio.org/grcon/grcon17/presentations/symbol_clock_recovery_and_improved_symbol_synchronization_blocks/Andy-Walls-Samples-to-Digital-Symbols.pdf
Yeah, the MSK TED selections for the symbol sync block expect the constant
envelope FSK waveform on the input
recovery blocks, and it address a lot of
bugs that the old blocks have. (To be fair the PFB clock-sync block is
the least buggy/best block of the old bunch.)
Please take a few minutes to read:
https://www.gnuradio.org/grcon/grcon17/presentations/symbol_clock_recovery_and_improved_symbol_synchro
the M block looks like this:
>
> https://paste.pics/db179025b5c6e98c3b20e76d56bcf139
>
>
>
> The output of the block looks as expected ... until GRC crashes.
>
>
> Is there anything I am doing wrong?
You may want to read this presentation:
https://www.gnuradio
is there a better way to generate a 57 KHz complex sine-wave from
> a 19 KHz reference signal?
There is no need to have a locally generated 57 kHz carrier, when you
can just use a PLL to phase lock and then a rotator to shift the
spectrum.
-Andy
s reset it's nominal symbol clock period
estimate on receipt of a "time_est" (or "clock_est") tag, but can be
configured to act like the pfb_clock_sync block in other respects.
Regards,
Andy
___
Discuss-gnuradio mailing list
Di
Hi Johannes:
On Tue, 2019-02-26 at 11:05 +, Johannes Demel wrote:
> Hi Andy,
>
> thanks for your answer and help. That's the pointer I was looking
> for.
>
> Just for clarification, I' refering to this schematic:
> https://files.ettus.com/schematics/ubx/ubx.pdf
>
e antenna for both Tx and Rx, on the TX/RX and
RX2 ports respectively, you'll need a PIN diode RF T/R switch out in
front of the USRP as well.
Regards,
Andy
> Cheers
> Johannes
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
k ( I have left the default value except for
> the
> omega=sps ). Can someone redirect me to a documentation to use it
> correctly?
> let me know if I have to give more information.
Switch to using the Symbol Synchronizer Block.
You should read this brief:
https://www.gnuradio.org/w
Hi Dirk:
On Sat, 2019-01-12 at 18:40 +, Dirk Gorissen wrote:
> Better late than never, but massive thanks to Andy, Marcus and the
> GnuRadio community:
>
> https://dirkgorissen.com/2019/01/06/wheres-pinoh-tracking-orangutans-
> with-drones-and-gnu-radio/
You're welcome. It w
I never imagined the
error signal being so large with proper conditioning of the input and
setting of the TED gain.
Regards,
Andy
> in file clock_tracking_loop.cc line 127
>
> Ultimate solution
>
> check every input, state and output in range when calculate
> control loop
snip]
Having the benefit of hindsight, I'll guess it is a beat frequency,
since GCD(192000, 9) = 6000.
If a QT Freq Sink (with 8192 points and a Kaiser window) doesn't show
the 6 kHz component, I'd blame the sound card.
-Andy
___
Discuss-gnuradio
e block's history
functionality to handle the history.
In fact, to get an even better derivative, instead of using the
existing taps, this block could use the MMSE interpolating
differentitator (with a mu fixed at 0.0) to get a better derivative and
use a volk implementation at the same time.
Regards
modulation in GR etc...but my inputting device only runs at 48kSps.
>
> Is there some way with existing GR blocks that I can tell where
> abouts in the 48kSps stream that I have actually sampled ? so that I
> can manually set this sampling point.
This is precisely the function of the Symbol Sy
Oh, those who are so wise in the ways of the GNURadio website:
The following link returns "gr-404"
https://www.gnuradio.org/grcon-2017/program/grcon17-presentations/
I'm not sure if that is intentional or not.
Regards,
Andy
___
Discus
Hi Jose:
Please keep conversations on the list.
On Sun, 2018-05-20 at 00:54 -0300, Jose Marcelo Lima Duarte wrote:
> Andy,
>
> Thank you very much for all information.
You're welcome. But after I thought about it, it may not work in your
situation.
The GNURadio symbol timing synchr
duce receiver side ISI, since your square pulses are not
Nyquist pulses, but you should get nice triangular pulse peaks.
For symbol syncronization, use a "Symbol Sync" block with the signal
times slope ML approximation TED. Also select the 8 tap MMSE
interpolation filter.
For fi
ks for those
named gains:
https://github.com/osmocom/gr-osmosdr/blob/master/grc/gen_osmosdr_blocks.py
Regards,
Andy
> Cheers
> Dirk
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
//lmgtfy.com/?q=cic+compensation+filter
:)
Seriously, there is plenty of reading material out there.
Regards,
Andy
> Thanks!
> Geoff
%
% (C) 2018 Andy Walls <a...@silverblocksystems.net>
%
% The X310 DDC chain has 4 Integrator Stages and 4 single delay Comb stages
% followed by
On Mon, 2018-04-02 at 13:44 -0400, Andy Walls wrote:
> > All PLL based symbol clock recovery blocks/methods in GNURadio
> require
> symbol centers to be peaked.
Slight correction. The MSK TED's don't require the input pulses to be
peaked, but that's because they operate on the
t block is a superset
of of all the other PLL-based clock sync blocks currently in tree.
If you haven't seen my brief on this subject already, please
read/watch:
https://www.gnuradio.org/wp-content/uploads/2017/12/Andy-Walls-Samples-to-Digital-Symbols.pdf
https://www.youtube.com/watch?v=uMEfx_l5Oxk
wo 1-sided HPFs (one for positive freqs, one
for negative freqs) won't fix your problem.
Regards,
Andy
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi Milos,
Please keep the discussion on list.
On Mon, 2018-03-12 at 18:06 +, Milos Milosavljevic wrote:
> Thank you Andy. Much appreciated the comments.
>
> I checked the AGC. It is not that. Even if I bypass the AGC and
> manually change the gain on my signal it obviously
ption that the input amplitude should be noticeably
smaller than +/-1.0 . Also, for consistent results, you always want to
go into a clock sync block with a controlled signal amplitude.
Regards,
Andy
>
> Many thanks,
>
> Kind Regards
> Milos
___
the tags still change in between the call to forecast and the
> call to
> general_work?
Yes, they can. In the small window of time between the final call to
forecast() and the call general_work(), you can get additional tags;
tags won't be removed.
-Andy
> I was not able to find informatio
From: Richard Lamont
Date: Wed, 10 Jan 2018 20:41:06 +
> On 10/01/18 18:53, Andy Walls wrote:
[snip]
> > The filters stay within 0.1 dB of each other up through 5000 Hz,
> but by
> > then your tabular response has noticeably started to bend
> upward. The
> >
> Date: Tue, 9 Jan 2018 00:32:41 +
> From: Richard Lamont
[snip]
> Fair enough. I've just started playing with grc and did the usual FM
> broadcast RX thing as my Hello World - and, as a former broadcast
> engineer with pretty good ears - I immediately noticed that there was
> far too much
are all text files and scripts, so you could conceivably fix up
all your installed files without recompiling anything. It would be
better to upgrade to a later version though.
Regards,
Andy
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
channel "Wav File Sink"
block set for 16 bits per sample.
-Andy
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
the long run.
But hey, I'll write up a changeset with both modes of operation in
place and see what it looks like.
-Andy
> On 01/06/2018 10:01 AM, Andy Walls wrote:
> > Hi Marcus and Jeff:
> >
> > So now that I've got something working for correct tag propagation
> > w
cks, since I now
see that they don't do correct tag propagation if their output rate is
set to anything higher than 1 sample/symbol. :P
Regards,
Andy
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/disc
>1. The gnuradio-runtime propagated tags with double arithmetic; the
>fractional resampler block used mixed float & double arithmetic to
>propagate tags.
>
Oops:
mixed float & double arithmetic to generate output samp
On Wed, 2017-12-27 at 16:18 -0500, Andy Walls wrote:
> Hi Eugene
>
> > From: Eugene Grayver
> > Date: Thu, 9 Nov 2017 19:52:35 +
> >
> > There is a major problem with the way tags are propagated in blocks
> > with non-integer relative rate
with a block from a (private? closed-source?) Out of
Tree module.
I suspect no one here will be able to help, unless the source code for
the block is available somewhere.
-Andy
> Thanks,
>
> Herb
>
> Dr. Herb Sims
>
>
___
Di
Hi Marcus:
On Sun, 2017-12-31 at 15:09 +, Müller, Marcus (CEL) wrote:
> Hi Andy, hi Eugene
>
> Hm, coming back to an idea I had not so long ago:
>
> tag offset should not be 64bit unsihned integers only, but also have
> a
> 64 bit fractional part.
>
> That
Hi Eugene:
On Wed, 2017-12-27 at 16:18 -0500, Andy Walls wrote:
> Hi Eugene
>
> > From: Eugene Grayver
> > Date: Thu, 9 Nov 2017 19:52:35 +
> >
> > There is a major problem with the way tags are propagated in blocks
> > with non-integer relati
ble_update_rate() is True, in which case,
precision tag placement was abandonded by the block author anyway.)
Thanks,
Andy
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Tue, 2017-10-24 at 08:16 -0400, Andy Walls wrote:
> Hi Marcus:
>
> Nice insights and plots.
>
> > From: Marcus Müller
> > Date: Mon, 23 Oct 2017 20:10:23 +0200
>
> [snip]
> > From the above figure, I'd say: go for 256 taps; 50 dB of anti-
MMSE for input spectral components in the range [-sample_rate/4,
sample_rate/4].
Also it appears that the mmse/fractional_resampler blocks don't perform
any explicit anti-alias filtering. So that's another reason to have a
band-limiting filter ou
The compilation works on Fedora 26 and the Ubuntu versions tested by the github
pull request build bot.
However, a fix is ready to go. Please provide feedback:
https://github.com/gnuradio/gnuradio/issues/1388
https://github.com/gnuradio/gnuradio/pull/1389
Regards,
Andy
elation sequence once you've
found the correlation peak. The GNURadio runtime does not allow
tagging of output items with offsets less than nitems_written() in a
call to work(), so the corr_est block uses history() to artifically
delay the primary output port so it can do this tagging "backward
the other side of a full wave length.
>
> Opps - Andy Walls I had the numbers upside down - should have checked
> the units.
>
> In any case, the wave length is 2/3 of meter and not 1.5 meters.
I always mentally check against the data point: 300 MHz => 1 meter
(since c ~= 300
2
> from device A and 2 from device B.
Yes, I noticed 4 bursts, two at one energy level and two at another
energy level.
Regards,
Andy
> P.S.2 It is probably some cheapo electronic components or re-using
> the micro that is already there.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
From: Cinaed Simson
Date: Sun, 9 Jul 2017 23:04:26 -0700
> On 07/09/2017 12:15 PM, Andy Walls wrote:
> > On Sat, 2017-07-08 at 21:38 -0400, Andy Walls wrote:
> >>> Date: Fri, 7 Jul 2017 19:50:55
t 350 Hz
and 940 Hz. The tones are unusual in that they are square wave tones
vs. sine wave.
I haven't worked you the baud rate yet. I'll hack away at it more
tomorrow.
Regards,
Andy
>
> Thanks for the help
> HLL.
___
Discuss-gnuradio mai
; -> vector
> functionality so I'd like to understand the consequences.
If you can detect the Tx pulses, track the PRIs, and work a Tx pulse
interval at a time, you should be able to do the proper zero padding and
perform fast convolution.
However your simulation doesn't look like a p
he symbol clock phase tracking loop transfer function and gain
computation, see this document:
https://github.com/awalls-cx18/gr-nwr/blob/master/docs/clock_loop.pdf
Regards,
Andy
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
nuradio/gnuradio/pull/1294#issuecomment-296628308
For the symbol clock phase tracking loop transfer function and gain
computation, see this document:
https://github.com/awalls-cx18/gr-nwr/blob/master/docs/clock_loop.pdf
And now you can be certain that if I don't want to fix the existing
filter)
for the damping factor.
-Andy
On Thu, 2017-06-08 at 14:08 -0400, Andy Walls wrote:
> For a block that performs the identical function of the PFB clock synch
> block with correct tag propagation, use the Symbol Synchronizer Block
> available in this pull request:
>
> htt
the tag propagation in the PFB_clock_sync block is a
major change, which is one reason I wrote the new Symbol Synchronizer
blocks.
FWIW, I also do think get_tags_in_range() could stand to perform a
sanity check, but that won't fix the underlying problem.
-Andy
isplay processing happens in a thread named "python".
Regards,
Andy
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
he WBFM Tx block
here:
https://github.com/gnuradio/gnuradio/blob/master/gr-analog/python/analog/wfm_tx.py#L67
-Andy
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
*f0*t could be
incorporated into the FSM state, since this phase term appears to be
part of the phase memory of the system, though not part of the
modulation memory. I couldn't see an obvious way to do that.
Regards,
Andy
On Thu, 2017-04-06 at 15:36 -0400, Andy Walls wrote:
> On Mon, 2017
a great many samples due to
numerical roundoff, plus it can't be synchronously reset).
I was hoping using gr-trellis practically would have been a little bit
easier. :(
-Andy
> On Thu, Apr 6, 2017 at 12:38 PM Andy Walls
> <a...@silverblocksystems.net> wrote:
> > On Mo
you for any advice you can provide.
Regards,
Andy
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Ah, OK. Thank you.
I don't need anything that adaptive or automatic myself.
I plan to play around with viterbi demodulation of GMSK and maybe SOQPSK
this week.
As I dig into the gr-trellis implementation I may have more questions.
Regards,
Andy
On Mon, 2017-04-03 at 08:50 -0400, Achilleas
done manually for N>2?
Thanks,
Andy
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
tors less than
the default.
Also, in this flowgraph, I separated the out the final, non-decimating
lowpass filter from the final decimating filter stage. It saves some
CPU.
Regards,
Andy
implant_pulse_detect_5.grc
Description: Binary data
___
Discuss-gnura
Bah, I messed up my filter designs in that last flowgraph.
(Transition BW != Stopband Freq).
Never drink beer while designing filters. :)
See the attached, fixed flowgraph (v4).
-Andy
On Mon, Mar 20, 2017 at 9:30 PM, Andy Walls <a...@silverblocksystems.net> wrote:
> Hi Dirk:
>
>
Hi Dirk:
On Mon, Mar 20, 2017 at 1:04 PM, Dirk Gorissen <dgoris...@gmail.com> wrote:
> Hi Andy,
>
> I have been experimenting with the flowgraphs, tried with some live
> data and it all works as expected. Just had to switch the threshold to
> 2 orders of magnitude smaller
able to narrow down the possible variation in frequencies
where the signal might be at, say a 2 kHz channel vs. a 10 kHz
channel, would allow additional noise filtering and lower PLL loop
bandwidth, so that weaker signals could be pulled out.
Fun stuff.
Regards,
Andy
On Sat, Mar 18, 2017 at 6
, so I didn't leave it in
the flowgraph.
Regards,
Andy
On Fri, Mar 17, 2017 at 11:46 AM, Andy Walls
<a...@silverblocksystems.net> wrote:
> On Thu, 2017-03-16 at 21:02 -0400, Andy Walls wrote:
>> Hi Dirk,
>>
>> Thanks.
>>
>> Try the attached flowgraph. The p
On Fri, 2017-03-17 at 14:36 -0400, Andy Walls wrote:
> > Hi Sverre,
> >
> > hm, I've taken the time to look at pulse_shaper_bs.py[1], but I didn't
> > fully understand what it does, mathematically/technically.
> >
> >
> >
> > It does in fact
shaping for ASK
(ASK usually has no pulse shaping). Also ASK is usually horrible for
anything but the simplest remote functions. Is another aspect of the
system that uses PSK or FSK?
-Andy
> You told me the bit rate, but not the sampling rate of the USRP sink,
> but that would be very rel
On Thu, 2017-03-16 at 21:02 -0400, Andy Walls wrote:
> Hi Dirk,
>
> Thanks.
>
> Try the attached flowgraph. The pulse indicator output is a little crude
> at the moment (it needs some latching persistence for a human to read),
> but it does the job for a proof
is not in the band of interest. That will prevent false lock on the
DC spike by the PLL.
Regards,
Andy
On Thu, Mar 16, 2017 at 7:12 PM, Dirk Gorissen <dgoris...@gmail.com> wrote:
> Hi Andy,
>
> Very quickly collected some data off a different Tx. First at very
> close
. The pulse duration. I am assuming 10 milliseconds.
5. At what frequency offset, from the center frequency, should the
pulse be at? I'm assuming somewhere withing +/- 5 kHz of the center
spike, but there are at least two EMI spikes in that range.
Thanks.
-Andy
On Wed, Mar 15, 2017 at 5:23 AM, Dirk
On Tue, 2017-03-14 at 12:00 -0400, discuss-gnuradio-requ...@gnu.org
wrote:
> Date: Tue, 14 Mar 2017 15:49:44 +0100
> From: Marcus M?ller <marcus.muel...@ettus.com>
> To: discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] fast parallel filtering
> Hi Andy,
>
>
s fall below the threshold. The burst/energy detector can work
with a preset noise/signal threshold, or you could periodically
re-estimate that threshold.
GNURadio does not have a stock block that does burst/energy detection,
so you'll have to find one on the 'Net or write one yourself.
-Andy
D
ics=UTF8=1485176439=1-1=scanner+antenna
https://www.amazon.com/Scanner-Radio-Magnet-Mobile-Antenna/dp/B004C1T7PC/ref=sr_1_19?s=electronics=UTF8=1485176541=1-19=scanner+antenna
with enough cable to move the antennas farther from indoor UHF noi
On Sun, Jan 22, 2017 at 7:53 PM, Andy Walls <a...@silverblocksystems.net> wrote:
> On Sun, Jan 22, 2017 at 7:19 PM, Luke Berndt <l...@robotastic.com> wrote:
>
>> Well, there was definitely a lot of noise! and I am pretty sure the source
>> was my computer. I got a cou
Hi Luke:
On Tue, 2017-01-17 at 12:50 -0500, Luke Berndt wrote:
> Andy - Thank you so much, this was extremely helpful. I switched to
> your RF chain and I think it helped a bit.
I'm glad it helped.
FWIW I tried an alternate FM demod approach - 4 PLLs one at each tone -
but the tones turn
On Wed, 2016-12-07 at 12:10 -0500, Andy Walls wrote:
> > From GDB I can see
> >
> >
> > d_filtnum = 0
> > count = -67108696
> > d_out_idx = 0
> >
>
> This is a garbage-in, garbage-out problem I've seen exactly before with
> other blocks and t
ly before with
other blocks and the PFB clock sync block.
1. Check to make sure that your filter taps don't trace out a function
that has discontinuities or flat spots (i.e. a square pulse), and the
PFB clock sync algorithms can't handle that.
2. Add a tag_debug block
On Sun, 2016-04-03 at 13:01 -0400, Andy Walls wrote:
> >On April 3, 2016 11:31:02 AM EDT, Tom Rondeau wrote:
> >>On Sun, Apr 3, 2016 at 11:27 AM, Landsman, Arik wrote:
[snip]
> >>>> Here is some good info on how GRNURadio's control port works at a
>
On October 18, 2016 3:39:28 PM EDT, Andy Walls <a...@silverblocksystems.net>
wrote:
>
>It works because the spectrum of a GMSK signal has two spectral peaks
>spaced equidistant from the center frequency.
Oops. "... spectrum of a *squared* GMSK signal ha
gnal has two spectral peaks
spaced equidistant from the center frequency.
It works best with continuous, fairly evenly distributed, between mark
and space, data. It can get fooled at the start or end of a burst, or
during a long run of mark or space.
-Andy
> Thanks.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ld have to
use the Rx RC filter that Neil suggested, if you wanted to try MSERTED.
Regards,
Andy
>
> On Wed, Sep 28, 2016 at 6:41 PM, Neil Schafer <address@hidden>
> wrote:
> I haven’t tried it myself, but wouldn’t using a raised
&g
tive filter based on
the matched pulse filter, and relies on a peaked match pulse filter
shape. (Which has a derivative filter tap value of ideally 0 at the
center of the matched pulse filter taps.)
The derivative filter of a matched pulse filter for square pulses
doesn't have the properties the PFB
On Wed, 2016-08-24 at 13:55 -0400, Andy Walls wrote:
> On Wed, 2016-08-24 at 12:00 -0400, discuss-gnuradio-requ...@gnu.org
> wrote:
> > Date: Tue, 23 Aug 2016 16:42:33 -0700 (MST)
> > From: Paul Creaser
> > To: Discuss-gnuradio@gnu.org
>
> > In a real system the
pology.) Think of it as a TDMA timeslot clock. :)
1/60th of a second at 9600 symbols/second is 160 symbols.
-Andy
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
om/questions/tagged/gnuradio
Regards,
Andy
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
0201361868
And here is a PDF copy I spotted on the internet (click at your own
risk):
https://www.u-cursos.cl/usuario/834c0e46b93fd72fd8408c492af56f8d/mi_blog/r/4%29_Todd_Moon_Mathematical_Methods_and_Algorithms_for_Signal_Processing.pdf
-Andy
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
/REP/PUB/SUB/PUSH/PULL based on an input
parameter.
BTW, I know of no OOT that has the functionality you need. Sorry.
Regards,
Andy
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
+ level. Maybe at the GRC block XML
file level, it might be worth it.
My $0.02
Regards,
Andy
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ot wrong
or incorrect, but they might not fit the usage pattern one may need or
envision in a particular context.
Don't use REQ/REP for medium to high sample rate sample streams.
Regards,
Andy
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
sume_the_System_Is_Synchronized
http://eclass.uth.gr/eclass/modules/document/file.php/MHX302/Lecture12%
20-%20Wireless%20signal%20processing%20%28Synchronization%29.pdf
-Andy
> Olivier
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
o work up a fix with a USRP-time vs. Host-time
tracking loop, without knowing the root cause.
If you can find a solution for your problem without knowing the root
cause, you'll probably be OK.
> Meelis
-Andy
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
f a security failing of Linux to allow injection of
4 unused bytes into the kernel space from user-space for every locally
opened UDP socket. I'm not sure how I could exploit it (perhaps coding
a jump instruction to a no-op sled somewhere nearby?), but I'm not that
creative.
electrons.com/source/net/ipv4/udp.c
http://lxr.free-electrons.com/source/net/ipv6/udp.c
Only TCP and the Bluetooth SCO protocol in the Linux kernel care about
SO_LINGER.
Regards,
Andy
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Wed, 2016-05-18 at 03:11 -0400, Anon Lister wrote:
> Andy,
[snip]
> Since I'm replying in the pybombs thread, I did try it and it broke
> pretty badly. Missing deps and such, I'd be willing to try to help get
> with that after I get the build down by hand and know what I can us
thrift needs,
that is not in older versions of libevent.
FWIW, Thift lists its requirements here:
http://thrift.apache.org/docs/install/
http://thrift.apache.org/docs/install/centos
Regards,
Andy
>
> Cheers,
> Marcus
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
have a lot of additional
complex multiplcation, power, and/or (real) root operations to perform,
then the transform *might* give you a savings. A savings would also be
more likely, if you don't need to invert the transformation at the end
(i.e. no need for z = Exp(w)).
Regards,
Andy
> Impl
,
so what you've come up with may only work for QAM and PSK modulations
using generic_mod.
Regards,
Andy
> Just need to python it into the Rx in a neat way.
>
>
>
>
>
> From: Landsman, Arik
> Sent: Sunday, April 17, 2016 7:44 PM
&
1 - 100 of 206 matches
Mail list logo
