IP sin procesar, tiempo de respuesta de Ethernet en un microcontrolador basado en cortex-m3 [cerrado]

Esto depende completamente de su frecuencia operativa, el código que ejecutará, tal vez la velocidad de acceso a la memoria (a veces, Flash tiene tiempos de espera) y la velocidad del puerto de comunicación que está utilizando.

Hipotéticamente, supongamos 144 MHz (máximo en la hoja de datos), que puede realizar todas las tareas requeridas en 100 instrucciones y que está recibiendo bits a la velocidad del reloj del procesador. Si recibe un encabezado IP de 480 bits, se necesita el mismo 480/(144,000,000) seconds , para enviarlo se necesita lo mismo, y necesita procesar alrededor de 100 instrucciones, por lo que es otro 100/(144,000,000) seconds que le da un total aproximado de 1100/(144,000,000) ~ 8 microseconds . Esta es una suposición basada en tu información totalmente subjetiva.

Sin embargo, esto no significa que su retraso de propagación sea de 8 microsegundos. El retardo de propagación sería más como <receival time> + <processing time> = (100 + 480)/(144,000,000) que es de 4 microsegundos.

No puedo responder por ese micro en particular. Personalmente uso un pic32 a 80 mhz con dp83848 externo y una pila MC. Yo también estaba muy preocupado por la latencia. Mi bucle de control realiza un ping y 4 paquetes UDP con una carga útil de < 20 bytes, recuperando 4 paquetes UDP con una carga útil de aproximadamente 600 bytes. Este bucle toma alrededor del rango de 5-7 milisegundos e incluye los tiempos de respuesta de los 4 comandos del dispositivo externo.

La mayoría de los dispositivos que probé hacen ping alrededor de 0,3 milisegundos, quizás una combinación de demora de conmutación y administración de tareas internas.