I ask you a great god, and we adopt CY7c68103 upper machine and lower machine communication to transmit data, USES a FIFO mode, and read the data found in the testing process is quite slow, data from 100 k to 4 seconds to read, don't know what went wrong, the following is my PC receives the function that everybody a great god directions genuflect is begged!
Bool CyUSBWrapper: : ReadFromUsb (unsigned char buff [], LONG bytesToRead)
{
//return m_InEndpt - & gt; XferData (buff, bytesToRead);//- & gt; XferData ((buff, bytesToRead);
UCHAR * inContext=m_InEndpt - & gt; BeginDataXfer (buff, bytesToRead, & amp; M_inOvLap);
//m_InEndpt - & gt; WaitForXfer (& amp; M_inOvLap m_nTimeOut);
if(! M_InEndpt - & gt; WaitForXfer (& amp; M_inOvLap m_nTimeOut))
{
M_InEndpt - & gt; Abort ();
WaitForSingleObject (m_inOvLap hEvent, INFINITE);
};
Return m_InEndpt - & gt; FinishDataXfer (buff, bytesToRead, & amp; M_inOvLap inContext);
}
Block and block all tried to all have no effect

CodePudding user response:

100 k to minutes, write wrong

CodePudding user response:

Try the other serial port receives the software, because his writing is not very good,

How fast is not related to baud rate, improve the baud rate

CodePudding user response:

,,, I this is usb communication, with baud rate seems to be little

CodePudding user response:

In this and USB Frameware has a lot to do, large amount of data suitable for BULK way choice, Packet size as large as 512 byte as far as possible, and lower equipment should be timely written Packet

With the Demo in the SDK, you can refer to

CodePudding user response:

Upgrade USB transfer 232 driver to the latest version of

CodePudding user response:

This is not necessarily a PC problem, may be the next bit machine single data transmission is too small,