Mensajes recientes

Páginas: [1] 2 3 ... 10
1
Incidencias / Error Precipitación anual
« Último mensaje por MARIO MURO en Hoy a las 19:03:14 »
Buenas tardes,
Desde que se solucionó el problema de las estaciones con atmoscat, en los datos de precipitación se ha sumado los datos de 2023 con los de 2024, lo intento actualizar manualmente según datos diarios y se vuelve cambiar, a día de hoy por ese error me han desactivado los datos de la precipitación en la página de meteoclimatic, la estación mide perfectamente, por si alguien me podría ayudar a solucionar ese error o cual podría ser el motivo de ese error, muchas gracias
2
Estaciones en Observación / ESAND2900000029003B, datos viento erróneos
« Último mensaje por manolodos en Hoy a las 18:38:31 »
Buenas tardes
He recibido estos 2 mensajes sobre la estación ESAND2900000029003B

23-5-2024 Sigue registrando rachas de viento sin corregir durante este año 2024 y con inconsistencias....racha de viento anual 162 y la mensual 165 (racha mensual > racha anual)
21-5-2024 Rqcha de viento erronea


Ya está corregido
Saludos
3
Citar
No tengo problema, pero lo veo algo muy particular. ¿Tienes experiencia con influxdb, nodered y tal?
Si, más o menos... tengo instalado en node red pero la verdad es que no lo uso. El infludb lo tuve pero lo quite porque lo utilizaba poco. Tengo integrado todos los datos meteorològicos de mi estación en HA a través de MQTT.
4
Incidencias / Re:ESCYL0900000009586B en observación
« Último mensaje por Ubik en Hoy a las 16:54:46 »
Aparece fuera de observación en este momento, no puedo decirte más.
5
Tú lo has dicho. Se parecen.
Pero solo eso. Se parecen. Hay muchas diferencias.
Empezando por la alimentación. La WH67 solo dispone de alimentación a pilas. La WS69/WH65 disponen de pilas de respaldo, pero la alimentación principal se realiza con un supercondensador y una célula solar.
Aunque no vale para gran cosa la WH67 no dispone de sensor de luz solar.
Y los sensores de temperatura y humedad son diferentes.

OJO! entonces yo no estaba en lo cierto, la pce-fws 20N no lleva el WH69 sino el WH67 que como bien dices si es bastante diferente del WH65 de la waldbeck Halley. Carece del sensor de luz solar, del supercondensador de alimentación vía panel solar, etc... ahí cambia mucho la historia...

868
Pues si recomiendas la 868 encima puedo probar si conecta la que pida nueva a mi vieja pce-fws 20 que también funcionaba en 868

En resumen la pce-fws 20N sale por 182€ mientras que la Waldbeck Halley la veo en amazon por 123€ y es bastante mejor, así que... pediré una. Además veo que conecta en local directamente con Home Asistant sin intermediarios... asi que de lujo por que ahora tenia que subir mis datos con cumulusMX a OpenWeatherMap, y después usar la integración de OpenWeatherMap con Home Assitant para adquirir los datos. Así me ahorro pasos... :-)

P.d.: Es bastante curioso el vendedor que la vende en amazon a 123€ es Electronic-Star-ES y la vende en su web a 140€
6
Citar
1.¿Como ves la nueva pce-fws 20N que venden en comparación con la waldbeck Halley? Se parecen bastante verdad? La waldbeck Halley lleva los sensores WH65 y La pce-fws 20N lleva los sensores WH69, realmente a nivel de sensores es lo mismo, solo cambian las consolas,no?

Tú lo has dicho. Se parecen.

Pero solo eso. Se parecen. Hay muchas diferencias.

Empezando por la alimentación. La WH67 solo dispone de alimentación a pilas. La WS69/WH65 disponen de pilas de respaldo, pero la alimentación principal se realiza con un supercondensador y una célula solar.

Aunque no vale para gran cosa la WH67 no dispone de sensor de luz solar.

Y los sensores de temperatura y humedad son diferentes.

Citar
2.¿Tanto la consola de la pce-fws 20N como la waldbeck Halley son compatibles con cumulus?

Sí.

Citar
3.¿Mejor coger la estaciones de 443Mhz o de 868Mhz?

868
7
Incidencias / ESCYL0900000009586B en observación
« Último mensaje por Hornes en Hoy a las 13:31:31 »
Hola.
Recibí un mail informándome de la puesta en observación de ESCYL0900000009586B por registros erróneos en el anemómetro. Lo comprobé ipso facto. Había una Ipomea rodeando el sensor. La quité y respondí al mail que lo había solventado.
Como esto fue el día 12 de este mes y sigue igual, tal vez no debía contestar al mail si no escribir aquí mi respuesta.
Simplemente por saber cómo proceder.
El sensor está marcando correctamente desde el día 13. Por si es posible cotejarlo.
Gracias.
Un saludo.
8
Siempre es un error grave copiar los datos  de otra estación.
Es preferible que falte el dato (o incluso mantener uno erróneo) a copiar otro que no sea de nuestra estación.
 La PA puede variar notablemente  en poco trecho en función de diversas circunstancias meteorológicas.
9
Muchas gracias lo guardaré a buen recaudo. Por cierto desde pce iberica me dicen que la consola de la actual pce-fws 20N que ellos venden es compatible con la version de estación que yo tengo. Asi que una consola compatible que ya hemos encontrado… :-)

Eso si, el precio de la cosola suelta es de 96€: https://www.pce-instruments.com/espanol/instrumento-medida/medidor/estacion-meteorologica-pce-instruments-pantalla-t_ctil-consultar-compatibilidad-det_387817.htm
Casi me merece mas coger la estación completa en 180€

Dudas:
1.¿Como ves la nueva pce-fws 20N que venden en comparación con la waldbeck Halley? Se parecen bastante verdad? La waldbeck Halley lleva los sensores WH65 y La pce-fws 20N lleva los sensores WH69, realmente a nivel de sensores es lo mismo, solo cambian las consolas,no?
2.¿Tanto la consola de la pce-fws 20N como la waldbeck Halley son compatibles con cumulus?
3.¿Mejor coger la estaciones de 443Mhz o de 868Mhz?
4.Si la consola de la nueva pce-fws 20N habla con los sensores WH69 asi como con los sensores de la vieja  pce-fws 20. ¿No crees que tambien funcionaria con los WH65?
5. Si la consola waldbeck Halley habla con sensores WH65 no podrían también hablar con los WH69, los de la pce nueva y pce vieja? ¿No usaran todas el mismo protocolo siendo todo compatible entre si?
10
Incidencias / Error datos presión excesivamente alta reconexión atmos.cat
« Último mensaje por Vickman en Hoy a las 09:27:15 »
Buenos días!!!

Es mi primer mensaje pero entro bastante en el foro a leer.
Es probable que de este tema ya se haya hablado por aquí, pero de momento no he encontrado nada.

Yo tenía la estación ESCLM1900000019412B conectada por atmos.cat y en el periodo que no estuvo operativa no pude subir datos (no tengo ninguna raspberry o similar), por lo que cuando se reactivó se volvieron a volcar los datos.

La cuestión es que no me di cuenta de que había resucitado atmos.cat y estuvo varios días mandando datos. El 12 de mayo me llegó un mail de Meteoclimatic que me indicaba  Presión excesivamente alta +-15hPa sobre la referencia actual y que se estaba registrando una precipitación en el año 2024 excesivamente alta.

Lo de la precipitación encontré en el foro manera de cambiarlo y ya está solucionado, creo. Pero de la presión, que cierto es que era excesivamente alta, han quedado registros entre el 7 y el 13 de mayo y el 26 y 27 de abril, que son totalmente erróneos. El problema que tengo es que no tengo la misma solución que con la precipitación (sumar cada mes y meter el total en mi estación Sainlogic).

Se me ha ocurrido copiar los datos de presión de la estación meteorológica más cercana (https://www.wunderground.com/dashboard/pws/ICASPU1) no está en meteoclimatic, pero yo creo que los datos serían muy cercanos, mucho más que los que aparecen en mi estación para las fechas indicadas. La estación estará a 7km como mucho, altitud y ubicación similar en el fondo de un valle bastante estrecho.

¿Qué os parece este proceso? ¿La manipulación que propongo afectaría gravemente a la fiabilidad de los datos en Meteoclimati? ¿Alguna otra forma? ¿O es mejor directamente eliminar esos días de la base de datos de Meteoclimatic?

Gracias de antemano!!!
Páginas: [1] 2 3 ... 10