[Hackrf-dev] Ok, this is weird

[Chuck McManis]

And still more additional data, I booted pentoo on my system (gotta love
liveCD boots) and ran the lesson1 config from there, same hardware same USB
setup and no glitching (or underruns) in the audio. So clearly something
changed. Unfortunately there isn't any way I find to audit what Anaconda
did to my system.

Differences in the GRC log between Pentoo system image vs my currently
booting Ubuntu 16.04 image:

Pentoo>  linux; GNU C++ version 4.9.3; Boost_105600;
UHD_003.008.005-0-unknown
Ubuntu> linux; GNU C++ version 5.3.1 20151219; Boost_105800;
UHD_003.009.002-0-unknown

Pentoo> (this line doesn't appear)
Ubuntu> Using Volk machine: avx2_64_mmx_orc

Pentoo> gr-osmosdr v0.1.4-48-g86ad5842 (0.1.5git) gnuradio 3.7.10
Ubuntu> gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.9

Pentoo> Generating: '/home/pentoo/gnu-radio/top_block.py'
                 Executing: /usr/bin/python2.7 -u
/home/pentoo/gnu-radio/top_block.py
Ubuntu> Generating: '/freenas/home/cmcmanis/gnu-radio/top_block.py'
                 Executing: /usr/bin/python2 -u
/freenas/home/cmcmanis/gnu-radio/top_block.py

Pentoo> (this line doesn't appear)
Ubuntu> gr::log :INFO: audio source - Audio sink arch: alsa



On Mon, Jan 9, 2017 at 9:09 PM, Chuck McManis <chuck.mcmanis at gmail.com>
wrote:

> Additional data, if I just queue up three signal sources running at 48K
> and feed a chord into my audio sink at 48khz it doesn't under run and it
> works as expected. (I hear a chord coming out of the audio card). Per the
> FAQ that suggests that sampling from the hackrf to the audio card is losing
> samples somewhere. (and yes it has the two clock problem and yes it
> "occasionally" would dump an aU on the console but this new behavior is a
> constant stream of aU's and really broken up audio) Now to figure out if
> the hackf is dropping data.
>
> --Chuck
>
>
> On Mon, Jan 9, 2017 at 8:31 PM, Chuck McManis <chuck.mcmanis at gmail.com>
> wrote:
>
>> One thing that is different is that I installed Jupyter because I wanted
>> to do some of the interactive stuff that was being done in various
>> discussions and tutorials. The Jupyter folks recommend using Anaconda for
>> installing the various dependencies that Jupyter has and now I'm wondering
>> if I've got a library problem.
>>
>> --Chuck
>>
>>
>> On Mon, Jan 9, 2017 at 7:54 PM, Chuck McManis <chuck.mcmanis at gmail.com>
>> wrote:
>>
>>> So after setting aside my HackRF for a bit while I worked on other
>>> things, I picked it up today and started working on my FM experiments. I
>>> got a bazillion analog underruns. I went back to the original class version
>>> of an FM receiver and its giving me underruns now as well.
>>>
>>> The underruns make the system continually burp which is not good. I do
>>> regular system updates but there isn't anything pending that requires a
>>> reboot. I've unplugged and replugged the HackRF 1,  It is running 2015.07.2
>>> firmware. I'm pretty sure I updated the CPLD at the same time and tested it
>>> afterwards and it was fine then.
>>>
>>> So what I'm wondering is the process to use to start narrowing down the
>>> issue.
>>>
>>> --Chuck
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist9.pair.net/pipermail/hackrf-dev/attachments/20170109/ce94f798/attachment.html>