Technical discussions about the TI C55x DSPs (including the c5501, c5502, c5503, c5507, c5509, c5510 and OMAP5910).
Has anyone found any answers to the USB issues talked about in this old thread? We are possibly having similar issues. We are using a 5509a (new silicon) USB tranactions are working just fine then Bam..Bam..Bam three back-to-back missed responses halting PC communications (3 and out). The signals seem to look ok. (Sorry about the Top Post) Thanks for any insights PeeJayBlack ================================================ --- In c...@yahoogroups.com, Marko Panger AGB Lab <marko.panger@...> wrote: > > After a discussion with TI we tried the 5509A, but with no success. The > code didn't worked. > > This was about 5 moths ago. > > Jeff Brower wrote: > > > Paul- > > > > > >>Seems to me the silicon F is not a big improvement, but if you > >>checkout the silicon errata for the 5509A you will see the bug list > >>drop dramatically. > > > > > > Yes, and faster and about same cost also for BGA package. > > > > -Jeff > > > > > > > >>As for the USB problem, I have a problem with the UART. After some > >>period of time (seems random), the UART no longer generates interrupts > >>when characters are received!! Sounds like the USB has the same > >>underlying problem. > >> > >>Are you using GIO calls?? > >> > >>Paul > >> > >>--- In c...@yahoogroups.com, Marko Panger AGB Lab <marko.panger@a...> > >>wrote: > >> > >>>Wa are using the F revision. All of the versions are buggy, but they > >>>fixed some things in the latest versions (F). See the sillicon errata. > >> > >>>We are still digging into a problem we discovered with USB. Randomly we > >>>are missing transactions. We still don't know if this is a HW or SW > >> > >>bug. > >> > >>>The behaviour is that from a certain point we don't get any more USB > >>>interrupts, until we unplug and then re-plug the device. > >>> > >>>In think the major bug you should be aware is that CLKOUT is out of > >>>control when booting from FLASH (not via CCS and JTAG). Also there are > >>>several bugs with sleep modes. > >>> > >>>marko > > > >