La respuesta es, desafortunadamente, "depende".
¿Con qué estás hablando? ¿Qué tipo de procesamiento tienen que hacer los nodos antes de que puedan responder? ¿Cuánto tiempo tarda la señal en pasar por el cable y ser recibida (esto solo es importante para los enlaces RS485 REALMENTE largos)? ¿Cuáles son los límites (habilitación y cambio del controlador) en sus controladores RS485?
Los tiempos de espera son siempre una buena idea: aseguran que, sin importar lo que ocurra en el cable, su dispositivo responderá de manera predecible y controlada. Significa que su protocolo será más robusto y una falla de comunicación no acabará con el enlace. Sin embargo, 200us parece realmente apretado y tengo que preguntar por qué querría hacer cumplir un tiempo de espera tan rápido. 2.5mpbs es bastante rápido, pero está hablando de RS485 y también necesita administrar la DE y la temporización entre cuadros: ¿ha pensado en estos elementos porque tienen un impacto directo en las capacidades del enlace? y en última instancia, su valor de tiempo de espera.
Si está utilizando UART con el controlador de hardware habilitado, esto es un bono, especialmente a velocidades de datos tan altas; de lo contrario, estará girando esperando que el registro de cambio de transmisión esté vacío (¡NO el registro de espera!) o incurriendo en un procesamiento de interrupción adicional para apagar el controlador cuando se haya puesto el último bit en el cable. Algunos controladores también requieren un poco más de tiempo antes de ser deshabilitados, lo que puede agregar más tiempo a la ecuación.
¿Qué disposiciones tiene el protocolo que está utilizando para la integridad de los datos? ¿Tiene que calcular los CRC o imponer la integridad real de los parámetros? Estos también consumirán tiempo de recepción y procesamiento de paquetes, especialmente si no tiene asistencia de hardware. ¿El protocolo permite la fragmentación de paquetes o la transmisión y recepción fuera de orden? ¿Qué pasa en el caso de una colisión? No ha proporcionado suficiente información y sospecho que, según el estilo de su pregunta, no le ha dado a estas cosas importantes el pensamiento que requieren para que podamos responder su pregunta correctamente.
Tómate un tiempo y piensa en el problema. 2.5mbps en un sistema con un reloj de 72MHz no tiene mucho tiempo para gastar en estas cosas, especialmente si está realizando otro procesamiento de datos además de ejecutar el enlace de comunicación. El poder de procesamiento involucrado no es mucho, pero parece que estás atando intencionalmente una mano detrás de tu propia espalda y te estás planteando un problema mucho más difícil sin una buena razón.
Y, por último, si al final del día quieres hacerlo ... ¿por qué no elegir un número para el tiempo de espera y experimentar? Cargue los sistemas, dese el enlace físico más largo, hágalo de mierda, agregue algo de ruido e incertidumbre, aumente la temperatura y vea dónde comienza a romperse el sistema. En realidad, idealmente estarías haciendo esto de todos modos.