Hoy he situado la estación en su ubicación definitiva. He quitado el mástil del trípode móvil y lo he fijado a una de las estructuras metálicas del patio.
Pongo unas fotos para ilustrar la instalación.
Al realizar el cambio, obviamente el pluviómetro ha contado, con las mismas he borrado de la base de datos esa anotación poniéndola a cero, he borrado los daily de la base de datos y al arrancar de nuevo el programa se han actualizado quedando como estaba antes de su movimiento.
He solicitado también la reactivación en  Meteoclimatic.
Ya solo queda esperar que funcione eficazmente, hasta la próxima incidencia.

Es todo por el momento.

Resolviendo incidencias...continuación.

Tras resolver el tema de las inconsistencias de la lluvia y solicitar la reactivación o levantamiento de la restricción del sensor de lluvia, resulta que me comunican que el anemómetro está subiendo datos erróneos. En este caso debido a que la unidad configurada en weewx es m/s y la subida de datos a meteoclimatic requiere que los datos y la unidad sea en Km/h.
Tras investigar averiguo que hay que cambiar la unidad en el apartado units del StdReport del archivo WEEWX. Efectivamente estaba configurado en m/s, lo cambio a Km/h y tanto en la página web como en los datos de Meteoclimatic ya aparecen en Km/h y con valores coherente en comparación a las estaciones circundantes.
A pesar de todo me indican que cuando acabe con todas las pruebas y la estación se encuentre en su ubicación definitiva solicite la reactivación de la estación.
Así que hasta que no esté todo ok no vuelvo a pedirlo.
Creo que mañana podré ubicar el mástil en una estructura sólida.
De todas maneras todas las incidencias parece que se van resolviendo y la estación va funcionando de manera mas fina. Al menos los datos observados se corresponden con las estaciones cercanas que ya es mucho.


Es todo por el momento.

Nueva incidencia del sistema...

Esta vez y no será la última, la culpa no es de la estación ni de la raspberry.
Esta vez la culpa la ha tenido el FTTH. Escapándose de mi control, el FTTH donde está ahora conectado no tiene la dirección IP fija, si es cierto que no cambia todos los días. Desde que la puse no ha cambiado, pero esta mañana no accedía al servidor web y meteoclimatic no tenía datos. Tras investigar descubrí que había cambiado la IP pública.
Bueno pues ante este incidente no queda mas remedio que tirar de un DNS dinámico.
Como ya tengo cuenta en DnsDynamic y registrado el dominio para la raspberry pues no tengo mas que reutilizarlo. Ahora bien, para la actalualización de la IP en el servidor he instalado en la Raspberry el cliente DDclient.  No tiene mas historia que instalarlo con:

sudo apt-get install ddclient

Durante la instalación te pide datos para su funcionamiento. Aunque se los demos después hay que editar el archivo /etc/ddclient.conf para actualizar unos parámetros.
Este es el archivo que uso.

# Configuration file for ddclient generated by debconf

#

# /etc/ddclient.conf

daemon=900-->El tiempo que quieres que tarde en actualizar la IP en segundos.

protocol=dyndns2

use=web, web=http://myip.dnsdynamic.org/---> Esto es lo que hay que cambiar. El original coge la ip del interfaz ethernet y esa dirección es privada y no sirve, como no lo hagas te quedas tirado sin acceso desde remoto.

server=www.dnsdynamic.org

login=tuemail@elquesea

password='tupassword'

tudomino.dnsdynamic.com

Con esto ya no debería de tener mas este problema.

Ya vendrán otros.

P.D. ; No se han hecho esperar. Todo está configurado correctamente y el daemon de la raspberry actualiza correctamente la IP pública en el servidor, pero el servidor no devuelve la dirección¡¡¡¡¡.....parece que es un problema de DnsDynamic. Quiero recordar que ya hace tiempo ocurría y por eso lo abandoné. Otra cosita mas....buscar un servicio de DNS dinámico que funcione y que sea gratuito.

P.D.2; Como Dnsdynamic no me presentaba la página, me he registrado en Dynu.com y esta si que funciona. Así que ya tengo DNS dinámico y ya se puede encontrar la página y la plantilla si cambia la IP. Al menos eso espero.
http://ulisespi.dynu.com/weewx/

Resolviendo incidencias comunicadas por METEOCLIMATIC

Bueno, tras solicitar el levantamiento de la sanción por subir datos erróneos a la web de Meteoclimatic, me comunican que debo de corregir los datos de YPCP y MPCP, estos son los acumulados anuales y mensuales de precipitación que estaban idos de madre y se estaban subiendo a meteoclimatic en la plantilla de actualización de datos.
He buscado los datos que disparaban estos acumulados y los he puesto a cero que es como debería de estar. Una vez actualizada la BD le he dado el comando de borrar los resúmenes diarios y arranco WEEWX, este lo primero que hace es ver que no tiene los resúmenes y se pone a crearlos. Este trabajo tarda un buen rato.
Esto ha sido lo que ha tardado:

Aug 25 22:59:23 raspberrypi weewx[29559]: manager: Created daily summary tables

Aug 25 22:59:23 raspberrypi weewx[29559]: engine: Using binding 'wx_binding' to database 'weewx.sdb'

Aug 25 22:59:23 raspberrypi weewx[29559]: engine: Starting backfill of daily summaries

Aug 25 23:46:56 raspberrypi weewx[29559]: engine: Processed 192086 records to backfill 697 day summaries in 2853.28 seconds

La pobre Raspberry se pone a tope, se nota que le duele...con el comando TOP se puede ver que PYTHON (WEEWX) le ocupa todo el tiempo de proceso. No vendría mal que Tom Keffer le hubiera puesto un indicador de proceso a este comando.
Por cierto, mira yo que oportuno que me pongo a realizar este trabajo y da la casualidad que se pone a llover. Espero no perder la captura de esta lluvia..

Vuelta a la vida de la estación meteorológica y todo lo que conlleva.

25-8-2016.

Retomando el tema de la estación, me la he traído al trabajo y la he puesto de momento sobre un trípode con un mástil. El hecho de hacer esto es porque así la puedo ir moviendo de ubicación para encontrarle el mejor sitio y que a la unidad interior le llegue bien los datos por RF.
Creo este último sitio es bueno ya que llegan bien los datos y en toda esta semana no he tenido pérdida de ellos, se encuentra en un lugar despejado y tengo soporte para poder cambiarla y quitarla del trípode.
Desde el 18 que la puse en marcha he tenido tres incidencias, una leve y otra jodida ya que es de dominio general y por lo visto algo innato en este modelo de estación meteorológica, la tercera todavía la estoy investigando ya que no entiendo porque ha ocurrido.

1. Una vez situada en el trípode y puesto este en un soporte móvil, debido al desplazamiento por terreno irregular el pluviómetro ha sido sometido a sacudidas e inevitablemente ha contado lluvia inexistente. Esto es fácilmente subsanable. Se accede a la BD y se borran los datos.
2. Este otro son los famosos spikes que cada cierto tiempo suele dar esta estación. Como no está claro por que ocurre, yo por si acaso he cambiado el USB donde lo tenía conectado y lo he puesto directamente a la Rpi. Estaba en uno de la placa de extensión que le tengo puesto a la Rpi. El resto volver a a acceder a la BD y quitar los datos incoherentes.
3. Este último no entiendo porque ha pasado, de buena a primera el barómetro tiene una caída de 3,3 mBar. No se porque ha pasado esto, no es un spike... ha mantenido ese desfase y continúa midiendo en ese rango. Creo que ha tenido que ver con el cambio de altura que le he corregido al haberla cambiado de ubicación. Tendré que volver a calibrar el barómetro, tampoco es algo complicado. Intentaré corregirlo cuanto antes.
   NOTA.- Justo, la corrección de altura aplicada esta mañana al pasar de 45m que estaba antes a los 7 que está ahora son los 3 mBares de diferencia.

 Para colmo esta misma mañana he creado un post en meteoclimatic para solicitar que me levanten el castigo y liberen la presentación de datos al haber corregido los defectos. Ahora me dirán que siguen los datos mal y con razón...