Cómo conectar una estación meteorológica Ecowitt o Davis

Una estación meteorológica sola responde una pregunta: qué tiempo hace en este punto. Las decisiones que importan en una finca, un campo de golf o una planta solar necesitan esa respuesta junto a otros datos. El riego depende de la lluvia y de la humedad del suelo a la vez. Una alarma de helada solo sirve si le llega a quien puede abrir los aspersores. Y si instalas estaciones para varios clientes, cada uno tiene que ver sus datos con su marca.

Para eso se conecta una estación meteorológica a una plataforma IoTITérminoIoT (Internet de las cosas)El IoT (Internet of Things) es la red de objetos físicos con sensores, software y conectividad que recogen e intercambian datos y actúan de forma autónoma.Ver perfil. Esta guía cubre las dos marcas que más vemos en campo, Ecowitt y Davis Instruments: cómo sacar sus datos de la app del fabricante, qué tener en cuenta con cada una, cómo convertir las lecturas en cifras fiables y para qué sirven los datos una vez reunidos.

Dos formas de sacar los datos de una estación meteorológica

Hay dos caminos de la estación a la plataforma.

Envío local. La consola o el gateway de la estación manda las lecturas por tu red a un servidor que gestionas tú. Los gateways Ecowitt tienen una subida «personalizada» que publica en cualquier endpoint HTTP, y herramientas como ecowitt2mqtt la traducen a MQTTProtocoloMQTTEl protocolo pub/sub estándar del IoTVer perfil. Davis tiene una API local en la WeatherLink Live. La ventaja es que los datos no pasan por la nube del fabricante. El precio es reconfigurar cada gateway, mantener un servidor al que llegue el emplazamiento y empezar sin histórico.

API de la nube del fabricante. La estación sigue publicando en la nube del fabricante como hoy, y la plataforma lee de ahí con claves que crea el dueño. En campo no cambia nada, y en algunos casos se puede importar también el histórico que ya guarda la nube.

Para estaciones ya instaladas y reportando, la API de la nube suele ser el camino corto. Es el que sigue Cloud Studio IoT con las dos marcas. El envío local sigue teniendo su sitio, y conviene saber cómo funciona antes de elegir.

Envío local: la subida personalizada de Ecowitt y la WeatherLink Live

Ecowitt: la subida personalizada

En la app de Ecowitt (WS View Plus, o la página web del propio gateway) hay un servicio «Customized» junto a los servicios en la nube habituales. Se rellenan el protocolo, el servidor o la IP, la ruta y el puerto, más un intervalo de subida en segundos. El protocolo puede ser «Ecowitt» o «Wunderground». El formato Ecowitt lleva más campos, así que es la elección habitual.

Lo que llega es un POST HTTP con campos de formulario que llevan el nombre de la magnitud y de la unidad: `tempf`, `humidity`, `baromrelin`, `windspeedmph`, `dailyrainin`, `solarradiation`, y un grupo de campos por cada sensor adicional (`soilmoisture1`, `temp1f`, etc.). Hay dos detalles que importan:

• Las unidades son imperiales. Temperatura en °F, presión en inHg, viento en mph y lluvia en pulgadas. La subida personalizada no tiene el selector de unidades de la API de la nube.
• La estación se identifica por un `PASSKEY`, no por su dirección MAC. El receptor tiene que llevar su propia tabla de qué passkey corresponde a cada estación y a cada cliente.

Davis: la API local de la WeatherLink Live

La WeatherLink Live responde en tu red local. Un GET a `/v1/currentconditions` en el puerto 80 devuelve las últimas lecturas, y Davis documenta que admite peticiones hasta cada 10 segundos. Para datos más rápidos hay un modo en tiempo real: una llamada a `/v1/realtime` arranca una difusión UDP en el puerto 22222 con viento y lluvia cada 2,5 segundos, durante 20 minutos por defecto y hasta 24 horas. Las peticiones tienen que salir de la misma red local que el equipo.

Aquí las unidades también son estadounidenses, y la lluvia llega como un recuento de basculadas del pluviómetro. El campo `rain_size` dice cuánto vale cada basculada (0,01 in, 0,2 mm, 0,1 mm o 0,001 in), así que la conversión depende de cómo se configuró el pluviómetro.

Cuándo compensa el envío local

El envío local tiene sentido cuando los datos no pueden pasar por una nube de terceros, cuando se necesitan lecturas cada pocos segundos (el viento para una grúa o una barra de pulverización, por ejemplo) o cuando el emplazamiento ya tiene un servidor. Cuesta más mantenerlo: un gateway que configurar cada vez, un endpoint que tiene que estar siempre arriba y ningún histórico anterior al día en que se encendió. Con un parque de estaciones repartido entre clientes, ese coste crece rápido.

Leer las nubes del fabricante: API v3 de Ecowitt y v2 de WeatherLink

Ecowitt: la API v3 de la nube

Los gateways y consolas Ecowitt publican en ecowitt.net. La API v3 lee esos datos con dos claves que se crean en el perfil de usuario de ecowitt.net: una Application Key y una API Key. Cada estación se identifica por su dirección MAC.

Lo que ayuda:

• Eliges las unidades. La API acepta un selector de unidad por magnitud, así que puedes pedir °C, hPa, m/s, mm y W/m² directamente. Una excepción: el déficit de presión de vapor (VPD) vuelve en inHg pidas lo que pidas.
• El histórico está. Ecowitt guarda el detalle de 5 minutos para los datos recientes y de 30 minutos para los más antiguos. Una estación que lleva meses reportando puede traer ese histórico en vez de empezar con el gráfico vacío.
• «Sin datos» no es un error. Para una estación que no reportó, la API responde bien con el bloque de datos vacío. Hay que tratarlo como silencio y no como fallo, o los registros se llenan de falsas alarmas.

Lo que hay que vigilar: no hay dos estaciones que reporten el mismo juego de sensores, y el número de canal no dice qué mide. En una estación `soilch1` puede ser la sonda de 60 cm y `soilch4` la de 15 cm.

Davis Instruments: la API v2 de WeatherLink

Las estaciones Davis reportan a la nube de WeatherLink. La API v2 usa una API Key y un API Secret, que se generan en la página Account de weatherlink.com con Generate v2 Key. Cada estación tiene un station ID numérico, que devuelve el endpoint `/stations`.

Lo que ayuda:

• El secreto no va en la URL. Davis recibe el secreto en la cabecera `X-Api-Secret`, así que no termina escrito en los registros de servidores ni de proxies.
• Una sola API para todo el hardware. Una WeatherLink Live, una Vantage Pro2 o Vantage Vue con data logger y un nodo EnviroMonitor se leen igual.

Lo que hay que vigilar:

• Las unidades son fijas. La API v2 responde siempre en unidades estadounidenses: °F, inHg, pulgadas y mph. La conversión corre por tu cuenta.
• La respuesta depende del equipo. Los datos llegan en bloques de sensores, cada uno con su `sensor_type`, y los nombres de los campos cambian de un tipo de bloque a otro.
• Límites de uso. Davis permite dos llamadas por segundo y 300 por hora por clave. Consultar cada 5 minutos son 12 llamadas por hora por estación, así que una clave alcanza para unas 25 estaciones.
• El histórico pide plan Pro. El endpoint `/historic` solo funciona con estaciones que tienen suscripción WeatherLink Pro, y devuelve 24 horas por llamada.

Ecowitt y Davis, comparadas

• Autenticación: Ecowitt usa una Application Key y una API Key en la petición. Davis usa una API Key y un secreto en una cabecera.
• Identificador de la estación: dirección MAC en Ecowitt, station ID numérico en Davis.
• Unidades: se eligen en Ecowitt; siempre estadounidenses en Davis.
• Histórico: disponible desde la nube de Ecowitt con resolución de 5 o 30 minutos; en Davis, solo con plan Pro.
• Forma de la respuesta: en las dos depende de los sensores de la estación, así que las dos necesitan un mapeo por tipo de estación.

Unidades, horas y un mapa de cada estación

Obtener las lecturas es la mitad del trabajo. La otra mitad es que una cifra signifique lo mismo venga de la estación que venga.

Convertir una vez, a la entrada

Sea cual sea el camino, al menos parte de los datos llegará en unidades estadounidenses. Conviene convertirlos una sola vez, al entrar, y guardar todo en un único sistema. Los factores son exactos y cortos:

• Temperatura: °C = (°F − 32) × 5/9
• Presión: 1 inHg = 33,8639 hPa
• Lluvia: 1 in = 25,4 mm
• Viento: 1 mph = 0,44704 m/s = 1,609344 km/h

La presión pide una decisión más. Las estaciones dan la presión absoluta, medida en la estación, y la relativa, corregida al nivel del mar. Los mapas del tiempo usan la relativa; las fórmulas de evapotranspiración, la absoluta. Hay que elegir el campo que corresponde a cada uso y etiquetarlo, porque en altura la diferencia entre las dos pasa de 100 hPa.

La lluvia es un contador, no una lectura

La lluvia llega como acumulados: desde medianoche, desde el inicio del episodio, en la última hora. Esos contadores se ponen a cero, y lo hacen con el reloj de la propia estación. Si guardas el acumulado diario cada cinco minutos y sumas los valores, cuentas la misma lluvia muchas veces. Lo correcto es guardar los incrementos: la diferencia entre una lectura y la siguiente, sin contar la caída de la puesta a cero. Así la lluvia se puede sumar en cualquier periodo.

Horas en UTC

Cada lectura se guarda con su hora en UTC y se pasa a hora local solo en pantalla. Las cifras diarias (lluvia del día, temperatura mínima, evapotranspiración) se cortan a medianoche en la zona horaria de la estación, no en la del servidor. Si no, una estación en México y otra en España leídas por el mismo servidor acaban con los días desplazados varias horas.

Un mapa de cada estación

Al instalar, apunta qué es cada canal: sensor, altura o profundidad y ubicación. Después convierte esa lista en el mapeo que usa la plataforma. Por ejemplo, `soilch1` → humedad de suelo, 60 cm, sector norte; `soilch4` → humedad de suelo, 15 cm, sector norte. Sin esa hoja, dentro de seis meses nadie sabrá qué sonda es cuál, y cambiar dos profundidades en un gráfico da justo el consejo de riego contrario.

Los buenos datos de una estación meteorológica empiezan en el mástil

Una API no arregla un sensor mal colocado. Unas pocas reglas de emplazamiento, de la guía de instrumentos y métodos de observación de la OMM, marcan la diferencia entre una estación meteorológica que ayuda y una que confunde:

• Temperatura y humedad entre 1,25 y 2 m sobre el suelo, dentro de un protector de radiación ventilado, sobre hierba corta y lejos de paredes, pavimento y maquinaria. Un sensor en una pared al sol marca de más por la tarde.
• Pluviómetro nivelado y con la boca libre de obstáculos. Una regla habitual es separarlo del árbol o el edificio más cercano al menos el doble de su altura.
• Viento en un lugar despejado. El estándar meteorológico es 10 m, pero las estaciones agrícolas suelen ir a 2 m. Eso importa para la evapotranspiración, que espera el viento a 2 m. La FAO-56 da una corrección para otras alturas: u₂ = u_z × 4,87 / ln(67,8 z − 5,42), donde z es la altura en metros.
• Radiación solar con el sensor nivelado y limpio. El polvo y los excrementos de pájaro bajan la lectura, y también la sombra del propio mástil.

Después, el mantenimiento. Las hojas y los insectos atascan el embudo del pluviómetro; un pluviómetro que marca cero durante una tormenta suele estar atascado, no roto. Revisa la nivelación del sensor de radiación y límpialo en cada visita. La plataforma ayuda vigilando señales de problema: radiación por encima de cero de noche, una temperatura que no se mueve en horas, humedad clavada en el 100 % durante días o lluvia plana mientras la estación de al lado registra una tormenta.

Para qué sirven los datos meteorológicos

La mayoría de los usos agrícolas se reducen a unas pocas variables, y la cifra más valiosa no se mide directamente.

Evapotranspiración y riego

El método FAO-56 Penman-Monteith para la evapotranspiración de referencia (ET₀), la forma estándar de estimar cuánta agua pierde un cultivo, usa temperatura del aire, humedad relativa, velocidad del viento a 2 m y radiación solar, más la presión atmosférica, que se puede estimar a partir de la altitud. Una estación que reporta esas cuatro puede alimentar una decisión de riego.

El consumo del propio cultivo es la ET₀ multiplicada por un coeficiente de cultivo (Kc) que cambia con el cultivo y su fase. Si se resta la lluvia efectiva, queda el agua que el suelo tiene que reponer. La ET₀ diaria es la unidad habitual para el riego. Necesita un día completo de lecturas, así que una estación con huecos da una cifra más débil, y es mejor marcar esos días que esconderlos.

Heladas

Las alarmas de helada trabajan con la temperatura del aire a la altura del cultivo, que en noches despejadas y sin viento puede estar más fría que a 2 m. El punto de rocío también ayuda: con aire seco, la temperatura cae más rápido tras la puesta de sol y la helada llega antes. La alarma tiene que despertar a alguien a tiempo de actuar, así que el umbral va un par de grados por encima de cero, y necesita una histéresis para no saltar y apagarse cada pocos minutos alrededor del umbral.

Ventanas de tratamiento

Para tratar hace falta poco viento, que no llueva poco después y un aire que no esté demasiado seco. El viento y la lluvia vienen directamente de la estación. Para el secado de las gotas, una medida muy usada es el Delta T, la diferencia entre la temperatura seca y la húmeda, que se calcula a partir de la temperatura y la humedad. Los valores entre 2 y 8 °C se citan a menudo como buenas condiciones de tratamiento.

Otros usos habituales

• Grados día, para seguir el desarrollo del cultivo y los ciclos de plagas: cada día suma la temperatura media menos una temperatura base que depende del cultivo.
• Lluvia acumulada junto a la humedad del suelo, para ver cuánto infiltró de verdad.
• Radiación solar junto a la producción de una planta fotovoltaica, para distinguir un día nublado de una avería.
• Velocidad y dirección del viento para polvo, olores o trabajos con grúa.

Ninguno de estos usos pide una estación meteorológica nueva. Piden las lecturas de la estación en el mismo lugar que el resto de los datos, y alarmas que lleguen a quien puede hacer algo.

Cómo funciona en Cloud Studio IoT

Cloud Studio IoT lee las dos marcas por la API de su nube, así que las estaciones quedan como están. Añades las claves en la pestaña Integraciones del cliente, creas un dispositivo por estación (MAC en Ecowitt, station ID en Davis) y el script del modelo de dispositivo asigna los campos del fabricante a endpoints. Desde ahí las lecturas están en los mismos dashboards, alarmas e informes que cualquier otro dispositivo, por ejemplo junto a sensores LoRaWAN de humedad de suelo. El viento tiene su propio widget de rosa de los vientos, con 4, 8 o 16 sectores de dirección. Las alarmas salen por correo, SMS, WhatsApp, llamada de voz o push. En Ecowitt se importa también el histórico de su nube.

Como la plataforma IoT es multi-tenant y de marca blanca, un integrador puede conectar estaciones de varios clientes y cada cliente ve solo las suyas, con la marca del integrador.

Guías paso a paso: integración con Ecowitt e integración con Davis WeatherLink. Para el panorama completo de sensores en campo, mira nuestra guía de agricultura de precisión.

Antes de conectar: una lista corta

1. Claves del dueño de la cuenta. Las claves son de quien tiene la cuenta de Ecowitt o de WeatherLink. Si es tu cliente, pídele que las cree él, para que pueda revocarlas después.
2. Una lista de estaciones. Dirección MAC o station ID, ubicación y cliente de cada una.
3. Un mapa de cada estación. Qué mide cada canal y a qué altura o profundidad.
4. Unidades y frecuencia. Decide en qué unidades guardas y cada cuánto lees. En Davis, comprueba el número de estaciones por clave frente al límite de 300 llamadas por hora.
5. Quién recibe qué. Un destinatario por alarma, la persona que puede actuar, y una alarma para la estación que deja de reportar.

Preguntas frecuentes

¿Tengo que cambiar algo en mi estación meteorológica?

No, por el camino de la API de la nube. La estación sigue publicando en ecowitt.net o en WeatherLink como hoy, y la plataforma lee de ahí.

¿Envío local o API de la nube?

Para estaciones que ya funcionan y están repartidas en varios emplazamientos, la API de la nube: no hay que tocar nada en campo y, con Ecowitt, el histórico viene incluido. El envío local es para los casos en que los datos no pueden pasar por una nube de terceros o se necesitan lecturas cada pocos segundos.

¿Puedo mezclar estaciones Ecowitt y Davis en un mismo dashboard?

Sí. Una vez que los campos de cada estación están asignados y convertidos a las mismas unidades, las lecturas son variables de dispositivo como cualquier otra, sea cual sea la marca.

¿Pierdo los datos que mi estación Ecowitt guardó antes de conectarla?

No. La nube de Ecowitt guarda el histórico, con detalle de 5 minutos para los datos recientes y de 30 minutos para los más antiguos, y se puede importar.

¿Cuántas estaciones Davis aguanta una clave de WeatherLink?

Con una llamada por estación cada 5 minutos, unas 25 estaciones quedan por debajo del límite de 300 llamadas por hora de Davis. Con más estaciones, consulta con menos frecuencia o usa más de una clave.

¿Cada cuánto hay que leer una estación meteorológica?

Cada 5 a 15 minutos basta para riego, heladas e informes. Leer más rápido solo compensa en trabajos sensibles al viento, y para eso el envío local es mejor camino.