WeeWX 3.8

[jantoni]

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.

[jantoni]

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.

[jantoni]

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.

[jantoni]

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

[megatin]

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.

[jantoni]

Yo sigo con la 3.7

Por si te sirve de referencia

Saludos.

[miguelru]

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

[jantoni]

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

[Xavi-EA5ZF]

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

[jantoni]

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

[jantoni]

Jo.....


Echemos cálculos

[jantoni]

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

[jantoni]

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

[miguelru]

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

[miguelru]

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.