USB low-full-high speed peripherals Forum Discussions
Hi
I want find ack signal in EZUSB_i2c function.
But i have not oscilloscope so i need to find way without oscilloscope to find ack status .
And i want find status ack signal in read or write in i2c.
So, is there any way how to find ack signal ?
Show LessCypress’s PRoC™-UI Solution Wins 2012 Product of the Year Award From Electronic Products Magazine
Please refer to the following webpage for more details on PRoC-UI
http://www.cypress.com/?id=4598
Thanks,
Sai Krishna.
Show LessGreetings.
We make a line of data collection hardware that connects to Windows/Mac/Linux machines via USB.
Our latest product uses the CY8C5247AXI PSoC5 processor as our controller.
Up until now, it has worked fine with all host computers that we have connected to (Mac OSX and Windows XP & 7).
When we connect our device to a Dell Latitude 10 tablet running Windows 8, the USB connection works fine most of the time, but occasionally we see on our USB protocol analyzer that some IN transactions from the host are ignored by the PSoC. I'm guessing there is some sort of subtle signalling issue that is causing the failures.
Attached is an image showing what our protocol analyzer sees.
Any ideas on how to fix this problem would be greatly appreciated.
Thank you
Scott Wild
Pasco scientific
Show Lesshi im using the fx2 on windows 8 and the first enumeration works but the second doesnt. This worked on windows 7 but when i move to windows 8 something goes wrong. What could be the possible issue ?
Thankyou 🙂
Show LessHI,
I am working on transferring video data to the USB host using fx2lp development kit. Can you help me with this. My camera is 320x240 so my buffer size would be 76800. Even on my firware code if i make a loop 76800, windows doesn't recognize the drivers. CyConsole download the hex file and but doesn't recognize the drivers.
i am doing this in my code
WORD i,j;
WORD *Destination = (WORD *) (&EP6FIFOBUF);
for(j=0;j<150;j++)
{
for(i=0;i<512;i++)
{
*Destination++ = 1;
}
EP6BCH = MSB(count);
SYNCDELAY;
EP6BCL = LSB(count);
SYNCDELAY;
}
Please let me know how I can do this.
Regards,
ABM
Show LessHello! Chip used CY7C68034. Please tell me how to change the project CY3686FW, that it was possible to receive data from an external device (such as an audio codec or GPS receiver) and record them in memory NAND. Sorry for the translation.
Show LessHi,
I am new to this USB stuff. I am trying to learn and trying to build a USB board for our camera manufacture by our company. I am still in early steps of learning. I have a Cypress fx2lp development kit. I have played with most of the firware examples and tested with CyConsole.exe. I have created a BulkIn firmware code which sends 512 bytes to host and I tested with Cyconsole and it runs fine. Next step, I want to read this data in my own VC++ application using CyAPI. That's where the problem came. When I download the BulkIn hex code using Cyconsole I even cannot open the device anymore in my vc++ application. If i reset the Cypress development board the VC++ code run fine. I am just doing this
CCyUSBDevice *USBDevice = new CCyUSBDevice();
unsigned char noDevices = USBDevice->DeviceCount();
for(int i=0;i<noDevices;i++) {
if(USBDevice->Open(i))
SetWindowText(USBDevice->DeviceName);
}
As i said earlier, when i don't download the BulkIn firmware code, the above code runs fine but when i download the BulkIn program it doesn't work
Please help me as I know, I must be doing something wrong.
Regards,
Show LessGreetings!
I'm running on a MicroBlaze processor (running at 133 MHz), and I'm encountering a situation where the CSW response to a bulk data write (usually after a big block, i.e. 128KB) is always NAKed. I see the CSW URB being posted (size=13), and then the td associated with the URB is NAK'd. The Linux driver yanks the TD as it services the completed TD's, then re-submits it again since the URB is still there. This infinite loop continues until the higher-level SCSI or Block sub-system times out and the device port get's a hard reset - after 30 seconds usually.
Bear in mind that I'm able to write thousands of data blocks before this situation occurs. That could mean minutes to hours of error-free writes and then the system borks.
Does anyone know all the events that can occur to cause a C67300 to forever-NAK like this? Anyone else had a similar issue? I'm making the assumption that the standard Linux drivers should work, and that maybe it has something to do with the slower 133 MHz speed of the CPU.
Thanks for any help or recommendations!
Show Less