Nunca he considerado las prioridades de interrupción muy importantes en mi programación integrada. ¿Es correcto? ¿Debo prestar atención a las prioridades de las interrupciones durante la programación? ¿En qué medida afecta al software? Es una pregunta genérica y no está relacionada con ningún controlador.
Su aplicación es totalmente específica.
Situación : configura 2 interrupciones, una interrupción del temporizador (cada 1 ms, tal vez) para realizar un seguimiento de los tiempos de espera, la generación de pulsos, etc., y otra interrupción, tal vez cada vez que reciba datos a través de uart. Ahora, suponga que no ha establecido prioridades para sus interrupciones y se reciben datos a través de uart, pero al mismo tiempo, la interrupción del temporizador también debe ocurrir (1 ms). ¿Qué interrupción va a atender? Usted sabe con certeza que la interrupción del temporizador no puede esperar. Si elige dar servicio a la interrupción de uart, sus tiempos se volverán locos. Por lo tanto, debe establecer una prioridad más alta para la interrupción del temporizador en comparación con la interrupción de uart.
Por lo tanto, es esencial que estudie sus requisitos y limitaciones y decida si está bien si todas las interrupciones pueden tener las mismas prioridades (está bien atender una tras otra, incluso si todas ocurren casi al mismo tiempo) o si algunas interrupciones deben tener una prioridad más alta sobre los demás (no pueden esperar).
La respuesta es específica a la aplicación. ¿Tiene una o más interrupciones que son más importantes que las otras? ¿Los que deben manejarse más rápido o con la menor latencia? Y otros, que si tienen algo de latencia, está bien.
Eso determina si te importa o no. Microcontrolador o microprocesador, no relacionado con ninguno específico, aunque si el específico no es compatible con la prioridad, pero lo necesita bien, no puede usar ese.
Lea otras preguntas en las etiquetas microcontroller embedded