Mostrar Mensajes

Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.


Mensajes - jmviper

Páginas: [1] 2 3 ... 243
1
Hola y bienvenido Jordi

Esperamos verla pronto por aquí. Ponla bien antes de enviar datos y cualquier duda busca por el foro o pregunta.

Saludos

2
Hola jgonza50

A ver si se queda la ubicación ya fija  *+* *+*

Que vaya el proyecto bien.

saludos

4
La intención era pone NULL , que no registró ningún valor.
Ya que al registrar siempre 0° (N) las dominantes y medias de dirección del viento son erróneas.
NO voy a poner datos inventados.

Pero en eso te doy la razón, intentando ser pulcro con los datos al máximo, la puedo liar y opto por dejarlo como está.

Saludos

Exactamente esa era también mi intención al darte esa opción... NO falsear datos... si pones a NULL los valores erróneos no se deja ningún dato inventado.

Es igual que si se queda la HR fija en el 20% durante días por avería del sensor, dejamos ese 20% que es erróneo para que nos haga el mes de HR más baja del historial de la estación en los NOAA ?? La respuesta es NO y más teniendo las utilidades y opciones de weewx con la BBDD. Ponemos esos valores a NULL y no entraran en los cálculos que sí serían erróneos. Lo mismo con la dirección o cualquier otro valor.

Si quieres con DB Browser puedes poner también a NULL las tablas diarias de dirección del viento (todas las columnas menos la de la hora). Las tablas de dirección son como pusiste antes Archive_day_windGustDir y Archive_day_windDir. Esas tablas van por días y si solo han sido unos días no es tan tedioso ponerlas a NULL seleccionándolas y no tienes que reconstruir diarios, solo regenerar informes.

La decisión ya es tuya, como ves hay salidas más o menos elaboradas para todo con weewx.

saludos

5
Por cierto, se me olvidaba...hacer el rebuild-daily significa reconstruir las tablas diarias a partir de los datos de la tabla archive
Si por ejemplo tienes que se genere cada 5 minutos cada registro de esa tabla puede que esos días no sea exactamente la temperatura máxima o la mínima la que se haya alcanzado...por ejemplo si la temp máxima de un día fue a las 14:53 con 34,5°C y a las 14:50 y 14:55 hay 34,4°C se quedará esa temperatura máxima de 34,4°C en ese día y en los informes.
Todo eso se minimizaría con un registro cada minuto, a costa de una BBDD más grande.

Cuando los reconstruyas mira a ver la BBDD que tienes de copia a ver si tiene esas máx/mín en cada tabla diaria y si no actualízalas en la tabla actual.


6
Citar
Entiendo que el Archive_day_windGustDir y Archive_day_windDir al hacer el "Rebuild-daily" se apaña solo ¿no?

Sí, debería.

Citar
Una ultima duda, referente a la lluvia; en "Archive" ¿tambien se debería borrar los registros de la columna "rainRATE" ? , para cuando marca una falsa descarga del balancín al manipular el pluviómetro y borro los registros manualmente con DB Browser (rain, max, sum y wsum).

Puedes claro está. Así dejas los dos campos de la lluvia en el archive a 0. Si no ha llovido ese día y has tenido vuelcos por manipulación también puedes poner a 0 esos valores en el diario de lluvia o reconstruirlo a la manera del rebuild-daily, en este caso sería:

Código: [Seleccionar]
sudo wee_database --rebuild-daily --date=YYYY-mm-dd
Poniendo la fecha a reconstruir.

7
weewx pone NULL cuando no pone ningún valor en la base de datos. NULL es estar vacío pero no a 0. Ese NULL lo pone en la dirección de la media o de la racha de la tabla archive cuando la media o la racha son 0.0 (km/h)

Si lo que tienes es dirección constante 360º con viento puedes poner esas direcciones a NULL pero tienes que hacerlo sabiendo exactamente las fechas en las que estaba mal la veleta.
Primero detén weewx antes y haz copia de la BBDD antes de ningún toqueteo en ella.

Abrir con sudo sqlite3 /var/lib/weewx/weewx.sdb

Y en la línea de comandos de sqlite3 pones:

Código: [Seleccionar]
select windDir,windGustDir from archive where dateTime>fechadeiniciounix and dateTime<fechadefinalizacionunix;

Cambiando fechadeiniciounix y fechadefinalizacionunix por las fechas unix desde las que tuviste estropeada la dirección.

Ahí te saldrán muchas líneas seguramente con 360|360 o valor equivalente que indique dirección norte (0º ??)

para ponerlas a NULL:

Código: [Seleccionar]
update archive set windDir=NULL,windGustDir=NULL where dateTime>fechadeiniciounix and dateTime<fechadefinalizacionunix;

Una vez puestas a NULL puedes consultar otra vez si se han quedado a NULL con el primer comando.

Sal de la BBDD (.exit) y ya puedes usar las utilidades de weewx.

Sin arrancar todavía weewx usa este comando en la línea de comandos de Linux:

Código: [Seleccionar]
sudo wee_database --rebuild-daily --from=YYYY-mm-dd --to=YYYY-mm-dd
poniendo las fechas de inicio y de final en --from y en --to en ese formato para reconstruir las tablas diarias con los nuevos datos de viento.

Para regenerar los informes NOAA si pertenecen al pasado mes borra el mes de /var/www/html/weewx/NOAA y te lo generará.

Quizás te sea más fácil ver visualmente desde cuando están mal las direcciones con DB Browser
Puedes cambiarlas ahí directamente a NULL o como te he dicho con la línea de comandos.

Eso sí, como he dicho haz copia de la BBDD antes por si sale algo mal.


8
WeeWX / Re:Records intensidad precipitación diaria
« en: 01 de Agosto del 2021, 23:57:56 pm »
Hola JosMar

Creo que en esa configuración lo dice claramente:

Citar
#  prefer_hardware - use value provide by hardware if available,
#                      otherwise use value calculated by weewx

#  preferencia_hardware - usar el valor dado por hardware si está disponible,
#                      si no usar el valor calculado por weewx


Quiere decir que si la estación no aporta en sus datos la intensidad de lluvia entonces weewx la calcula internamente.
Su fórmula está en /usr/share/weewx/weewx/wxxtypes.py en la clase RainRater:

Citar
# ...then divide by the period and scale to an hour
            val = 3600 * rainsum / self.rain_period

que viene a poner tu fórmula pero en segundos en vez de en minutos.

Así que si tienes una Davis VP2 y esa configuración pondrá la intensidad de lluvia que ella calcula. Mira en la consola la máxima intensidad anual y mira a ver si coincide con la de weewx, en mi caso tengo prefer_hardware y en los dos sitios me pone 240 mm/hr curiosamente igual que en tu ejemplo.


9
Incidencias / Re:Incidencia estación de la Vilavella
« en: 01 de Agosto del 2021, 09:22:00 am »
Pues si los dos días que dices en la base de datos tenían el resto de valores bien no tengo ni idea de qué puede ser porque como dices los valores irían en la plantilla.

Lo que creo es que a otras redes se envían los datos actuales, no máximas o mínimas como van en la plantilla de meteoclimatic, por lo que puede que no aparezcan en esas redes, pero podían ir en la mínima diaria de la plantilla. Que no hayan quedado registradas en WD es lo que es raro.

A mí nunca me ha ocurrido en 11 años de WD eso y ya digo que si es por fallo del sensor habría quedado registrado en el programa y en el programa sólo he visto lo de 0,0°C de mínima y 100°C de máxima en reseteos a las 0:00.

Ve vigilando a ver si se repite e intenta actualizar WD si no lo tienes por si pudiera ser alguno de sus numerosos bugs.

Saludos

10
Cumulus y Cumulus MX / Re:Duda CumulusMX
« en: 31 de Julio del 2021, 22:44:08 pm »
Hola Carlos

En esa hora de las 1:21 se ve que no había conexión a internet (2021-07-31 01:38:16.376 SFTP[232]: Error connecting sftp - Network is unreachable) y a las 1:39 parece que se conectaba el realtime sftp (2021-07-31 01:39:38.363 Realtime[240]: Reconnected with server OK) pero quedaba pendiente la subida anterior (2021-07-31 01:39:46.371 Realtime[241]: Warning, a previous cycle is still trying to connect to FTP server, skip count = 114) por lo que reiniciaba la conexión continuamente.

Cada 5 minutos sí ponía que subía los datos gráficos:

2021-07-31 01:40:04.467 SFTP[Int]: Uploading daily graph data files
2021-07-31 01:40:04.467 SFTP[Int]: Done uploading daily graph data files


o sea que parece que fallaba solo el realtime, por problemas de latencia seguramente pero los de datos gráficos tienen latencia 0, o sea inmediatos, cosa rara.

mira a ver en el log del sistema (/etc/log/syslog) si tienes más pistas de cómo estaba la conexión a internet del sistema y si no en el log del sftp


11
Incidencias / Re:Incidencia estación de la Vilavella
« en: 30 de Julio del 2021, 22:35:18 pm »
Hola vimpc

Tenías en la BBDD de meteoclimatic 0ºC los días 1 y 2 de julio ?? Pues seguramente saldrían de la plantilla. WD a la hora de los reseteos a las 0:00 puede poner valores tipo 0ºC. Yo el último reseteo del día lo tengo a las 23:59.

Ve vigilando por las noches a las 0h que valores pone WD en la plantilla.

12
Forum General / Re:Auditorías de calidad Meteoclimatic
« en: 28 de Julio del 2021, 16:40:57 pm »
Hola dtalens

Efectivamente no está tu auditoría.

La mayoría de veces por no decir todas es por el peso de las fotos adjuntas. Recuerda que no sean más de 10 fotos de 2 MB máximo cada una y que las 10 no pasen de 10 MB.

Edítalas y quítale peso. Con una resolución de 800x600 px máximo es suficiente.

Saludos

13
Forum General / Re:Cómo activar sensor de radiación solar
« en: 23 de Julio del 2021, 17:20:00 pm »

 No sabía lo de que AEMET medía en tiempo solar verdadero.


Está puesto en la base del gráfico solar de AEMET que adjuntaste más arriba  ;)

14
Forum General / Re:Cómo activar sensor de radiación solar
« en: 23 de Julio del 2021, 10:11:53 am »
Los gráficos de radiación solar de las estaciones de AEMET lo hacen en Tiempo Solar Verdadero el cual tiene en cuenta al sol en el meridiano observado, eso quiere decir que será mediodía (las 12 h) en el gráfico cuando el sol esté en su cénit en ese meridiano observado. Nuestras estaciones no van en tiempo solar verdadero sino con la hora oficial y el mediodía varía de una longitud a otra. Por ejemplo en Madrid ahora mismo el mediodía se produce a las 14:20 que serían las 12:20 UTC, o sea que mediodía sería a las 14:00 h (12:00 h UTC) pero por estar Madrid unos 3º40' al oeste del meridiano de Greenwich se producen esos 20 minutos de diferencia.

Traducido que no me quiero enrollar mucho  *+* *+* que hay que ver la radiación en tu gráfico 20 minutos más tarde de la del gráfico solar de AEMET, por eso hay esa diferencia en el ejemplo que has puesto de a las 8 h de la mañana tener el de AEMET 580 W/m2 y el tuyo 476. Si ves el tuyo veinte minutos después (a las 8:20 UTC) verás que es más aproximado a la misma hora de solar verdadero de AEMET.

No siempre son esos 20 minutos de diferencia, todo depende de la Ecuación del tiempo ya que mediodía no siempre es a la misma hora y va variando unos minutos a lo largo del año.

Todo se puede ver en este enlace en el que se calcula para una latitud/longitud/año dados los datos de salida, puesta, mediodía y las horas de sol. En el mediodía se observa que no es siempre a las 14:00 en el horario de verano y a las 13:00 en el de invierno sino unos minutos después o antes según la época del año.
Todo eso también se ve en que alcanzados los solsticios (tanto de verano como de invierno) los días no empiezan a crecer o a menguar igualmente al amanecer y al atardecer. Todo esto es astronomía y tiene que ver con movimientos terrestres etc etc.

También es cierto que cuando menos varía el máximo de radiación solar entre cada día es en los solsticios (tanto el de verano como el de invierno) ya que el sol está en el cénit de su sinusoide (la eclíptica u órbita solar en el cielo) y hay muy poca diferencia en la razón del seno para la razón máxima (razón 1 = 90º).
De esa manera se tiene que cuando menos crecen o menguan los días son el último mes al solsticio, algo más el segundo mes y el que más crece/mengua es el tercer mes que termina en el equinoccio.

Aquí te dejo un enlace a mi página con una herramienta en Excel para calcular la radiación solar máxima para una lon/lat y época del año dada:

https://meteoarchena.es/solrad.zip

Cuidado con estas herramientas, tienen que ver mucho con la turbidez de la atmósfera (generalmente más alta en verano y más baja en invierno). Sobrevaloran mucho esos cálculos con la real.
Lo mejor compararla con la de AEMET varios días con cielos despejados y sin calima, los mejores con viento que es cuando está la atmósfera más limpia en toda el área.

Menos mal que no quería enrollarme  *+* *+*

15
Forum General / Re:Cómo activar sensor de radiación solar
« en: 22 de Julio del 2021, 22:56:00 pm »
Esa gráfica de AEMET es de ayer día 21 y sólo podemos ver en tu estación la del día de hoy 22. Teniendo en cuenta que hay calima en la Península pueden variar los valores entre los dos días. Lo normal con día despejado es que no pase de los 1000W/m2 en estas fechas por lo que tu sensor ofrece valores buenos si los ronda.
En el gráfico se ve la típica campana de radiación de día despejado.

Ve vigilándolo y a ver si puedes ajustarlo un poco más con el de AEMET en días sin calima. El mío también lo tengo a la par con el de AEMET de Murcia capital.

Saludos y enhorabuena  :)



Páginas: [1] 2 3 ... 243