Meteoclimatic
Software => WeeWX => Mensaje iniciado por: jantoni en 13 de Octubre del 2017, 18:33:37 pm
-
Ya tenéis, desde hoy mismo la versión alfa de WeeWX 3.8.0
http://weewx.com/downloads/development_versions/
Cambios:
3.8.0 10/xx/2017
The `stats.py` example now works with heating and cooling degree days.
Fixes issue #224.
The ordinal increment between x- and y-axis labels can now be chosen.
The increment between x-axis tick marks can now be chosen. Thanks
to user paolobenve! PR #226.
Bar chart fill colors can now be specified for individual observation
types. Fixes issue #227.
For aggregation types of `avg`, `min` and `max`, plots now locate the x-
coordinate in the middle of the aggregation interval (instead of the end).
Thanks again to user paolobenve! PR #232.
The nominal number of ticks on the y-axis can now be specified using
option `y_nticks`.
Fixed bug that could cause tick crowding when hardwiring y-axis min and
max values.
Fixed bug in wmr200 driver that resulted in archive records with no
interval field and 'NOT NULL constraint failed: archive.interval' errors.
Vantage driver:
Allow user to specify the Vantage Pro model type in weewx.conf.
Repeater support added to '-—set-transmitter-type' command.
New commands: '—-set-retransmit',
'--set-latitude', '--set-longitude'
'--set-wind-cup',
'--set-temperature-logging'
Details explained in hardware.htm. Thanks to user dl1rf! PR #270, #272.
The uploader framework in restx.py now allows POSTS with a JSON payload.
MySQL error 2006 ("MySQL server has gone away") now gets mapped to
`weedb.CannotConnectError`. PR #246
Corrected formatting used to report indoor temp and humidity to the
Weather Underground.
Added inDewpoint to the observation group dictionary.
Added missing aggregation type 'min_ge'. Thanks to user Christopher McAvaney!
Fixed bug in wmr200 driver that resulted in archive records with no
interval field and 'NOT NULL constraint failed: archive.interval' errors.
Fixed bug in wmr200 driver that resulted in "KeyError: 'interval'" errors when
reading historical records during startup.
Fixed bug in wmr200 driver that caused `windDir` to always be `None` when
`windSpeed` is zero.
Plots can now use an `aggregate_type` of `last`. Fixes issue #261.
When extracting observation type stormRain (Davis Vantage only), the
accumulators now extract the last (instead of average) value.
Added additional accumulator extractors.
Allow reports to be run against a binding other than `wx_binding`.
Include rain count in cc3000 status.
Using the `set-altitude` command in `wee_device` no longer changes the
barometer calibration constant in Vantage devices. See PR #263.
Thanks to user dl1rf!
Do chdir at start of ImageGenerator so that skin.conf paths are treated the
same as those of other generators.
Changed default value of `stale` for CWOP from 60 to 600 seconds. PR #277.
No es un paquete Debian, por tanto, POR FAVOR, no intentes actualizar la versión SI NO SABES LO QUE ESTAS HACIENDO.
-
Unos cuantos arreglos del driver de la WMR200.
Pero buenas noticias para los poseedores de antiguas Davis Vantage Pro (No Pro2), que ahora está soportada por Weewx, así como también es soportado el retransmisor de Davis.
-
Insisto, es una versión ALFA
Que la pruebe quien quiera experimentar con ella.
Pero, repito por enésima vez......Weewx es el mejor software, con diferencia, para estaciones meteorológicas que existe actualmente. Y si valoramos la documentación, esa que nadie lee porque es más fácil preguntar, deja a la altura del betún a cualquier software, incluidos los de pago.
-
Bueno, ya que no lo dice nadie, lo digo yo.....
Disponible la versión 3.8.0 para su descargarga (NO BETA) desde el 22-11-2017
-
Hola, tengo la versión 3.7.1 funcionando sin problemas. Estoy tentado a saltarme esa regla de oro que dice: "No tocar lo que funciona bien".
Alguien ha probado a actualizar a la versión 3.8 según se indica en el manual?
Se agradecen respuestas.
Gabriel. EA7PW
P.S. Feliz 2018 a todos.
-
Yo sigo con la 3.7
Por si te sirve de referencia
Saludos.
-
Hola.
Yo tengo una RPI 3 con Stretch y weewx 3.8.0-1 funcionando en pruebas (en paralelo con la estación real RPI B+ con whezy y weewx 3.1.0) para ver si me decido a cambiarla, por aquello de si funciona bien...
El caso es que tengo un par de dudas
¿si pongo la nueva RPI 3 en hora UTC y le cargo la base de datos anterior que se ha generado en horario CET, me creará problemas de corrupción de weewx.sdb u otros'
La inconsistencia de datos en el cambio de año si esta lloviendo ¿se produce cuando tienes el horario UTC? eso he leido en un comentario más arriba en otro post.
Saludos.
Saludos
-
No, weewx siempre almacena los datos en hora UTC y en formato Unix, independientemente de la zona horaria que tengas programada.
En cuanto a la inconsistencia, es mejor olvidarse de ello y luego corregirlo, todos los esfuerzos que se hagan para evitar esas inconsistencias de final de día, mes o año sin inútiles. Se pueden mínimizar, pero no evitar por completo.
Saludos
-
Que yo sepa, en la base de datos interna de weewx la información se graba con la fecha en formato epoch, o sea referenciada a una fecha de inicio fijada en linux como base. Eso significaría que la base de datos sería 100% compatible y sin ninguna ruptura en datos.
Salu2
Xavi
-
Efectivamente, como dice Xavi a eso se le llama Unix Epoch.
Representa el número de segundos desde el 1-1-1970
Ummmmmmm........si no recuerdo mal.......era un número de 32 bits......
-
Jo.....
Echemos cálculos
-
Si no recuerdo mal, se comentaba hace tiempo que se terminarían los números allá por el 2040.
Otro efecto año 2000, ja ja ja....bueno....para ese momento habremos cambiado de programa, digo yo *+* *+* *+* *+* *+*
Saludos
-
Jarrrr....lo que no veas en la wikipedia.....
El 19 de Enero de 2038 explotará el mundo *+* *+* *+* *+* *+* *+*
https://en.wikipedia.org/wiki/Unix_time
Lo del 2038 no lo busquéis en la wikipedia en español....no viene
-
Si efectivamente la base de datos se crea en formato Epoch. Ya tuve que hacer alguna corrección y hay que tirar de conversores.
Aclarado el tema. A ver si encuentro el momento para hacer el cambio.
Del efecto 2038 ya hablaremos más adelante. *-*
Saludos
-
Primer intento = fallido
He hecho el cambio a la RPI 3 con weewx 3.8.0 en horario UTC, le he cargado la base de datos de la anterior RPI B+ con weewx 3.1.0 y he arrancado weewx.
Aparentemente iba todo bien pero al rato me he dado cuenta de que en la NOAA del mes de enero habían desaparecido los datos correspondientes al 01/01/2018 y habían corrido un día todas las demás líneas (los datos del día 2 habían pasado al día 1, los del 3 al día 2 y así todos. Los correspondientes al día 22 hasta el momento del cambio los subió a la línea del 21 y se ha generado con fecha 22/01/2018 los datos desde ese momento.
Como no tengo claro cúal es la causa y como resolverlo he vuelto sobre mis pasos, he instalado de nuevo la RPI B+ con su weewx 3.1.0 en horario CET.
Me preocupa la perdida de datos mientras trasteo y que luego tenga días sin datos o peor aún tener que pelearme con la base de datos que siempre me da yuyu.
Lo intentare de nuevo cuando tenga tiempo libre, alguna idea del porque y ánimo. Se aceptan sugerencias.
Saludos.
-
Hola
Creo que este es el lugar, como he dicho en otro post voy a cambiar de progrma de gestion ( Weather Display ) y espero que esta sea la definitiva,
pero no se que pasa, que siempre surge, algo.
En la RASPI tengo una version de Weex, anterior ( es de finales de 2016 cuando intente montar la WMR-200 y tuve que desitir por
problemas "tecnicos" ) y quiero instalar la version ultima, creo que es la 3.8, pero quiero tambien eliminar todo lo que haya de Weex,
he leido pero no veo como "desinstalarlo", ( estoy en filosofia Windos y esto es Linux ) y como estoy algo perdido en Linux, no se como hacerlo,
si borrando las carpetas a "saco" o con reinstalar es suficiente o que hay que hacer. Es decir quiero dejarlo "limpio", es decir una instalacion
"limpia"
Los datos que tengo no valen para nada pues son de pruebas realizadas y no tienen nigun valor con lo que todo se puede borrar. y pense
que asi se hacia, pero por lo que veo no.
Alguien me puede ayudar.
Saludos Anibal - EA1ASC
-
Pues en la documentación de weewx sale cómo desinstalar:
http://www.weewx.com/docs/debian.htm
Si quieres desinstalarlo quitando los archivos de configuración:
sudo apt-get purge weewx
Para quitar todos los datos (datos web, gráficos y bases de datos):
sudo rm -r /var/lib/weewx
sudo rm -r /var/www/html/weewx
Saludos
-
Hola
Pues muchas gracias,
Pues es en el unico sitio donde no mire, LEJOMA (
-
Salto el mensaje solo LEJOMA= LEE EL JODIDO MANUAL, que decia un buen colega
Saludos y mil gracias
-
Hola buenos dias.
Ejecutada la desinstalacion y vuelto a instalar y creo que funcionando
solo una cosa,
al ejecutar esto del Sking de instlación tarda un monton, y no se si es normal o no, pues cuando termina ejecuta el reboot.
# Mas dificil todavia. Generamos el locale spanish si no existe
sed -i 's/# es_ES.UTF-8/es_ES.UTF-8/g' /etc/locale.gen
/usr/sbin/locale-gen
echo -e "LANG=\"es_ES.UTF-8\"\nLANGUAGE=\"es_ES.UTF-8\"\nLC_ALL=\"es_ES.UTF-8\"" | sudo tee -a /etc/environment > /dev/null
#Falta insertar las variables de lenguaje en el script de arranque de weewx
# Esto es todo. Reiniciamos
reboot
Por lo demas, creo que todo correcto a falta de seguir verificando, instalado en un Pentium IV con 2GB de RAM y 8 GB de disco duro para probar... a seguir dando pasos.
Gracias por vuestra ayuda y saludos
Anibal - EA1ASC
-
Si, los "locales" (que no de copas) taran mucho en generarse.
Es normal
Saludos