Showing results for 
Search instead for 
Did you mean: 

USB Superspeed Peripherals

Not applicable

I've contacted Cypress support about this one yesterday, but have not had a reply yet so thought I would try the forums...


I am currently looking at adding Windows 7 64-bit support for an existing product based on the EZ-USB FX2LP chip. Currently I use the cyusb driver to download a .spt file to the chip. Once downloaded, I then interface to the firmware using a driver created by Jungo WinDriver. This works well in Windows XP, but the introduction of driver signature enforcement in Windows 7 means that this approach will no longer work (it is not acceptable to make our customers press F8 on startup in order to disable the signature enforcement).

I understand that it is possible to get the cyusb driver signed, but it seemed simpler to remove the cyusb driver altogether and extend the driver created with Jungo WinDriver to download the firmware. As part of the WinDriver toolkit Cypress has provided an example of how to do this called "firmware_sample", which I have followed closely. The sample downloads the firmware from a .hex file rather than a .spt file. The other difference is that the download is not done automatically by the driver when the device is connected, but instead an API function in the driver's DLL is called by the software. The solution works well, I can connect to the device and the code runs as expected, expect for a small piece of the code which appears to be corrupted. When I exercise this part of the code the firmware crashes. This does not happen using the old cyusb method.

The section of the code that crashes is attempting to write to Port C, but I believe this is just coincidence, because the same port is written to in other parts of the code without any problems. Please can anyone suggest a reasons why there would be a difference in the way the code behaves when it is downloaded as a .hex file in the software rather than as a .spt file by the cyusb driver.

2 Replies
Not applicable

Hi Timmy,


I am assuming that your problem is solved by now.


Please let me know if not.




sai krishna.

New Contributor


I have exactly the same problem.

I have a HEX file for my FX2LP.

Under windows 7 64 bits i use a spt file to load the driver and firmware. Every works well.

I go in control center and try to load the hex file to RAM.( the same hexfile).

Then i can use control endpoint and read bulk endpoint.

IF i try to write to the endpoint 0x08 then on the next control endpoint the firmware lock.

Exactly the same requests work when the firmware is load by spt file. but not when hex loaded to RAM.

I have try to reset cpu, reenumerrate , reset endpoint.

Before each request i try to know the STALL status of an endpoint. all are 0 (no problem).

I have try on other system and the result is strictly the same.

What does the cypress console when executing the spt file ? there is a configuration made somewhere more.

Thank you for your support.