velocidad de comunicación FTDI

  

La PC envía 1 byte en mcu, mcu escribe este byte en un lcd 1602 y envía dos bytes como respuesta a la PC que corresponde a una conversión adc.

Su problema no es el ancho de banda, sino la latencia. La gente piensa que el bus USB es muy rápido, porque para la mayoría de los propósitos, una vez que comienza a mover paquetes de datos, puede moverse mucho en ellos rápidamente.

Sin embargo, el USB también es extremadamente lento en un aspecto: toma un tiempo comparativamente largo para iniciar mover un paquete de datos. Cuando los datos vienen en partes pequeñas, y el envío de nuevos depende de recibir la respuesta a los anteriores, constantemente sufre esa latencia y su velocidad de datos cae muy por debajo de lo que puede soportar el USB o la velocidad de transmisión continua.

Por lo general, la oportunidad de iniciar una transferencia se produce aproximadamente 1000 veces por segundo, y si solo envía un byte por transferencia, eso significa que su tasa de datos de efecto es de apenas 1000 bytes por segundo (se llamó a la década de 1980 y quieren que su módem de acceso telefónico vuelva a estar ). Pero en realidad, su progreso es aún más lento, ya que necesita enviar dos bytes en la otra dirección antes de poder hacerlo de nuevo. Es probable que estés logrando menos de 500 ciclos por segundo ...

Debe rediseñar su protocolo para poder mover grandes cantidades de datos en cada dirección sin necesidad de confirmación. Está esperando el viaje de ida y vuelta por el bus USB que está matando su rendimiento, no la velocidad real en baudios. Por sí mismo, un chip con velocidad de transmisión de padre o versión USB no ayudará en realidad.

Su hardware existente puede estar bien.