Meteoclimatic
Estaciones Meteoclimatic => Envío de datos a Meteoclimatic => Mensaje iniciado por: ipe en 04 de Marzo de 2025, 19:52:18
-
Hola,
Tradicionalmente he enviado los datos indicando que la plantilla está en mi servidor (con Meteobridge), pero desde que tengo la Ecowitt, subo los datos a la API directamente. Intento esquivar la dependencia de un software.
Sin embargo, he observado que tengo muchos intervalos "sin datos", y ayer comprobé que en uno de esos momentos, no podía acceder al servidor api.m11c.net.
No sé si otros habéis experimentado el mismo problema. Tampoco sé si es problema de caída del servidor, o un problema de DNS. La próxima vez que ocurra, lo investigaré...
-
Ayer noche hubo problemas con los servidores que duraron hasta esta mañana.
Falló el acceso al foro y sobre todo la actualización de datos.
Se ha ido solucionando a lo largo de la mañana.
La fiabilidad del servidor está más que contrastada. Problemas puntuales los encontramos casi en cualquier servidor de cualquier empresa.
Solo hay que ver lo que suele ocurrir con muchas páginas de bancos los días 30 de mes *+* *+*
-
Gracias!
Ha sido la casualidad de haberlo puesto en marcha pocas horas antes
-
Tengo como proveedor de internet a Movistar, y estoy detectando que no puedo enviar datos a Meteoclimatic vía API, de forma temporal, creo que coincide con el tiempo de emisión de los partidos de fútbol
Utilizo el complemento Ecowitt-Meteoclimatic y el mensaje de error es el siguiente
HTTP connection (1): api.m11c.net:80
2025-03-29 18:45:34,052 [ERROR] Error enviando a Meteoclimatic: HTTPConnectionPool(host='api.m11c.net', port=80): Max retries exceeded with url: /v2/ew/ESAND2900000029780B/xxxxx x (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0x7f97892f90>: Failed to establish a new connection: [Errno 101] Network unreachable'))
2025-03-29 18:45:34,055 [INFO] 81.37.2.105 - - [29/Mar/2025 18:45:34] "POST /api/data HTTP/1.1" 200 -
Tampoco tengo acceso vía navegador web a la dirección api.m11c.net
Me he conectado a la red wifi de mi vecino, que tiene otro proveedor, y no hay ningún problema en el acceso a esta web
Edito: Acabo de ver que el dominio m11c.net depende de Cloudflare, así que blanco y en botella....
-
Tengo como proveedor de internet a Movistar, y estoy detectando que no puedo enviar datos a Meteoclimatic vía API, de forma temporal, creo que coincide con el tiempo de emisión de los partidos de fútbol
Utilizo el complemento Ecowitt-Meteoclimatic y el mensaje de error es el siguiente
HTTP connection (1): api.m11c.net:80
2025-03-29 18:45:34,052 [ERROR] Error enviando a Meteoclimatic: HTTPConnectionPool(host='api.m11c.net', port=80): Max retries exceeded with url: /v2/ew/ESAND2900000029780B/xxxxx x (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0x7f97892f90>: Failed to establish a new connection: [Errno 101] Network unreachable'))
2025-03-29 18:45:34,055 [INFO] 81.37.2.105 - - [29/Mar/2025 18:45:34] "POST /api/data HTTP/1.1" 200 -
Tampoco tengo acceso vía navegador web a la dirección api.m11c.net
Me he conectado a la red wifi de mi vecino, que tiene otro proveedor, y no hay ningún problema en el acceso a esta web
Edito: Acabo de ver que el dominio m11c.net depende de Cloudflare, así que blanco y en botella....
Hola, tú mismo te has respondido al final. Es una situación que sucede cuando hay partidos de liga los fines de semana, la web api.m11c.net deja de funcionar y la estación deja de subir datos a meteoclimatic. Viene sucediendo desde hace un par de semanas por lo que dices, yo también estoy afectado con el mismo problema, probablemente bien entrada la noche ya esté la web funcionando con normalidad y la estación subiendo datos, un saludo
-
Ese tema se habló hará un mes... abrí hilo y es por el cloud. Fin de semana compañias cm movistar, o2, orange y alguna más cortan y algunas estaciones dejan de emitir datos a la api. Sólo hay que esperar a que acabe el partido y listo. Repercute un poco en el IR que baja algunas décimas eso si... espero que a esto le pongan solución y no se vean afectadas nuestras estaciones.
-
Hola, tú mismo te has respondido al final. Es una situación que sucede cuando hay partidos de liga los fines de semana, la web api.m11c.net deja de funcionar y la estación deja de subir datos a meteoclimatic. Viene sucediendo desde hace un par de semanas por lo que dices, yo también estoy afectado con el mismo problema, probablemente bien entrada la noche ya esté la web funcionando con normalidad y la estación subiendo datos, un saludo
En realidad, api.m11c.net sigue funcionando. Pero las estaciones afectadas (que usan a Movistar, O2, Digi, etc como proveedores de internet) no pueden contactar con el servidor y por tanto subir los datos a api.m11c.net que se encuentra ocioso durante ese tiempo.
Es el fútbol, todopoderoso.
Por aquí, con Lowi/Vodafone sin problemas, de momento.
Ah, en los envíos por el sistema antiguo tampoco hay problema (Visual Start Meteoclimatic y similares) ya que va por otro servidor.
-
Hola, yo tengo Digi y en la estación que envia por la API
no tengo ese problema tampoco.
Saludos.
-
Hola, yo tengo Digi y en la estación que envia por la API
no tengo ese problema tampoco.
Saludos.
Este fin de semana no lo he seguido.
Pero te aseguro que otros días "de fútbol", Digi hizo caer todo lo dependiente de Cloudflare.
Es más, muchísimo peor que la propia Movistar.....hubo un fin de semana que empezó el sábado y no terminó el bloqueo hasta el domingo casi a medianoche.
Que tomen medidas antipiratería me parece estupendo, pero arrasan con todo.
-
Correcto, esa es la matización que tenía que haber hecho, en mi caso tengo Movistar y falla con ese operador, así como con los que comentas.
Hola, tú mismo te has respondido al final. Es una situación que sucede cuando hay partidos de liga los fines de semana, la web api.m11c.net deja de funcionar y la estación deja de subir datos a meteoclimatic. Viene sucediendo desde hace un par de semanas por lo que dices, yo también estoy afectado con el mismo problema, probablemente bien entrada la noche ya esté la web funcionando con normalidad y la estación subiendo datos, un saludo
En realidad, api.m11c.net sigue funcionando. Pero las estaciones afectadas (que usan a Movistar, O2, Digi, etc como proveedores de internet) no pueden contactar con el servidor y por tanto subir los datos a api.m11c.net que se encuentra ocioso durante ese tiempo.
Es el fútbol, todopoderoso.
Por aquí, con Lowi/Vodafone sin problemas, de momento.
Ah, en los envíos por el sistema antiguo tampoco hay problema (Visual Start Meteoclimatic y similares) ya que va por otro servidor.
-
Tengo Movistar, así que busqué una solución que consiste en enviar los datos a un servidor intermedio que no da problemas. Hoy, que hay fútbol, me ha salvado
-
Tengo Movistar, así que busqué una solución que consiste en enviar los datos a un servidor intermedio que no da problemas. Hoy, que hay fútbol, me ha salvado
Pues es una buena opción eso que comentas, ¿es muy difícil?
-
Tengo Movistar, así que busqué una solución que consiste en enviar los datos a un servidor intermedio que no da problemas. Hoy, que hay fútbol, me ha salvado
Pues comparte los detalles de la solución, si puede ser....
-
He puesto en otro hilo mi solución, aunque es bastante técnica y requiere de algún conocimiento sobre php, hosting y servidores web...
La idea es que la subida de datos
Estación-Movistar -> Api
Se realice de esta forma...
Estación-Movistar -> Intermediario-No-Movistar -> Api
En mi caso yo tenía
Estación-Movistar -> Intermediario-Movistar -> Api
Así que he puesto un segundo intermediario, cuando el primero falla.
Estación-Movistar -> Intermediario-Movistar -> Intermediario-No-Movistar -> Api
En realidad, los intermediarios son solo páginas webs que reenvían los POSTs que reciben.
¿Quién gestiona la API? ¿Podría ser que esté siendo utilizada para pirateo de partidos sin conocimiento del responsable? Puede que le hayan metido código malicioso.
Al fin y al cabo, la API recibe datos posteados que podrían ser datos de pirateo disfrazados de datos meteorológicos.
Versión simple: Edita en tu servidor un archivo proxy/index.php como este: y en lugar de subir tus datos a la API, súbelos a tuservidor con una url como esta:
http:/tuservidor.com/proxy/index.php?estacion=EASAND0000012345A&apikey=AADSDFASF
<?php //
$datos = $_POST;
$estacion=$_GET['estacion'];
$apikey=$_GET['apikey'];
$destino = "http://api.m11c.net/v2/ew/$estacion/$apikey";
$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, $url);
curl_setopt($ch, CURLOPT_POST, true);
curl_setopt($ch, CURLOPT_POSTFIELDS, http_build_query($datos));
curl_setopt($ch, CURLOPT_HTTPHEADER, ["Content-Type: application/x-www-form-urlencoded"]);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch, CURLOPT_TIMEOUT, 5);
curl_setopt($ch, CURLOPT_FOLLOWLOCATION, true);
$response = curl_exec($ch);
curl_close($ch);
-
Ojo con estas soluciones.
Desde que empezaron a aparecer, han proliferado las estaciones que envían datos por duplicado, lo que es indicio de:
- O tener un reenviador de estos mal configurado
- O tener dos consolas enviando los mismos datos
-
Ojo con estas soluciones. Desde que empezaron a aparecer, han proliferado las estaciones que envían datos por duplicado
No he seguido el foro durante muchos años, por lo que no entiendo muy bien a la categoría de soluciones a la que te refieres.
Pero creo que como observadores, y casi siempre, apasionados de la meteorología, queremos publicar datos correctos en primer lugar, y datos continuos en segundo lugar. Si nos cortan el acceso durante muchas horas a la semana, por lo que sea, es casi nuestra obligación, como observadores, el tener un plan de contingencia. Y creo que los de Movistar representamos una cuota muy amplia dentro de la comunidad.
Algunos se comprarán un segundo gateway para garantizar la continuidad. Otros combinarán varias aplicaciones. Y hay quien se hace aplicaciones a medidas. Todas las opciones son plenamente legítimas mientras garanticen la coherencia y consistencia de los datos.
Y tanto ojo tiene que tener el que hace un script como el que se compra dos consolas para un mismo sensor. Eso es obvio.