I am using TIVA TM4C1237H controller .I wish to interface Keyboard and Pendrive to it.I am using FSUSB11MTX for multiplexing them.Using a GPIO pin I select the FSUSB11MTX . Now Iam able to interface 2 keyboards and switch between them .But while using pendrive I am able to transfer files as long as there is no device in the other port.As soon as I connect any device in other port the system hangs and shows unknown device for both ports.
I guess there is issue in creating interrupts. Please look into the matter today itself ,as soon as possible.The development process is now interrupted by this minor USB glitch.
Regards, Dhanush Nair
+5V + VBUS | | | ---------------- | |--|------| IN OUT|----|6 | | | | | | |------| IN OUT|----|7 | | | | | Vusb0epe--EN OUT|----|8 capacitor-( | | | | Usb0flt---OCn | | | | | | Gnd| ---|-GND | -( capacitor | | | | Gnd| |________________| |Gnd TPS 2051
What does Vusb0epe mean on your schematic? Does this signal connect to one of TM4c1237h port pin?
Tsuneo
hi Tsuneo, In schematic Vusb0epe is connected to USB0EPEN pin of TM4c1237h controller. Vusb0epe = USB0EPEN (pin of controller)
I am facing another problem also,as In my project i am doing spark testing on keyboard . In this after some time in USBHCDEvent() function it shows an USB_DISCONNECT event only. I removed keyboard manually and connected again still it is showning only USB_DISCONNECT event only. Other than USB everything is working fine.
Ah, it’s USBEPEN. I searched USB[b]0[/b]EPEN on the datasheet, but it didn’t hit ;-)
You have another discussion on the TI Tiva forum, e2e.ti.com/.../363285.aspx And you got a right answer on this issue there.
> I am facing another problem also,as In my project i am doing spark testing on keyboard .
Noise caused by the spark should make the USB host module / firmware mad on the chip.
The USB ports should have TVS (ESD) protection chips, like ST USBLC6-2, just after the USB connectors, before the spark would break your Tiva chip down unrecoverablly.
Insert protection chips, and monitor these facts, - The host stack may return transaction error, just when a transaction is going on at the spark. But the next transaction (error retry) passes successfully. - The target keyboard still works properly after the spark, without power-cycling of VBUS.
I believe it should be the purpose of the spark test ;-)
Further discussion should go on OP’s same topic on the TI forum, as this thread goes more and more unrelated to Keil. e2e.ti.com/.../363285.aspx