problema con raspberry pi y weewx

Hola:

No se por que es. pero a mi me paso igual, lo soluciones descargando una imagen mas actualizada del sistema operativo e instalando de cero el weewx.

Saludos.

Ok Roberto, me he bajado la imagen, pero claro la que prepara jantoni, aunque creo que esta actualizada, la duda que tengo es que la imagen del sistema este o no actualizada, el programa se que jantoni lo tiene actualizado, porque cuando el hace una imagen la sube a su web.
Pero es que es rarita la cosa, acabo de encender otra vez y enseguida me viene el mensaje de wunderground, de que estoy on-line, pero dentro de unos minutos se pierde la conexion y la web que genera la raspi no actualiza ni la hora.

Muchas gracias Roberto, seguiremos intentando a ver si lo soluciono.

Buenas......

La raspberry, ¿la tienes conectada por ethernet o por wifi?

Si la tienes por ethernet sería un problema serio. Si es por wifi, es un problema habitual y conocido, que sucede cuando, por lo general, el pincho wifi entra en ahorro de energía.

Si este es el caso, si desactivas el ahorro de energía en el pincho, se soluciona el problema.

En el foro de Meteoclimatic hemos tratado el problema. Lamentablemente, llevamos dos días sin foro. A ver si el informático da con la tecla adecuada.

73

PD: Mi imagen está actualizada al mes de mayo. Funciona en cualquier tipo de raspberry pi, tanto antiguas como modernas. La versión de weewx es la 3.10 aunque actualmente van por la 3.2x, pero mi política es no estar actualizando si no hay problemas serios.

Posiblemente para finales de año haga una actualización, ya que veo que una de mis estaciones, una Ventus W831 (Honeywell) tiene diferencias entre lo que dice la consola y weewx, aunque en este caso el driver es experimental y puedes encontrar estos problemas.

Ok jantoni, la tengo por ethernet, pero lo raro es que esa imagen ultima descargada de tu web, es la que tenia funcionandd perfectamente hasta hace unos dias, con la misma configuracion, ya que como tu pones al servicio nuestro tus weewx.conf y el index html, yo me los guardo, por si hubiera problemas poder consultar configuraciones y lo tengo todo igual, pense que era lo de adaptive o periodic, pero lo he cambiado y realizado las pruebas y nada, conecto la raspi sube datos a wunderground y recibo el mensaje de que estoy on-line por correo de wunderground , veo mi redireccionamiento a mi ip con los datos de la pagina, aunque no son reales pues son 0.1 grado por ejemplo etc y lo que no me cambia es la hora y la fecha eso no se actualiza.

Recuerda que, el mejor sitio para ver lo que pasa, es en los log de la Raspberry.

TEndremos que ver los log, tanto de weewx, como los del sistema operativo.

No sé si, en este foro, se pueden incluir ficheros adjuntos para poder revisarlos juntos.

Primero tenemos que ver lo que ocurre en el fichero de log. Si tienes instalada mi imagen, el log se graba en /var/log/weewx.log Pero, ojo, se graba en Ram, por lo que si apagas la Raspi, el log se va a la porra.

Vamos a buscar al culpable, hi hi

Ah....una buena idea es la siguiente:

Arrancar weewx y arrancar a la vez el "visionador" para ver los log.

Podría ser algo así:

sudo /etc/init.d/weewx start && tail -n 50 -f /var/log/weewx.log

Y espera a que se genere el problema. Si es problema de weewx lo veremos. En caso contrario tendremos que ver que ocurre con la raspi, el router, etc.

El problema, es que algunas veces tengo que desconectar tension y volver a conectar varias veces hasta que en el router veo que se conecta la raspi, algunas veces como ahora lo he hecho ya 6 veces y no me la reconoce, acabo de grabar otra imagen y no tengo configurado nada, asi que cuando lo consiga mirare el log a ver que pasa, el otro dia lo mire pero no se lo que quiere decir, en cuanto pueda lo pongo a ver si sacamos lo que es.
Estos son los puestos del router, antes cuando funcionaba perfectamente tenia abierto el 21, pero ahora como me ha generado el 14, pues he editado y he abierto el 14, aunque tengo algunos que no hacen falta, porque creo que con el 80 sobra.

Que no aparezca en el router, no significa que no funcionen las comunicaciones.

Lo primero que vamos a hacer es asignar a la raspberry una dirección ip fija dentro de la red de tu casa.

De ese modo te evitas el tener que averiguar la ip en cada momento

Si ya la tienes con ip fija, cuand reinicies la raspberry, olvidate de si aparece o no en el router, directamente te conectas a la raspberry sin esperar ese tramite.

Si no se conectara con una ip fija, vamos a pensar en otro problema tipico. Problemas de alimentacion, provocados, por lo general, por alimentadores que se quedan escasos de corriente o con tensión inadecuada.

Sep 20 10:15:19 raspberrypi weewx[2116]: engine: Initializing weewx version 3.1.0
Sep 20 10:15:19 raspberrypi weewx[2116]: engine: Using Python 2.7.3 (default, Mar 18 2014, 05:13:23) #012[GCC 4.6.3]
Sep 20 10:15:19 raspberrypi weewx[2116]: engine: pid file is /var/run/weewx.pid
Sep 20 10:15:20 raspberrypi weewx[2118]: engine: Using configuration file /etc/weewx/weewx.conf
Sep 20 10:15:20 raspberrypi weewx[2118]: engine: Loading station type FineOffsetUSB (weewx.drivers.fousb)
Sep 20 10:15:20 raspberrypi weewx[2118]: fousb: driver version is 1.7
Sep 20 10:15:20 raspberrypi weewx[2118]: fousb: polling mode is ADAPTIVE
Sep 20 10:15:20 raspberrypi weewx[2118]: fousb: found station on USB bus=001 device=004
Sep 20 10:15:20 raspberrypi weewx[2118]: engine: StdConvert target unit is 0x1
Sep 20 10:15:20 raspberrypi weewx[2118]: engine: Archive will use data binding wx_binding
Sep 20 10:15:20 raspberrypi weewx[2118]: engine: Record generation will be attempted in 'hardware'
Sep 20 10:15:21 raspberrypi weewx[2118]: engine: Using archive interval of 300 seconds
Sep 20 10:15:21 raspberrypi weewx[2118]: engine: Using binding 'wx_binding' to database '/var/lib/weewx/weewx.sdb'
Sep 20 10:15:21 raspberrypi weewx[2118]: engine: Starting backfill of daily summaries
Sep 20 10:15:21 raspberrypi weewx[2118]: engine: Daily summaries up to date.
Sep 20 10:15:22 raspberrypi weewx[2118]: restx: Wunderground-RF: Data for station IREGINDE42 will be posted
Sep 20 10:15:22 raspberrypi weewx[2118]: restx: CWOP: Data for station EA5CIU will be posted
Sep 20 10:15:22 raspberrypi weewx[2118]: restx: AWEKAS: Data will be uploaded for user guarripei
Sep 20 10:15:22 raspberrypi weewx[2118]: engine: Starting up weewx version 3.1.0
Sep 20 10:15:22 raspberrypi weewx[2118]: fousb: synchronising to the weather station (quality=1)
Sep 20 10:17:00 raspberrypi weewx[2118]: fousb: unstable read: blocks differ for ptr 0x000120
Sep 20 10:18:07 raspberrypi weewx[2118]: manager: added record 2015-09-20 10:13:07 UTC (1442743987) to database '/var/lib/weewx/weewx.sdb'
Sep 20 10:18:07 raspberrypi weewx[2118]: manager: added record 2015-09-20 10:13:07 UTC (1442743987) to daily summary in '/var/lib/weewx/weewx.sdb'
Sep 20 10:18:09 raspberrypi weewx[2118]: manager: added record 2015-09-20 10:18:07 UTC (1442744287) to database '/var/lib/weewx/weewx.sdb'
Sep 20 10:18:09 raspberrypi weewx[2118]: manager: added record 2015-09-20 10:18:07 UTC (1442744287) to daily summary in '/var/lib/weewx/weewx.sdb'
Sep 20 10:18:10 raspberrypi weewx[2118]: restx: CWOP: Published record 2015-09-20 10:13:07 UTC (1442743987)
Sep 20 10:18:10 raspberrypi weewx[2118]: restx: AWEKAS: Published record 2015-09-20 10:13:07 UTC (1442743987)
Sep 20 10:18:10 raspberrypi weewx[2118]: engine: Starting main packet loop.
Sep 20 10:18:11 raspberrypi weewx[2118]: restx: AWEKAS: Published record 2015-09-20 10:18:07 UTC (1442744287)
Sep 20 10:18:36 raspberrypi weewx[2118]: fousb: unstable read: blocks differ for ptr 0x000140
Sep 20 10:18:36 raspberrypi weewx[2118]: fousb: station status {'unknown': 0, 'lost_connection': 0, 'rain_overflow': 0} (0)
Sep 20 10:21:02 raspberrypi weewx[2118]: fousb: synchronising to the weather station (quality=1)
Sep 20 10:21:48 raspberrypi weewx[2118]: fousb: unstable read: blocks differ for ptr 0x000140
Sep 20 10:22:13 raspberrypi weewx[2118]: cheetahgenerator: Generated 15 files for report StandardReport in 23.81 seconds
Sep 20 10:22:18 raspberrypi weewx[2118]: genimages: Generated 8 images for StandardReport in 3.60 seconds
Sep 20 10:22:38 raspberrypi weewx[2118]: reportengine: Caught exception in FtpGenerator; timed out.
Sep 20 10:22:38 raspberrypi weewx[2118]: * Traceback (most recent call last):
Sep 20 10:22:38 raspberrypi weewx[2118]: * File "/usr/share/weewx/weewx/reportengine.py", line 214, in run
Sep 20 10:22:38 raspberrypi weewx[2118]: * N = ftpData.run()
Sep 20 10:22:38 raspberrypi weewx[2118]: * File "/usr/share/weewx/weeutil/ftpupload.py", line 90, in run
Sep 20 10:22:38 raspberrypi weewx[2118]: * ftp_server.connect(self.server, self.port)
Sep 20 10:22:38 raspberrypi weewx[2118]: * File "/usr/lib/python2.7/ftplib.py", line 132, in connect
Sep 20 10:22:38 raspberrypi weewx[2118]: * self.sock = socket.create_connection((self.host, self.port), self.timeout)
Sep 20 10:22:38 raspberrypi weewx[2118]: * File "/usr/lib/python2.7/socket.py", line 571, in create_connection
Sep 20 10:22:38 raspberrypi weewx[2118]: * raise err
Sep 20 10:22:38 raspberrypi weewx[2118]: * timeout: timed out
Sep 20 10:22:44 raspberrypi weewx[2118]: cheetahgenerator: Generated 2 files for report SteelSeries in 4.35 seconds
Sep 20 10:22:48 raspberrypi weewx[2118]: genimages: Generated 11 images for SteelSeries in 3.51 seconds
Sep 20 10:23:10 raspberrypi weewx[2118]: fousb: unstable read: blocks differ for ptr 0x000140
Sep 20 10:25:20 raspberrypi weewx[2118]: fousb: synchronising to the weather station (quality=1)
Sep 20 10:25:47 raspberrypi weewx[2118]: manager: added record 2015-09-20 10:23:17 UTC (1442744597) to database '/var/lib/weewx/weewx.sdb'
Sep 20 10:25:47 raspberrypi weewx[2118]: manager: added record 2015-09-20 10:23:17 UTC (1442744597) to daily summary in '/var/lib/weewx/weewx.sdb'
Sep 20 10:25:49 raspberrypi weewx[2118]: restx: AWEKAS: Published record 2015-09-20 10:23:17 UTC (1442744597)
Sep 20 10:25:49 raspberrypi weewx[2118]: restx: CWOP: Published record 2015-09-20 10:23:17 UTC (1442744597)
Sep 20 10:25:56 raspberrypi weewx[2118]: cheetahgenerator: Generated 15 files for report StandardReport in 7.00 seconds
Sep 20 10:25:58 raspberrypi weewx[2118]: genimages: Generated 8 images for StandardReport in 2.54 seconds
Sep 20 10:26:18 raspberrypi weewx[2118]: reportengine: Caught exception in FtpGenerator; timed out.
Sep 20 10:26:18 raspberrypi weewx[2118]: * Traceback (most recent call last):
Sep 20 10:26:18 raspberrypi weewx[2118]: * File "/usr/share/weewx/weewx/reportengine.py", line 214, in run
Sep 20 10:26:18 raspberrypi weewx[2118]: * N = ftpData.run()
Sep 20 10:26:18 raspberrypi weewx[2118]: * File "/usr/share/weewx/weeutil/ftpupload.py", line 90, in run
Sep 20 10:26:18 raspberrypi weewx[2118]: * ftp_server.connect(self.server, self.port)
Sep 20 10:26:18 raspberrypi weewx[2118]: * File "/usr/lib/python2.7/ftplib.py", line 132, in connect
Sep 20 10:26:18 raspberrypi weewx[2118]: * self.sock = socket.create_connection((self.host, self.port), self.timeout)
Sep 20 10:26:18 raspberrypi weewx[2118]: * File "/usr/lib/python2.7/socket.py", line 571, in create_connection
Sep 20 10:26:18 raspberrypi weewx[2118]: * raise err
Sep 20 10:26:18 raspberrypi weewx[2118]: * timeout: timed out
Sep 20 10:26:19 raspberrypi weewx[2118]: cheetahgenerator: Generated 2 files for report SteelSeries in 0.87 seconds
Sep 20 10:26:22 raspberrypi weewx[2118]: genimages: Generated 11 images for SteelSeries in 2.80 seconds
Sep 20 10:30:21 raspberrypi weewx[2118]: fousb: synchronising to the weather station (quality=1)
Sep 20 10:30:36 raspberrypi weewx[2118]: fousb: unstable read: blocks differ for ptr 0x000160
Sep 20 10:30:36 raspberrypi weewx[2118]: manager: added record 2015-09-20 10:28:17 UTC (1442744897) to database '/var/lib/weewx/weewx.sdb'
Sep 20 10:30:36 raspberrypi weewx[2118]: manager: added record 2015-09-20 10:28:17 UTC (1442744897) to daily summary in '/var/lib/weewx/weewx.sdb'
Sep 20 10:30:37 raspberrypi weewx[2118]: restx: AWEKAS: Published record 2015-09-20 10:28:17 UTC (1442744897)
Sep 20 10:30:45 raspberrypi weewx[2118]: cheetahgenerator: Generated 15 files for report StandardReport in 7.04 seconds
Sep 20 10:30:47 raspberrypi weewx[2118]: genimages: Generated 8 images for StandardReport in 2.54 seconds
Sep 20 10:31:07 raspberrypi weewx[2118]: reportengine: Caught exception in FtpGenerator; timed out.
Sep 20 10:31:07 raspberrypi weewx[2118]: * Traceback (most recent call last):
Sep 20 10:31:07 raspberrypi weewx[2118]: * File "/usr/share/weewx/weewx/reportengine.py", line 214, in run
Sep 20 10:31:07 raspberrypi weewx[2118]: * N = ftpData.run()
Sep 20 10:31:07 raspberrypi weewx[2118]: * File "/usr/share/weewx/weeutil/ftpupload.py", line 90, in run
Sep 20 10:31:07 raspberrypi weewx[2118]: * ftp_server.connect(self.server, self.port)
Sep 20 10:31:07 raspberrypi weewx[2118]: * File "/usr/lib/python2.7/ftplib.py", line 132, in connect
Sep 20 10:31:07 raspberrypi weewx[2118]: * self.sock = socket.create_connection((self.host, self.port), self.timeout)
Sep 20 10:31:07 raspberrypi weewx[2118]: * File "/usr/lib/python2.7/socket.py", line 571, in create_connection
Sep 20 10:31:07 raspberrypi weewx[2118]: * raise err
Sep 20 10:31:07 raspberrypi weewx[2118]: * timeout: timed out
Sep 20 10:31:08 raspberrypi weewx[2118]: cheetahgenerator: Generated 2 files for report SteelSeries in 0.52 seconds
Sep 20 10:31:11 raspberrypi weewx[2118]: genimages: Generated 11 images for SteelSeries in 2.79 seconds

Este es el log, no puedo subirlo a un servidor de fotografia, porque es muy largo y no se ve solamente en parte.
Ahora con la ip fija sube datos a wunderground, pero no me genera la pagina de la estacion o mejor dicho el redireccionamiento a mi ip.

ahora que tienes ip fija en la raspi... tiene que abrir los puertos 80, 8000 y 22 en tu router que apunten a esa ip

A ver, yo lo que veo es:

- se generan los gráficos que se insertan en la web sin problema. Se generan 8 gráficos.
- Se generan los gráficos de los relojes, 11 gráficos distintos.

Pero no se generan correctamente la página web.

Aparentemente, hay un error en el que se hace referencia al proceso de ftp.

¿Tienes activado el ftp?

Haz una cosa. Vuelca el fichero /etc/weewx/weewx.conf y pégalo aquí. Le doy un repaso.

Acuerdate de sustituir las password que tengas por xxxxxxx

73

Similar problema con WVIEW

Acceso remoto tipo teamviewer

Interesante opción DUAL WAN

yo tengo algún problema similar pero con WVIEW usando un router con 3G

demasiado a menudo los dispositivos, WEBCAM y RASPBERRY, conectados al router DD-WRT160N por cable 10/100 se quedan desconectados a pesar de estar con IP fija y estar habilitado el DHCP, con DHCP activado pasaba igual por eso pusimos IP fija.

comunmente pedimos a una persona local que apague 1 minuto y vuelva a encender muchas veces conecta la webcam y la raspberry no o viceversa.

Es un lugar remoto y cada acceso es costoso, pensabamos en que podría ser algo de fallos de AC 230V y tratar de solucionarlo con una bateria que mantenga permanente la alimentación.

Descubrimos una aportación que sujería que cuando WVIEW no coje datos de la estación en el apagado se saca la tarjeta y se mete antes de encender y parece que funciona Venia a decir que los apagados por falta de corriente generan errores cuando coinciden con escritura de archivos. Nosotros estamos registrando cada 5 minutos y eso supone muchos procesos de escritura.

Sería muy interesante y practico poder hacer acceso remoto a la raspberry con algun sistema transparente tipo teamviewer

Por otro lado en este momento estoy estudiando una opción muy interesante para DD-WRT denominada DUAL WAN que sería a plicable a triple WAN.

Consiste en programar con scripts DD-WRT y modificar la configuración para disponer de mas de una conexion WAN, puede ser simultanea o condicional.

Nosotros queríamos dar prioridad a un WAN por wifi, incluso podríamos tener dos wifis distintos, y en caso de fallo que pase a 3G.

si alguien tiene info en español o algún método simplificado se agradeceria.

http://www.dd-wrt.com/wiki/index.php/Dual_WAN_with_failover

http://www.dd-wrt.com/wiki/index.php/Dual,_Triple_(and_probably_quad)_WAN_with_multiple_active_WAN_links_and_source_routing

http://www.dd-wrt.com/phpBB2/viewtopic.php?t=13869&postdays=0&postorder=asc&start=0

un saludo y suerte

EA1EF escribió:

Similar problema con WVIEW
demasiado a menudo los dispositivos, WEBCAM y RASPBERRY, conectados al router DD-WRT160N por cable 10/100 se quedan desconectados a pesar de estar con IP fija y estar habilitado el DHCP, con DHCP activado pasaba igual por eso pusimos IP fija.

No desvirtuemos el hilo, pero te puedo decir que tengo 3 raspberrys conectadas por ethernet y no se han quedado sin conexión en ningún momento.

Y te aseguro que tienen trabajo, y mucho.

Ese tipo de problemas viene dado, casi siempre, por los dispositivos externos. Cierto que en combinación con la raspberry.

Pero una pérdida de conexión con ethernet hay que buscar la razón.

Lo cierto es que se que las tuyas tienen trabajo y es verdad, sabes que te sigo por meteo.... y por twiter y tambien tengo en favoritos del pc y en el movil tus estacion meteorologica y veo cuanto tiempo ha estado sin reiniciar etc y lo llevas perfecto, pero claro jantoni tu estas preparado con linux jjajajajajaaja, voy a probar, porque ahora con ip fija y todo no consigo conectarme con putty ni con winSCP a ver si puedo mandar el weewx.conf.

Veo una cosa, y creo que es por lo que no puedo conectar algunas veces. Esta mañana se ha quedado medio funcionando al poner la ip fija, y al rato me ha llegado el mensaje de wunderground que no mando datos y digo yo: el alimentador que tengo es de un iphone 4 que tenia de 1 amperio y ha estado funcionando perfectamente hasta hace un mes que empezo a dar fallos, lo acabo de quitar para reiniciar y le he puesto otro tambien de iphone del mismo amperaje, estaba calentito y todo a sido poner el alimentador y arranca.
¿puede que se caliente y se vaya abajo? aunque estuviera funcionando tanto tiempo, porque el amperaje es el que se recomienda1 Amp.

# $Id: weewx.conf 2901 2015-02-05 21:15:03Z tkeffer $
#
# WEEWX CONFIGURATION FILE
#
# Copyright (c) 2009-2014 Tom Keffer
# See the file LICENSE.txt for your full rights.

##############################################################################

# This section is for general configuration information

# Set to 1 for extra debug info, otherwise comment it out or set to zero.
debug = 0

# Root directory of the weewx data file hierarchy for this station.
WEEWX_ROOT = /

# How long to wait before timing out a socket (FTP, HTTP) connection:
socket_timeout = 20

# Do not modify this - it is used by setup.py when installing and updating.
version = 3.1.0

##############################################################################

[Station]
# This section is for information about your station

# Description of the station location.
location = "EA5CIU- Churra-Murcia"

# Latitude and longitude in decimal degrees
# INDICAR LATITUD Y LONGITUD
# EN GRADOS DECIMALES
# NORTE Y ESTE CON VALORES POSITIVOS
# SUR Y OESTE CON VALORES NEGATIVOS

latitude = 38.0253609
longitude = -1.1391932

# Altitude of the station, with unit it is in. This is downloaded from
# from the station if the hardware supports it.
altitude = 630, meter

# Set to type of station hardware. There must be a corresponding stanza
# in this file with a 'driver' parameter indicating the driver to be used.

# INDICAR EL TIPO DE ESTACION. Puedes ver mas adelante los tipos de estacion

#station_type = Vantage
station_type = FineOffsetUSB
#station_type = WMR100
#station_type = WMR200
#station_type = WMR9x8
#station_type = Simulator

# If you have a website, you may specify an URL
# INDICA AQUI LA URL DE TU ESTACION

#station_url = http://www.jantoni.es/weewx2

# The start of the rain year (1=January; 10=October, etc.). This is
# downloaded from the station if the hardware supports it.
rain_year_start = 1

# Start of week (0=Monday, 6=Sunday)
week_start = 0

##############################################################################

[Vantage]
# This section is for a Davis VantagePro2, VantageVue or WeatherLinkIP

# Connection type: serial or ethernet
# serial (the classic VantagePro)
# ethernet (the WeatherLinkIP)
type = serial

# If the connection type is serial, a port must be specified:
# Debian, Ubuntu, Redhat, Fedora, and SuSE:
# /dev/ttyUSB0 is a common USB port name
# /dev/ttyS0 is a common serial port name
# BSD:
# /dev/cuaU0 is a common serial port name

port = /dev/ttyUSB0

# If the connection type is ethernet, an IP Address/hostname is required:
host = 1.2.3.4

######################################################
# The rest of this section rarely needs any attention.
# You can safely leave it "as is."
######################################################

# Serial baud rate (usually 19200)
baudrate = 19200

# TCP port (when using the WeatherLinkIP)
tcp_port = 22222

# TCP send delay (when using the WeatherLinkIP):
tcp_send_delay = 1

# The id of your ISS station (usually 1)
iss_id = 1

# How long to wait for a response from the station before giving up (in
# seconds; must be greater than 2)
timeout = 5

# How long to wait before trying again (in seconds)
wait_before_retry = 1.2

# How many times to try before giving up:
max_tries = 4

# The driver to use:
driver = weewx.drivers.vantage

#############################################################################

[WMR100]
# This section is for the Oregon Scientific WMR100

# The station model, e.g., WMR100, WMR100N, WMRS200
model = WMR100

# How long a wind record can be used to calculate wind chill (in seconds)
stale_wind = 30

# The driver to use:
driver = weewx.drivers.wmr100

##############################################################################

[WMR200]
# This section is for the Oregon Scientific WMR200

# The station model, e.g., WMR200, WMR200A, Radio Shack W200
model = WMR200

# The driver to use:
driver = weewx.drivers.wmr200

##############################################################################

[WMR9x8]
# This section is for the Oregon Scientific WMR918/968

# Connection type. For now, 'serial' is the only option.
type = serial

# Serial port such as /dev/ttyS0, /dev/ttyUSB0, or /dev/cuaU0
port = /dev/ttyUSB0

# The station model, e.g., WMR918, Radio Shack 63-1016
model = WMR968

# The driver to use:
driver = weewx.drivers.wmr9x8

##############################################################################

[FineOffsetUSB]
# This section is for the Fine Offset series of weather stations.

# The station model, e.g., WH1080, WS1090, WS2080, WH3081
model = WS2080

# The polling mode can be PERIODIC or ADAPTIVE
# polling_mode = PERIODIC
polling_mode = ADAPTIVE

# How often to poll the station for data, in seconds
# Este parametro es innecesario si usamos ADAPTIVE
# polling_interval = 60

# The pressure calibration offset, in hPa (millibars)
pressure_offset = 1

# The driver to use:
driver = weewx.drivers.fousb

##############################################################################

[WS23xx]
# This section is for the La Crosse WS-2300 series of weather stations.

# Serial port such as /dev/ttyS0, /dev/ttyUSB0, or /dev/cuaU0
port = /dev/ttyUSB0

# The station model, e.g., 'LaCrosse WS2317' or 'TFA Primus'
model = LaCrosse WS23xx

# The pressure calibration offset, in hPa (millibars)
pressure_offset = 0

# The driver to use:
driver = weewx.drivers.ws23xx

##############################################################################

[WS28xx]
# This section is for the La Crosse WS-2800 series of weather stations.

# Radio frequency to use between USB transceiver and console: US or EU
# US uses 915 MHz, EU uses 868.3 MHz. Default is US.
transceiver_frequency = US

# The station model, e.g., 'LaCrosse C86234' or 'TFA Primus'
model = LaCrosse WS28xx

# The pressure calibration offset, in hPa (millibars)
pressure_offset = 0

# The driver to use:
driver = weewx.drivers.ws28xx

##############################################################################

[TE923]
# This section is for the Hideki TE923 series of weather stations.

# The station model, e.g., 'Meade TE923W' or 'TFA Nexus'
model = TE923

# The driver to use:
driver = weewx.drivers.te923

# The default configuration associates the channel 1 sensor with outTemp
# and outHumidity. To change this, or to associate other channels with
# specific columns in the database schema, use the following maps.
sensor_map
# Map the remote sensors to columns in the database schema.
outTemp = t_1
outHumidity = h_1
extraTemp1 = t_2
extraHumid1 = h_2
extraTemp2 = t_3
extraHumid2 = h_3
extraTemp3 = t_4
# WARNING: the following are not in the default schema
extraHumid3 = h_4
extraTemp4 = t_5
extraHumid4 = h_5

battery_map
txBatteryStatus = batteryUV
windBatteryStatus = batteryWind
rainBatteryStatus = batteryRain
outTempBatteryStatus = battery1
# WARNING: the following are not in the default schema
extraBatteryStatus1 = battery2
extraBatteryStatus2 = battery3
extraBatteryStatus3 = battery4
extraBatteryStatus4 = battery5

##############################################################################

[Ultimeter]
# This section is for the PeetBros Ultimeter series of weather stations.

# Serial port such as /dev/ttyS0, /dev/ttyUSB0, or /dev/cuaU0
port = /dev/ttyUSB0

# The station model, e.g., Ultimeter 2000, Ultimeter 100
model = Ultimeter

# The driver to use:
driver = weewx.drivers.ultimeter

##############################################################################

[WS1]
# This section is for the ADS WS1 series of weather stations.

# Serial port such as /dev/ttyS0, /dev/ttyUSB0, or /dev/cuaU0
port = /dev/ttyUSB0

# The driver to use:
driver = weewx.drivers.ws1

##############################################################################

[CC3000]
# This section is for RainWise MarkIII weather stations and CC3000 logger.

# Serial port such as /dev/ttyS0, /dev/ttyUSB0, or /dev/cuaU0
port = /dev/ttyUSB0

# The station model, e.g., CC3000 or CC3000R
model = CC3000

# The driver to use:
driver = weewx.drivers.cc3000

##############################################################################

[Simulator]
# This section is for the weewx weather station simulator

# The time (in seconds) between LOOP packets.
loop_interval = 2.5

# The simulator mode can be either 'simulator' or 'generator'.
# Real-time simulator. Sleep between each LOOP packet.
mode = simulator
# Generator. Emit LOOP packets as fast as possible (useful for testing).
#mode = generator

# The start time. If not specified, the default is to use the present time.
#start = 2011-01-01 00:00

# The driver to use:
driver = weewx.drivers.simulator

##############################################################################

[StdRESTful]
# This section is for uploading data to sites using RESTful protocols.

StationRegistry
# To register this weather station, set this to True:
register_this_station = True

AWEKAS
# This section is for configuring posts to AWEKAS

# If you wish to do this, uncomment the following username and password
# lines and fill them with your username and password:
username = guarripei
password = XXXXXXXXXXX

CWOP
# This section is for configuring posts to CWOP

# If you wish to do this, make sure the following line is uncommented
# and filled out with your station ID:
station = ea5ciu

# If you are an APRS (radio amateur) station, you will need a passcode:
passcode =XXXXXXXXXXX

PWSweather
# This section is for configuring posts to PWSweather.com

# If you wish to do this, uncomment the following station and password
# lines and fill them with your station and password:
#station = station
#password = password

WOW
# This section is for configuring posts to WOW

# If you wish to do this, uncomment the following station and password
# lines and fill them with your station and password:
#station = station
#password = password

Wunderground
# This section is for configuring posts to the Weather Underground

# If you wish to do this, uncomment the following station and password
# lines and fill them with your station and password:
station = IREGINDE42
password = XXXXXXXXXX

# Set the following to True to have weewx use the WU "Rapidfire"
# protocol. Not all hardware can support it. See the User's Guide.
rapidfire = True

##############################################################################

[StdReport]
# This section specifies what reports, using which skins, to generate.

# Where the skins reside, relative to WEEWX_ROOT:
SKIN_ROOT = /etc/weewx/skins

# Where the generated reports should go, relative to WEEWX_ROOT:
HTML_ROOT = /var/www/weewx

# The database binding indicates which data should be used in reports
data_binding = wx_binding

# Each subsection represents a report you wish to run.

StandardReport
# See the customizing guide to change the units, plot types and line
# colors, modify the fonts, display additional sensor data, and other
# customizations. Many of those changes can be made here by overriding
# parameters, or by modifying templates within the skin itself.

# The StandardReport uses the 'Standard' skin, which contains the
# images, templates and plots for the report.
skin = Standard
#[Units]
# [[Groups]]
# group_altitude = meter
# group_speed2 = meter_per_second2
# group_pressure = mbar
# group_rain = mm
# group_rainrate = mm_per_hour
# group_temperature = degree_C
# group_degree_day = degree_C_day
# group_speed = meter_per_second

FTP
# FTP'ing the results to a webserver is treated as just another report,
# albeit one with an unusual report generator!
skin = Ftp

# If you wish to use FTP, uncomment and fill out the next four lines:
user = ea5ciu
password = XXXXXXXXXX
server = ea5ciu.hopto.org
path = /etc/weewx/skins/Standard/index.html.tmpl

# Set to True for a secure FTP (SFTP) connection. Not all servers
# support this:
secure_ftp = False

# If you wish to upload files from something other than what HTML_ROOT
# is set to above, then reset it here:
#HTML_ROOT = /var/www/weewx

# Most FTP servers use port 21, but if yours is different, you can
# change it here
port = 21

# Set to 1 to use passive mode, zero for active mode:
passive = 1

RSYNC
# rsync'ing to a webserver is treated as just another report
skin = Rsync

# If you wish to use rsync, you must configure passwordless ssh using
# public/private key authentication from the user account that weewx
# runs as to the user account on the remote machine where the files
# will be copied.
#
# The following determine where files will be sent:
#server = replace with your server name, e.g, www.threefools.org
#path = replace with the destination directory (e.g., /weather)
#user = replace with your username

# Rsync can be configured to remove files from the remote server if
# they don't exist under HTML_ROOT locally. USE WITH CAUTION: if you
# make a mistake in the remote path, you could could unintentionally
# cause unrelated files to be deleted. Set to 1 to enable remote file
# deletion, zero to allow files to accumulate remotely.
delete = 0

SteelSeries
skin = ss
HTML_ROOT= /var/www/weewx/ss

##############################################################################

[StdConvert]

# This service acts as a filter, converting the unit system coming from
# the hardware to a unit system in the database.
#
# The target_unit affects only the unit system in the database. Once
# chosen it cannot be changed without converting the entire database.
# Modification of target_unit after starting weewx will result in
# corrupt data - the database will contain a mix of US and METRIC data.
#
# The value of target_unit does not affect the unit system for
# reporting - reports can display US, Metric, or any combination of units.
#
# In most cases, target_unit should be left as the default: US
#
# In particular, those migrating from a standard wview installation
# should use US since that is what the wview database contains.

# DO NOT MODIFY THIS VALUE UNLESS YOU KNOW WHAT YOU ARE DOING!
target_unit = US # Options are 'US', 'METRICWX', or 'METRIC'

##############################################################################

[StdCalibrate]
# This section can adjust data using calibration expressions.

Corrections
# For each type, an arbitrary calibration expression can be given.
# It should be in the units defined in the StdConvert section.
# For example:
# outTemp = outTemp - 0.2

##############################################################################

[StdQC]
# This section is for quality control checks. If units are not specified,
# values must be in the units defined in the StdConvert section.

MinMax
barometer = 26, 32.5, inHg
outTemp = -40, 120, degree_F
inTemp = 10, 120, degree_F
outHumidity = 0, 100
inHumidity = 0, 100
windSpeed = 0, 120, mile_per_hour

##############################################################################

[StdWXCalculate]
# Derived quantities are calculated by this service. Possible values are:
# hardware - use the value provided by hardware
# software - use the value calculated by weewx
# prefer_hardware - use value provide by hardware if available,
# otherwise use value calculated by weewx

pressure = prefer_hardware
barometer = prefer_hardware
altimeter = prefer_hardware
windchill = prefer_hardware
heatindex = prefer_hardware
dewpoint = prefer_hardware
inDewpoint = prefer_hardware
rainRate = prefer_hardware

##############################################################################

[StdTimeSynch]

# How often to check the weather station clock for drift (in seconds)
clock_check = 14400

# How much it can drift before we will correct it (in seconds)
max_drift = 5

##############################################################################

[StdArchive]
# This section is for configuring the archive service.

# If your station hardware supports data logging then the archive interval
# will be downloaded from the station.
# Otherwise, you must specify it below (in seconds):
archive_interval = 300

# How long to wait (in seconds) before processing new archive data. Must
# be greater than zero.
archive_delay = 15

# Generally, if possible, new records are downloaded from the console
# hardware. If the console does not support this, then software record
# generation is done.
# Set the following to "software" to force software record generation:
record_generation = hardware

# Whether to include LOOP data in hi/low statistics.
loop_hilo = True

# The data binding to be used:
data_binding = wx_binding

##############################################################################

[DataBindings]
# This section binds a data store to a database

wx_binding
# The database must match one of the sections in [Databases]
database = archive_sqlite
# The name of the table within the database
table_name = archive
# The manager handles aggregation of data for historical summaries
manager = weewx.wxmanager.WXDaySummaryManager
# The schema defines the structure of the database.
# It is *only* used when the database is created.
schema = schemas.wview.schema

[Databases]
# This section defines the actual databases

# A SQLite database is simply a single file
archive_sqlite
root = %(WEEWX_ROOT)s
database_name = /var/lib/weewx/weewx.sdb
driver = weedb.sqlite

# MySQL require a server (host) with name and password for access
archive_mysql
host = localhost
user = weewx
password = weewx
database_name = weewx
driver = weedb.mysql

##############################################################################

[Engine]
# This section configures the engine.

Services
# These are the services the engine should run:
prep_services = weewx.engine.StdTimeSynch
data_services = ,
process_services = weewx.engine.StdConvert, weewx.engine.StdCalibrate, weewx.engine.StdQC, weewx.wxservices.StdWXCalculate
archive_services = weewx.engine.StdArchive
restful_services = weewx.restx.StdStationRegistry, weewx.restx.StdWunderground, weewx.restx.StdPWSweather, weewx.restx.StdCWOP, weewx.restx.StdWOW, weewx.restx.StdAWEKAS
report_services = weewx.engine.StdPrint, weewx.engine.StdReport

Si....claro que puede ser. De hecho, es una de las causas más habituales de fallos en la Raspberry.

Prueba otro alimentador.

Igualmente, hay un error, como ya vi en la sección de FTP

Estas mandando, por ftp, al servidor ea5ciu.hopto.org y alojas los ficheros en ea5ciu.hopto.org/etc/weewx/skins/Standard/index.html.tmpl

Creo que esto es un error por tu parte.

Desactiva el ftp poniendo un # delante de usuario y password y reinicia todo el sistema, a ser posible con otro alimentador.

Ya me contarás.

ya perdonareis que haya expuesto otros asuntos offtopic

Entonces, si desactivo el FTP no mando a ea5ciu.hopto.org y si es asi ¿como redirecciono a mi IP.
Es que siempre lo he hecho asi, seguramente mal por lo que comentas.
Ya he desactivado el FTP.
Y puesto otro alimentador y me hace lo mismo, se corta a los pocos minutos.

Bien, si ea5ciu.hopto.org está alojado en un servidor externo, hay que activar el ftp, está claro.

Pero no puede ser correcto el path que indicas, salvo que, por motivos que serían muy buenos, has hecho coincidir los directorios del servidor local y del servidor remoto

Ahora bien, si has desactivado el ftp, si has cambiado la fuente y sigue ocurriendo, tenemos que seguir buscando al culpable.

Para ver si hay algún problema interno, tendremos que acudir al log, irremisiblemente.

En cuanto a factores externos, podría ser el router o el switch intermedio (si lo hay). Pero sería la primera vez que viera un router hacer tal cosa.

Yo tuve una temporada que tenía más o menos ese problema, y era un hub usb autoalimentado de a 10 pavos. Sospeché de la fuente de alimentación del hub y la cambié. Seguía haciéndolo. Hasta que descubrí que la fuente era mucho más valiosa que el hub. Lo sustituí y se terminó el problema. Recientemente recuperé el hub para volver de nuevo a hacer RTTY y fue otro desastre, era una pura antena captadora de RF y todo se volvía loco......terminó en la basura.

En fin. Para activar el log en la SD y que no se borre al tener que apagar, editamos el fichero /etc/fstab

Código:
root@raspberrypi:/etc# cat fstab
proc            /proc           proc    defaults          0       0
/dev/mmcblk0p1  /boot           vfat    defaults          0       2
/dev/mmcblk0p2  /               ext4    defaults,noatime  0       1
# a swapfile is not a swap partition, so no using swapon|off from here on, use  dphys-swapfile swap[on|off]  for that

#tmpfs /var/log tmpfs rw,user,noexec,nodev,nosuid,mode=0755,size=20M 0 0
tmpfs   /var/log/       tmpfs   defaults,noatime,nosuid,mode=0755,size=20M      0       0
root@raspberrypi:/etc#

Editaremos la línea

Código:
tmpfs   /var/log/       tmpfs   defaults,noatime,nosuid,mode=0755,size=20M      0       0

y la dejaremos como:

Código:
#tmpfs   /var/log/       tmpfs   defaults,noatime,nosuid,mode=0755,size=20M      0       0

Para que tome efecto, la forma más sencilla y rápida es reiniciar la Raspi:

Código:
sudo reboot

Ahora podremos ver que es lo que pasa.

A ver si lo pillamos.

73