Volver a tu curso / DIG4-S03
Digitalización · 4.º ESO · Con pictos
Redes y dispositivos conectados
Una consulta necesita conexión, configuración, destino y servicio.
Comprobarás cada parte en una red preparada.
WiFi, Internet y una lectura reciente son cosas distintas.
Tu misión
Documenta con tu pareja una red con dos clientes y ESP32 ya programada o servidor local.
Prueba cable y WiFi, direcciones y lecturas con unidad y antigüedad.
Investiga tres fallos separados.
A01 incluye plan y primeras conexiones y reparación realizadas.
A02 incluye red, pruebas, hipótesis revisada y caso nuevo.
No tienes que programar la placa.
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.
3.1. Comprueba el recorrido por partes
Aprende y practica
Una red intercambia información mediante protocolos.
Un protocolo es un acuerdo de comunicación.
El enlace conecta una interfaz por cable o radio.
La configuración permite localizar destinos.
La aplicación intercambia mensajes para una tarea.
Tener WiFi no demuestra acceso a Internet.
Un servicio local puede funcionar sin Internet.
Describe el fallo concreto antes de probar.
Una dirección asignada puede ser incorrecta.
Una página visible puede mostrar datos antiguos.
Comprueba la parte relacionada con el síntoma y registra cambios.
Usa solo la red aislada autorizada y restaura su estado inicial.
- Interfaz
- Conexión
- Configuración
- Servicio
- Tarea completada
Mira este ejemplo
Una página local muestra un formulario y rechaza una consulta.
Ya hubo respuesta de aplicación.
Falta saber por qué la rechaza.
Anota mensaje y destino.
Eso ayuda a elegir una prueba antes de cambiar la conexión.
Ahora hazlo tú
- Abre el servicio preparado y anota en Google Docs qué partes puedes comprobar.
- Dibuja enlace, configuración y aplicación en diagrams.net.
- Convierte tres síntomas vagos en observaciones sin inventar causas.
Comprueba qué has aprendido¿Qué demuestra una respuesta y qué falta comprobar?
3.2. Funciones de los equipos de red
Aprende y practica
Ordenador
El cliente pide un servicio y el servidor lo ofrece.
Un ordenador puede cumplir ambas funciones en procesos distintos.
El conmutador conecta dispositivos dentro de una red de enlace.
El punto de acceso permite conexión inalámbrica.
El router conecta redes.
Un aparato puede reunir varias de esas funciones.
La topología dibuja equipos, funciones y enlaces reales.
Una consulta local puede no salir a otra red.
ESP32 puede unirse a un punto de acceso como estación.
También puede crear un punto de acceso si el firmware lo prepara así.
Consulta y anota su modo en lugar de adivinarlo.
Un servidor simulado no demuestra una conexión física con un sensor.
- Cliente WiFi
- Punto de acceso
- Red local
- Servidor
Mira este ejemplo
Una tablet consulta un equipo cableado local.
El aparato central puede usar punto de acceso y conmutación.
La consulta no siempre sale a otra red.
El diagrama debe mostrar funciones.
Perder la salida exterior no implica perder toda comunicación local.
The Internet: Packets, Routing & Reliability
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ú
- Dibuja en diagrams.net equipo central, dos clientes y ESP32 o servidor con interfaces.
- Consulta el firmware y anota modo y dependencia en Google Docs.
- Sigue una consulta y señala funciones compartidas y partes simuladas.
Comprueba qué has aprendido¿Qué función une tu cliente WiFi con el servidor y cuándo necesita router?
3.3. Direcciones y servicios de configuración
Aprende y practica
Una dirección IP identifica una interfaz dentro de su contexto de red.
El equipo también utiliza la máscara o prefijo.
Con ella decide qué destinos se consideran locales.
La dirección aislada no explica toda esa relación.
El supuesto IPv4 192.168.50.0/24 usa máscara 255.255.255.0.
Las direcciones terminadas en .10 y .21 pueden compartir subred en ese supuesto.
En ese /24 convencional, .0 identifica la red.
La dirección terminada en .255 corresponde a difusión.
Ninguna de esas dos se asigna a clientes.
Las interfaces distintas necesitan direcciones únicas dentro de ese contexto.
Así se evita una identificación ambigua.
La puerta de enlace ofrece una ruta hacia otra red cuando el destino está en ella.
DNS relaciona nombres con direcciones.
Consultar una dirección numérica local conocida no necesita resolver un nombre.
Consultar un nombre preparado sí depende de su resolución.
DHCP puede proporcionar configuración automáticamente.
Recibir valores no demuestra que sean los previstos.
Cada función resuelve una parte distinta del recorrido.
El plan autorizado permite comprender la configuración observada.
Dirección, máscara, puerta y DNS se registran desde el sistema.
Después se comparan con ese plan.
Así se comprueba la relación entre interfaces y destinos.
Copiar cifras sin comprenderlas no comprueba esa relación.
Una dirección privada no es una contraseña ni garantiza anonimato.
Este supuesto sirve para aprender.
Otras redes pueden usar prefijos diferentes o IPv6.
Necesitan sus propios valores autorizados.
- Nombre si existe
- DNS
- IP y máscara
- Camino local o puerta
- Destino
Mira este ejemplo
La dirección numérica funciona y el nombre preparado falla.
Eso orienta una revisión del nombre y su configuración.
No obliga a cambiar WiFi.
Comprueba el nombre exacto.
No cambies el DNS general del centro para adaptar el ejemplo.
The Internet: IP Addresses & DNS
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ú
- Anota IP, máscara, puerta y DNS de los dos clientes en Google Docs.
- Compara con el plan y dibuja solo las direcciones autorizadas.
- Prueba dirección y nombre preparado si existe y explica la dependencia de DNS y lo pendiente de comprobar.
Comprueba qué has aprendido¿Para qué sirven máscara, puerta y DNS en tu consulta local?
3.4. Compara cable y WiFi con la misma tarea
Aprende y practica
El cable necesita conectores, interfaces y equipos compatibles.
WiFi también depende de distancia, obstáculos, interferencias y ocupación.
WiFi necesita la autenticación preparada.
Las barras de señal no garantizan servidor ni velocidad.
La tasa de enlace anunciada no es el caudal útil real.
El caudal indica información transferida por tiempo.
La latencia indica retraso de una operación.
Compara medios con el mismo servicio y tarea.
Registra lugar, dispositivo e interfaz activa.
Cambiar varias condiciones impide atribuir la diferencia solo al medio.
Dos interfaces activas pueden seguir rutas distintas.
Usa la configuración preparada sin sobrecargar y limita la conclusión a tu ensayo.
- Misma tarea
- Conexión
- Condiciones
- Resultado
- Límite
Mira este ejemplo
Dos grupos descargan el mismo archivo.
Usan dispositivos y lugares distintos.
Sus tiempos no permiten atribuir todo al medio de conexión.
Anota esa limitación.
Para comparar mejor hay que mantener más condiciones iguales.
The Internet: Wires, Cables & Wifi
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ú
- Consulta la misma lectura por cable y WiFi con equipos autorizados.
- Anota en Google Docs lugar, equipo, interfaz, tarea y respuesta y distingue retraso de antigüedad.
- Explica una limitación y qué mantendrías igual al repetir.
Comprueba qué has aprendido¿Qué condiciones debes mantener para comparar cable y WiFi?
3.5. Llega al servicio correcto
Aprende y practica
La dirección localiza una interfaz.
La aplicación también necesita protocolo, puerto y ruta.
En el ejemplo HTTP usa puerto 8000 y ruta /panel.
Copia solo los datos del laboratorio autorizado.
Un proceso debe escuchar y permitir el acceso.
Panel y lectura pueden pedir autenticación distinta.
401 indica falta de autenticación válida.
403 indica acceso prohibido y 404 un recurso no encontrado.
Esas respuestas no significan falta de WiFi.
Un tiempo agotado sin respuesta necesita más pruebas y no es siempre un estado HTTP.
Ping puede filtrarse y su respuesta no garantiza servicio web.
Prueba la aplicación y valor, unidad y actualización sin entregar claves.
- Dirección y puerto
- Servicio y ruta
- Autenticación
- Respuesta
- Lectura válida
Mira este ejemplo
Una ruta mal escrita devuelve una página de error.
El servicio respondió, pero la tarea no terminó.
Compara la ruta con la ficha sin cambiar dirección ni puerto.
Corrige y repite.
Un error visible no demuestra desconexión general.
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.
Ahora hazlo tú
- Anota protocolo, dirección, puerto y ruta en Google Docs sin claves.
- Consulta panel y lectura como indica la ficha y anota respuesta y tarea pendiente.
- Compara un estado HTTP con ausencia de respuesta y explica qué falta comprobar.
Comprueba qué has aprendido¿Por qué recibir 401 y no recibir respuesta necesitan pruebas distintas?
3.6. Investiga tres fallos por separado
Aprende y practica
Usa lo ya comprobado para elegir la siguiente prueba.
Enlace caído, dirección errónea y servicio detenido son fallos distintos.
Los tres pueden impedir que cargue una página.
Observa interfaz, configuración y aplicación según el síntoma.
El docente prepara un fallo cada vez.
Restaura la configuración antes del siguiente.
Anota síntoma, hipótesis, esperado, acción, observado y corrección.
Repite la tarea para comprobar la solución.
Una prueba debe distinguir explicaciones sin cambiar muchas cosas a la vez.
Si un reinicio ayuda sin confirmar causa, indícalo y revisa hipótesis contradichas.
No explores equipos ajenos ni tráfico de compañeros.
Identifica las simulaciones porque no prueban conexión física.
- Un fallo
- Posible causa
- Prueba
- Corrección
- Estado inicial
Mira este ejemplo
La pareja sospecha del nombre.
La consulta numérica tampoco responde.
La primera hipótesis no queda confirmada.
Guarda el resultado y busca una prueba entre configuración y servicio.
Conservar el fallo permite explicar por qué cambiaste de idea.
Ahora hazlo tú
- Investiga los fallos preparados de enlace, dirección y servicio sin cambiar la red general.
- Anota en Google Docs antes, hipótesis, prueba, corrección y después y restaura entre casos.
- Revisa una hipótesis y elige una primera prueba razonada para otro caso.
Comprueba qué has aprendido¿Qué prueba te haría cambiar de hipótesis sin cambiarlo todo?
3.7. Guarda el recorrido y las pruebas
Aprende y practica
La documentación reúne dibujo, configuración e incidencias.
El dibujo muestra conexiones.
La tabla indica funciones e interfaces.
El registro explica pruebas y cambios de hipótesis.
Todos deben describir el mismo montaje y versión.
Una captura final no explica cómo se encontró la causa.
No incluyas claves de acceso en la entrega.
La guía indica condición previa, acción, resultado y siguiente decisión.
Otra pareja la usa para un caso nuevo y explica su primera prueba.
Anota límites del material, simulación y condiciones.
Actualiza el dibujo si cambia el montaje.
Comprueba acceso y consulta útil porque recuperar enlace no demuestra recuperar servicio.
- Montaje actual
- Dibujo y plan
- Pruebas
- Otra pareja
- Solución repetible
Mira este ejemplo
El dibujo y la tabla usan versiones distintas.
Otra pareja llega a otro destino.
Corrige nombres, versión y referencias.
Después repite la consulta.
Mejorar la documentación también puede mejorar el trabajo sin cambiar piezas.
Ahora hazlo tú
- Inserta en Google Docs el dibujo de diagrams.net, el plan y tres registros.
- Comprueba nombres, interfaces y direcciones y retira claves.
- Otra pareja prueba un caso nuevo y registráis dificultad, mejora y repetición.
Comprueba qué has aprendido¿Qué necesita otra pareja para repetir y qué secretos debes excluir?
3.8. Comprueba si el dato es nuevo
Aprende y practica
Abrir el panel solo comprueba parte de una consulta IoT.
Una lectura útil reúne valor, unidad y contexto temporal.
El dispositivo puede registrar el instante de medida.
El servidor puede registrar el instante de recepción.
Son momentos de operaciones distintas.
Para interpretar la antigüedad hay que saber a qué registro se refiere.
También hay que saber cómo se calcula.
Comparar horas de relojes sin sincronizar puede causar errores.
La ficha del sensor debe respaldar la unidad física.
Un número aislado no determina esa unidad.
La información puede seguir visible aunque no se renueve.
El cliente puede conservar la pantalla.
El servidor puede conservar la última lectura si el emisor se detiene.
Acceder al panel, recibir respuesta y renovar el dato son comprobaciones distintas.
Una marca temporal o una secuencia que avanza aporta evidencia sobre su registro.
Sus límites dependen del mecanismo preparado.
Una secuencia muestra sucesión.
Por sí sola no indica una duración.
Un valor repetido tampoco demuestra una avería.
La magnitud puede permanecer estable.
Un diagnóstico relaciona las evidencias con una hipótesis y una comprobación.
El panel puede abrir aunque el registro no avance.
Eso no explica por sí solo dónde se ha detenido el recorrido.
Comparamos los registros disponibles del emisor, el servidor y el cliente.
Así podemos acotar el problema.
Cambiamos una condición y repetimos la consulta.
Observamos si la intervención produce el efecto previsto.
El registro distingue hardware real, servidor simulado y datos ficticios.
Así explica qué parte comprobamos y qué afirmaciones siguen pendientes.
- Emisor
- Dato con unidad
- Recepción
- Consulta
- Antigüedad
Mira este ejemplo
El panel repite un valor.
La magnitud podría estar estable o el emisor detenido.
Una secuencia nueva aporta otra prueba.
Si tampoco cambia, aún hay dudas.
Explica la marca usada antes de declarar una avería.
Ahora hazlo tú
- Consulta estación o simulador y anota valor, unidad y marca o secuencia en Google Docs.
- En el caso preparado de emisor detenido distingue panel, respuesta y dato nuevo.
- Incluye la prueba en A02 con tres diagnósticos, comparación y límites.
Comprueba qué has aprendido¿Cómo distingues un valor igual pero nuevo de un dato antiguo?
Tu proyecto y tus entregas
A01 · Diseña la solución
- Dibuja topología con dos clientes y estación o servidor y anota funciones, interfaces y plan.
- Realiza conexiones iniciales por cable y WiFi y registra configuración y consulta indicando simulaciones.
- Ensaya una incidencia y comprueba hipótesis y corrección con otra consulta.
- Planifica valor, unidad, antigüedad y tres fallos e incluye fuentes y explicación individual sin claves.
Qué debes entregar
- Entrega topología editable, plan y valores observados con direcciones y máscara.
- Muestra consultas iniciales por cable y WiFi y su alcance.
- Incluye incidencia probada, hipótesis, reparación y consulta final.
- Reúne diseño, fuentes y aportaciones dentro de A01.
Haz tu copia en Documentos de Google · Ver la plantilla vacía
A02 · Red local de prácticas documentada
- Configura la red y demuestra consulta por cable y WiFi con dos clientes.
- Anota configuración, puerto, ruta y lectura con unidad y antigüedad sin claves.
- Prueba tres fallos separados, restaura entre casos y revisa una hipótesis.
- Usa la guía en otro caso y entrega mejora comprobada, editables, registros, fuentes y explicación individual.
Qué debes entregar
- Entrega red y dibujo coherentes con configuración y consultas por ambos medios.
- Muestra tres fallos con antes, prueba, corrección y después e hipótesis revisada.
- Incluye valor, unidad y antigüedad y distingue página accesible de dato nuevo.
- Reúne guía probada, mejora y aportaciones en DIG4-S03 indicando hardware y simulación.
Haz tu copia en Documentos de Google · Ver la plantilla vacía
Revisa antes de entregar
- Distingo conexión, dirección, nombre y aplicación.
- Explico máscara, puerta, DHCP y DNS.
- Interpreto respuestas y compruebo valor, unidad y antigüedad.
- Pruebo tres fallos y aplico el método a otro; esta lista no sustituye la rúbrica oficial.
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
- Entrega topología editable, plan y valores observados con direcciones y máscara.
- Muestra consultas iniciales por cable y WiFi y su alcance.
- Incluye incidencia probada, hipótesis, reparación y consulta final.
- Reúne diseño, fuentes y aportaciones dentro de A01.
A02 · Red local de prácticas documentada
Haz tu copia en Documentos de Google · Ver la plantilla vacía
- Entrega red y dibujo coherentes con configuración y consultas por ambos medios.
- Muestra tres fallos con antes, prueba, corrección y después e hipótesis revisada.
- Incluye valor, unidad y antigüedad y distingue página accesible de dato nuevo.
- Reúne guía probada, mejora y aportaciones en DIG4-S03 indicando hardware y simulación.
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
DIG.4.1.1 Conectar y gestionar la red de prácticas
Conectar dispositivos y gestionar redes locales aplicando los conocimientos y procesos asociados a sistemas de comunicación alámbrica e inalámbrica con una actitud proactiva.
Evidencia. Topología, configuración registrada y microconexión por cable y WiFi en red autorizada.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | Confunde punto de acceso y servicio o cambia configuración sin relación con la red preparada. |
| 3–4,9 | Dibuja dispositivos, pero no explica máscara, puerta o DNS y solo prueba una forma de acceso sin distinguirla. |
| 5–6,9 | Relaciona funciones, direcciones y máscara y demuestra conexión preparada por cable y WiFi, registrando consulta local y dependencias. |
| 7–8,9 | Compara condiciones y explica diferencia entre enlace, caudal y latencia y entre dirección numérica y nombre. |
| 9–10,0 | Justifica un cambio de configuración para otro cliente y anticipa qué pruebas confirmarían acceso sin conflictos. |
DIG.4.1.3 Diagnóstico de dependencias de red y servicio
Identificar y resolver problemas técnicos sencillos, analizando componentes y funciones de los dispositivos digitales, evaluando las soluciones de manera crítica y reformulando el procedimiento, en caso necesario, fomentando un consumo y reposición de los sistemas digitales y/o tecnológicos de manera sostenible y responsable.
Evidencia. Microincidencia reproducida, hipótesis, prueba discriminante y reparación registrada.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | Atribuye 401 a falta de WiFi o propone sustituir hardware sin localizar el fallo. |
| 3–4,9 | Reconoce un síntoma, pero cambia varias configuraciones o no puede rechazar su hipótesis. |
| 5–6,9 | Distingue enlace, configuración, nombre y servicio, prueba una hipótesis y corrige una incidencia sencilla repitiendo la consulta. |
| 7–8,9 | Reformula la hipótesis al recibir evidencia contradictoria y justifica el siguiente paso por capas. |
| 9–10,0 | Compara alternativas de reparación y elige la menos invasiva compatible con la evidencia y los recursos. |
Consultar la rúbrica de A02
Producto pruebas y mejora
DIG.4.1.1 Conectar y gestionar la red de prácticas
Conectar dispositivos y gestionar redes locales aplicando los conocimientos y procesos asociados a sistemas de comunicación alámbrica e inalámbrica con una actitud proactiva.
Evidencia. Red documentada, consultas cable y WiFi y configuración de dispositivos autorizados.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | No conecta el cliente o la explicación de direcciones y funciones contradice la red utilizada. |
| 3–4,9 | Logra acceso parcial, pero no comprueba ambas conexiones o confunde aplicación y enlace. |
| 5–6,9 | Conecta dispositivos y gestiona configuración local, demuestra acceso por cable y WiFi y explica direcciones, resolución y servicio con registro de pruebas. |
| 7–8,9 | Compara las conexiones con la misma tarea y corrige un desajuste de configuración sin alterar la red ajena. |
| 9–10,0 | Configura o analiza un nuevo cliente preparado y justifica decisiones y límites de acceso con pruebas por capas. |
DIG.4.1.3 Diagnóstico de dependencias de red y servicio
Identificar y resolver problemas técnicos sencillos, analizando componentes y funciones de los dispositivos digitales, evaluando las soluciones de manera crítica y reformulando el procedimiento, en caso necesario, fomentando un consumo y reposición de los sistemas digitales y/o tecnológicos de manera sostenible y responsable.
Evidencia. Tres incidencias con antes después, hipótesis revisada y comprobación funcional.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | Las reparaciones no corresponden a los fallos o no se repite la tarea final. |
| 3–4,9 | Resuelve por reinicio o ensayo, pero no explica causa ni distingue dato antiguo y servicio inaccesible. |
| 5–6,9 | Diagnostica y resuelve tres incidencias, registra antes y después y reformula cuando procede, justificando cambios responsables sin sustituciones innecesarias. |
| 7–8,9 | Aísla una causa entre alternativas y contrasta que la reparación conserva las demás funciones de la red. |
| 9–10,0 | Resuelve una incidencia nueva con procedimiento reproducible y explica qué causa sigue provisional y qué prueba faltaría. |
Vídeos y fuentes
Puedes aprender más
- MDN: How does the Internet work?
- Cloudflare Learning Center: What is a subnet?
- MDN: HTTP response status codes
- Espressif: Arduino ESP32 Wi-Fi API
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.