On Thu, Apr 28, 2011 at 3:14 PM, Josh Blum <[email protected]> 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. Michael
_______________________________________________ Discuss-gnuradio mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
