FTDI FT2232H (USB <-> UART) velocidades de transmisión?

La nota de la aplicación le dice exactamente lo que puede seleccionar, luego debe asegurarse de que su microcontrolador pueda hacer la misma velocidad de transmisión con menos del 10% de error.

10%? El 10% de error es demasiado alto para buenas comunicaciones UART ... generalmente es algo así como +/- 3%.

Si hay un reloj perfecto en un lado, puede tener hasta un 10% de error en el otro (utilizando datos de 8 bits, 1 inicio, 1 parada) sin un error. Agrega paridad, necesita disminuir ese error máximo. Sin embargo, normalmente ambos lados no son perfectos, y debe disminuir esa sobrecarga ya que ambos lo tienen.

@Kortuk: Si se sabe que el error se encuentra en una determinada dirección, se podría hacer arreglos para una tolerancia de extremo remoto de, por ejemplo, 0-10% rápido, pero si lo hace, las comunicaciones pueden fallar si el extremo remoto es 0.01% lento. Muchos diseños UART tienen rangos de error casi simétricos, aunque algunos con sobremuestreo 4x son asimétricos; Sin embargo, nunca he visto uno que permitiera al usuario ajustar la sincronización del bit de inicio para favorecer un control remoto más rápido o más lento.

@supercat, creo que el MSP430 que solíamos usar podíamos usar "modulación", que dio un alto error en el primer bit pero mejoró con respecto a los bits.

No es del todo cierto, aunque es un error fácil de cometer. La selección de tarifas de BPS en Linux tiene que ser compatible con POSIX, y también hay mucho equipaje emocional de los años setenta. Por ejemplo, solía ser que solo podía seleccionar hasta 38400. Más tarde, podría voltear un poco y 57600 y 115200 también estarían disponibles. Todo esto está en el lado del sistema operativo, no en el lado del hardware. Los conductores modernos aún tienen que soportar las venerables Bxxxxbanderas, pero también pueden hacer tarifas personalizadas. Mire get_ftdi_divisor()(línea 1077) en el controlador. Puede establecer tasas de BPS personalizadas de hasta 12,000,000 en el FT232H.