Инженеры рекомендуют заменить функцию delay() на millis() для повышения надежности робототехнических систем

Este Informe USERS aborda el manejo del tiempo en proyectos con Arduino, un punto que suele pasarse por alto en los primeros pasos de la robótica. Explica por qué detener el programa para esperar puede afectar la respuesta de un sistema físico, y propone una alternativa que mantiene todo el circuito activo. Auto: Claudio Peña La limitación de delay() El Informe arranca por la herramienta más conocida para generar pausas: la función delay(). Su funcionamiento es directo, ya que detiene la ejecución del programa durante una cantidad fija de milisegundos. Esa simplicidad la vuelve útil para ejercicios básicos, como hacer parpadear un LED o mostrar una secuencia lineal sin entradas que cambien durante la espera. El problema aparece cuando el circuito necesita hacer más de una cosa. Mientras delay() está activo, la placa no lee botones ni sensores, y tampoco actualiza otras salidas. Es una función bloqueante. En un sistema robótico esa ceguera momentánea puede costar caro. Una pulsación puede pasar inadvertida o una respuesta puede llegar tarde simplemente porque el programa quedó detenido donde no debía. millis() como alternativa no bloqueante Frente a esa limitación, el texto presenta millis(), una función que permite consultar cuánto tiempo pasó desde que la placa arrancó, sin congelar el resto del programa. La diferencia central está en la lógica: en vez de detenerse hasta que pase algo, el sistema guarda una referencia temporal y compara ese valor con el tiempo actual en cada vuelta del bucle principal (loop). Así decide si ya corresponde actuar. Esto se conoce como programación no bloqueante. No implica que la placa trabaje en paralelo como una computadora multitarea, sino que deja de desperdiciar el tiempo de espera como un vacío. El Informe retoma el clásico ejemplo del parpadeo de LED, ahora resuelto con millis(), para mostrar que el resultado visible puede ser igual al de delay(), pero la lógica que lo sostiene cambia por completo. Convivencia de tareas en sistemas físicos La parte final del Informe lleva la idea a un terreno más cercano a la robótica real: la convivencia de varias acciones temporizadas dentro del mismo programa. Se desarrolla un ejemplo donde un LED parpadea según un intervalo definido por millis(), mientras un botón controla una segunda salida de forma independiente. Ninguna de las dos tareas bloquea a la otra. A partir de ahí, el documento amplía el caso con una práctica que combina una señal periódica de estado con una salida temporizada que se activa ante una entrada y se apaga sola después de unos segundos, usando variables como “salidaActiva” para evitar reinicios indebidos. El cierre plantea una idea que el Informe USERS marca como base para proyectos posteriores: un sistema físico no se define solo por la acción que ejecuta, sino por su capacidad de sostener varias condiciones de funcionamiento dentro del mismo tiempo real, sin perder atención sobre lo que ocurre alrededor. Encuentra la versión completa de la publicación en la que se basa este resumen, con todos los detalles técnicos en RedUSERS PREMIUM También te puede interesar: ESCUELA DE ROBÓTICA: PROGRAMAR PARA ROBÓTICA Presentamos una nueva serie de publicaciónes bajo el nombre “paraguas” Escuela de ROBÓTICA. Mediante esta propuesta, buscamos guiar al lector en un recorrido teórico-práctico, cuidado, bien estructurado y que de lugar a la posibilidad de desarrollarse en un mundo creativo y lleno de posibilidades, en el que covergen la electrónica, el hardware y la programación. Programar una placa Arduino para robótica no se reduce a escribir instrucciones: implica enseñarle al circuito a reaccionar según reglas. Este Informe USERS recorre ese pasaje, desde la estructura básica de un programa hasta los distintos entornos que hoy ofrece el ecosistema Arduino para proyectos de robótica, automatización y control industrial. Lee todo lo que quieras, donde vayas, contenidos exclusivos por una mínima cuota mensual. Solo en RedUSERS PREMIUM: SUSCRIBETE!