Va de Retro (Satanás) -- Versión 3.3 SSL

Para este tipo de cosas, si se usa un arduino, es mejor usar el acceso a puerto; es unas 40 veces mas rápido que digitalWrite, además tienes la garantía de que salen todos los pines sincronizados.
Se me ocurre grabar en la eeprom la(s) secuencia(s) y leerlas en bucle con el retardo deseado.
En su día pasé de que me faltara tiempo a tener que poner retardos para manejar tiras de led rgb sin meter código máquina.
Lo mismo ya estabais usando port. Edito: Si llegabais al MHz casi seguro que estabais usando esto.
La pega es que en el micro y el minipro soplo quedan libres 6 bits en cada puerto, no hay un puerto de 8 entero vacío.

Scooter escribió: ↑31 May 2023, 07:54Para este tipo de cosas, si se usa un arduino, es mejor usar el acceso a puerto; es unas 40 veces mas rápido que digitalWrite, además tienes la garantía de que salen todos los pines sincronizados.

Exacto, es un mínimo de 13 veces más rápido.

Scooter escribió: ↑31 May 2023, 07:54Lo mismo ya estabais usando port. Edito: Si llegabais al MHz casi seguro que estabais usando esto.

Así es y desde las mismas primeras pruebas. El digitalRead y digitalWrite hacen un montón de comprobaciones que esas condiciones no son imprescindibles y con una DRAM grande los tiempos de prueba se hubieran ido por encima de los 5 ó 6 minutos.

De cualquier modo, y por hacer la sugerencia, si tuviera que generar vectores de prueba (aleatorios o como fuera) para prototipos utilizando un microcontrolador usaría las Teensy 4 que se pueden programar también desde el Arduino IDE y van muy sobradas de prestaciones.