I have started using the TI TUSB1210 which is a USB PHY with a ULPI interface. However, I can virtually guarantee that during enumeration, the device will lock up with DIR permanently DIR high in High Speed mode and seemingly with the terminating resistor enabled such that it keeps both D+ and D- low. I can make it happen quite reliably. I have sent a few messages on the relevant TI forum and despite promises the TI guys there haven't got back to me even when chased. Unless people here suggest I persist with this device, can anyone recommend an alternative USB PHY with a ULPI interface that has less unintended features? -- Mike Perkins Video Solutions Ltd www.videosolutions.ltd.uk
USB PHY recommendations
Started by ●October 8, 2014
Reply by ●October 9, 20142014-10-09
On Wed, 08 Oct 2014 22:30:54 +0100, Mike Perkins wrote:> I have started using the TI TUSB1210 which is a USB PHY with a ULPI > interface. > > However, I can virtually guarantee that during enumeration, the device > will lock up with DIR permanently DIR high in High Speed mode and > seemingly with the terminating resistor enabled such that it keeps both > D+ and D- low. I can make it happen quite reliably. > > I have sent a few messages on the relevant TI forum and despite promises > the TI guys there haven't got back to me even when chased. > > Unless people here suggest I persist with this device, can anyone > recommend an alternative USB PHY with a ULPI interface that has less > unintended features?I've used the SMSC / Microchip USB3320 in a few designs. I have seen problems with the ULPI itself if the bus is allowed to float by the master, which can actually inject spurious register writes into the PHY. This can happen if the ULPI is on multipurpose pins on a microcontroller or FPGA that need to be programmed to be in ULPI mode. BTW, I found I couldn't use the TI TUSB1210 part in my designs due to power supply rail sequencing requirements between the 3.3V and 1.8V rail. There's a diode between VBAT and VDDIO. This wasn't mentioned on the TI datasheet, despite being a feature of the silicon! This may or may not be a problem for your design, depending on your power supply. Regards, Allan
Reply by ●October 9, 20142014-10-09
On 09/10/2014 11:29, Allan Herriman wrote:> On Wed, 08 Oct 2014 22:30:54 +0100, Mike Perkins wrote: > >> I have started using the TI TUSB1210 which is a USB PHY with a ULPI >> interface. >> >> However, I can virtually guarantee that during enumeration, the device >> will lock up with DIR permanently DIR high in High Speed mode and >> seemingly with the terminating resistor enabled such that it keeps both >> D+ and D- low. I can make it happen quite reliably. >> >> I have sent a few messages on the relevant TI forum and despite promises >> the TI guys there haven't got back to me even when chased. >> >> Unless people here suggest I persist with this device, can anyone >> recommend an alternative USB PHY with a ULPI interface that has less >> unintended features? > > > I've used the SMSC / Microchip USB3320 in a few designs. > > > I have seen problems with the ULPI itself if the bus is allowed to float > by the master, which can actually inject spurious register writes into > the PHY. > This can happen if the ULPI is on multipurpose pins on a microcontroller > or FPGA that need to be programmed to be in ULPI mode. > > > BTW, I found I couldn't use the TI TUSB1210 part in my designs due to > power supply rail sequencing requirements between the 3.3V and 1.8V rail. > > There's a diode between VBAT and VDDIO. This wasn't mentioned on the TI > datasheet, despite being a feature of the silicon! > > This may or may not be a problem for your design, depending on your power > supply.Many thanks for your insight. This is connected to a FPGA, where I have access and have control of all the relevant pins. The power sequencing hasn't been a problem, perhaps I'm lucky? Just applying reset to the PHY makes it come back to life! -- Mike Perkins Video Solutions Ltd www.videosolutions.ltd.uk
Reply by ●October 23, 20142014-10-23
On Wednesday, October 8, 2014 2:30:54 PM UTC-7, Mike Perkins wrote:> I have started using the TI TUSB1210 which is a USB PHY with a ULPI > interface. > > However, I can virtually guarantee that during enumeration, the device > will lock up with DIR permanently DIR high in High Speed mode and > seemingly with the terminating resistor enabled such that it keeps both > D+ and D- low. I can make it happen quite reliably. > > I have sent a few messages on the relevant TI forum and despite promises > the TI guys there haven't got back to me even when chased. > > Unless people here suggest I persist with this device, can anyone > recommend an alternative USB PHY with a ULPI interface that has less > unintended features? > > > -- > Mike Perkins > Video Solutions Ltd > www.videosolutions.ltd.ukHave you looked at the Cypress device?
Reply by ●October 24, 20142014-10-24
On 24/10/2014 00:56, jim.tavacoli@gmail.com wrote:> On Wednesday, October 8, 2014 2:30:54 PM UTC-7, Mike Perkins wrote: >> I have started using the TI TUSB1210 which is a USB PHY with a ULPI >> interface. >> >> However, I can virtually guarantee that during enumeration, the device >> will lock up with DIR permanently DIR high in High Speed mode and >> seemingly with the terminating resistor enabled such that it keeps both >> D+ and D- low. I can make it happen quite reliably. >> >> I have sent a few messages on the relevant TI forum and despite promises >> the TI guys there haven't got back to me even when chased. >> >> Unless people here suggest I persist with this device, can anyone >> recommend an alternative USB PHY with a ULPI interface that has less >> unintended features? >> > > Have you looked at the Cypress device?I sort of discounted them as they weren't showing in stock with DigiKey. Have you used them? Are they reliable? -- Mike Perkins Video Solutions Ltd www.videosolutions.ltd.uk
Reply by ●November 4, 20142014-11-04
We have used the USB3315 extensively in our products, which are used with a huge number of hosts and devices. We have never had a problem with this chip. The USB3315 was made by SMSC (which was bought up by Microchip Tech). This particular chip is now hard to get hold of. I assume that other chips from that series (such as the one Allan mentioned above) will be just as reliable. Regards, Alex
Reply by ●November 4, 20142014-11-04
On 04/11/2014 14:20, ajpkane@gmail.com wrote:> We have used the USB3315 extensively in our products, which are used > with a huge number of hosts and devices. We have never had a problem > with this chip. > > The USB3315 was made by SMSC (which was bought up by Microchip Tech). > This particular chip is now hard to get hold of. I assume that other > chips from that series (such as the one Allan mentioned above) will > be just as reliable. > > Regards, AlexMany thanks for your endorsement. Microchip claim the USB3315 is still in production. -- Mike Perkins Video Solutions Ltd www.videosolutions.ltd.uk
Reply by ●November 5, 20142014-11-05
On Wednesday, 5 November 2014 01:57:38 UTC+1, Mike Perkins wrote:> On 04/11/2014 14:20, wrote: > > We have used the USB3315 extensively in our products, which are used > > with a huge number of hosts and devices. We have never had a problem > > with this chip. > > > > The USB3315 was made by SMSC (which was bought up by Microchip Tech). > > This particular chip is now hard to get hold of. I assume that other > > chips from that series (such as the one Allan mentioned above) will > > be just as reliable. > > > > Regards, Alex >=20 > Many thanks for your endorsement. >=20 > Microchip claim the USB3315 is still in production. >=20 >=20 >=20 > --=20 > Mike Perkins > Video Solutions Ltd > www.videosolutions.ltd.ukHi Mike, I just spoke to a colleague, and he did mention there was one problem with = the chip: When operating in Full Speed there are some features that don't w= ork quite correctly. Many Full Speed applications will work fine though, an= d operating with High Speed or Low Speed is bullet proof (as far as USB goe= s). It hasn't bothered us though as we only use Full Speed in specific circ= umstances. Regards, Alex
Reply by ●November 5, 20142014-11-05
On 05/11/2014 08:32, Alexander Kane wrote:> On Wednesday, 5 November 2014 01:57:38 UTC+1, Mike Perkins wrote: >> On 04/11/2014 14:20, wrote: >>> We have used the USB3315 extensively in our products, which are >>> used with a huge number of hosts and devices. We have never had a >>> problem with this chip. >>> >>> The USB3315 was made by SMSC (which was bought up by Microchip >>> Tech). This particular chip is now hard to get hold of. I assume >>> that other chips from that series (such as the one Allan >>> mentioned above) will be just as reliable. >>> >>> Regards, Alex >> >> Many thanks for your endorsement. >> >> Microchip claim the USB3315 is still in production. >> > > Hi Mike, > > I just spoke to a colleague, and he did mention there was one problem > with the chip: When operating in Full Speed there are some features > that don't work quite correctly. Many Full Speed applications will > work fine though, and operating with High Speed or Low Speed is > bullet proof (as far as USB goes). It hasn't bothered us though as we > only use Full Speed in specific circumstances. > > Regards, AlexMany thanks for your trouble. I only intend to use High Speed though could drop down to Full Speed. Do you know what were these "features" that don't work correctly. This project is currently on hold but will restart shortly! -- Mike Perkins Video Solutions Ltd www.videosolutions.ltd.uk
Reply by ●November 9, 20142014-11-09
Hello I appreciate your guidance in advance! I want to implement a high speed USB 2.0 host controller on FPGA for an image processing application. There are none free USB 2.0 host high speed IPs and commercial IPs are very expensive for me. I want to read some files and processing them. Now, I have a Altera FPGA and USB3300 ULPI PHY. I also find document and read that.(ULPI interface. UTMI+ Low Pin Interface (ULPI) Specification REV 1.1 oct 20 2004) . In this document only discuss about handshaking an transmit packet. I want understand how can I read some cluster from flash memory in USB mass storage device. What kind of other protocols and interfaces are required for "read file from usb mass storage"?
