El firmware trata el LCD y el feed JSON como dos vistas de los mismos datos. El LCD da una respuesta local inmediata mientras instalas sondas o resuelves problemas; la interfaz Ethernet publica las mismas lecturas en el sitio web y en cualquier otro cliente HTTP.
Lectura independiente de dos sensores DHT22
Cada DHT22 ofrece temperatura y humedad relativa mediante un protocolo de datos de un solo hilo. Como cada sensor tiene su propio pin de datos (A4 y A5 en este montaje), el sketch puede consultarlos uno tras otro sin colisiones en el bus. Por eso el LCD muestra dos pares distintos, por ejemplo 21,75 °C con 71,15 % de humedad en una línea y otra temperatura en la siguiente, en lugar de un único valor local promediado.
En el sitio web, esas mismas sondas corresponden a claves JSON (por ejemplo 0, 1 y avg). Las etiquetas que asignes en el dashboard pueden renombrarlas como «Pared norte» y «Zona de la puerta» sin cambiar las claves del firmware.
Conexión de sensores de tres hilos
- Datos: un pin digital por sensor, con una resistencia pull-up, como recomienda la hoja de datos del DHT22.
- VCC: 5 V desde el riel de la protoboard (una alimentación estable es clave para lecturas coherentes).
- GND: tierra común con el Arduino, el LCD y el shield Ethernet.
Los tendidos de cable largos hasta sondas remotas pueden necesitar pares trenzados o apantallamiento; el montaje del taller mantiene los sensores cerca del controlador por sencillez, pero el mismo esquema de firmware sirve para sondas remotas cableadas.
Disposición y contraste del LCD
La pantalla 16×2 muestra valores en directo durante el arranque, la calibración y los cortes de red. El potenciómetro de contraste de la protoboard ajusta V0 para que el texto siga siendo legible con los cambios de temperatura del espacio. Si la pantalla parece vacía tras cargar el sketch, ajusta el contraste antes de depurar el código.
El modo de cuatro bits (solo D4–D7) usa menos pines que el cableado de ocho bits: importante cuando Ethernet ya ocupa los pines SPI y hay dos líneas de datos de DHT22 asignadas.
Control de la retroiluminación
Alimentar la retroiluminación desde el pin 7 a través de un transistor evita que la corriente pase por el propio pin del Arduino. El firmware puede atenuarla o hacerla parpadear como aviso (útil cuando una sonda marca bajo cero) sin bloquear el servicio de red.
Ethernet junto a los sensores
El shield Ethernet W5100 se apila sobre el Uno y usa SPI, de modo que deja libres los pines digitales y analógicos para el LCD y los DHT22 descritos en la guía pin a pin. El shield básicamente «va montado» en la pila: una vez configurado, el sketch puede servir JSON por HTTP y enviar la misma carga por POST para la ingesta push (consulta ethernet_dht22_ingest).
De los números del LCD al JSON del sitio web
Después de cada lectura correcta de los sensores, el sketch actualiza el LCD y genera el documento JSON que sirve a los clientes. El sitio web obtiene ese JSON, guarda un historial opcional si has iniciado sesión y muestra las mismas claves de sonda en la página de inicio. Prueba la demo interactiva de sondas para ver cómo llegan las distintas claves y los promedios a los consumidores.
Preguntas frecuentes
¿Necesito una pantalla LCD si uso ProbeHarbor?
No: el panel en la nube es suficiente. Una LCD local es opcional para ver los datos en el taller cuando el Wi‑Fi no funciona.