Novedad: el cortafuegos de IA supervisa cada módulo y explica cada incidente con palabras sencillas. Vea cómo funciona

Una red de estaciones meteorológicas para granjas y municipios

Un plan para una red meteorológica a partir de estaciones mixtas: solución lista, controles de calidad, avisos de helada, lluvia y viento, mapas regionales, canales de datos, dimensionamiento y despliegue.

De un vistazo

ElementoRespuesta típica
ProblemaEl clima local cambia notablemente en unos pocos kilómetros, pero las estaciones compradas a lo largo de los años a distintos proveedores viven cada una en su propio software, de modo que nadie ve la región ni recibe avisos a tiempo.
Qué se conectaEstaciones meteorológicas automáticas de marcas mixtas: temperatura, humedad, presión, lluvia, viento y, donde estén instalados, radiación, humectación foliar y temperatura del suelo, además del suministro eléctrico de cada estación.
Quién lo usaAgrónomos y socios de cooperativas, equipos de campo municipales, equipos de mantenimiento de carreteras, asociaciones de riego y el técnico de la red.
Alcance inicial típicoTres estaciones de distintas marcas y una región de cinco a diez estaciones, conectadas en temporada baja, antes de los periodos de heladas o tormentas.
Tiempo hasta la primera pantallaNormalmente el mismo día para una estación que ya publica por HTTP o MQTT, porque la solución lista para usar Weather stations instala el perfil y los tableros en un solo paso. Calcule de cuatro a seis semanas para una región cuyas alarmas sean de confianza para los usuarios.
Estimaciones; las estaciones más antiguas con solo salida serie son las que más tardan.

La situación

Las cooperativas agrícolas, los municipios, las asociaciones de riego y las autoridades viales necesitan datos meteorológicos donde trabaja su gente, no en el aeropuerto más cercano. Una bolsa de helada en el fondo de un valle, una célula convectiva sobre una cuenca o una racha de viento en una carretera expuesta pueden diferir por completo de la previsión regional. Muchas organizaciones ya poseen estaciones, compradas durante una década a varios proveedores, cada una con su propio software de registro, sus propias unidades y un acceso que recuerda una sola persona.

El resultado es que los datos existen, pero nadie actúa a tiempo. Los productores se enteran de una helada por las flores dañadas. Los equipos de campo se enteran de un chubasco por los vecinos. Los equipos viales salan según una previsión en lugar de según la temperatura en el puente. Las estaciones fallan en silencio durante semanas porque nadie mira un panel que solo muestra una estación. Los informes de fin de año para los socios se elaboran a mano a partir de exportaciones en formatos distintos.

Este blueprint reúne todas las estaciones en una sola plataforma, con un único conjunto de nombres de claves y unidades, comprueba la calidad de los datos a medida que llegan, muestra la región en un mapa y convierte los umbrales locales en avisos que llegan a las personas afectadas.

Objetivos y medidas

  • Disponibilidad de datos por estación = lecturas recibidas ÷ lecturas esperadas en un periodo. Es el indicador de salud más útil para una red.
  • Tiempo de antelación del aviso = tiempo entre que una estación cruza un umbral de helada, lluvia o viento y que la persona que actúa confirma el aviso.
  • Totales de lluvia por hora, día y mes = incremento del contador acumulado de lluvia por intervalo; el incremento trata un reinicio del contador como un nuevo arranque, no como un valor negativo.
  • Horas de helada por noche = horas con temperatura del aire por debajo de 0 °C, a partir de los valores mínimos horarios.
  • Grados-día de crecimiento, horas de frío y horas de humectación foliar para modelos de cultivo y enfermedades, calculados a partir de agregados horarios en las herramientas del agrónomo tras la exportación.
  • Cobertura de la red = estaciones que informan dentro de su intervalo esperado ÷ estaciones en servicio.

Empezar desde la solución lista para usar

La solución lista para usar Weather stations instala en un solo paso un perfil de dispositivo de estación, un tablero y una regla sin conexión. Su perfil usa las claves air_temp (°C), air_hum (%), baro_pressure (hPa), rain_intensity (mm/h), acc_rainfall (mm), wind_speed_avg, wind_speed_min y wind_speed_max (m/s), y wind_dir_avg, wind_dir_min y wind_dir_max (°), con etiquetas, unidades y rangos. Su tablero tiene una página Stations con una tabla buscable de estaciones y sus últimas lecturas, un mapa coloreado por rangos de temperatura, y una página Station con tarjetas del mes hasta la fecha que muestran tendencia y cambio, el viento en un símbolo de brújula, una tabla de lecturas con exportación a CSV, las alarmas de la estación y un botón que reinicia el contador de lluvia de la estación mediante un comando del catálogo. Su única regla genera un Warning cuando una estación no ha informado durante una hora.

Adopte estos nombres de claves para todas las estaciones, sea cual sea su marca, y amplíe el perfil con las claves adicionales de su red. El resto de este blueprint se construye sobre esa base.

Arquitectura

Las estaciones llegan a Hermetry por la vía que permita su hardware; el perfil y los nombres de las claves hacen que después se vean iguales.

  • Registradores que hablan HTTP o MQTT. Muchos registradores modernos pueden enviar JSON. Apúntelos a la API HTTP del dispositivo o a MQTT sobre TLS con un token de acceso o un nombre de usuario y contraseña. Si el registrador no puede renombrar sus campos, un pequeño bloque de script en el flujo raíz del perfil asigna sus nombres a las claves de la red antes de guardar.
  • Estaciones con salida Modbus o serie. Una pasarela licenciada en la estación lee el registrador o los sensores por RS485 con Modbus RTU y publica por MQTT con TLS sobre un enlace 4G; los modelos de pasarela celular de bajo consumo son adecuados para emplazamientos con cobertura NB-IoT. Consulte Hermetry Edge y los dispositivos licenciados.
  • Estaciones compactas LoRaWAN y pluviómetros. Informan a través de pasarelas LoRaWAN al servidor de red propio de Hermetry (EU868, OTAA, clase A). La biblioteca de codificadores incluye estaciones meteorológicas, sensores de suelo y contadores de pulsos para pluviómetros de cubeta basculante; un modelo que falte obtendrá su propio codificador, probado en el banco de pruebas de codificadores.
ComponenteFunciónNotas
Estación meteorológica automáticaMide y registraMantiene su propia memoria de registro como copia de respaldo.
Pasarela 4G o NB-IoT licenciadaLee estaciones serie o Modbus, publicaAlmacena lecturas durante cortes; la capacidad depende del modelo.
Pasarela LoRaWANRecibe estaciones compactas y pluviómetrosLoRa Basics Station; el estado de la pasarela se almacena como telemetría.
Panel solar y bateríaAlimentación en emplazamientos remotosTensión de batería y corriente de carga notificadas como claves.
SIMEnlace celularSu propia SIM y operador hoy; la gestión de eSIM está en desarrollo (Hermetry Connect).
HermetryHistórico, controles de calidad, alarmas, mapas, feedsRegión UE, EE. UU. o Türkiye, o en sus propios servidores.

Lista de puntos

Las claves de la solución lista para usar más las adiciones habituales. Los intervalos son típicos de redes agrícolas y viales; acuérdelos con los usuarios.

PuntoClave de telemetríaUnidadOrigenIntervaloNotas
Temperatura del aireair_temp°CSensor apantallado a altura de abrigo10 minClave de la solución lista para usar.
Humedad relativaair_hum%Mismo apantallamiento10 minClave de la solución lista para usar.
Presión barométricabaro_pressurehPaRegistrador10 minA nivel de estación o a nivel del mar; indique cuál.
Intensidad de lluviarain_intensitymm/hPluviómetro o registrador10 minClave de la solución lista para usar.
Lluvia acumuladaacc_rainfallmmContador de cubeta basculante10 minTotales por intervalo a partir del incremento.
Lluvia en la última horarain_1h_mmmmCalculado en un flujo10 minUsado por las alarmas de lluvia intensa.
Lluvia en las últimas 24 horasrain_24h_mmmmCalculado en un flujo10 minLeído por las reglas de riego cercanas.
Velocidad del viento, media y rachawind_speed_avg, wind_speed_maxm/sAnemómetro10 minClaves de la solución lista para usar.
Dirección del vientowind_dir_avg°Veleta10 minClave de la solución lista para usar.
Punto de rocíodew_point°CCalculado en el flujo raíz10 minA partir de temperatura y humedad.
Diferencia con el punto de rocíodew_spreadKCalculado en el flujo raíz10 minRiesgo de hielo y niebla.
Radiación solarsolar_wm2W/m²Piranómetro, donde esté instalado10 min
Humectación foliarleaf_wet0/1 o %Sensor de humectación foliar, donde esté instalado10 minModelos de enfermedades.
Temperatura del suelo, 10 cmsoil_temp_10°CSonda de suelo, donde esté instalada30 min
Tensión de bateríabattery_vVRegistrador o pasarela30 min
Corriente de carga solarcharge_aARegulador de carga30 minCero al mediodía = problema en el panel.
Temperatura del registradorlogger_temp°CRegistrador30 minSobrecalentamiento de la caja.
Indicador de calidad, temperatura bloqueadaqc_temp_stuck0/1Calculado en un flujohorarioVer Configuración del dispositivo.
Último reinicio del contador de lluviarain_resethoraRespuesta de la estación al comando de reinicioal reiniciarClave de la solución lista.
Alturas de sensores y emplazamientotemp_height_m, wind_height_m, elevation_mmAtributos del servidorestablecer una vezNecesario para comparar estaciones.
Sensores opcionales solo donde estén instalados; mantenga un solo conjunto de nombres en todas las marcas.

Declare cada clave en la pestaña Telemetry keys del perfil con etiqueta, unidad, decimales y rango. Las unidades son las del perfil: convierta km/h, °F o pulgadas una vez en el flujo raíz, nunca en cada tarjeta.

Modelo de activos

Una red meteorológica es mayormente plana, pero un árbol pequeño compensa en reglas, permisos y mapas:

  • Red (Área) con la zona horaria y operator.
  • Región o cuenca (Área o un tipo libre) con frost_season y warning_contacts como atributos de referencia para personas.
  • Emplazamiento de estación (Site) con ubicación, elevation_m, exposure (valle, ladera, meseta, urbano), owner_member, install_date y calibration_due.
  • El dispositivo de estación colocado en su emplazamiento; los sensores en una pasarela pueden ser hijos con sus propios perfiles cuando un emplazamiento aloja varios instrumentos.

La ubicación en el árbol decide qué tarjeta de Rules puede nombrar una estación: una regla regional de helada alojada en la región puede dirigirse a cada estación del perfil de estación que hay debajo. La ubicación también permite restringir un miembro a su propia estación con una política basada en atributos; pruebe estas políticas con el simulador de políticas.

Configuración de dispositivos

Perfiles y aprovisionamiento

Mantenga el perfil de la solución lista para las estaciones que envían las claves estándar directamente, y duplíquelo para familias que necesiten otro transporte o un script de mapeo, de modo que todos los perfiles compartan la lista de claves. Las pasarelas con licencia se reclaman escaneando su código; las estaciones LoRaWAN se añaden con DevEUI, JoinEUI y AppKey. Use la regla online Recent message con el intervalo de la estación; los endpoints consultados por sondeo usan Last seen only.

Claves derivadas en flujos

  • Ventanas de lluvia. Un bloque delta sobre acc_rainfall da la lluvia desde la lectura anterior (los pasos negativos, que siguen a un reinicio del contador, se fijan en cero); bloques de estadísticas que suman ventanas de 1 hora y de 24 horas alimentan rain_1h_mm y rain_24h_mm mediante un bloque de guardado de telemetría. Las ventanas empiezan vacías tras cambiar el flujo.
  • Punto de rocío. Un bloque de script lo calcula a partir de air_temp y air_hum con la fórmula de Magnus y guarda dew_point y la diferencia dew_spread (temperatura menos punto de rocío), para que las reglas comparen valores simples.
  • Comprobaciones de calidad. Un bloque de estadísticas sobre air_temp en una ventana de seis horas da la desviación estándar; cero indica un sensor bloqueado y activa qc_temp_stuck. Un bloque delta marca los saltos mayores de los físicamente plausibles en diez minutos.

Ajustes, hora y firmware

En las pasarelas con licencia, los ajustes remotos del dispositivo configuran parámetros serie, mapas de registros e intervalos; una línea base por modelo de estación se aplica en oleadas. Acortar los intervalos en noches de helada es mejor hacerlo con un intervalo fijo de 5 o 10 minutos durante toda la temporada que cambiando ajustes sobre la marcha. Sincronice los relojes de las estaciones; un registrador con reloj desviado debe omitir las marcas de tiempo y dejar que Hermetry registre la llegada. Los registros con más de diez minutos de adelanto se descartan; los registros tardíos tras una interrupción se guardan y evalúan como recuperación sin generar avisos. El firmware firmado de las pasarelas se despliega en oleadas; los enlaces medidos esperan salvo que se permita lo contrario.

Paneles

PanelAudienciaWidgets y lo que muestran
Mapa de redTodosEl mapa de la solución lista coloreado por rangos de temperatura, un segundo mapa coloreado por lluvia de 24 horas; tabla de estaciones con últimas lecturas y último informe, con búsqueda y exportación a CSV; tarjetas de estadísticas con estaciones en línea y alarmas abiertas.
Página de estaciónAgrónomos, cuadrillasTarjetas del mes hasta la fecha con tendencia y cambio según la solución lista; brújula para la dirección del viento; gráfico de líneas de temperatura y punto de rocío en 72 horas; gráfico de barras de lluvia horaria; tabla de lecturas; las alarmas de la estación.
Comparación regionalAgrónomos, planificadoresGráfico de líneas con las temperaturas mínimas nocturnas de todas las estaciones de una región; gráfico de barras de lluvia diaria por estación; mapa de calor de la temperatura horaria para detectar bolsas de helada; tabla de totales mensuales para exportar.
Salud de la redTécnicoTabla de dispositivos ordenada por último contacto, tensión de batería y corriente de carga; tabla de indicadores de calidad; mapa de pasarelas LoRaWAN.

Los parámetros de entidad permiten que una sola página de estación sirva para todas las estaciones, abierta desde una fila de tabla o un marcador del mapa. Para una pantalla pública en la oficina de una cooperativa, cree un enlace de visualización: solo lectura, actualizado a intervalos, válido de 1 a 365 días y revocable.

Pantallas SCADA

Una red meteorológica necesita pocos diagramas de proceso. Merecen la pena dos: un esquema de estación para técnicos, usando el símbolo Weather station de la familia agri del paquete Food, con los sensores, la batería y el módem de la estación, y reglas de color sobre la tensión de batería y los indicadores de calidad; y una vista regional donde cada símbolo de estación muestra su temperatura y lluvia, superpuesto a un esquema de valles o carreteras. El símbolo de brújula que usa la solución lista muestra la dirección del viento con la velocidad. Adjunte el esquema de estación como vista del perfil de estación para que cada estación tenga sus propios enlaces.

Reglas y alarmas

Las alertas meteorológicas dependen de la temporada y la hora del día, así que la mayoría vive en tarjetas Rules ubicadas en una región, que nombran cada estación del perfil que hay debajo. Las tarjetas Rules conocen ventanas de fechas, la salida y la puesta de sol, el día y la noche, y el calendario de festivos de la organización. La salud de la estación se mantiene en las reglas de alarma del perfil.

AlarmaCondiciónRetardo e histéresisGravedadNotificadoEscalado
Aviso de heladaTarjeta Rules: air_temp baja de 1, solo si está entre el 1 de marzo y el 31 de mayo y es de nocheSe mantiene así durante 10 minMajor (activada por la regla)Coordinadores de agrónomos y productores, push y SMS; sistema de socios por webhookUna segunda regla eleva la misma alarma a Critical por debajo de -1 °C, lo que vuelve a notificar
Lluvia intensaTarjeta Rules: rain_1h_mm sube por encima de 20NingunoMajorCuadrilla municipal de campo, SMSRecordatorio cada 30 min hasta confirmar
Rachas fuertesRegla de perfil: wind_speed_max por encima de 17.2 (Major), por encima de 24.5 (Critical)Antirrebote de 2 muestras; histéresis de 2 m/sMajor / CriticalEquipos de carreteras y parques, pushUna subida de gravedad vuelve a notificar
Riesgo de hielo en carreteraTarjeta Rules: air_temp por debajo de 2 y dew_spread por debajo de 1, solo de nocheSe mantiene así durante 20 minMajorMantenimiento de carreteras de guardia, SMSRecordatorio cada 60 min
Estación silenciosaRegla de inactividad, sin mensajes durante 60 min (solución lista)WarningTécnico, correo electrónicoNinguno
Batería bajaRegla de perfil: battery_v por debajo de 11.8Antirrebote de 3 muestrasMinorTécnico, correo electrónicoLa subida de gravedad a Major por debajo de 11.5
Sensor bloqueadoRegla de perfil: qc_temp_stuck = 1Antirrebote de 1 muestraWarningTécnico, correo electrónicoNinguno
Los umbrales son ejemplos; acórdelos con los usuarios y con cualquier práctica regional de avisos meteorológicos.

Llegar a muchas personas. Una regla de alarma de perfil notifica a un máximo de 20 destinatarios (usuarios, roles o direcciones de correo), y una notificación de tarjeta Rules a un máximo de 20 usuarios, roles o equipos. Para cientos de productores, envíe la alarma por webhook al sistema de SMS o de asesoramiento de la cooperativa, que gestiona la lista de socios y los consentimientos, o incluya una dirección de lista de distribución entre los destinatarios de una regla de alarma.

Ciclo de vida. Las alarmas se abren tras su retardo, se confirman con una nota opcional y se resuelven cuando la condición desaparece; una alarma por estación y tipo permanece abierta y las repeticiones se cuentan. Una alarma de helada que se resuelve al amanecer sin confirmación significa que nadie actuó: revísela después de cada noche de helada. Mantenimiento: silencie una estación durante la calibración para que los valores de prueba no avisen a nadie; las alarmas siguen registrándose y el silencio termina solo.

Avalanchas de avisos. Una helada regional hace saltar la mayoría de estaciones de una región en pocos minutos. Por encima de 20 notificaciones de alarma por minuto, Hermetry agrupa el resto en un resumen de cinco minutos, y el mismo cambio notifica una vez cada cinco minutos. Mantenga corta la lista de destinatarios de heladas y deje que el sistema miembro la distribuya.

Automatización e integraciones

  • Portales consultivos y públicos. Un flujo con un bloque de petición HTTP envía las lecturas de cada estación a un portal consultivo agrícola o a un servicio municipal de datos abiertos; un bloque de salida MQTT las publica en otro broker.
  • Acceso por consulta. Los socios leen el histórico a través de la API REST de series con una clave de API de solo lectura que caduca y está limitada a sus direcciones; pida cubos horarios y súmelos en días locales.
  • Riego y protección contra heladas. Las reglas de riego de la misma organización pueden leer rain_24h_mm de una estación colocada bajo el mismo activo. Una regla de helada puede activar bombas o ventiladores de protección contra heladas a través de una pasarela con salidas de relé, si el modelo de pasarela admite el comando; mantenga estas acciones tras una confirmación y pruébelas fuera de temporada.
  • Puesta a cero del pluviómetro. El botón de la solución lista envía el reinicio como un comando básico del catálogo y muestra la respuesta de la estación; restrínjalo con el permiso de comandos básicos.
  • Informes. Los informes mensuales de socios salen de tablas de histórico exportadas a Excel; los informes programados por correo electrónico no están incluidos actualmente.

Roles y accesos

QuiénRol o grupoPuede
AgrónomoUsuario + grupo de operadores IoTTodas las estaciones, reconocer avisos, exportar.
Socio de cooperativaUsuario, limitado a su estación o regiónConsultar paneles, recibir avisos.
Cuadrilla de carretera o de campoUsuarioConsultar paneles, reconocer avisos con una nota.
Técnico de redUsuario + grupo de operadores IoTPaneles de estado, silenciados solicitados a un administrador, puesta a cero del pluviómetro.
Administrador de redAdminPerfiles, flujos, reglas, reglas de alarma, ajustes de pasarela, firmware, claves de API.
Institución asociadaClave de API o enlace de visualizaciónDatos de solo lectura o una pantalla.

Una asociación con organizaciones miembro independientes puede ejecutar cada una como su propia organización, aislada mediante seguridad a nivel de fila, o mantener una sola organización con usuarios limitados. El alojamiento está disponible en las regiones de la UE, EE. UU. y Türkiye. El registro de auditoría guarda los cambios de reglas, silenciados, comandos, uso de claves de API e inicios de sesión en una cadena hash verificable.

Dimensionamiento y datos

A modo de orden de magnitud, para 60 estaciones que informan cada 10 minutos, un mensaje por estación y lectura:

  • 60 × 144 = 8.640 mensajes al día, unos 260.000 al mes.
  • Cada mensaje lleva unas 15 claves, y los flujos añaden unas 5 claves derivadas: aproximadamente 20 × 8.640 ≈ 170.000 valores al día, unos 63 millones al año.

Esto es poco para la plataforma. Los datos meteorológicos ganan valor con la antigüedad, así que elija una clase de retención larga (la más larga conserva los agregados horarios y diarios durante tres años; las lecturas brutas duran como máximo 90 días) y archive exportaciones periódicas de las lecturas para el registro climático permanente. Los gráficos de largo plazo leen agregados horarios y diarios. Los límites de tasa por defecto por dispositivo están muy por encima de las necesidades de una estación.

Plan de despliegue

FaseSemanasTrabajoCriterios de salida
0. Inventario1-2Liste las estaciones con fabricante, registrador, salidas, alimentación, alturas de sensores y emplazamiento; acuerde con los usuarios los nombres de las claves, unidades y umbrales.Lista de claves y tabla de umbrales firmadas.
1. Tres fabricantes3-4Instale la solución lista; conecte una estación de cada fabricante por su ruta; scripts de mapeo; flujos de calidad.Mismo tiempo meteorológico registrado de forma coherente entre fabricantes en estaciones cercanas.
2. Una región5-8Todas las estaciones de una región; tarjetas de Reglas para heladas, lluvia y viento que notifiquen solo al agrónomo.Avisos contrastados con lo ocurrido en el terreno durante un mes.
3. Red9-16Resto de regiones; avisos a cuadrillas y socios; flujos hacia los portales.Disponibilidad de datos por encima de un nivel acordado, por ejemplo 98 %.
4. DensificarContinuoNuevas estaciones donde los mapas muestren huecos; calendario de calibración a partir de calibration_due.Cobertura de la red revisada cada temporada.

Lista de comprobación de puesta en servicio

  1. Estación con el perfil y emplazamiento correctos; ubicación y altitud correctas en el mapa.
  2. Claves y unidades comprobadas con la pantalla del registrador: temperatura, humedad, presión, unidades de velocidad del viento y referencia de dirección (norte verdadero).
  3. Pluviómetro comprobado con un volumen conocido; acc_rainfall, rain_1h_mm y rain_24h_mm se actualizan en consecuencia.
  4. Puesta a cero del pluviómetro desde el panel; rain_reset se actualiza; el siguiente delta no se cuenta como lluvia.
  5. Marcas de tiempo comprobadas frente a un evento conocido en la zona horaria de la estación.
  6. Flujo de calidad probado manteniendo constante un valor de sensor en el ejecutor de pruebas.
  7. Cada regla de aviso ejecutada con Ejecutar ahora; los destinatarios la reciben por el canal correcto.
  8. Enlace ascendente retirado durante una hora: alarma de estación silenciosa; las lecturas almacenadas llegan después donde la pasarela las guarda en búfer.

Errores habituales

  • Unidades mezcladas. Un fabricante en km/h y otro en m/s hace que todos los gráficos regionales sean incorrectos. Convierta una sola vez en el flujo raíz.
  • Lluvia por intervalo tratada como total. Sepa si un registrador envía la lluvia desde el último informe o un contador acumulado, y asígnelo a la clave correcta.
  • Límites de día. La lluvia diaria en UTC no es la lluvia diaria en hora local. Pida cubos horarios y súmelos en días locales.
  • Emplazamiento. Un sensor de temperatura junto a una pared o un pluviómetro bajo un árbol produce datos erróneos muy convincentes. Registre el emplazamiento y las alturas de sensores como atributos y revise los valores atípicos.
  • Demasiados destinatarios. Las notificaciones llegan como máximo a 20 destinatarios por regla; deje que un sistema miembro gestione las listas largas.
  • Energía en invierno. Las estaciones solares funcionan al mínimo en diciembre. Configure alarmas de corriente de carga y tensión de batería antes de que la estación deje de responder.
  • Arañas y hojas. Un pluviómetro bloqueado marca cero durante una tormenta. Compare con los vecinos y limpie los pluviómetros según un calendario.

Lo que Hermetry no sustituye

Hermetry recoge, verifica y distribuye los datos de las estaciones y genera avisos locales a partir de sus umbrales. No es un servicio de previsión y no sustituye a los avisos meteorológicos oficiales, al servicio meteorológico nacional ni a las alertas de protección civil. Los equipos de protección contra heladas, las decisiones de tratamiento de carreteras y la respuesta ante inundaciones siguen en manos de las personas y sistemas responsables, y cualquier equipo que Hermetry active mantiene su propia protección local. Los registradores de las estaciones deben conservar su propia memoria como registro principal.

Vea sus datos de campo en vivo esta semana

Inicie una prueba en su región con sus primeros dispositivos, o reserve una demo y traiga su propio caso de uso.