Mensajes

46

WeeWX / Re:Nueva versión weewx 4.6.0 y versión 4.7.0

« en: 31 de Marzo del 2022, 13:39:09 pm »

He solucionado el error que me daban las unidades del contador de rayos ([lightning_strike_count]).
Solo se tiene que añadir la siguiente línea al apartado de [[[StringFormats]] del archivo weewx.conf o skin.conf:

Código: [Seleccionar]

count = %.0f
Más información aquí: https://github.com/poblabs/weewx-belchertown/discussions/774

47

WeeWX / Re:Nueva versión weewx 4.6.0

« en: 26 de Febrero del 2022, 11:28:42 am »

Mejoras... La verdad que no se nota nada. Me ha dado más problemas que otra cosa.

Saludos,

48

WeeWX / Re:Nueva versión weewx 4.6.0

« en: 12 de Febrero del 2022, 12:24:41 pm »

Hola,

Un usuario de github ha encontrado el problema... es el contador de número de rayos:

Código: [Seleccionar]

[[lightning_strike_count]]
Al quitar la sección deja de dar el error.

https://github.com/poblabs/weewx-belchertown/issues/761

49

WeeWX / Re:Nueva versión weewx 4.6.0

« en: 10 de Febrero del 2022, 09:35:55 am »

Hola jantoni,

Efectivamente parece que el problema viene por el archivo graph.conf. Ayer prové la nueva versión de weewx con el archivo genérico de graph.conf y no daba error. De hecho, prové a eliminar todos los "%" del archivo y no tuvo efecto, me falta mirarlo con más detenimiento.

Saludos,

50

WeeWX / Re:Nueva versión weewx 4.6.0

« en: 08 de Febrero del 2022, 16:28:34 pm »

Hola,

He probado con eliminar por completo la sección [[StringFormats]] en el fichero de weewx.conf y skin.conf y sigue con el mismo error:

Código: [Seleccionar]

Feb  8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine: Caught unrecoverable exception in generator 'user.belchertown.HighchartsJsonGenerator'
Feb  8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine:         ****  invalid literal for int() with base 10: '%'
Feb  8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine:         ****  Traceback (most recent call last):
Feb  8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine:         ****    File "/usr/share/weewx/weewx/reportengine.py", line 197, in run
Feb  8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine:         ****      obj.start()
Feb  8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine:         ****    File "/usr/share/weewx/weewx/reportengine.py", line 378, in start
Feb  8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine:         ****      self.run()
Feb  8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine:         ****    File "/usr/share/weewx/user/belchertown.py", line 2714, in run
Feb  8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine:         ****      series_data = self.get_observation_data(
Feb  8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine:         ****    File "/usr/share/weewx/user/belchertown.py", line 3726, in get_observation_data
Feb  8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine:         ****      usage_round = int(
Feb  8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine:         ****  ValueError: invalid literal for int() with base 10: '%'
Feb  8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine:         ****  Generator terminated

Me falta hacer la prueba con una instalación limpia...

51

WeeWX / Re:Nueva versión weewx 4.6.0

« en: 06 de Febrero del 2022, 10:18:34 am »

Hola Jantoni,

Ahora no estoy seguro si se debe algún cambio en el archivo weewx.conf ya que he conservado el que ya tenia o se debe a otra cosa. Por el error del log parece algún problema con los gráficos highcharts.

52

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,

53

FORUM GENERAL / Re:Auditorías de calidad Meteoclimatic

« en: 31 de Diciembre del 2021, 16:19:03 pm »

Hola,

Hace unos días conseguí el sello termopluviométrica, muchas gracias!! . Como puedo conseguir el sello de calidad destacada?. No sé si es porqué me he dejado alguna cosa en la solicitud... ahora recuerdo no incluir una foto del sensor interior que me mide la presión barométrica (también temperatura y humedad), eso puede influir?

Saludos y feliz Navidad!!

Hola

En la auditoría consideramos que faltaban mejores fotos de los cuatro lados a la estación. No nos quedaba claro uno. La estación está al mismo nivel o un poco por debajo de edificios colindantes. Harían falta mejores fotos de los cuatro lados y subirla bastante más. Hay sitios en los que hay que contentarse con lo que tenemos, por ejemplo es también mi caso con un edificio al lado que no me deja pasar de termopluviómetrica.

El sensor de presión está en la consola y no hace falta foto de ella.

saludos

Gracias por responder. Muy agradecido por el sello, ahora a ver si se puede conseguir el sello de calidad destacada. Feliz Año!!!

54

FORUM GENERAL / Re:Auditorías de calidad Meteoclimatic

« en: 28 de Diciembre del 2021, 00:23:48 am »

Hola,

Hace unos días conseguí el sello termopluviométrica, muchas gracias!! . Como puedo conseguir el sello de calidad destacada?. No sé si es porqué me he dejado alguna cosa en la solicitud... ahora recuerdo no incluir una foto del sensor interior que me mide la presión barométrica (también temperatura y humedad), eso puede influir?

Saludos y feliz Navidad!!

55

Webcam meteorológicas / Re:Como poner la webcam segundo a segundo

« en: 25 de Noviembre del 2021, 13:56:29 pm »

Hola Josep Miquel,

Tienes varias opciones para poner la webcam en directo en tu página web. Si tu webcam, envia el video por el protocolo rtsp puedes utilizar el servicio rtsp.me pero tiene el inconveniente que tienes que abrir el puerto a internet para ese protocolo, normalmente el puerto 554. Yo descarte esa solución por seguridad. Si lo haces así, te recomiendo que cambies el puerto por defecto y pongas un contrasenya fuerte, por los menos 20 - 30 caracteres alfanuméricos y símbolos. La otra opción, más complicada, es utilizar tu propio servidor web para que transcodifique la señal de vídeo a un protocolo utilitzable en web como el rtmp. Esta opción requiere más conocimientos técnicos aunque tampoco es difícil.

Saludos,

56

WeeWX / Re:Conectar web weewx Belchertown skin a través de MQTT

« en: 28 de Octubre del 2021, 18:27:26 pm »

Hola ELX_CARRUS,

Yo conseguí hacer funcionar el MQTT creando un broker online. En mi caso cree un subdominio con el nombre weewx-socket.meteopego.com y la web meteorológica se conecta por el puerto 443, tiene que passar por ahí si quieres que la web este cifrada. Para NGINX enlacé al principio del hilo un tutorial que encontre por internet con APACHE supongo que también se podrá hacer.

Lo que sea,si puedo ayudar, lo comentas por aquí.
Saludos,

57

FORUM GENERAL / Re:Aumento nivel medio de particulas PM2.5

« en: 05 de Octubre del 2021, 17:46:49 pm »

Gracias por tu respuesta B.Santiago.

58

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...

59

FORUM GENERAL / Re:estacion Waldbeck Halley + wh57 de ecowitt

« en: 01 de Octubre del 2021, 19:48:06 pm »

Hola A todos ,me surge una duda ,tengo la intencion de adquirir la Waldbeck Halley (https://www.amazon.es/gp/product/B07JN73RKW/ref=ox_sc_act_title_2?smid=ABV9J41D2VYA9&psc=1) a la cual le quiero integrar el sensor de rayos wh57 de ECOWITT ,con su correspondiente frecuencia , si no voy equivocado se puede cofigurar una cosa con la otra, ahora bien en el caso que el WH57 y Waldbeck Halley "se entiendan" ¿como lo hago para que aparezca en cumulus MX??.no veo en la configuracion de cumulus MX "otros sensores" la de sensor de rayos..no los podre leer??.esa es mi duda ,no se si me he explicado con claridad
Un Saludo.Gracias

Si no obtienes buenos resultados siempre te puedes pasar al Weewx  , mucho más versátil y potente, además por este foro tienes auténticos masters de weewx. Yo en lo que pueda te ayudaré.

Saludos!

60

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.