Temas

1

Video/FotoMeteoclimatic / Captura de meteoro y relampago - MeteoPego

« en: 16 de Septiembre del 2024, 19:05:07 pm »

Hola,

Hace unos días durante una tormenta, la webcam de MeteoPego capturo casi al mismo tiempo un meteoro y un relámpago. Adjunto dos capturas y el vídeo de la secuencia.





Saludos!

2

Video/FotoMeteoclimatic / Captura de un cernícalo - MeteoPego

« en: 14 de Septiembre del 2024, 12:43:41 pm »

Hola,

Hace unos días la webcam de MeteoPego capturo un macho de Cernícalo vulgar (Falco tinnunculus, en catalán "Xoriguer") o un Cernícalo primilla (Falco naumanni, en catalàn Xoriguer menut o petit). No lo tengo muy claro...

3

Otros sensores / Datos erróneos ecowitt wh41

« en: 10 de Septiembre del 2024, 23:00:51 pm »

Hola,

De hace unos días el sensor de partículas Ecowitt wh41 me marca picos de más 1000 microgramos por m3, se va casi a 0 y vuelve a marcar 1000. Tiene pinta de que el sensor está defectuoso.

Hace menos de un año que cambié  la placa solar que lo alimenta y también hice una limpieza del sensor. ¿A alguien más le ha pasado?

Gracias.

4

WeeWX / Personalización skin Belchertown

« en: 22 de Abril del 2024, 17:41:01 pm »

Hola,

He actualizado, por fin, a la última versión del skin (1.3.1). Sobre esta versión he hecho algunas modificaciones que comparto por github. Hay varias ramas que podéis utilizar:

- Aerisweather-forecast-alternative -->https://github.com/dtalens/weewx-belchertown/tree/aerisweather-forecast-alternative
En esta rama tenéis como única modificación un cambió en la API Aerisweather de donde obtiene la previsión. En este caso obtiene la previsión que no es de estaciones METAR, y así poder tener una previsión más exacta si tenéis la estación METAR lejos de vuestra ubicación. Más información aquí: https://www.xweather.com/docs/weather-api/endpoints/conditions

- Meteopego --> https://github.com/dtalens/weewx-belchertown/tree/meteopego
Esta rama es la que utilizo en mi web en la cual hay más modificaciones. Los cambios son los siguientes: cambio de la API de previsión como la rama comentada anteriormente, cambio de iconos y se ha añadido soporte para mostrar los niveles del índice EAQI para sensores de partículas pm2,5.

- Aerisweather-endpoint-alternative --> https://github.com/dtalens/weewx-belchertown/tree/aerisweather-endpoint-alternative
Rama no testada en cual intento hacer compatible los cambios en la API comentados anteriormente con el uso de la API que ya hace el skin de forma nativa, de esta manera se pude utilizar una opción o otra. Si alguien la prueba me puede dar feedback por github por si se tiene que arreglar alguna cosa. Si funcionará bien ya podría intentar meterla en la rama principal.

Como ya estaba metido en todo el "fregao", pues he creado un "pull request" a la rama principal del autor del skin para añadir soporte en Catalán ya que lo tenia ya traducido. https://github.com/poblabs/weewx-belchertown/pull/940
Si alguien se anima puede crear el archivo para el Castellano que si ya lo tiene traducido le costará poco de hacer.

Espero que le sirva a alguien, saludos!

5

WeeWX / Corrección valores partículas pm2,5

« en: 30 de Enero del 2024, 22:08:26 pm »

Hola,

Hace unas semanas que arregle mi sensor de partículas ecowitt wh41 el cual mide partículas de 2,5 micras, pero es conocido que en condiciones de humedad relativa alta y cerca del punto de rocio proporciona valores erróneos ya que el sensor mide las microgotas como polvo o partículas de contaminación.

Los sensores PurpleAir aplican una corrección a los datos para reducir la influencia de la humedad en los valores proporcionados como también se ajusta respecto al propio valor de pm2,5 cuando este es alto. En resumen, he encontrado un artículo donde se investiga como proporcionar un mejor ajuste de los valores sobretodo en condiciones de pm2,5 elevado. El artículo en cuestión es el siguiente: Correction and Accuracy of PurpleAir PM2.5 Measurements for Extreme Wildfire Smoke. Como conclusión final se llega a tres ecuaciones de corrección pero se puede simplificar solo con dos. En otra presentación que hicieron este grupo de investigadores también las mencionan (https://www.epa.gov/sites/default/files/2021-05/documents/toolsresourceswebinar_purpleairsmoke_210519b.pdf), son las siguientes:

PAcf_1 =< 343 µg/m³ --> PM2.5 = 0.52 x PAcf_1 - 0.086 x RH + 5.75
PAcf_1 > 343 µg/m³ --> PM2.5 = 0.46 x PAcf_1 + 3.93 x 10-4 x PAcf_1² + 2.97

Pues la idea que tengo es aplicar estas correcciones a weewx con lo cual se escribirían estas formulas en el archivo weewx.conf de la siguiente manera:

Código: [Seleccionar]

pm2_5 = 0.52*pm2_5 - 0.086*outHumidity + 5.75 if pm2_5 <= 343 else pm2_5 == 0.46*pm2_5 + 0.000394*pm2_5**2 + 2.97

El código parce que funciona y no me salen errores en el log pero si lo podéis revisar, mejor, porqué de python ando bastante justo.

Gracias y disculpad el tostón
Saludos!

6

Incidencias en estaciones / Humedad relativa estancada en estación ESPVA0300000003780H

« en: 12 de Diciembre del 2023, 08:21:55 am »

Hola,

Desde el dia 8 de diciembre el sensor de humedad de mi estación muestra valores casi estancados lo cual es bastante extraño comparado con estaciones cercanas en la misma localidad. He pedido otro sensor de temperatura/humedad a ecowitt que ya está en camino pero no se lo que tardará así que si lo veis conveniente desactivad la humedad. Gracias.

Saludos,

7

WeeWX / Cambios en la API de Highcharts

« en: 27 de Abril del 2023, 12:48:46 pm »

Hola,

Esta mañana me he encontrado con problemas con la generación de gráficos en el skin Belchertown. Se deben a cambios efectuados en la nueva versión de la API de Highcharts.
En un hilo de GitHub se han propuesto un par de soluciones. En la más acepada se debe editar el seguiente fichero:

Código: [Seleccionar]

/etc/weewx/skins/Belchertown/header.html.tmpl
Hay que cambiar los links de varios componentes de la API a un versión anterior:

Código: [Seleccionar]

       
       <script type='text/javascript' src='//code.highcharts.com/stock/10.3.3/highstock.js'></script>
        <script type='text/javascript' src='//code.highcharts.com/10.3.3/highcharts-more.js'></script>
        <script type='text/javascript' src='//code.highcharts.com/10.3.3/modules/exporting.js'></script>
        <script type='text/javascript' src='//code.highcharts.com/10.3.3/modules/solid-gauge.js'></script>

Más información: https://github.com/poblabs/weewx-belchertown/issues/881

8

WeeWX / Dudas plantilla meteoclimatic.htm.tmpl

« en: 08 de Marzo del 2023, 20:22:56 pm »

Hola,

Como veo que muchas estaciones Fine Offset estan dando problemas con los datos voy a cambiar el método de envío. Hasta ahora utilizaba el protocolo ecowitt a través de la pasarela tipo WH2650 y ahora me gustaria generar una plantilla con weewx alojado en mi propio servidor para que después el robot de meteoclimatic la pueda leer. No he podido descargar la plantilla de mi perfil de meteoclimatic.

¿Sirve esta plantilla?

Código: [Seleccionar]

*VER=DATA2
*COD=ESPVA0300000003780H
*SIG=
*UPD=$current.dateTime.format("%d-%m-%Y %H:%M")
*TMP=$current.outTemp.formatted
*WND=$current.windSpeed.formatted
*AZI=$current.windDir.formatted
*BAR=$current.barometer.formatted
*HUM=$current.outHumidity.formatted
*SUN=$current.radiation.formatted
*UVI=$current.UV.formatted
*DHTM=$day.outTemp.max.formatted
*DLTM=$day.outTemp.min.formatted
*DHHM=$day.outHumidity.max.formatted
*DLHM=$day.outHumidity.min.formatted
*DHBR=$day.barometer.max.formatted
*DLBR=$day.barometer.min.formatted
*DGST=$day.windGust.max.formatted
*DSUN=$day.radiation.max.formatted
*DHUV=$day.UV.max.formatted
*DPCP=$day.rain.sum.formatted
*WRUN=
*MHTM=$month.outTemp.max.formatted
*MLTM=$month.outTemp.min.formatted
*MHHM=$month.outHumidity.max.formatted
*MLHM=$month.outHumidity.min.formatted
*MHBR=$month.barometer.max.formatted
*MLBR=$month.barometer.min.formatted
*MGST=$month.windGust.max.formatted
*MSUN=$month.radiation.max.formatted
*MHUV=$month.UV.max.formatted
*MPCP=$month.rain.sum.formatted
*YHTM=$year.outTemp.max.formatted
*YLTM=$year.outTemp.min.formatted
*YHHM=$year.outHumidity.max.formatted
*YLHM=$year.outHumidity.min.formatted
*YHBR=$year.barometer.max.formatted
*YLBR=$year.barometer.min.formatted
*YGST=$year.windGust.max.formatted
*YSUN=$year.radiation.max.formatted
*YHUV=$year.UV.max.formatted
*YPCP=$year.rain.sum.formatted
*EOT*

Entiendo que la linea SIG no es necesaria, ¿la puedo borrar o hace falta?


Gracias,

9

WeeWX / Modificación API Aerisweather

« en: 22 de Octubre del 2022, 12:47:08 pm »

Hola,

Desde hace tiempo vengo observando que mi previsión diaria o por horas era, en muchos casos, diferente de las condiciones actuales. El caso es que investigando he averiguado que el skin Belchertown utiliza el EndPoint Observations de la API de Aerisweather pero este tiene un problema porque si no tienes activada la opción forecast_aeris_use_metar no te las proporciona. En mi caso la estació METAR más cercana es el aeroport d'Alacant el Altet, a unos 70 km de distancia con lo cual me daba unas condiciones poco exactas.

He creado una rama en GitHub del skin en la cual he sustituido el EndPoint Observations por el EndPoint Conditions de esta manera se obtienen datos de las condiciones actuales de zonas alejadas de estaciones METAR.

https://github.com/dtalens/weewx-belchertown/tree/aerisweather-forecast-alternative


Si alguien tiene mi mismo problema puede que le ayude.
Saludos

10

FORUM GENERAL / Dudas nueva ubicación estación

« en: 05 de Octubre del 2022, 19:14:34 pm »

Hola,

En los próximos mesos nos trasladamos de la casa donde tengo ubicada la estació ESPVA0300000003780H a otra casa a escasos 100 metros de distancia donde se volvería a instalar. Tengo claro que debería volver a pasar auditoria para volver a tener el sello de calidad, pero tengo la duda de si se puede mantener el código de la estación o debería ser uno nuevo? Sobretodo lo digo por los históricos y todo eso.


Saludos,

11

Incidencias en estaciones / Sin acceso a meteoclimatic.net

« en: 26 de Septiembre del 2022, 09:25:00 am »

Hola,

No puedo acceder a la web de meteoclimatic pero si tengo acceso a atmos.cat. No se si el problema és solo mio o es un problema general.
¿Se sabe alguna cosa?

Gracias,
Saludos

12

Otros sensores / Panel solar estropeado sensor partículas PM2,5 (Ecowitt wh41)

« en: 25 de Mayo del 2022, 18:54:13 pm »

Hola,

Tengo el sensor de partículas PM2,5 de Ecowitt (modelo wh41 para exteriores) protegido debajo de un pequeño techado trasparente pero últimamente se me descarga muy facilmente en dias o una semana. Lo cargo y me vuelve a pasar, se descarga del todo. Desde hace unos días he sustituido las pilas recargables a ver que pasa pero veo que se vuelve a descargar poco a poco. Me parece que el problema està en la placa solar que no carga las pilas, os envio una foto pero me parce que le ha entrado agua.

¿Os ha pasado a alguien?

Saludos,

13

WeeWX / Nueva versión weewx 4.6.0 y 4.7.0

« en: 06 de Febrero del 2022, 07:54:43 am »

Cuidado!! porqué le he dado ha actualizar y el skin Belchertown no me cargaba correctamente. He tenido que volver a la versión anterior 4.5.1.

Alguien ha actualizado y le funciona bien?


Saludos,

14

FORUM GENERAL / Aumento nivel medio de particulas PM2.5

« en: 02 de Octubre del 2021, 16:07:10 pm »

Hola,

Desde hace unos días la medias diarias de partículas PM2.5 han aumentado significativamente, podría ser por la erupción volcánica de La Palma? O pura coincidencia...

15

WeeWX / Publicada nueva versión del Driver GW1000 0.4.0

« en: 28 de Septiembre del 2021, 09:26:34 am »

Hola,

Se ha publicado la nueva versión 0.4.0 del driver GW1000 para nuestras estaciones Ecowitt GW1000, WH2650 y similares que corrige diversos errores y hace algunos pequeños cambios. He actualizado desde la versión 0.3.2 sin mayores problemas. Más abajo tenéis enlace y lista de cambios.

Saludos,

https://github.com/gjr80/weewx-gw1000/releases/tag/v0.4.0

Código: [Seleccionar]

Changes:

Fixed bug when operated with GW1100 using firmware v2.0.4.
The device model (GW1000/GW1100) is now identified via the API so many references to 'GW1000' in console and log output should now be replaced with the correct device model.
When used as a driver the driver hardware_name property now returns the device model instead of the driver name (GW1000). The follow on from this is that when using the GW1000 driver as a driver the tag $station.hardware will display the device model (ie GW1000 or GW1100) when used in a WeeWX report.
Reworked processing of queued data by class Gw1000Service() to fix a bug resulting is intermittent missing GW1000 data when operated as a service.
Battery state data is now set to None for sensors with signal level == 0, can be disabled by setting option show_all_batt = True under [GW1000] in weewx.conf or by use of the --show-all-batt command line option if running directly.
The units used when displaying --live-data can now be controlled by the --units command line option. Th eunits displayed are the default units in each WeeWX unit system, ie US customary (--units=us), Metric (--units=metric) and MetricWx (--units=metricwx)
--live-data output is now formatted and labelled using WeeWX default formats and labels except for voltage which is displayed with two decimal places.
Fixed some incorrect command line option descriptions.
Implemented limited sensor debug log reporting via the debug_sensors config option.
Implemented wind debug log reporting via the debug_wind config option.
Refactored rain debug log reporting via the debug_rain config option to report both WeeWX and GW1000 rain related fields.
Implemented a separate broadcast_timeout config option to allow an increased socket timeout when broadcasting for GW1000/GW1100 devices. Default value is five seconds.
A device is now considered unique if it has a unique MAC address (was formerly unique if IP address and port combination were unique).
Minor reformatting of --discover console output.
WH24 battery and signal state fields are now included in the default field map.