[Hackrf-dev] Ok, this is weird

Cinaed Simson cinaed.simson at gmail.com
Thu Jan 12 04:20:34 EST 2017


On 01/09/2017 09:09 PM, Chuck McManis 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

If you want help with gnuradio companion, post your grc file.


> 
> 
> On Mon, Jan 9, 2017 at 8:31 PM, Chuck McManis <chuck.mcmanis at gmail.com
> <mailto: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 <mailto: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
> 
> 
> 
> 
> 
> _______________________________________________
> HackRF-dev mailing list
> HackRF-dev at greatscottgadgets.com
> https://pairlist9.pair.net/mailman/listinfo/hackrf-dev
> 



More information about the HackRF-dev mailing list