USB low-full-high speed peripherals Forum Discussions

Hello,

I am trying to include the 'CyAPI.lib' from the x64 Cypress library folder and trying to build in C++ 10.4 Builder for the multi target platform. But, I am facing problem with a linker error like "[ilink64 Error] Error: Unresolved external 'CCyUSBDevice::CCyUSBDevice(void*, _GUID, int)..................'  while trying to build. Please find the attached snapshot for more details. 

Any guidance on the matter would be greatly appreciated !!  

@YatheeshD_36 

Thanks,

Aditya

Hello Everyone. I am having one strange Issue in my Windows 10 PC recently. Whenever I connect my USB Flash Drive with my PC, file explorer keeps opening by itself without any Confirmation. Has anyone faced this issue before? If yes, then how can I solve this Issue?

Hello everyone,

i need a clarification on a detail regarding VCCIO=1V8 of CY7C65213.

As seen on the datasheet, the VCCD pin is the OUTPUT of the internal regulator for 1V8 and it cannot drive external loads.

Additionaly, on the datasheet  it is mentioned that when VCCIO is less than 2V, VCCD must be connected to VCCIO.

In this scenario, can the device be damaged during startup considering that the default configuration stored in its Flash doesn't disable the internal regulator (as shown on Table 2 in the datasheet)?

Lastly, always from Table 2 of the datasheet, it is hinted that CTS and DSR signals have an internal pull up. What about DCD and RI Signals? Do they have some internal pull up or pull down as well?

Thanks in advance.

Hey,

I was looking a replacment for CY7C68001-56PVXC USB controller IC. which new part replaced this Part before it went obsolete. I am trying to find a new part to replace this obsolete part with the  minimum possible change in the PCB and software. 

Hi,

I notived that the I2C speed of my I2C transactions are not 100KHZ but rather 85KHZ. 

When 400KHZ mode is selected,  speed is also lower than 400KHZ (less than 300 ...).

In my code, i set the CPU clock to 48MHZ.

// Configure CPU Clocks
// 48 MHZ // CLK_OUT ON (for Debug)
CPUCS = (bmCLKOE | bmCLKSPD1) & ~bmCLKSPD0;
SYNCDELAY;

Any idea why such low I2C frequency ? 

Do i need to configure something in the code ? I used the FX2LP template ECLIPSE project for my Firmware.

Thanks.

I'm a software engineer with RTP Corp.  We are using the CY7C68001 EZ-USB SX2 High Speed USB Interface Device.  We have an embedded software design used for process control and have written a simple embedded USB driver.  Our devices are limited to one USB port with one USB High Speed device (the CY7C68000).  The USB device is on-board with the CPU chip-set (Intel SCH US15W)   We transfer data using four endpoints.  Two of the endpoints transfer about 1072 bytes of output data, and 245 bytes of input data continually at a 1 millisecond rate. The other two endpoints transfer 512 bytes or less of output or input data randomly to communicate with flash memory.

The USB host controller is an Intel EHCI device built into the chip-set.  The software mostly polls the EHCI, and the only interrupt is the Interrupt On Completion of transfer descriptors.  The interrupt service routine examines the descriptors to see which ones have completed, and sets operating system even flags associated with the completed transfers. Then it clears the interrupt request.

So long as we use only one pair of IN/OUT endpoints to transfer the 1 millisecond repetitive data, we see no problem.  When we perform output transfers to the endpoint for flash in addition to the 1 millisecond periodic outputs, we start seeing intermittent errors on the 1 ms. output.  The endpoint transferring data every millisecond gets transaction errors in the status for the USB host controller transfer descriptors.  Those transaction errors appear to be recoverable. The transfer completes successfully.  The transaction errors continue at random times after doing a single data transfer on the flash endpoints.  Along with the intermittent but frequent transaction errors on the 1 ms. outputs we sometimes see lost or incorrect data.

My understanding of a transaction error is that the USB device (CY7C68001) did not respond on USB or responded with an incorrect USB token.  That would indicate either a logic error in the (CY7C68001), or check code failures on tokens or output data.  I have not found any configuration of the host controller that explains the intermittent recoverable transaction errors.  Why would communicating to a second output endpoint cause transaction errors on a different endpoint?  Is there some violation of the FIFO handshaking that could explain the transaction errors on USB?  For example, if an OUT FIFO goes from not-full to full without any output data being transferred, would that cause a transaction error. In that case, the CY7C68001 would return ACK instead of NYET in responses to OUT transfer, but then later NAK the OUT data transfer instead of sending ACK as expected.  Would that be considered a transaction error?  Does an output FIFO going from empty to full without any data being put into it cause the CY7C68001 to violate the protocol enough to produce a transaction error in the host controller?  Is there any other scenario that might explain a transaction error detected by the host controller?

The other odd thing about this problem is that a power cycle makes the problem stop occurring until we perform another transfer to the flash output endpoint.  Doing a software restart or hardware reset does not make the problem stop occurring. Our host controller driver is doing a USB reset to the CY7C68001 in both cases.  Our hardware engineer has verified that even on a software restart, the CY7C6801 and the logic connected to that are also being reset via a hardware signal.

We have been able to verify that communicating with either of the pairs of OUT/IN endpoints and not the other avoids the problem.  By synchronizing the transfers for the sets of endpoints, and moving the timing relationship, we can make the problem happen more or less frequently. Even when the transfers are done separately from each other in time the problem still happens.

Since I am the software engineer, I am only somewhat familiar with the CY7C68001. I am mostly concerned about any EHCI configuration or programming errors that might explain the transaction errors.  We are preserving the PING status and data toggle across transfers to each endpoint.  We only use bulk transfers, either output or input, and we only use the asynchronous schedule.  Other than timing, there is nothing different about the transfers at 1 ms. versus the flash transfers.

We have at most three transfers active in the asynchronous list.  The 1 ms. OUT and IN transfers are started at nearly the same time, with the OUT slightly preceeding the IN.  The OUT transfer always completes before the IN transfer, since the input data is not placed into the FIFO until the expected output data has been completely received by the CY7C68001.  The third transfer that may be present in the asynchronous schedule is either an OUT or IN to one of the flash communication endpoints. The only case where the flash transfers took significant time to complete was during a flash erase.  The IN transfer would not complete until the erase completed about 300 ms. later.  We changed the flash communication so that an IN completes almost immediately, within 125 microseconds or less.  Changing the flash IN transfer to use less time on the USB bus did not have any effect, and an OUT to the flash endpoint still caused the other OUT endpoint to get transaction errors continually afterward.

If there are hardware considerations that might explain this problem of transaction errors and incorrect output data, I would like to pass the information on to our hardware engineer.  I can see how a violation of the FIFO handshaking could cause incorrect data, but I can't explain how that would cause USB transaction errors.  My impression is that the USB logic is mostly separate from the FIFO handshaking.

Should we be looking for electrical issues on the USB bus between the host controller and the CY7C68001?  Does this even sound like a problem being caught by error check codes?

Any suggestions will be appreciated.

Hi there 😉

I have a DVB-s2 Tuner that needs to be connected to a Linux machine using the CY7C68013a  FX2LP.

Interface from the demodulator is 8-Bit parallel TS transport stream.

There is also a serial TS interface but i guess thats too fast to capture.

On the Linux i guess its necessary to use libusb and write an application to read the data and control the channels.

The reference designs "CY_FX2LP_LGS_ DMB-TH_TV Dongle", there is a folder "firmware->USBTV".

is that for the CY7C68013a  - chip? to be downloaded on connect?

What SDK do i need to compile this firmware?

I have just an CY7C68013a  mini board.

Thanks!