| ??? 08/18/08 10:18 Read: times |
#157545 - continuing problem... Responding to: ???'s previous message |
I tried the variant b). I enable the USB controller and then I simulate a detach on the USB line (all in startup.A51). Then I make the initialization of the device, I configure USB clock and at the end I attach on the line and wainting for the requests. In addition, SP3 was installed. But no device status change... The bug is still in the same section.
For the HID keyboard/mouse, Put a dummy packet to the interrupt IN endpoint (EP) on the initialization. ZLP (Zero-Length Packet) will do. When you see that this packet is sent, by the interrupt of this EP or polling TXCMPL bit, your firmware knows that the PC start to read out the IN EP. This method works fine and I am able to find out that the enumaration is at the end, but on the other hand the data (pseudo pressed HID keys), which I was trying to send after the ZLP, are not delived correctly... I use standard HID class with the 8byte IN interrupt endpoint. |
| Topic | Author | Date |
| AT89c5131 enumeration problem... | 01/01/70 00:00 | |
| Initialization problem | 01/01/70 00:00 | |
| Windows bug | 01/01/70 00:00 | |
| continuing problem... | 01/01/70 00:00 | |
| End of enumeration | 01/01/70 00:00 | |
| Zero-length data packet | 01/01/70 00:00 | |
| ZLP to the interrupt IN EP | 01/01/70 00:00 | |
| My fault... | 01/01/70 00:00 | |
| Which example? | 01/01/70 00:00 | |
| Implementing the USB Enumeration Process... | 01/01/70 00:00 | |
| Packet size of the interrupt IN EP | 01/01/70 00:00 | |
| packet size... | 01/01/70 00:00 | |
Detailed log... | 01/01/70 00:00 |