consideration
Dan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
hu, Apr 28, 2016 at 3:34 PM, Richard Bell wrote:
>> Do you specifically not want to use uhd_siggen_gui when you say you want to
>> use companion?
>>
>> If you were not aware of uhd_siggen_gui, type that into a command line and
>> test it out. It can generate a sweeping ton
ld be appreciated,
Dan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Okay, thanks for the help, we'll start looking into it and maybe purchase a
beagle board for evaluation.
By the way, there doesn't seem to be a link to the patch in 1) (unless I am
slow and this is some dark humor ;)
Dan
On Thu, Jan 15, 2009 at 10:37 PM, Philip Balister wrote:
>
t.
> >Rev C (available around the end of March) will.
>
Great, thanks again for the help, this should give us a good starting point.
Dan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
1269.242 taps/sec: 8.068e+06
> cortex_a8: taps: 256 input: 4e+07 cpu: 49.156 taps/sec: 2.083e+08
>
> Note, I NFS mounted my home dir on teh beagle and ran the benchmark
> command on the build machine first. This needs work :)
>
> Philip
>
Okay, thanks again for t
hacking
as well. But if there were a better approach than this it would be useful.
Anyway, please let us know if there is an effective way to connect to the
USRP with Angstrom (or other OS). Right now we are just trying to establish
a connection and ca
r a certain delay.
Thanks,
Dan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I can always write a block if necessary,
just trying to simplify if possible.
Thanks,
Dan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ues ...)
As long as you have bars of constant color, such as solid black regions of no
activity, this technique works much better.
Hope this helps,
Dan
On 03/09/2005 01:46:44 AM, David Carr wrote:
I've spent some time profiling the waterfallsink code. Currently its pretty
abominably slow
Dave,
You might consider placing RFSpace's SDR-14 on your list of hardware. You can
find information about it at http://www.rfspace.com/sdr14.html.
Dan
On 03/08/2005 10:31:49 PM, David Carr wrote:
Hi all,
I've compiled a page with a list of GnuRadio resources that I've
encount
d the
format be limited to single data channels, or would it support multiple? It's
also worth asking how important word alignment is in this process--especially
since compilers like to align things to word boundaries automatically.
Hope this helps ...
Dan
On 03/09/2005 12:03:45 PM, Dav
and
to do that I need a real signal.
Any takers?
Thanks!
Dan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
.. anything you think that might show morse and voice
in the same cut at two separate frequencies. Even better, something that
shows lots of morse and more than one channel of voice. That would be
perfect.
Thanks, and I really appreciate it!
Dan
On 03/18/2005 09:39:00 AM, [EMAIL PROTECTED] wr
Hey Tom,
I ran into this "math domain error" with CtrlPort recently. Based on your
suggestion that it might be related to zero work blocks causing a divide by
zero, I started hacking away anything that might be being short-circuited
in the relatively complex flowgraph. First, an shorted branch o
It looks like this also applies to blocks that have been "bypassed." Makes
sense.
On Fri, Sep 4, 2015 at 11:48 PM Dan CaJacob wrote:
> Hey Tom,
>
> I ran into this "math domain error" with CtrlPort recently. Based on your
> suggestion that it might be relat
to the current state and every column to an input.
>
> The entry is a number from 0 to I-1 (where I is the input cardinality).
>
> How this index is translated to an actual signal IS NOT PART OF THE FSM
> DEFINITION but part of the modulation definition as explained very
> extensively in the gr-trellis documentation.
>
>
>
> let me know if you have any further questions,
>
> Achilleas
>
>
>
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ontrol ports to compare the two, there is an improvement with volk. But
> > I like that someone looking into the block can see how not to do it and
> > then how to do it. Good for beginners jumping into GNU Radio.
>
> That's noble, but for core GNU Radio stuff it's proba
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
re's a similar issue with some
> versions of glibc and boost. See
> https://github.com/gnuradio/gr-recipes/pull/4#issuecomment-181188909
> (seems unlikely in this case). BTW, if you see a problem in the code that
> keeps coming back you don't have to wonder who does it... you c
I don't know much about cell phones, but would it help if you placed a call
to a known number? Does that force a response? Of course, this might be
counter-productive in a congested disaster environment.
- Dan
On Mon, Mar 14, 2016 at 10:56 AM Meny Sidar wrote:
> Hi guys,
>
>
the combination of Quadrature
>> > Demod->Clock Recovery MM->Binary Slicer - and neither
>> > works.
>> >
>> > I've also played with the Polyphase clock sync but I
>> > don't see any noti
Marcus,
Thank you for your replies
Yes, No way with a dipole at a signal flux of 30J
In discussions with two of our faculty members I was told that
the bursts can be 10,000 J and attempts to find an afterglow
have not yielded certain results.
it is not known if any big antenna was really point
We are trying to use simple time of arrival so
using a 1PPS sync of a GPS should bee good enough.
For this Mega Burst detector, much can be learned with out the need for
VLBI type of resolution.
This is sort of like the LIGO gravity wave detector
--
View this message in context:
http://gnura
adio
>>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
radio companion block set?
Thanks
Dan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
s://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Is there a smarter way?
>
> Rich
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
D
o mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
why doesn't it have 'fix' too?
>
>
>
> --
> GDB has a 'break' feature; why doesn't it have 'fix' too?
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
__
>>> Discuss-gnuradio mailing list
>>> Discuss-gnuradio@gnu.org
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>>>
>>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
s://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
write speed, so didn't try to find a U3 in 256MB).
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
_
Hi Chris,
I've been using GNURadio for sat comm like this for a while, as have
others. It's a great tool for the job! To be frank though, this is more
than a $500 hit job. Good luck in your search.
- Dan
On Fri, Oct 7, 2016 at 5:45 PM Chris Cook wrote:
> I have a project th
/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
__
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
epoch in 1970? In any event, a unix time stamp is fairly common,
unambiguous way to specify a time.
Thanks,
Dan
On Tue, Dec 6, 2016 at 8:19 PM Eugene Grayver
wrote:
> This is being posted to both GR and Ettus forums because both groups
> should be aware.
>
>
> The va
his message in context:
> http://gnuradio.4.n7.nabble.com/Block-Max-GNU-Radio-tp62533.html
> Sent from the GnuRadio mailing list archive at Nabble.com.
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.g
ating with different freuencies and
> pick the best one? Or what is the good thing to do here given I may
> also have to deal with quite a bit of noise.
>
> Any guidance appreciated.
>
> Many thanks,
>
> Dirk
>
> ___
> Discuss-gnuradio m
er
>
> Environetix Technologies
>
>
>
> 20 Godfrey Drive
>
> Orono, ME 04473
>
>
>
> Office: (207) 866-6551
>
> Cell: (207)844-0951 <(207)%20844-0951>
>
>
>
> www.environetix.com
>
>
>
>
>
>
> ___
supports
> 1/2
> > rate. However we also need punctured codes like 3/4, 5/6, 7/8. Which
> block
> > should we use. Any recommendations?
> >
> >
>
> ___
> Discuss-gnuradio mailing list
> Disc
___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
came up with conv encoding like to use octal to specify their polynomials.
- Dan
On Wed, Mar 22, 2017 at 10:16 AM Usman Haider
wrote:
> Hi Emanuel,
>
> Maybe you find following thread useful.
>
> http://lists.gnu.org/archive/html/discuss-gnuradio/2015-09/msg00404.html
>
>
uradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
That's out of my experience. But it's not easy - you have to learn RFNOC.
It's a lot of work. Try the Ettus channel.
On Mon, Apr 10, 2017 at 10:11 AM John B. Wood
wrote:
> On 04/10/2017 09:31 AM, Dan CaJacob wrote:
> > It's probably unreasonable to expect the ARM
s-PSK-demodulation-in-GNU-RADIO-possible-x310-HW-tp63527.html
> Sent from the GnuRadio mailing list archive at Nabble.com.
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.
st archive at Nabble.com.
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>
> ___
> Dis
_
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
slowliness.
Very Respectfully,
Dan CaJacob
On Fri, Oct 10, 2014 at 2:14 PM, John Malsbury wrote:
> Default scheduler.
>
> tb.start(1024), with different values, etc, etc.
>
> Most of the downstream blocks are stock GNU Radio blocks - a delay block
> (max delay is 1 sample), logical
aching the length of
the PRBS itself to correct for any offset.
Thanks for suffering through to the end.
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
John,
I use the BE FLL for auto-doppler correction in the rare case where I am
not actively correcting for doppler. But, the correction is *really*
slow. I'm probably not using it correctly, but it works OK in that rare
case when it's all I've got.
Very Respectfully,
Dan CaJac
I often use the unpacked_to_packed block inline as well to save space and
transfer time if I am saving a bunch of decoded data. This may not be an
issue if you aren't doing things remotely.
Very Respectfully,
Dan CaJacob
On Wed, Oct 22, 2014 at 9:07 AM, Tom Rondeau wrote:
> On Wed
Thanks, Marcus. You're absolutely right. I didn't read carefully enough.
Very Respectfully,
Dan CaJacob
On Tue, Nov 11, 2014 at 11:33 AM, wrote:
> Dan:
>
> That's generally good advice, with the single exception of the BASIC/LF
> card family--they don't hav
your RX being over-driven (dying).
Good luck.
Very Respectfully,
Dan CaJacob
On Tue, Nov 11, 2014 at 11:07 AM, Lucas Lopez wrote:
> hi everyone. i was working with the USRP1. I'm testing a MOD/DEMOD DBPSK.
> I have only one USRP, so, i connected TX_A( from daughterboard LFTX-LF)
.
Thread:
http://lists.gnu.org/archive/html/discuss-gnuradio/2013-07/msg00058.html
Wiki Summary:
http://gnuradio.org/redmine/projects/gnuradio/wiki/SignalProcessing
Very Respectfully,
Dan CaJacob
On Mon, Nov 17, 2014 at 2:09 PM, Richard Bell
wrote:
> Would someone please recommend a book t
uIzp0
>> +GHF6gvt6Ss1KBXkSRWDSqlYpkbl3J/b6/nNqDFmY8iiZjIyCKMt9JYUaN0y72E=
>> =AM87
>> -END PGP SIGNATURE-
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>>
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
t:
> http://gnuradio.4.n7.nabble.com/Best-Resample-Method-For-Resampling-LTE-Data-tp51496.html
> Sent from the GnuRadio mailing list archive at Nabble.com.
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio
Hi Luis,
I am pretty certain there is a block in mainline GR to do this with
tagging. Burst tagger maybe? The tags define the burst boundaries and a
timestamp is recorded as well.
On Jan 2, 2015 5:46 PM, "Luis Colunga" wrote:
> Hello,
>
> I have a Python handcoded block in which I want every
mands available for
the newer boards, but it's not clear to me if they are integrated into the
driver. Seems likely, though.
Very Respectfully,
Dan CaJacob
On Wed, Feb 18, 2015 at 4:29 PM, John Malsbury wrote:
> I've recently received a request to have GNU Radio flowgraphs recover
&
I'll add one thing to Marcus' recommendation: turn on persistence in the
scope widget. Then you've got a great eye-diagram!
Very Respectfully,
Dan CaJacob
On Thu, Feb 19, 2015 at 4:33 AM, Marcus Müller
wrote:
> Hi Mostafa,
>
> yep, these are not GNU Radio core visua
Sorry, that is a WX-only option for now. Sigh.
Very Respectfully,
Dan CaJacob
On Thu, Feb 19, 2015 at 3:40 PM, Richard Bell
wrote:
> Dan,
>
> You can turn persistence on!? I use qt widgets, I don't see that option in
> the Time Sink. Is this a WX only option?
>
> v/r,
Setup RF frontend clocking...
> -- Radio 1x clock:200
> -- Initialize Radio0 control...
> -- Performing register loopback test... pass
> -- Initialize Radio1 control...
> -- Performing register loopback test... pass
>
> How do I stop the UHD from doing this?
>
> Thanks for any h
s://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
> _______
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
io
>>
>>
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>> ___
> Dis
ate"?
>> Thanks for your time.
>>
>>
>> ___
>> Discuss-gnuradio mailing
>> listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>>
>> _____
Modem HW.
> Is there anything like that in GNU Radio receiver blocks?
>
> Thank you in advance.
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Ve
n
> not eventuate?
>
>
>Kind Regards,
>
>
> John
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Re
t; Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
uradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
bit hesitant at first because that will end
> up needing 64bit division (which might really not be much fun on many
> ARMs), but meh, it's not like someone should be pushing tags around as
> if they're samples.
>
> Cheers,
> Marcus
>
> On Sun, 2017-11-12 at 23:33
er" wrote:
>> > > > > > > Sure, unless the dataCapture blocks (which I don't know) have
>> a bug.
>> > > > > > >
>> > > > > > > Best regards,
>> > > > > > > Marcus
>> > >
#x27;m attaching the (absurdly huge) .grc file. The canvas is 4192 pixels
> tall, so the flowgraph is smaller than the screenshot. :-)
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/di
Hey Afaq,
Unfortunately, GNURadio doesn't allow for signal feedback the way Simulink
does. You can do feedback *within* a block, but that probably defeats the
flexibility you were seeking?
- Dan
On Mon, Dec 4, 2017 at 9:33 AM Afaq Ahmed wrote:
> Hello,
> I want to implement spring
>
>
> Thank you
>
>
>
>
>
> Samv
>
>
> _______
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
s-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
just now
> set to zero.
>
> Is there any trick to round or even just truncate the number of decimal
> places shown in the QT Number Sink?
>
> Thanks,
> John
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gn
ilos
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
gt; Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
uot;Socket PDU" and enters a scrambler.
> Which blocks should I use.
> Thank you in advance.
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
to achieve continous modulation. However, that is a pretty specific
> implementation.
>
>
>
>
> 2018-03-13 6:22 GMT+03:00 Dan CaJacob :
>
>> I've got a pretty complicated example at
>> https://github.com/dcajacob/gr-ccsds However, it could be simplified by
>
-burst-fsk-modem-in-gnu-radio-with-message-lambda-blocks-and-eventstream/
>
> Many thanks,
> Murray
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
; Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
icate using the socket PDU blocks (issue IDs
> 1770,1769,1763,1762).
>
> These new ZeroMQ blocks look cool. Are they a good alternative?
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.o
uradio@gnu.org
> > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> >
> >
> > ___
> > Discuss-gnuradio mailing list
> > Discuss-gnuradio@gnu.org
> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
elp me out
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
with GR and SDR
on the desktop before moving on to embedded systems, because there's a lot
to learn in both and it's going to be worse if you have to learn them both
at the same time.
- Dan
On Sat, May 26, 2018 at 7:00 PM Nick Foster wrote:
> Will,
>
> Do you have a specific p
institute/
>
> -Michelle W5NYV
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
problem
> > ___
> > Discuss-gnuradio mailing list
> > Discuss-gnuradio@gnu.org
> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
> ____
We have
> > at least one X310, several B210s, and a variety of other FPGA dev boards
> > (Snickerdoodls, Ultra96, etc).
> >
> > We have plenty of Plutos and some LimeSDRs.
> >
> > -Michelle W5NYV
> >
> >
> > On Wed, Jun 20, 2018 at 3:42 PM, Dan C
nuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Very Respectfully,
Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I'd like to report some signal metrics for satellite downlinks. SNR would
seem to be one example, but most algorithms I see for SNR assume that you
are generating a signal from a separate clean signal and noise source, each
with known power. What I have are recordings of real, narrow-band, digita
Thanks, Tom! Yeah, I have avoided the MPSK SNR blocks because I figured
they were specific to PSK.
Very Respectfully,
Dan CaJacob
On Thu, Dec 19, 2013 at 10:30 AM, Tom Rondeau wrote:
> On Mon, Dec 16, 2013 at 11:22 PM, Dan CaJacob
> wrote:
> > I'd like to report some s
etter approach to controlling the WBX GPIO based on stream
tags that we should consider?
I apologize for the vagueness on the actual error. I'll try to reproduce
it myself in the meantime.
I can probably post the code for the PTT-controlling block if that would be
any help.
Very Respectf
I often "speed up" the playback of large recordings by adjusting the
throttle only. In the throttle block, I just multiple the recorded sample
rate by a factor (say 10) to get increased playback speed. Don't change
any other blocks' parameters - just the throttle.
Ver
l OTS hardware.
I hope this helps.
Very Respectfully,
Dan CaJacob
On Fri, Jan 3, 2014 at 4:09 PM, Paul B. Huter wrote:
> If I were to use a throttle to reduce my data rate from 50M (record rate)
> to 25M, would the fact that I only have 4GB of RAM and a 5GB data file be
> alright? I see
and
toggle the IO? I could imagine an async message stream or specific
stream-tags, but both would probably require changes to the actual UHD
sinks. I'm not sure our use case is generic enough to warrant that.
Very Respectfully,
Dan CaJacob
On Mon, Jan 6, 2014 at 10:46 AM, Tom Rondeau
Hi,
I've been trying out pybombs again for building the latest gnuradio. I
keep getting errors, but interestingly, if I just run the build again, I
always get a little further. That seems strange. Here's the tail of one
of the errors:
[ 65%] Building CXX object
gr-blocks/lib/CMakeFiles/gnuradi
Thanks. I'll try single-stringing it or looking further back to catch the
actual error.
Very Respectfully,
Dan CaJacob
On Wed, Jan 8, 2014 at 3:07 AM, Sylvain Munaut <246...@gmail.com> wrote:
> > [ 65%] Building CXX object
> > gr-blocks/lib/CMakeFi
:InvocationObserver&)'
libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to
`Ice::upCast(Ice::ObjectAdapter*)'
libgnuradio-runtime-3.7.3git.so.0.0.0: undefined reference to `virtual
thunk to
IceDelegateD::Ice::Object::ice_flushBatchRequests(IceInternal::InvocationObserver&
1 - 100 of 390 matches
Mail list logo
