>> while(1):
>> freq += 1
>> out = 'f: %2.f' % freq
>>
>> fs=filerepeater.AdvFileSink(1,1,'/tmp','test',freq,2.4e6,0,0,True,False,False,8,False,False)
>> fs.setTest(freq)
>> d_freq = fs.getTest()
>>
>> fs.setTestFloat(freq)
>>
So a few of us have spent a few hours trying to narrow this one down and
it's now reproducible, but I'm afraid this may have some far-reaching
ramifications.
Swig-wrapped C++ functions using floats seem to have something like a
power-of-2 rounding issue going on.
if you define functions in
Hi everyone,
In prep for GR 3.8 I noticed the fast auto-correlator sink in gr-baz is
still in WX GUI last time I used it, so I ported it over to use QT GUI
instead and added an option for current (dB) or normalized output. There's
also a new fast auto-correlator block in the OOT module that
FYI if anyone else runs into the same issue. Ended up blowing out the
install prefix and rebuilding GNU Radio as a fresh install. Seems to have
fixed the issue.
On Tue, Jul 16, 2019 at 7:26 PM Michael Piscopo
wrote:
> Hi folks,
>
> Has anyone else started getting an error like
Hi folks,
Has anyone else started getting an error like this off of maint-3.7 with
osmosdr as the source?
return _runtime_swig.top_block_start_unlocked(r, max_noutput_items)
RuntimeError: list contains invalid format!
I narrowed it down with a basic flowgraph that's just an osmo source and a
Hi folks,
Following on our amazing week at the ATA, I've been working on the network
streaming blocks in gr-grnet. I've made several major upgrades:
1. UDP Source and Sinks now correctly support headers including sequence
numbers, CHDR, and the old ATA format.
2. UDP source and sinks were
e
> hackfest at the ATA =)
>
> Cheers,
> Ben
>
>
> On Thu, May 9, 2019 at 12:11 PM Michael Piscopo
> wrote:
>
>> HI everyone, another new tracking module that now integrates with
>> GNURadio I just released here:
>> https://github.com/ghostop14/skytrack
>>
HI everyone, another new tracking module that now integrates with GNURadio
I just released here:
https://github.com/ghostop14/skytrack
Skytrack takes signal tracking out past gpredict with earth-based
satellites and allows tracking (doppler frequency shifts and azimuth and
elevation) out to solar
Morning everyone, there was a question yesterday over on the USRP list
about being able to record to 5 minutes, rest for an hour, then record
again.
I had a partial solution so I added a block I'd been wanting to add for
some time to gr-filerepeater (pybombs or github). There's now a state
timer
I ran into a similar issue a few years back and wrote an updated file block
with some enhanced features. It's up on github here:
https://github.com/ghostop14/gr-filerepeater. Not sure if it's an exact
match for what you're looking to accomplish but you can specify delays
between replays and tie
.st...@gmail.com> wrote:
> You haven't looked writing an RTP block by any chance? Thinking about
> writing one...
>
> Albin
>
> On Wed, May 9, 2018, 16:24 Michael Piscopo <mike.pisc...@gmail.com> wrote:
>
>> I felt the same way so I rewrote the TCP blocks in C++/boost
I felt the same way so I rewrote the TCP blocks in C++/boost with thread
offloading a while back. The package should be in pybombs but you can get
it here https://github.com/ghostop14/gr-grnet. Just basic TCP send/receive
to replace the deprecated blocks. Hopefully it helps.
Mike
On Wed, May
Hi LJ,
Adding to John's recommendations if you have your heart set on the GPU,
check out https://github.com/ghostop14/gr-clenabled. It's an OOT module
focused on GPU acceleration of many of the core GNURadio blocks. But as
John mentioned every memcpy to/from the GPU pays a performance hit which
I think if you want to smooth it out, you'll need to add the packets to a
custom queue and use your own transmit thread rather than trying to do it
all in the work function. That way you can send consistent-sized packets
and adjust the per-packet timing if you need to.
On Sun, Mar 4, 2018 at
> If none of these resolve the issue of the B2xx not enumerating as USB3,
> please send an email to supp...@ettus.com, and we can follow up there for
> further debugging.
>
>
>
> [1] - http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
> Regards,
>
rs_lists.ettus.com
>
>
> Regards,
> Nate Temple
>
>
>
> On Wed, Feb 7, 2018 at 11:20 AM, Michael Piscopo <mike.pisc...@gmail.com>
> wrote:
>
>> I have a USRP B205mini-i connected to a new Ubuntu 16.04 LTS laptop. The
>> USB hardware is a standard Inte
I have a USRP B205mini-i connected to a new Ubuntu 16.04 LTS laptop. The
USB hardware is a standard Intel chipset and lsusb and lshw all show the
hardware is in USB 3.0 mode. I've used external hard drives in the port
before and I'm clearly getting USB3 performance.
However when the USRP starts
.
On Sat, Oct 14, 2017 at 8:32 AM, Walter Grossman <w.gross...@ieee.org>
wrote:
> Were you able to use the debugger? If so, how?
>
> On Fri, Oct 13, 2017 at 5:14 PM, Michael Piscopo <mike.pisc...@gmail.com>
> wrote:
>
>> I've had great success with Eclipse. I use it for
I've had great success with Eclipse. I use it for all my OOT modules.
On Fri, Oct 13, 2017 at 5:03 PM, Walter Grossman
wrote:
> Does anyone have experience e using an idea integrated with gnu radio for
> making c, c++ modules? Any recommendations? Eclipse? NetBeans? Don't
19 matches
Mail list logo