TeoríaPaso 1 de 7
Un evento empieza mucho antes del callback
Cuando en Android se ejecuta tu onClick, el sistema ya ha hecho muchísimo trabajo por ti: el táctil detectó el dedo, el sistema decidió a qué vista pertenece, la gestionó el hilo principal... Tú solo ves el final.
En un microcontrolador ese trabajo no está escondido. Puedes seguir el evento desde que cambia la tensión de un pin hasta que tu código decide qué hacer. Y aparece el mismo esquema que en cualquier sistema dirigido por eventos:
Sucesoalgo cambia fuera
Detecciónalguien lo nota
Manejadorcódigo que reacciona
Estadoqueda constancia
Consumose interpreta y actúa
Android (onClick) |
ESP32-C3 (GPIO) | |
|---|---|---|
| Nivel | Alto: muchas capas ya han procesado la entrada | Bajo: ves el pin, la interrupción y la rutina |
| Manejador | Un método normal en el hilo principal | Una ISR, que interrumpe lo que se estuviera ejecutando |
| Duración permitida | Corta, para no congelar la interfaz | Extremadamente corta |
Hoy no hay placa, así que no podemos medir la parte eléctrica real: el nivel de tensión, el rebote del pulsador o el instante exacto en que el periférico pide la interrupción. Lo que sí podemos es leer el código y saber qué configura cada etapa cuando el firmware se ejecute.
Responde para continuar
0/2TAREA 1
Ordena el patrón general que comparten la ESP32 y Android.
Ordena con las flechas- Suceso
- Manejador
- Estado
- Detección
- Consumo
TAREA 2
Sin placa, ¿qué no podemos comprobar hoy?
Marca todas las correctas