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 ... 49 50 [51] 52 53 ... 294
751
Davis Instruments / Re:Problema histórico dattaloger
« en: 19 de Agosto del 2021, 11:48:06 am »
Poner el firmware equivocado puede ocasionar eso.... lo más fácil era borrar datalogger.... firmware equivocado, error en la actualización y consola de 300€ ko que queda como pisapapeles.

Hay que tener cuidado.

De qué año es tu consola ?? Si has puesto el último firmware (3.88) debería de ir bien si es la Inalámbrica (Wireless).

Como dice en la página de descarga del firmware si la consola es anterior a 2006 ponerle el último firmware ocasionará que no hayan lecturas ni de presión ni de temp/hum interior. Creo que no será el caso, así que prueba a quitar pilas, cable si está enchufada y cable al PC y esperas un minuto y la conectas otra vez. Si no hay suerte prueba a meterle el firmware otra vez.

Desconecto presión.





752
Davis Instruments / Re:Problema histórico dattaloger
« en: 18 de Agosto del 2021, 19:52:56 pm »

Gracias. ¿Quien me puede indicar cómo borrar el datalogger?


En WL:

Setup -> Clear -> Clear Archive Memory

753
Davis Instruments / Re:Histórico valores extremos.
« en: 17 de Agosto del 2021, 20:39:53 pm »
Hola de nuevo

No, solo se pueden resetear. los únicos datos que se pueden modificar son los de la lluvia. Es lo malo de la consola y de WL.


754
Davis Instruments / Re:Problema histótico dattaloger
« en: 17 de Agosto del 2021, 20:38:14 pm »
Hola

Si no tienes los datos en WU creo que se puede hacer poco. Y aún consiguiendo los datos de WU habría que transformarlos a formato WL con alguna utilidad.

755
Creacion de páginas personales meteorológicas / Re:Problemas raros con script
« en: 12 de Agosto del 2021, 09:02:40 am »
Citar
Lo que no sabia es de donde salía el --20 del fichero caché
--20, 0.0
Y salía de aquí
Código: [Seleccionar]
$fechar = @$fecha[0].'[b]-[/b]'.@$fecha[1].'[b]-20[/b]'.@$fecha[2].' '.@$realtime[1];Para qué sirve la resta de -20, ¿si puede saberse?

Si no encuentra ninguna fecha porque no lee el realtime.txt en esa línea al no haber ni fecha[0] ni fecha[1] ni fecha[2] se queda con los guiones que los separan y el -20 que sirve para poner el año delante de la fecha del realtime.

La fecha en el realtime viene así 12/08/21. La manera fácil de meterle la fecha en formato europeo para que la convierta a unix PHP con strtotime es 12-08-2021 así que adivinarás que ese -20 lo pone el script delante del 21.

Si ponemos echo strtotime("12-08-2021"); nos pone la fecha unix correcta (1628632800) pero si ponemos el año sin milenio delante echo strtotime("12-08-21"); nos saca 1345500000 que corresponde al 21-08-2012 ya que lee en formato americano (y-m-d) de esa fecha.

Lo de las arrobas (@) sirve para que no salgan ni advertencias ni errores de PHP, es como poner parches para que si salen errores no diga nada pero para depurar código y si pones muchos no es algo muy limpio (aunque pueda ser práctico). Yo le pongo error_reporting(0); al inicio del script y si hay problemas lo depuro poniéndole 1.

El script a mí me funciona como se espera, ninguna falsa alarma de lluvia y avisa cuando hay tormenta tanto por email como por Telegram.
La única diferencia es que el realtime lo lee vía http del PC de la estación ($realtimefile = 'http://192.168.1.101/cumulusmx/realtime.txt';) ya que no tengo MX funcionando en la orange pi.

Desconozco si hay más problemas en leerlo localmente que por http.

De todas formas has modificado prácticamente todo el código seguramente googleando  *+* *+* y si te hace la función que quieres pues déjalo así y que vaya bien.

saludos

756
Hola nafarro, cuánto tiempo  :)

Si no me equivoco los espacios web de miarroba están en la carpeta web. Prueba a ponerle esa ruta de /web en la configuración del FTP  en WD para que suba el index.html

Si no lo sube habrá que mirar log del FTP de WD

757
Presentación / Re:Presentación nueva estación en Costa Brava
« en: 03 de Agosto del 2021, 22:41:22 pm »
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

758
Presentación / Re:Nueva estacion en Lozoyuela-Ayuntamiento
« en: 03 de Agosto del 2021, 22:38:06 pm »
Hola jgonza50

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

Que vaya el proyecto bien.

saludos

759
Incidencias / MOVIDO: Recuperación contraseña Atmos
« en: 03 de Agosto del 2021, 22:35:12 pm »

760
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

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


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

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


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


765
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

Páginas: 1 ... 49 50 [51] 52 53 ... 294