Apuntes · Tecnología e IngenieríaES · Selectividad

Programación e internet de las cosas

Este tema reúne los fundamentos de la programación (variables, tipos, operadores, estructuras de control y funciones), el diseño y la depuración de algoritmos mediante diagramas de flujo y pseudocódigo, y la arquitectura del «internet de las cosas» (IoT): sensores, actuadores, microcontroladores y conectividad. Es contenido evaluable de Selectividad en Tecnología e Ingeniería: se pide razonar la salida o el coste de un algoritmo, trazar/corregir un programa, diseñar la lógica de un sistema con un microcontrolador y describir la cadena IoT extremo-a-extremo. Cierra el bloque de informática de la materia conectando la lógica del software con la electrónica de los proyectos tecnológicos.

4seccionesca. 22min de lectura3competenciasNivelEstándar 3 · Profundización 1Revisado · 06/2026

T·0888 / 11

Perfil de examen

Desarrollar y depurar programas sencillos aplicando algoritmos y estructuras de programación (secuencia, selección e iteración) y funciones para resolver problemas, verificando su corrección.Diseñar e implementar soluciones basadas en el internet de las cosas integrando programación, sensores, actuadores, microcontroladores y conectividad en proyectos tecnológicos reales o simulados.Expresar algoritmos con notaciones normalizadas (pseudocódigo y diagramas de flujo) y razonar su funcionamiento, su salida y su corrección.

Operadores:analizaexplicacalculajustificainterpretarazonarelacionadiseñatraducedepura

nivel básico

Como materia de modalidad, todo el tema es de nivel de profundización; lo mínimo exigible es saber leer y trazar un algoritmo con las tres estructuras de control, expresarlo en pseudocódigo y diagrama de flujo, y describir la cadena IoT sensor → microcontrolador → conectividad → actuador.

nivel avanzado

El dominio pleno añade la depuración sistemática (clasificar y corregir errores de sintaxis, ejecución y lógica), el cálculo del coste de un bucle y el diseño completo de la lógica de control de un sistema IoT con condiciones de histéresis y temporización.

Profundidad

Schrift

Inhalt · 4 secciones

Programación e internet de las cosas

Fundamentos de la programación: variables, control y funciones#

StandardBOE-A-2022-5521 · tecnologia-e-ingenieria · Programación e internet de las cosas · Fundamentos de la programación

Anatomía de un programa: datos, operadores y control

Programar es escribir, en un lenguaje que la máquina pueda ejecutar, la secuencia exacta de instrucciones que resuelve un problema. Todo programa se construye con un puñado de piezas elementales —datos que se guardan, operaciones que los transforman y decisiones que ordenan el flujo— y con la disciplina de que la computadora hace literalmente lo que se le dice, ni más ni menos. Por eso la precisión es la primera virtud del programador: un punto y coma de más, un operador confundido o una condición mal escrita producen un comportamiento incorrecto aunque la idea fuera buena.

Una variable es un espacio de memoria con un nombre al que se le asigna un valor que puede cambiar durante la ejecución; una constante es análoga pero su valor no varía. La asignación `x = 5` (o `x ← 5` en pseudocódigo) significa «guarda 5 en x», no una igualdad matemática: por eso `x = x + 1` es perfectamente válido y aumenta el contenido de x en uno. Cada variable tiene un tipo de dato que determina qué valores admite y qué operaciones tienen sentido: entero (`int`), real o coma flotante (`float`), carácter/cadena (`char`/`string`), booleano (`true`/`false`) y los compuestos como vectores o listas (`array`).

Los operadores combinan datos para producir nuevos valores. Los aritméticos (`+`, `-`, ``, `/`, el módulo `%` que da el resto de la división entera, y la potencia) operan sobre números; los relacionales (`==` igualdad, `!=` distinto, `<`, `<=`, `>`, `>=`) comparan y devuelven un booleano; y los lógicos (`AND`/`&&`, `OR`/`||`, `NOT`/`!`) combinan booleanos siguiendo el álgebra de Boole. La precedencia importa: en `2 + 3 4` la multiplicación se evalúa antes, dando 14; los paréntesis fuerzan el orden, `(2 + 3) * 4 = 20`. El operador módulo es clave en programación: `n % 2 == 0` comprueba si n es par y `n % 2 == 1` si es impar.

Las estructuras de control gobiernan el orden en que se ejecutan las instrucciones y son solo tres (teorema de la programación estructurada, Böhm-Jacopini). La secuencia ejecuta las instrucciones una tras otra de arriba abajo. La selección elige un camino según una condición booleana: `SI condición ENTONCES … SINO …` (en código `if … else`), con variantes anidadas o múltiples (`else if`, `switch`). La iteración o bucle repite un bloque: `MIENTRAS condición HACER …` (`while`, comprueba la condición antes de cada vuelta y puede no ejecutarse nunca), `REPETIR … HASTA condición` (`do…while`, se ejecuta al menos una vez) y `PARA i DESDE a HASTA b HACER …` (`for`, con un contador que recorre un rango conocido). Véase la Fig. 2 con la tabla-resumen de las tres estructuras.

Las tres estructuras de control y su sintaxis

Las funciones (o subprogramas, procedimientos, métodos) encapsulan un bloque de código con un nombre, recibe datos de entrada por sus parámetros y normalmente devuelve un resultado. Permiten descomponer un problema grande en piezas pequeñas y reutilizables —el principio «divide y vencerás»— y evitan repetir código. Una variable declarada dentro de una función es local (solo existe ahí); una declarada fuera es global. Modularizar con funciones mejora la legibilidad, facilita la depuración y permite probar cada pieza por separado.

x \leftarrow x + 1

Asignación (incremento)

El nuevo contenido de la variable x es su valor anterior más uno; la flecha (o el signo =) indica asignación, no igualdad matemática.

n \bmod 2 = 0 \iff n \text{ es par}

Operador módulo y paridad

El resto de dividir n entre 2 es cero exactamente cuando n es par; de forma análoga, d \mid n equivale a (n \bmod d = 0).

Ejemplo resuelto

Traza de un bucle con contador y condición

Dado el siguiente pseudocódigo, indica el valor final de la variable `suma`. INICIO; suma ← 0; PARA i DESDE 1 HASTA 6 HACER: SI (i módulo 2 = 0) ENTONCES suma ← suma + i; FIN PARA; ESCRIBIR suma; FIN.

Inicialización
Antes del bucle, suma vale 0. El contador i recorrerá los valores 1, 2, 3, 4, 5, 6.
Condición del SI
Solo se acumula i cuando i es par, es decir cuando (i mod 2) = 0.
Vueltas i=1,2,3
i=1 (impar): no suma → 0. i=2 (par): suma ← 0+2 = 2. i=3 (impar): no suma → 2.
Vueltas i=4,5,6
i=4 (par): suma ← 2+4 = 6. i=5 (impar): no suma → 6. i=6 (par): suma ← 6+6 = 12.
Comprobación
Se han sumado los pares de 1 a 6: 2 + 4 + 6, que efectivamente es 12.

Resultado: La variable `suma` vale 12 al finalizar: el programa acumula los números pares entre 1 y 6.

Errores frecuentes

Confundir la asignación `=` con la comparación `==`: escribir `if (x = 5)` (asigna) en lugar de `if (x == 5)` (compara) es un error lógico clásico.
Olvidar actualizar la variable de control dentro de un `while`, lo que provoca un bucle infinito porque la condición nunca cambia.
Tratar la asignación como una ecuación y rechazar `x = x + 1` por «imposible», cuando significa «el nuevo valor de x es el antiguo más uno».

Repaso activo

Escribe en pseudocódigo un programa que lea un número entero N y muestre cuántos de los números del 1 al N son múltiplos de 3. Indica qué tipo de dato usas para cada variable y razona qué estructura de control empleas.

Recuerdo activo

Recuerda los puntos clave — luego revela.

Fuentes: Real Decreto 243/2022 — enseñanzas mínimas del Bachillerato (saberes básicos, Anexo II) (Gobierno de España — Boletín Oficial del Estado (BOE))

Diseño de algoritmos: diagramas de flujo y pseudocódigo#

StandardBOE-A-2022-5521 · tecnologia-e-ingenieria · Programación e internet de las cosas · Desarrollo de programas: diseño de algoritmos

Diagrama de flujo: contar los pares de 1 a N

Antes de escribir una sola línea de código conviene diseñar el algoritmo: la descripción precisa, ordenada y finita de los pasos que resuelven un problema. Un algoritmo correcto debe cumplir tres propiedades fundamentales: ser finito (terminar en un número limitado de pasos), preciso (cada paso definido sin ambigüedad) y definido (con las mismas entradas produce siempre la misma salida). El diseño del algoritmo es independiente del lenguaje de programación: primero se piensa la lógica y solo después se traduce a un lenguaje concreto.

El pseudocódigo expresa el algoritmo en un lenguaje intermedio entre el natural y el de programación: usa palabras clave estandarizadas (INICIO/FIN, LEER, ESCRIBIR, SI…ENTONCES…SINO, MIENTRAS, PARA) y la indentación para marcar los bloques, pero sin la sintaxis estricta de ningún lenguaje real. Su ventaja es que cualquiera lo entiende y se traduce fácilmente a código; por eso es la herramienta habitual para comunicar la lógica de un programa en un examen o en la documentación de un proyecto.

El diagrama de flujo (u ordinograma) representa el mismo algoritmo de forma gráfica con símbolos normalizados (norma ISO 5807): el óvalo o terminal marca el inicio y el fin; el romboide o paralelogramo, la entrada/salida de datos (LEER/ESCRIBIR); el rectángulo, un proceso o cálculo (una asignación); el rombo, una decisión con dos salidas (Sí/No, Verdadero/Falso); y las flechas indican el sentido del flujo. Un diagrama bien construido tiene un único inicio y un único fin, y cada rombo de decisión gobierna una bifurcación o un bucle. Véase la Fig. 1.

Los bucles aparecen en el diagrama de flujo cuando una flecha «vuelve hacia atrás» a un punto anterior, formando un ciclo que se cierra a través de un rombo de decisión: mientras la condición sea verdadera se repite el cuerpo; cuando es falsa, el flujo sale del bucle. Es esencial que dentro del ciclo se modifique alguna variable que acabe haciendo falsa la condición —de lo contrario el bucle es infinito—. El contador (variable que cuenta repeticiones) y el acumulador (variable que va sumando o concatenando) son los dos patrones clásicos que aparecen casi siempre dentro de los bucles.

Pseudocódigo y diagrama de flujo son dos representaciones equivalentes del mismo algoritmo y la Selectividad pide a menudo traducir de una a otra. La traducción es sistemática: una asignación del pseudocódigo es un rectángulo; un SI es un rombo del que parten dos ramas; un MIENTRAS es un rombo con una rama que retrocede al propio rombo; un LEER/ESCRIBIR es un romboide. Saber pasar de la idea al pseudocódigo, de este al diagrama y finalmente al código de un lenguaje real es la competencia central del diseño de programas.

Símbolos normalizados del diagrama de flujo (ISO 5807)

Ejemplo resuelto

De pseudocódigo a diagrama: factorial de un número

Se da el algoritmo en pseudocódigo: INICIO; LEER n; f ← 1; i ← 1; MIENTRAS (i <= n) HACER: f ← f * i; i ← i + 1; FIN MIENTRAS; ESCRIBIR f; FIN. Calcula la salida para n = 4 y describe los símbolos del diagrama de flujo equivalente.

Inicialización
Se lee n = 4. Se ponen el acumulador f ← 1 y el contador i ← 1. En el diagrama: un romboide LEER n y un rectángulo con las dos asignaciones.
Rombo del bucle
El MIENTRAS (i <= n) se dibuja como un rombo de decisión; mientras es verdadero el flujo entra en el cuerpo, cuando es falso sale hacia ESCRIBIR.
Iteraciones
i=1: f ← 1·1 = 1, i ← 2. i=2: f ← 1·2 = 2, i ← 3. i=3: f ← 2·3 = 6, i ← 4. i=4: f ← 6·4 = 24, i ← 5.
Salida del bucle
Con i = 5 la condición (5 <= 4) es falsa: el flujo sale del rombo y llega al romboide ESCRIBIR f.
Resultado
Se imprime f = 24, que es el factorial de 4.

Resultado: Para n = 4 el algoritmo calcula 4! = 24; el diagrama tiene un terminal de inicio, un romboide de lectura, un rectángulo de inicialización, un rombo de decisión que cierra el bucle, un rectángulo de proceso (f·i, i+1), un romboide de salida y un terminal de fin.

Errores frecuentes

Usar el rectángulo (proceso) donde debe ir un rombo (decisión) o un romboide (entrada/salida), confundiendo la semántica de los símbolos.
Dibujar un diagrama con varias salidas finales o sin un terminal de fin, rompiendo la regla de un único inicio y un único fin.
Olvidar inicializar el acumulador o el contador antes del bucle, de modo que arrancan con un valor indeterminado.

Repaso activo

Diseña el algoritmo que lee 5 números enteros y muestra el mayor de ellos. Exprésalo primero en pseudocódigo y después dibuja su diagrama de flujo, señalando el rombo de decisión y la variable acumuladora `maximo`.

Recuerdo activo

Recuerda los puntos clave — luego revela.

Fuentes: Currículo de Bachillerato (LOMLOE) — materias y saberes básicos (Ministerio de Educación, Formación Profesional y Deportes — educagob)

Depuración y verificación de programas#

StandardBOE-A-2022-5521 · tecnologia-e-ingenieria · Programación e internet de las cosas · Depuración y verificación de programas; resolución de errores

Ciclo de depuración y tipos de error

Escribir un programa que funcione a la primera es raro: la depuración —encontrar y corregir los errores o «bugs»— es parte esencial del desarrollo. Verificar un programa es comprobar que produce la salida correcta para todas las entradas previstas, incluidos los casos límite. La depuración es metódica, no se basa en cambiar cosas al azar: se reproduce el fallo, se localiza la línea o el bloque responsable, se entiende la causa, se corrige y se vuelve a probar.

Los errores se clasifican en tres grandes tipos. Los errores de sintaxis violan las reglas del lenguaje (un paréntesis sin cerrar, una palabra clave mal escrita, un punto y coma olvidado); el compilador o intérprete los detecta y el programa ni siquiera arranca. Los errores de ejecución (o en tiempo de ejecución, runtime) aparecen al ejecutarse: el programa arranca pero se detiene con un fallo, como una división entre cero, el acceso a una posición inexistente de un vector o el desbordamiento de un tipo. Los errores lógicos o semánticos son los más insidiosos: el programa se ejecuta sin avisar pero da un resultado incorrecto porque la lógica está mal —una condición invertida, un bucle que cuenta una vuelta de más o de menos (error «por uno», off-by-one)—.

Las técnicas de depuración van de lo manual a lo asistido. La traza de escritorio consiste en ejecutar el programa «a mano» en una tabla, anotando el valor de cada variable en cada paso, hasta detectar dónde se desvía del resultado esperado; es la técnica que más se pide en Selectividad. Insertar mensajes de salida (`ESCRIBIR` / `print`) en puntos clave permite observar el estado de las variables durante la ejecución. Y los depuradores (debuggers) de los entornos de programación permiten poner puntos de ruptura (breakpoints), ejecutar paso a paso e inspeccionar el contenido de las variables en vivo. Véase la Fig. 1 con el ciclo de depuración.

La verificación se apoya en el diseño de casos de prueba que cubran el comportamiento esperado. Conviene probar el caso típico, los casos límite (el valor cero, el vector vacío, el primer y el último elemento) y los casos inválidos (una entrada negativa donde se esperaba positiva). El error «por uno» (off-by-one) es típico en bucles: usar `<` donde debía ir `<=` (o al revés) hace que el bucle se ejecute una vez de menos o de más; probar con el primer y el último valor del rango lo destapa enseguida.

Buenas prácticas que previenen errores antes de que aparezcan: nombres de variables descriptivos, comentarios que expliquen el porqué del código, indentación coherente, modularización en funciones pequeñas y verificables, e inicialización explícita de toda variable antes de usarla. Un código limpio y bien estructurado no solo tiene menos errores: cuando aparece uno, se localiza mucho antes.

Ejemplo resuelto

Diagnóstico de un error «por uno» mediante traza

Un alumno escribe este código para sumar 1+2+...+10 y obtiene 45 en vez de 55: `s ← 0; PARA i DESDE 1 HASTA 9 HACER s ← s + i; ESCRIBIR s`. Identifica el tipo de error, demuéstralo con la traza y corrígelo.

Tipo de error
El programa compila y se ejecuta sin detenerse, pero da un resultado equivocado: es un error LÓGICO, en concreto un error «por uno» en el límite del bucle.
Traza del rango
El PARA va de i=1 a i=9, así que acumula 1+2+3+4+5+6+7+8+9 y nunca añade el 10.
Suma obtenida
La suma de 1 a 9 es 45, exactamente el resultado erróneo que se observa.
Corrección
El límite superior debe ser 10, no 9: `PARA i DESDE 1 HASTA 10 HACER s ← s + i`. El cambio es de 9 a 10 (típico off-by-one).
Verificación
Con i de 1 a 10 la suma es la correcta, lo que confirma la corrección.

Resultado: Es un error lógico «por uno»: el bucle llegaba hasta 9 y sumaba 45; cambiando el límite a 10 el programa suma correctamente 55.

Errores frecuentes

Pensar que «si compila, está bien»: un programa sin errores de sintaxis puede contener errores lógicos que dan resultados incorrectos.
Cambiar el código al azar hasta que «parezca» funcionar, en lugar de localizar y entender la causa real del fallo.
No probar los casos límite (entrada vacía, valor cero, primer/último elemento), donde se esconden la mayoría de los errores «por uno».

Repaso activo

El siguiente bucle pretende sumar los números del 1 al 10 pero da 55-1=... un resultado erróneo: `s ← 0; PARA i DESDE 0 HASTA 9 HACER s ← s + i`. Haz la traza, identifica el tipo de error, di cuánto da realmente y corrígelo para que sume de 1 a 10.

Recuerdo activo

Recuerda los puntos clave — luego revela.

Fuentes: Real Decreto 243/2022 — enseñanzas mínimas del Bachillerato (saberes básicos, Anexo II) (Gobierno de España — Boletín Oficial del Estado (BOE))

Internet de las cosas (IoT) aplicado a proyectos#

VertiefungBOE-A-2022-5521 · tecnologia-e-ingenieria · Programación e internet de las cosas · Internet de las cosas (IoT): sensores, actuadores, microcontroladores y conectividad; aplicación a proyectos

Cadena IoT: del mundo físico a la nube y de vuelta

El internet de las cosas (IoT, del inglés Internet of Things) es la interconexión a través de redes —típicamente internet— de objetos físicos cotidianos dotados de electrónica, sensores y conectividad, capaces de captar datos del entorno, procesarlos y actuar sobre él, a menudo sin intervención humana directa. Es la convergencia de la programación de este tema con la electrónica y los sistemas de control de la materia: un sistema IoT es, en esencia, un sistema de control realimentado al que se le añade conectividad y procesamiento de datos. Domótica, agricultura de precisión, vehículos conectados, salud y ciudades inteligentes son sus campos de aplicación.

La arquitectura de un sistema IoT se describe como una cadena de capas. La capa de percepción capta el mundo con sensores y actúa sobre él con actuadores. La capa de procesamiento local reside en un microcontrolador, que ejecuta el programa, lee los sensores y gobierna los actuadores. La capa de conectividad transmite los datos por una red (Wi-Fi, Bluetooth, Zigbee, LoRa, redes móviles). La capa de aplicación, normalmente en la nube, almacena, analiza y visualiza los datos y permite el control remoto. La Fig. 1 muestra esta cadena sensor → microcontrolador → conectividad → nube → actuador.

Un sensor es un transductor que convierte una magnitud física (temperatura, luz, humedad, distancia, presión, movimiento) en una señal eléctrica que el microcontrolador puede leer; un actuador hace lo contrario: convierte una señal eléctrica en una acción física (un motor que gira, un relé que cierra un circuito, un LED que se enciende, un servo que posiciona). El microcontrolador —un pequeño ordenador en un chip con procesador, memoria y pines de entrada/salida, como los de las placas Arduino o ESP32— es el cerebro: lee las entradas (digitales y analógicas, estas vía un conversor analógico-digital), ejecuta la lógica programada y escribe en las salidas. Las señales digitales toman dos estados (0/1, HIGH/LOW); las analógicas, un rango continuo de valores.

Programar un microcontrolador combina todo lo anterior: el programa típico tiene una parte de configuración inicial (declarar qué pines son entradas y cuáles salidas) y un bucle principal que se repite indefinidamente leyendo sensores, decidiendo con estructuras de selección y accionando actuadores. La lógica de control suele responder al patrón «si la lectura del sensor cruza un umbral, activa el actuador»; para evitar que el actuador conmute sin parar cuando la medida oscila alrededor del umbral se usa la histéresis (dos umbrales, uno de activación y otro de desactivación, separados por una banda muerta). Es el mismo lazo cerrado de los sistemas de control: el sensor realimenta el estado, el programa compara con la consigna y el actuador corrige.

Aplicar el IoT a un proyecto tecnológico exige diseñar la cadena completa: elegir los sensores y actuadores adecuados al problema, seleccionar el microcontrolador y la tecnología de conectividad según el alcance, el consumo y el volumen de datos, escribir y depurar el programa de control, y prever la seguridad (los dispositivos IoT son objetivo de ataques) y el consumo energético (muchos funcionan con batería). La verificación se hace montando el circuito real o simulándolo en herramientas como Tinkercad o Wokwi antes de desplegarlo. Conviene recordar la dimensión ética: la captación masiva de datos plantea cuestiones de privacidad y de protección de datos.

\text{si } h < U_{\text{ON}} \Rightarrow \text{bomba ON};\quad \text{si } h > U_{\text{OFF}} \Rightarrow \text{bomba OFF}

Control con histéresis

Con dos umbrales U_{ON} < U_{OFF} (aquí 30 y 60) y una banda muerta entre ellos, el actuador no conmuta cuando la lectura h oscila cerca de un único valor.

Lógica de control con histéresis (banda muerta del actuador)

Ejemplo resuelto

Lógica de un termostato IoT con histéresis

Un sistema IoT de climatización lee la temperatura T de una sala. La consigna es 21 °C. Para evitar arranques continuos del calefactor se usa histéresis: enciende si T baja de 20 °C y apaga si T sube de 22 °C. Escribe la lógica del bucle de control e indica el estado del calefactor si T pasa por 19, 21 y 23 °C estando inicialmente apagado.

Identificar componentes
Sensor: sonda de temperatura (entrada analógica → ADC). Actuador: calefactor mediante relé (salida digital). Microcontrolador: ejecuta el bucle.
Definir umbrales
Umbral de encendido U_ON = 20 °C y de apagado U_OFF = 22 °C; entre ambos hay una banda muerta de 2 °C alrededor de la consigna de 21 °C.
Lógica del bucle
REPETIR: leer T; SI (T < 20) ENTONCES calefactor ← ON; SI (T > 22) ENTONCES calefactor ← OFF; (entre 20 y 22 se mantiene el estado anterior).
T = 19 °C
19 < 20, se cumple la condición de encendido: el calefactor pasa a ON.
T = 21 °C
21 no es < 20 ni > 22: cae en la banda muerta, así que el calefactor MANTIENE el estado anterior (sigue ON).
T = 23 °C
23 > 22, se cumple la condición de apagado: el calefactor pasa a OFF.

Resultado: Estados sucesivos: 19 °C → ON, 21 °C → sigue ON (banda muerta), 23 °C → OFF. La histéresis de 2 °C evita que el calefactor conmute sin parar cuando la temperatura ronda los 21 °C.

Errores frecuentes

Confundir sensor con actuador: el sensor mide (entrada), el actuador ejecuta una acción física (salida); un mismo dispositivo no es ambas cosas.
Creer que todas las señales son digitales y olvidar que las magnitudes analógicas (temperatura, luz) requieren un conversor analógico-digital para ser leídas.
Diseñar la lógica con un único umbral, lo que provoca conmutaciones continuas del actuador cuando la medida oscila justo en ese valor (falta de histéresis).

Repaso activo

Diseña, en pseudocódigo, la lógica de control de un sistema IoT de riego automático: un sensor de humedad del suelo da un valor de 0 (seco) a 100 (saturado); si la humedad baja de 30 se enciende la bomba y no se apaga hasta que sube por encima de 60 (histéresis). Indica qué elementos son sensor, actuador, entrada y salida, y dibuja la cadena IoT del sistema.

Recuerdo activo

Recuerda los puntos clave — luego revela.

Fuentes: Real Decreto 243/2022 — enseñanzas mínimas del Bachillerato (saberes básicos, Anexo II) (Gobierno de España — Boletín Oficial del Estado (BOE))

Referencias y fuentes

Fuentes

Gobierno de España — Boletín Oficial del Estado (BOE)

Real Decreto 243/2022 — enseñanzas mínimas del Bachillerato (saberes básicos, Anexo II)

Ministerio de Educación, Formación Profesional y Deportes — educagob

Currículo de Bachillerato (LOMLOE) — materias y saberes básicos

Programación e internet de las cosas

Puntos clave

Traza de un bucle con contador y condición

Puntos clave

De pseudocódigo a diagrama: factorial de un número

Puntos clave

Diagnóstico de un error «por uno» mediante traza

Puntos clave

Lógica de un termostato IoT con histéresis

Fuentes

Programación e internet de las cosas

Puntos clave

Traza de un bucle con contador y condición

Puntos clave

De pseudocódigo a diagrama: factorial de un número

Puntos clave

Diagnóstico de un error «por uno» mediante traza

Puntos clave

Lógica de un termostato IoT con histéresis

Fuentes