x3.exe said:as with proper drivers they can represent usb connection as a virtual comm port, which again is limited to 115kbps( What the hell?!!). So what's the point in using USB connection in that case, as there is absolutely no increas in data rates?
Completely wrong, as Chris said. You can easily achieve 1 or 2 Mbps, with good programming near to full USB payload.they can represent usb connection as a virtual comm port, which again is limited to 115kbps
ChrisC said:x3.exe said:as with proper drivers they can represent usb connection as a virtual comm port, which again is limited to 115kbps( What the hell?!!). So what's the point in using USB connection in that case, as there is absolutely no increas in data rates?
The point is that, given a natively-USB aware embedded device (as opposed to one which uses a serial-USB converter hooked up to one of its ow UARTs) on the other end of the USB cable, the baud rate you set at the PC end of the cable is irrelevant - the actual transfer rate will be determined by the speeds at which the sending device can spit out data and the receiving device can accept it, up to the physical limits of the particular type of USB connection being used.
FvM said:Completely wrong, as Chris said. You can easily achieve 1 or 2 Mbps, with good programming near to full USB payload.they can represent usb connection as a virtual comm port, which again is limited to 115kbps
x3.exe said:And if the connection is established without emulating the serial com port, how do I see the data coming to the port in order to verify that it was transmitted correctly?
Well, when I connect the board to my laptop it appears as com 9 in Realterm, it functions properly when baud rate is set to 115.2Kbaud, and freezes completely when I try to increase the baud rate. What else can cause it except for UART FIFO buffer's overflow?
FvM said:An "UART to USB" bridge of course isn't a true virtual COM port, it's also real UART with a specified baudrate, that can't be overriden. The achievable speed is also limited by the available baud rates at the uP side. That's not a suitable way to achieve high speed, I think. A USB to parallel interface (e.g. FTDI FT245) is the usual solution to get a high throughput without USB hardware at the uP.
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?