Volver a tu curso / CR3-S02
Computación y Robótica · 3.º ESO · Con pictos
ESP32 y sistemas de control
Un controlador recibe señales, recuerda un estado y ordena una salida.
Estudiarás cuándo actúa y cuándo se detiene una maqueta.
Tu misión
Construye con tu pareja un acceso de maqueta con ESP32.
Debe comprobar detección durante 1000 ms antes de actuar.
La parada tiene prioridad.
Prueba primero cada parte y luego el conjunto.
No sirve para proteger una puerta real.
Lee una explicación cada vez. Mira el esquema. Después haz la actividad. Puedes cambiar de versión cuando quieras.
Qué herramientas vas a usar
Escribe los textos en Documentos de Google. Haz los diagramas en diagrams.net. Guarda el archivo que puedas editar. Mira qué debes entregar en cada tarea.
2.1. Programar un controlador
Aprende y practica
Un microcontrolador ejecuta un programa y conecta entradas y salidas.
Las ideas de Python siguen siendo útiles.
Arduino C++ necesita otra escritura y otras bibliotecas.
setup() prepara y loop() repite.
Las llaves delimitan bloques y muchas instrucciones terminan con punto y coma.
La sangría facilita leer el código.
bool usa true o false y const evita reasignar una constante.
El patrón de tiempos usa unsigned long.
Una función void no devuelve un valor al llamador.
La función necesita una llamada para ejecutarse.
Serial.println() informa por serie.
Un mensaje no demuestra movimiento físico.
- Programa
- Preparar
- Repetir
- Leer y decidir
Mira este ejemplo
Una función recibe true o false y muestra un mensaje por serie.
La prueba comprueba la decisión.
Todavía falta comprobar sensor y mecanismo.
Arduino desde cero en Español – Capítulo 1 – Introducción Arduino e inicio del Curso
Puedes ver el vídeo poco a poco. Puedes pararlo. Busca una idea que hayas leído en este apartado. Después prueba el ejemplo.
El vídeo tiene el idioma de su autor. Puedes usar los subtítulos disponibles. También puedes seguir la explicación escrita.
Ahora hazlo tú
- Abre el programa en Arduino IDE y busca setup, loop, constante, bool, función y llamada.
- Explica en Google Docs qué comprueba la serie y qué prueba física falta.
Comprueba qué has aprendido¿Por qué un mensaje ACTUANDO no demuestra movimiento?
2.2. Conexiones con significado
Aprende y practica
La alimentación aporta energía.
La señal comunica información.
Sus requisitos pueden ser distintos en un módulo.
Un conector de 5 V no autoriza 5 V en un GPIO.
Consulta el modelo exacto de placa, shield y componente.
Relaciona el número del conector con el GPIO del código.
La interfaz validada puede necesitar referencia común GND.
Una entrada digital lee HIGH o LOW.
El módulo determina qué nivel significa detección.
Un pin flotante puede cambiar sin una detección real.
Pull-up y pull-down dependen del circuito y del GPIO.
Valida la ficha y conecta con el sistema desconectado.
- Ficha
- Compatibilidad
- GPIO
- Nivel con significado
Mira este ejemplo
El sensor del ejemplo detecta con LOW.
El programa espera HIGH y responde al revés.
Revisa ficha, conexión y significado antes de modificar nada.
Ahora hazlo tú
- En Google Docs, completa modelo, conector, GPIO, alimentación, señal, GND y polaridad con la documentación validada.
- Dibuja el recorrido en diagrams.net y monta solo la conexión revisada con el docente.
Comprueba qué has aprendido¿Qué falta saber además de cómo se alimenta el sensor?
2.3. Separar lectura y actuación
Aprende y practica
Un controlador necesita entradas con un significado acordado para decidir.
pinMode configura el uso de un GPIO.
digitalRead obtiene su nivel digital.
digitalWrite fija el nivel de una salida configurada para ello.
HIGH y LOW son niveles.
Todavía no describen una situación completa.
El adaptador interpreta la polaridad del módulo.
Entrega detección, parada y validez a la lógica.
Una lectura analógica también necesita rango y resolución.
Necesita una relación con la magnitud que representa.
Llamar distancia a un valor bruto no lo convierte en centímetros.
Esta traducción separa tres responsabilidades.
Primero se leen entradas, después se decide el estado y luego se aplica la salida.
La lógica utiliza significados estables.
El adaptador reúne los detalles del hardware.
Podemos probar la lógica con condiciones conocidas por serie.
1 activa detección y 0 la retira.
p activa parada y r la libera.
x simula invalidez.
Estas órdenes permiten repetir una secuencia de ensayo.
Al usar el sensor, comprobamos señal y significado.
Cada prueba demuestra una parte del recorrido.
Simular invalidez comprueba la respuesta lógica.
No añade capacidad para descubrir una avería física.
El lector digital básico no identifica automáticamente un cable desconectado.
Ese diagnóstico necesita otra comprobación validada.
Una detección correcta tampoco demuestra movimiento del mecanismo.
La salida empieza desactivada.
Se aplica después de decidir el estado.
Así resolvemos las condiciones antes de emitir una orden.
Esto evita actuaciones contradictorias.
- Nivel
- Adaptar lectura
- Datos con significado
- Salida
Mira este ejemplo
La lógica puede recibir detección desde serie o desde el sensor.
La prueba serie comprueba la rama.
El montaje necesita comprobar polaridad y cables.
Simular invalidez no detecta un cable suelto.
👀 Encender un LED con ESP32 usando Arduino IDE – Capitulo 1 👽
Puedes ver el vídeo poco a poco. Puedes pararlo. Busca una idea que hayas leído en este apartado. Después prueba el ejemplo.
El vídeo tiene el idioma de su autor. Puedes usar los subtítulos disponibles. También puedes seguir la explicación escrita.
Ahora hazlo tú
- En Arduino IDE y monitor serie, busca lectura, decisión y salida y prueba 1, 0, p, r y x sin movimiento.
- En Google Docs, compara una lectura física validada con una orden serie y explica qué comprueba cada una.
Comprueba qué has aprendido¿Qué debes revisar al cambiar serie por un sensor?
2.4. Recordar el estado
Aprende y practica
Un estado recuerda una situación que importa ahora.
REPOSO, DETECTADO, ACTUANDO y PARADO pertenecen al mismo controlador.
Una transición une estado actual, condición y siguiente estado.
Una detección válida inicia DETECTADO desde REPOSO.
La detección debe continuar hasta cumplir el plazo.
Si desaparece antes, vuelve a REPOSO.
Parada o invalidez llevan a PARADO desde cualquier estado.
PARADO desactiva la salida.
Al recuperarse, se inicia una nueva verificación si hay detección.
Una tabla describe cada transición y un enumerado nombra los estados.
El orden de condiciones mantiene la prioridad.
Varios if independientes podrían dar órdenes contradictorias.
- Estado actual
- Condición
- Cambio
- Nuevo estado
Mira este ejemplo
Dos pruebas tienen detección.
Una acaba de empezar y otra ya actúa.
El estado anterior cambia la respuesta.
Si llega parada, ambas deben pasar a PARADO.
Ahora hazlo tú
- Dibuja los cuatro estados y condiciones en diagrams.net y completa la tabla en Google Docs.
- En Arduino IDE, sigue detección breve y parada durante actuación por serie y compáralas con la tabla.
Comprueba qué has aprendido¿Por qué hay que verificar otra vez después de una parada?
2.5. Comprobar el tiempo sin bloquear
Aprende y practica
La detección debe mantenerse durante 1000 ms antes de actuar.
1000 ms equivalen a un segundo.
Durante ese intervalo siguen importando las demás entradas.
Puede llegar una parada mientras verificamos la detección.
delay(1000) detiene la continuación de la secuencia que lo ejecuta.
Puede retrasar una parada comprobada en esa secuencia.
La temporización sin bloqueo conserva el instante de inicio.
Después consulta cuánto tiempo ha pasado.
Mientras tanto, loop sigue leyendo y decidiendo.
millis() proporciona un contador en milisegundos.
El patrón usa tiempos unsigned long.
ahora – inicioDeteccion calcula el tiempo transcurrido.
La comparación >= incluye el instante en que se alcanza el plazo.
El inicio se guarda al entrar en DETECTADO.
Guardarlo en cada vuelta reiniciaría continuamente la cuenta.
Perder la detección antes del plazo sí obliga a abandonar esa verificación.
La regla exige continuidad.
No permite sumar intervalos separados.
Cumplir el tiempo es solo una condición para actuar.
Cada vuelta también revisa detección, validez y parada.
La parada conserva su prioridad durante la espera y la actuación.
El contador tiene tamaño finito.
Conservamos el patrón de resta sin signo.
No lo sustituimos por sumas arbitrarias.
El programa observa el plazo cuando vuelve a comprobarlo.
Otras instrucciones pueden introducir retrasos.
La frecuencia de loop limita cuándo se observa el plazo.
Temporizar sin bloqueo no garantiza respuesta instantánea ni precisión ilimitada.
- Guardar inicio
- Seguir leyendo
- Calcular tiempo
- Cumplir plazo
Mira este ejemplo
El inicio es 2500 ms y ahora marca 3100 ms.
Han pasado 600 ms.
Reiniciar siempre el inicio impediría acumular tiempo.
Perder detección sí obliga a empezar de nuevo.
Ahora hazlo tú
- En Google Docs, predice detección breve, detección antes y en 1000 ms y parada durante la espera.
- En Arduino IDE, prueba por serie y anota inicio, tiempo transcurrido y estado conservando el patrón sin delay.
Comprueba qué has aprendido¿Qué ocurre si reinicias el tiempo inicial en cada vuelta?
2.6. Elegir el mecanismo
Aprende y practica
Un mecanismo guía o transmite movimiento.
La barrera idealizada gira sobre un eje.
Una variable angular describe su posición.
En ese modelo tiene un grado de libertad.
Tres posiciones no significan tres grados de libertad.
Una base móvil, un brazo y una estructura cartesiana se mueven de formas distintas.
Contar motores no describe toda su movilidad.
Elige según tarea, alcance, carga y espacio.
Un indicador comprueba primero la orden sin movimiento.
Un servo necesita alimentación, señal, biblioteca y recorrido validados.
La orden no garantiza ángulo exacto ni recorrido libre.
Revisa soporte, topes, cables y desmontaje antes de la prueba supervisada.
- Movimiento necesario
- Mecanismo
- Eje y recorrido
- Prueba
Mira este ejemplo
Una barrera despeja un paso y un brazo coloca un extremo.
Pueden usar un servo y tener tareas distintas.
El dibujo debe mostrar eje, pieza móvil y recorrido libre.
Ahora hazlo tú
- Dibuja barrera, base móvil y brazo en diagrams.net y compara sus tareas y movimientos en Google Docs.
- Prueba movimiento o fijación con el mecanismo validado y registra recorrido, retorno y función del soporte.
Comprueba qué has aprendido¿Por qué una posición no es un grado de libertad?
2.7. Buscar dónde cambia el resultado
Aprende y practica
La prueba lógica usa entradas conocidas.
La prueba física añade sensor, cables, energía y mecanismo.
Sigue lectura, interpretación, estado, orden y efecto.
El primer resultado distinto orienta una posible causa.
Una foto no reconstruye todo el recorrido.
Comprueba también la versión del programa.
DETECTADO permanente puede deberse al tiempo o a detección inestable.
Una entrada serie estable ayuda a distinguirlos.
ACTUANDO sin movimiento exige revisar salida y montaje.
Después de reparar, prueba también parada y recuperación.
Registra condiciones, predicción, resultado, causa propuesta y cambio.
Una mejora de mantenimiento o reutilización debe conservar la función.
- Leer
- Interpretar
- Decidir y ordenar
- Observar
Mira este ejemplo
La detección alterna y el tiempo vuelve a empezar.
Una entrada serie estable sí cumple el plazo.
Revisa la lectura antes de reducir el tiempo.
Repite después con el sensor real.
Ahora hazlo tú
- En Arduino IDE, registra lectura, estado y orden con entrada estable e interrumpida y observa el montaje.
- En Google Docs, explica una incidencia, su posible causa y nueva prueba, separando serie y prueba física.
Comprueba qué has aprendido¿Cómo comparas tiempo y detección para encontrar la causa?
2.8. Probar el conjunto y sus límites
Aprende y practica
Una prueba de aceptación une requisito, acción y resultado.
En reposo la salida debe estar desactivada.
Una detección menor de 1000 ms no debe actuar.
Una detección continua debe actuar al cumplir el plazo.
Parada e invalidez tienen prioridad desde actuación.
La recuperación exige verificar otra vez.
Prueba igualdad y parada durante la verificación.
Indica si usaste sensor o serie.
La invalidez simulada no demuestra detectar desconexión física.
Entrega código, conexiones, mecanismo y pruebas integradas.
Comprueba una mejora y explica una decisión y modificación por persona.
La maqueta no certifica seguridad ni precisión para una puerta real.
- Requisito
- Prueba
- Resultado
- Conclusión con límites
Mira este ejemplo
La pareja prueba actuación y parada.
Falta recuperar con detección presente.
Ese caso descubre una reactivación inmediata.
Escribe orden y estados esperados antes de probar.
Ahora hazlo tú
- En Google Docs, diseña cinco casos de reposo, detección breve, plazo, prioridad y recuperación con detección.
- Prueba con Arduino IDE y montaje validado, guarda resultados y repite después de una mejora.
Comprueba qué has aprendido¿Qué no puedes afirmar si solo has probado por serie?
Tu proyecto y tus entregas
A01 · Diseña la solución
- En Google Docs, explica necesidad, recursos reutilizables, sensor y actuador y completa modelo, shield, GPIO, señal, alimentación y polaridad validados.
- Dibuja estructura, mecanismo, lectura, control y salida en diagrams.net y compara movimientos de barrera, robot móvil y brazo.
- Escribe los cuatro estados, tabla, pseudocódigo y traza con continuidad, igualdad a 1000 ms, parada y recuperación.
- En Arduino IDE, ejecuta un microprograma y una interacción física sensor–salida, prueba movimiento o fijación y compara señal real y simulada.
- Guarda CR3-S02_control_A01_Apellidos con predicciones, fuentes, alcance de prueba y trabajo y explicación de cada persona.
Qué debes entregar
- Diseño, ficha, mecanismo y comparación de robots.
- Código ejecutado, traza y pruebas físicas de lectura, interacción y mecanismo.
- Pruebas previstas, materiales, fuentes y explicación individual.
Haz tu copia en Documentos de Google · Ver la plantilla vacía
A02 · Controlador de acceso en maqueta
- Monta y programa en Arduino IDE estados y tiempos con parada atendida e integra sensor, estructura y salida según la ficha.
- Prueba entrada 0, detección menor de 1000 ms, detección hasta 1000 ms, parada o invalidez desde actuación y recuperación con nueva verificación.
- Prueba parada durante el plazo, recorrido y retorno y distingue invalidez simulada de diagnóstico físico real.
- Guarda incidencia, corrección, mejora comprobada, materiales, límites, código y conexiones en CR3-S02_control_A02_Apellidos.
- Cada persona explica componentes, configuración, grado de libertad y código y predice o realiza un cambio dentro de A02.
Qué debes entregar
- Maqueta, código y ficha final.
- Cinco casos, parada durante el plazo y pruebas físicas de recorrido y retorno.
- Mejora, límites, reutilización y explicación de cada persona.
Haz tu copia en Documentos de Google · Ver la plantilla vacía
Revisa antes de entregar
- Estas frases ayudan a revisar el aprendizaje y no sustituyen los criterios oficiales.
- Sigo señal, interpretación, estado y salida y distingo simulación y prueba física.
- Explico prioridad, continuidad y tiempo con una traza.
- Demuestro funcionamiento y mejora y reconozco límites de la maqueta.
Plantillas y archivos
Abre la plantilla vacía de A01 o A02. Haz tu copia en Documentos de Google. Guarda también tu programa o proyecto editable.
La plantilla sirve para organizar tu trabajo. Mira qué pide esta unidad. Puedes quitar un campo si no lo necesitas. Haz una copia. No escribas sobre el modelo. No publiques tus respuestas. Compártelas como indique tu docente.
A01 · Diseña la solución
Haz tu copia en Documentos de Google · Ver la plantilla vacía
- Diseño, ficha, mecanismo y comparación de robots.
- Código ejecutado, traza y pruebas físicas de lectura, interacción y mecanismo.
- Pruebas previstas, materiales, fuentes y explicación individual.
A02 · Controlador de acceso en maqueta
Haz tu copia en Documentos de Google · Ver la plantilla vacía
- Maqueta, código y ficha final.
- Cinco casos, parada durante el plazo y pruebas físicas de recorrido y retorno.
- Mejora, límites, reutilización y explicación de cada persona.
Rúbricas de clase
Aquí están las rúbricas de clase. Cada rúbrica explica cómo se valora una entrega. Puedes pedir ayuda para entender una palabra.
Consultar la rúbrica de A01
Diseño y microprueba
CYR.3.1.1 Señales y recorrido del controlador ESP32
Comprender el funcionamiento de los sistemas de computación física, sus componentes y principales características.
Evidencia. Ficha GPIO interfaz alimentación y polaridad, esquema y lectura física de microensayo.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | Confunde alimentación con nivel de señal o número de conector con GPIO sin comprobarlo. |
| 3–4,9 | Identifica placa y sensor, pero omite referencia, polaridad o naturaleza de la señal y no explica el dato leído. |
| 5–6,9 | Describe componentes, señales analógicas y digitales y recorrido entrada control salida. Usa ficha validada y documenta una lectura física sin inventar pines ni diagnóstico de desconexión. |
| 7–8,9 | Contrasta dos condiciones y explica cómo la adaptación traduce HIGH o LOW al significado detección. |
| 9–10,0 | Justifica sustituir un módulo e identifica qué niveles, interfaz y validez habría que volver a comprobar. |
CYR.3.1.2 Configuración robótica y grados de libertad
Reconocer los conceptos básicos de la robótica, así como las configuraciones morfológicas más comunes.
Evidencia. Comparación del acceso con robot móvil y articulado, más microprueba del mecanismo preparado.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | Confunde eje con posición o clasifica robots solo por aspecto sin relacionarlo con su tarea. |
| 3–4,9 | Nombra configuraciones, pero no identifica grados de libertad ni relación con el acceso de maqueta. |
| 5–6,9 | Define robot móvil y articulado, identifica su configuración y compara grados de libertad con el mecanismo de acceso, apoyándose en una microprueba. |
| 7–8,9 | Relaciona configuración, alcance y tarea y explica por qué varias posiciones no añaden por sí solas otro grado de libertad. |
| 9–10,0 | Justifica una configuración alternativa para una necesidad nueva considerando movimiento y alcance. |
CYR.3.1.4 Ingeniería del mecanismo y relación con el control
Comprender los principios de ingeniería en los que se basan los robots, su funcionamiento, componentes y características.
Evidencia. Boceto mecánico, estructura sensor control actuador y prueba de movimiento o fijación.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | El boceto impide el movimiento previsto o no relaciona mecanismo y orden del controlador. |
| 3–4,9 | Identifica actuador, pero omite apoyo, fijación o recorrido y no verifica una parte mecánica. |
| 5–6,9 | Explica estructura mecánica, sensorial y de control, dibuja el mecanismo y ejecuta una prueba de movimiento o fijación con montaje validado. |
| 7–8,9 | Justifica recorrido, apoyo y posición de referencia y revisa un choque o desajuste observado. |
| 9–10,0 | Compara dos mecanismos adecuados y argumenta elección por recorrido, componentes y esfuerzo cualitativo. |
CYR.3.2.1 Máquina de estados y temporización
Conocer y resolver la variedad de problemas posibles, desarrollando un programa informático y generalizando las soluciones, tanto de forma individual como trabajando en equipo, colaborando y comunicándose de forma adecuada.
Evidencia. Estados, pseudocódigo, traza temporal y microprograma textual ejecutado.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | La lógica activa tras parada o confunde tiempo absoluto y transcurrido sin reconocerlo. |
| 3–4,9 | Define estados, pero reinicia continuamente el tiempo o conserva una espera tras invalidarse la entrada. |
| 5–6,9 | Resuelve reposo, detección, actuación y parada, ejecuta una microprueba y traza continuidad, igualdad temporal y recuperación. Explica aportaciones y revisión con la pareja. |
| 7–8,9 | Contrasta entradas simultáneas y localiza una prioridad o reinicio de tiempo incorrectos. |
| 9–10,0 | Adapta el intervalo y predice una secuencia nueva con interrupciones, justificando los cambios de estado al equipo. |
CYR.3.3.1 Acceso físico integrado y mejora sostenible
Ser capaz de construir un sistema de computación o robótico, promoviendo la interacción con el mundo físico en el contexto de un problema del mundo real, de forma sostenible.
Evidencia. Necesidad, microprototipo físico, aceptación y materiales reutilizables.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | No hay interacción física comprobada o el acceso no se relaciona con la necesidad. |
| 3–4,9 | Se muestra código serie, pero no una primera interacción física ni plan de aceptación mecánica. |
| 5–6,9 | Construye una primera interacción sensor salida o mecanismo, define necesidad y pruebas y justifica materiales y reutilización. Identifica el alcance de la microprueba. |
| 7–8,9 | Revisa una decisión al observar una limitación de montaje o respuesta y actualiza el diseño. |
| 9–10,0 | Compara alternativas de integración con prueba, utilidad y recursos sin afirmar funciones de una puerta de seguridad real. |
Consultar la rúbrica de A02
Producto pruebas y mejora
CYR.3.1.1 Señales y recorrido del controlador ESP32
Comprender el funcionamiento de los sistemas de computación física, sus componentes y principales características.
Evidencia. Montaje revisado, esquema final y explicación de lectura interpretación y salida.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | La explicación no corresponde al GPIO o atribuye validez automática a una entrada sin esa capacidad. |
| 3–4,9 | Actúa una salida, pero no explica señal, polaridad o diferencia entre prueba serie y lectura física. |
| 5–6,9 | Demuestra el recorrido físico y explica componentes y características, polaridad y diferencia entre dato simulado y señal real. |
| 7–8,9 | Aísla un fallo de adaptación frente a uno de estados usando lecturas y resultados. |
| 9–10,0 | Evalúa otra interfaz de sensor y justifica límites de medida y diagnóstico sin extrapolar de la simulación. |
CYR.3.1.2 Configuración robótica y grados de libertad
Reconocer los conceptos básicos de la robótica, así como las configuraciones morfológicas más comunes.
Evidencia. Demostración del mecanismo y comparación argumentada de configuraciones.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | No reconoce la configuración del mecanismo ni distingue posiciones y movimientos independientes. |
| 3–4,9 | Describe el acceso, pero la clasificación o comparación de robots es incompleta o contradictoria. |
| 5–6,9 | Describe la configuración del acceso, reconoce configuraciones móvil y articulada y explica sus grados de libertad y usos con ejemplos correctos. |
| 7–8,9 | Compara ventajas y límites de las configuraciones para la tarea y lo relaciona con la prueba. |
| 9–10,0 | Evalúa una alternativa de configuración para otra tarea y justifica qué movimiento independiente adicional sería necesario. |
CYR.3.1.4 Ingeniería del mecanismo y relación con el control
Comprender los principios de ingeniería en los que se basan los robots, su funcionamiento, componentes y características.
Evidencia. Mecanismo integrado, esquema y pruebas de recorrido y referencia.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | El mecanismo no realiza el recorrido y no puede explicar la causa física o de control. |
| 3–4,9 | Actúa parcialmente, pero no verifica fijación, espacio o retorno ni relaciona orden y efecto. |
| 5–6,9 | Integra el mecanismo y demuestra recorrido y referencia, explicando estructura, sensor, control y actuación y documentando su montaje. |
| 7–8,9 | Aísla y corrige un problema mecánico o de actuación y repite la prueba física. |
| 9–10,0 | Justifica otra solución mecánica para la tarea y contrasta una condición nueva manteniendo el control previsto. |
CYR.3.2.1 Máquina de estados y temporización
Conocer y resolver la variedad de problemas posibles, desarrollando un programa informático y generalizando las soluciones, tanto de forma individual como trabajando en equipo, colaborando y comunicándose de forma adecuada.
Evidencia. Código textual, trazas de transiciones, parada durante espera y corrección individual.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | El controlador no cumple prioridades y no puede seguir una transición del código. |
| 3–4,9 | Funciona en detección continua, pero falla ante interrupción, parada o recuperación sin explicación. |
| 5–6,9 | Programa estados y temporización sin bloquear la comprobación, prueba continuidad, límite y parada y explica su contribución individual y colaboración. |
| 7–8,9 | Diagnostica y repara una transición o marca temporal y demuestra el efecto con la traza original. |
| 9–10,0 | Resuelve una variante temporal o de entrada y generaliza una regla de control explicando sus límites y pruebas. |
CYR.3.3.1 Acceso físico integrado y mejora sostenible
Ser capaz de construir un sistema de computación o robótico, promoviendo la interacción con el mundo físico en el contexto de un problema del mundo real, de forma sostenible.
Evidencia. Controlador integrado en maqueta, pruebas físicas, mejora y límites.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | No demuestra interacción física ni puede justificar el montaje como solución al problema. |
| 3–4,9 | Hay piezas y programa, pero falla un requisito esencial o se presenta simulación como validación física. |
| 5–6,9 | Integra sensor, control y actuación en maqueta, verifica aceptación y documenta mejora, recursos y límites de uso. |
| 7–8,9 | Compara antes y después de una mejora física o funcional y verifica que conserva parada y referencia. |
| 9–10,0 | Contrasta una condición nueva y una alternativa de integración justificando utilidad y recursos sin extrapolar a seguridad real. |
Vídeos y fuentes
Domótica DIY: Servidor Web ESP32 para Control de Iluminación – Paso a Paso
Puedes ver el vídeo poco a poco. Puedes pararlo. Busca una idea que hayas leído en este apartado. Después prueba el ejemplo.
El vídeo tiene el idioma de su autor. Puedes usar los subtítulos disponibles. También puedes seguir la explicación escrita.
Puedes aprender más
Pictogramas: Sergio Palao · ARASAAC · Propiedad del Gobierno de Aragón. Esta adaptación con pictogramas se comparte para uso no comercial bajo CC BY-NC-SA 4.0. Los recursos externos conservan sus respectivas licencias.
Contenido revisado en octubre de 2026.