On Thu, Apr 28, 2011 at 3:14 PM, Josh Blum
<address@hidden> wrote:
On 04/28/2011 02:54 PM, Michael Dev wrote:
> Backing out that RFX change didn't help.
>
Just so you know, I backed that change out of the master. The lower
clock rates do seem to cause an issue for me on RFX + E100. The change
was also introduced on the 19th which is when you said it last worked
for you. Can you try the master now? it really seems unlikely be
something else.
(MD) How is it different than what I tried per your suggestion yesterday? I took the master tip and backed out the RFX change using the reverse diff for that checkin. Isn't it what the master tip is currently? Maybe I'm missing something here.
> For what it's worth, my USRP1 + RFX dboard setup doesn't have the same
> issue. Kinda says it's an E100 issue, not RFX.
>
Unfortunately, The change wouldn't effect USRP1 because it has no clock
dividers.
(MD) Oh, okay.
On your USRP1 issue. I found some reset registers that weren't being
poked in UHD that were poked by gnuradio-usrp. The change didnt seem to
harm anything for me. Does this help with any of the flakiness you see?
http://ettus-apps.sourcerepo.com/redmine/ettus/projects/uhd/repository/show?rev=usrp1_init_resets
Thanks,
-Josh
(MD) OK, I will give a shot later. Please note that the flakiness is on both USRP1 and E100 whenever I use UHD. To recap and add a little more detail, the problem is that:
A: Restarting my app often gives me unrecognizable/dirty rx samples. Once I get a clean signal, it seems to stay that way until I happen to restart my app.
B: UHD config calls sometimes hang and I have to power cycle.
Thanks for your support.