MANUAL DE PRÁCTICAS

Universidad Autónoma de San Luis Potosí

Facultad de Ciencias

Materia: Diseño Embebido Fecha:

Unidad 2 Práctica 2 Calificación:
Lugar: Laboratorio de Sistemas Embebidos
Nombre: Clave

Comparación entre sondeo e interrupción.

I. INTRODUCCIÓN

Los principales componentes de un sistema embebido son el procesador, la unidad de memoria y

los dispositivos de entrada (sensores) y salida (actuadores). La interfaz entre los dispositivos de
entrada puede realizarse de diversas maneras, siendo las más importantes el sondeo y las
interrupciones.
El sondeo de dispositivos es un método para verificar el estado de un dispositivo o una fuente de
datos a intervalos regulares y realizar una acción si se cumple una determinada condición. Por
ejemplo, un microcontrolador puede sondear un sensor para leer su valor o sondear un puerto serie
para ver si hay datos disponibles. El sondeo conlleva una implementación simple y no requiere
ningún soporte especial de hardware o software. Sin embargo, puede ser ineficiente y un
desperdicio, ya que consume ciclos de CPU y energía, incluso cuando no hay datos para procesar.
También puede causar latencia y eventos perdidos, ya que el dispositivo o la fuente de datos pueden
cambiar su estado entre ciclos de sondeo.
En cambio, las interrupciones es un método eficiente de comunicación de los dispositivos de entrada
hacia el procesador. La interfaz controlada por interrupción permite desencadenar una acción
cuando se produce un evento en el dispositivo o una fuente de datos. Por ejemplo, un
microcontrolador puede ser interrumpido por un sensor cuando tiene un nuevo valor, o por un
puerto serie cuando recibe datos. La interfaz por interrupciones es más eficiente y responsiva que
la interfaz por sondeo, ya que solo consume ciclos de CPU y energía cuando hay un evento que
manejar. También puede reducir el tiempo de respuesta y evitar eventos perdidos, ya que el
dispositivo o la fuente de datos pueden notificar al microcontrolador inmediatamente. Sin embargo,
la interfaz por interrupciones puede ser más compleja y desafiante de implementar y depurar, dado
que requiere soporte de hardware y software, como vectores de interrupción, controladores,
prioridades y enmascaramiento.
En el diseño de un sistema embebido incluye la decisión sobre el tipo de interfaz que puede ser por
sondeo o por interrupciones, la decisión depende de una serie de factores, como la frecuencia y

MANUAL DE PRÁCTICAS 1
 MANUAL DE PRÁCTICAS

urgencia de los eventos, los recursos de la CPU y el presupuesto de energía, la confiabilidad y

robustez del sistema, así como la flexibilidad del diseño del software.
En general la interfaz por sondeo puede utilizarse cuando los eventos son poco frecuentes,
predecibles y el procesador tiene suficientes ciclos libres y energía para sondear el dispositivo con
regularidad. Adicionalmente, es una buena alternativa cuando no se tienen eventos críticos que
requieren de atención inmediata. En contraste, la interfaz por interrupciones se utiliza cuando los
eventos son frecuentes, aleatorios y críticos. Considera también que en caso de que se requiera
energía, las interrupciones son una excelente opción. Las interrupciones te permiten realizar otras
tareas en paralelo.

II. OBJETIVO

Comparar el desempeño de la interfaz por sondeo e interrupciones. Implementar el sondeo de

botones para controlar un actuador que permitan ilustrar las ventajas y desventajas de esta técnica.
Contrastar esta implementación con la interfaz por interrupciones del mismo sistema para
establecer las diferencias entre ellas.

III. MATERIAL

El material que se utilizará para el desarrollo de esta práctica se lista a continuación:

1. Materiales utilizados
i) 5 botones
ii) Resistencias
iii) Potenciómetro
iv) Bocina
v) Tarjeta DUE
2. Equipo empleado
vi) Computadora

IV. REQUERIMIENTOS

Realiza una interfaz que contenga 5 botones (push button) con sus respectivas resistencias en
configuración pulldown. La configuración pulldown mostrada en la Figura 2.1 asegura que la señal
de entrada cambiara al valor ALTO cuando el botón sea presionado. El actuador que se utilizará en
esta práctica es una bocina. La bocina de 8Ω debe conectarse en serie con un resistor para limitar la
corriente, para calcular el valor de la resistencia verifique cual es la máxima corriente que puede
suministrar la terminal del microcontrolador. La interconexión deberá incluir un potenciómetro, al
variar el valor de la resistencia permitirá controlar el volumen de la bocina. La Figura 2.2 incluye la
interconexión sugerida.
Una vez realizadas las interconexiones entre los dispositivos de entrada y el actuador, se deberá
desarrollar dos interfaces de la siguiente manera:
1. Interfaz por sondeo, realiza el sondeo de los 5 botones dentro del ciclo de trabajo del
microcontrolador, en caso de que se active uno de los botones se deberá enviar un tono a
la bocina.

MANUAL DE PRÁCTICAS 2
 MANUAL DE PRÁCTICAS

2. Interfaz por interrupción, asocia cada botón a una interrupción, la rutina de servicio de la
interrupción deberá enviar un tono a la bocina, el tono dependerá del botón presionado.

Figura 2.1 Push button con resistencia pulldown

Figura 2.1 Bocina con ajuste de volumen

A. SEQUENCIA DE SONIDO
Para generar un sonido a través de la bocina es necesario mandar un pulso cuadrado el cual puede
ser enviado a través de Modulación del Ancho de Pulso (PWM). Para esta práctica utilizaremos la
función tone de Arduino.
La función tone(pin, frecuencia, duración); especifica la terminal donde se conecta la
bocina, la frecuencia del pulso que se enviará y finalmente la duración del pulso en milisegundos.
Cada pulso deberá tener una duración de 250 ms. Cada botón estará asociado a una frecuencia
distinta, la asociación de tonos se muestra en la Tabla 1.

Tabla 1. Frecuencias para el tono

Botón Nota Frecuencia (Hz)
1 C 262
2 D 294
3 E 330
4 G 392
5 A 440

MANUAL DE PRÁCTICAS 3
 MANUAL DE PRÁCTICAS

B. REPORTE
El reporte de la práctica deberá contener las siguientes secciones:

1. Introducción
2. Requerimientos y Especificaciones del sistema
3. Interfaz por Sondeo
a. Introducción
b. Programa
c. Resultados
4. Interfaz por interrupciones
a. Introducción
b. Programa
c. Resultados
5. Conclusiones
a. Comparación de resultados
6. Bibliografía

VII. BIBLIOGRAFÍA
[1]. M. Wolf, Computers as Components, Principles of Embedded Computing System Design,
3rd ed, Morgan Kaufmann, 2012

[2]. J. Wang, Real time Embedded Systems, 1st ed, Wiley, Series: Quantitative software
engineering series, 2017.

[3]. J. W. Valvano, Introduction to Embedded Systems, 1st ed, CreateSpace Independent

Publishing Platforms, 2016.

MANUAL DE PRÁCTICAS 4