Meteoclimatic
Software => WeeWX => Mensaje iniciado por: Amon-K en 13 de Febrero del 2016, 10:22:08 am
-
He adquirido recientemente el Dataloger de Belfryboy y solo he configurado en él el periodo de generación de los registros. Lo he configurado en 300 segundos.
En weewx.conf he configurados los siguientes parámetros:
En la sección [Vantage]
timeout = 15
max_tries = 4
En la Sección [StdArchive]
archive_interval = 300
archive_delay = 15
lo normal.
Pero tengo errores de lectura, y para que se vean acompaño la parte de interés de weewx.log.
Tras su lectura yo interpreto que:
Weewx al principio lee todos los registros que el datalogger tiene almacenados y que no ha leído previamente, y los lee todos correctamente, pero creo que despues de leer el último no espera a que se genere el siguiente, lo intenta y por supuesto no lo puede leer, produciéndose errores en varios intentos porque no obtiene nada cuando espera un registro de 99 caracteres, hasta que lo lee cuando ya se ha generado. A continuación y aleatoriamente, unas veces los lee bien cuando lo hace en su momento, y otras veces se adelanta y claro no los puede leer.
Esto se producía con Weewx 3.4.0 actualizado sobre la versión 3.3.1 y cambiando la estación Fine Offset a una Vantage Pro2. Pensando que podría ser por lo anterior, desinstalé weewx y lo volví a instalar, pero nada ha cambiado.
Si esto no le ocurre a nadie solo puede haber dos posibilidades, o el datalogger es defectuoso o weewx 3.4.0 no gestiona bien la lectura de los registros. No creo que sea por la configuración de algún parámetro ya que los adelantos en la lectura se producen aleatoriamente.
Espero que alguien me pueda dar alguna pista de lo que tengo que hacer para solucionar el problema.
-
No recuerdo haber leído que el driver haya cambiado. Si es el mismo driver, debería funcionar perfectamente.
Deberíamos empezar por borrar toda la memoria del logger:
/etc/init.d/weewx stop
wee_device stop
wee_device clear
wee_device start
/etc/init.d/weewx start
Me imagino que, en weewx.conf tienes habilitado el logger, comprueba:
record-generation= hardware
Si no funciona todo esto, acudimos a lo que dice el manual:
Corrupt station memory
If you have a Vantage station, the problem might be because the data on board your console has gotten garbled. The way the Davis Vantage series works is that the software (weewx in this case) asks the console for all archive data "since" some time. The console then downloads the records one at a time. After it gets to the very last one, the memory wraps around, and the timestamp will suddenly jump backwards in time a couple weeks — this how the software knows it has downloaded the last record and so it stops.
However, if the internal memory gets garbled, the console will immediately return archives in the past, and so it looks like the timestamps have decreased in value and so weewx figures that is it: there is no more data.
I have received reports from a couple of users who have had this problem. There seems to be two fixes:
Unplug the console, take out the batteries, and wait a minute or two. This will cause the console software to internally reboot. In one case this has fixed the problem without data loss.
If all else fails, clear the memory of the console using the utility wee_device. This may cause loss of data, but usually works. Adjust paths as necessary:
wee_device --clear
En el manual, la primera opción es la de que la consola se reinicie mediante la desconexión del cable de alimentación y quitar las baterías. Tomarte un café y volver a conectar la alimentación y las baterías de la consola. Si eso falla, la segunda opción, es la primera que te he dado yo, que es la de borrar la memoria.
Saludos.
-
Buenos días jantoni:
Gracias, tu respuesta como siempre, muy rápida.
- Borrar la memoria, lo he hecho varias veces.
- En weewx.conf esta configurado: "record-generation= hardware"
- Desconectar la consola durante unos minutos, no se me había ocurrido. Lo hago ahora mismo y te cuento.
Saludos.
-
Lo he intentado de diversas maneras y siempre falla de manera aleatoria.
- He apagado la consola (baterías y alimentador) y esperado 15 minutos. No se soluciona.
- He limpiado el datalogger, he apagado la consola y esperado muchos minutos. No se soluciona.
- He puesto la consola en modo configuración, he limpiado el datalogger, he apagado la consola y esperado muchos minutos. No se soluciona.
Es muy curios que sea de manera aleatoria. Es decir, a veces, lee bien en varias ocasiones (porque lo lee 15 segundos despues de generarse) y despues no espera a que se genere el siguiente registro y se produce la lectura arronea.
Los errores siempre se producen cuando intenta leer (indebidamente) el registro antes del momento en que se genera. Quien se equivoca al leer antes de tiempo es weewx. El datalogger da la respuesta correcta, el registro no existe.
Se me ocurre que puede ser weewx 3.4.0.
-
Me extraña, pero puedes probar en pocos minutos con una imagen de las mías. La grabas en otra SD y lo pruebas en cosa de media hora.
Saludos.
-
Me pasó cuando cambié a weewx algo parecido, se me metió un registro con fecha adelantada y no había forma de quitarlo, por lo que recuerdo, resetear el data-logger no es suficiente porque el registro también lo tiene la estación y lo que hice fué, parar el weewx, resetear el data-logger y elminar siguiendo el manual el registro erróneo de la estación (o bien lo que te dice jantoni de borrar la memoria de esta).
Luego en mi caso no incorporaba registros porque al tener en la BBDD uno mas adelantado no cogía lo actual y me tocó borrar los registros adelantados de la BBDD del weewx.
Aseguraté de que es lo que te pasa y si no tienes nada en la base de datos con fecha futura, solo es cuestión de borrar datalogger y lo que haya mal en la consola.
-
Gracias Xavi por tu información. Tiene sentido lo que dices. Lo voy a hacer.
Yo andaba probando la imagen 5.1 de jantoni y también otra instalación que tenía con wheezy y weewx 3.3.1 y en ambos casos me repite los mismos errores.
Saludos.
-
Xavi, he probado tu sugerencia, es decir:
He parado weewx, he puesto la Consola en modo configuración, he borrado el datalogger, he obtenido el fichero lista.txt mediante el comando:
wee_device --logger-summary=lista.txt
donde se relaciona la configuración de la consola y el contenido de cada uno de los registros del datalogger y he comprobado que todos los registros estaban a cero, he quitado las baterías y el alimentador de la consola durante varias horas, he borrado las bases de datos de weewx (weewx.sdb), he borrado las páginas web generadas por weewx, y al final he obtenido los mismos errores de lectura.
Ya no sé que probar.
Por último le he enviado un mensaje a Belfryboy exponiendole el problema.
-
Tennos informados.
Estos problemas tontos son los que hacen perder mucho tiempo a todo el mundo.
Y son los que hay que guardar en la wiki para futuros usuarios.
-
Por supuesto que si.
-
De momento Belfryboy me ha contestado que no utiliza Weewx y que no sabe porqué se producen estos errores. Que puedo consultar en los foros de Weewx para ver si encuentro la solución.
Le he respondido explicándole todos los pasos que he dado hasta el momento y no he conseguido solucionar el problema.
Saludos.
-
Tendrás que probarlo en Windows a ver que ocurre.
¿Has verificado la carga del driver?
-
Lo conecte en Windows y no me pidió instalar el driver, segun aparece aqui:
https://drive.google.com/file/d/0BxWPDCRn6BMXMDRvVHAxWHVBVzg/view
Utilicé el programa que te proporciona Belfryboy para configurar el periodo de generación según las instrucciones que aparecen en WXforum:
http://www.wxforum.net/index.php?topic=13574.msg141412#msg141412
y todo fué bien.
Cuando miré en Administrador de dispositivos de Windows el puerto COM vi algunos parametros de configuración pero no se podían modificar. Me extrañó ver (y ahora también lo estoy viendo) la velocidad en 9600 baudios pero no me dejaba modificar esta velocidad.
Acompaño una imagen de la ventana de configuración del puerto.
Como no me cuadraba la velocidad cambié la velocidad en weewx.conf a 9600 baudios, pero entonces no detectaba el datalogger y weewx se paraba.
Curiosamente ahora escribiendo este post he cambiado la velocidad a 19200 baudios y se ha quedado así. Esto es una posibilidad que tengo que investigar.
Sería interesante que alguien que lo tenga funcionando en Windows me dijera todos los parámetros correctos de configuración del puerto, por lo que acompaño también la otra ventana de configuración avanzada. Es posible que haya algún parámetro más que haya que cambiar.
-
Según parece Windows 10 tiene un driver para este dispositivo y por tanto supongo que cargar el driver para windows que menciona Belfryboy no me proporcionará mas posibilidades de configuración. Y supongo que el de linux no será necesario porque en caso contrario no leería nada.
He probado con el cambio de la velocidad y sigue dando los mismos errores.
-
Mandame el resultado de
ps aux
A pantalla completa
-
Buenas tardes jantoni:
este es el resultado
root@raspberrypi:~# ps aux
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.4 0.4 5516 3880 ? Ss 17:23 0:04 /sbin/init
root 2 0.0 0.0 0 0 ? S 17:23 0:00 [kthreadd]
root 3 0.0 0.0 0 0 ? S 17:23 0:00 [ksoftirqd/0]
root 5 0.0 0.0 0 0 ? S< 17:23 0:00 [kworker/0:0H]
root 6 0.0 0.0 0 0 ? S 17:23 0:00 [kworker/u8:0]
root 7 0.0 0.0 0 0 ? S 17:23 0:00 [rcu_sched]
root 8 0.0 0.0 0 0 ? S 17:23 0:00 [rcu_bh]
root 9 0.0 0.0 0 0 ? S 17:23 0:00 [migration/0]
root 10 0.0 0.0 0 0 ? S 17:23 0:00 [migration/1]
root 11 0.0 0.0 0 0 ? S 17:23 0:00 [ksoftirqd/1]
root 13 0.0 0.0 0 0 ? S< 17:23 0:00 [kworker/1:0H]
root 14 0.0 0.0 0 0 ? S 17:23 0:00 [migration/2]
root 15 0.0 0.0 0 0 ? S 17:23 0:00 [ksoftirqd/2]
root 17 0.0 0.0 0 0 ? S< 17:23 0:00 [kworker/2:0H]
root 18 0.0 0.0 0 0 ? S 17:23 0:00 [migration/3]
root 19 0.0 0.0 0 0 ? S 17:23 0:00 [ksoftirqd/3]
root 21 0.0 0.0 0 0 ? S< 17:23 0:00 [kworker/3:0H]
root 22 0.0 0.0 0 0 ? S< 17:23 0:00 [khelper]
root 23 0.0 0.0 0 0 ? S 17:23 0:00 [kdevtmpfs]
root 24 0.0 0.0 0 0 ? S< 17:23 0:00 [netns]
root 25 0.0 0.0 0 0 ? S< 17:23 0:00 [perf]
root 26 0.0 0.0 0 0 ? S 17:23 0:00 [khungtaskd]
root 27 0.0 0.0 0 0 ? S< 17:23 0:00 [writeback]
root 28 0.0 0.0 0 0 ? S< 17:23 0:00 [crypto]
root 29 0.0 0.0 0 0 ? S< 17:23 0:00 [bioset]
root 30 0.0 0.0 0 0 ? S< 17:23 0:00 [kblockd]
root 31 0.0 0.0 0 0 ? S 17:23 0:00 [kworker/1:1]
root 32 0.0 0.0 0 0 ? S< 17:23 0:00 [rpciod]
root 33 0.0 0.0 0 0 ? S 17:23 0:00 [kswapd0]
root 34 0.0 0.0 0 0 ? S 17:23 0:00 [fsnotify_mark]
root 35 0.0 0.0 0 0 ? S< 17:23 0:00 [nfsiod]
root 41 0.0 0.0 0 0 ? S< 17:23 0:00 [kthrotld]
root 42 0.1 0.0 0 0 ? S 17:23 0:01 [kworker/0:1]
root 43 0.0 0.0 0 0 ? S< 17:23 0:00 [VCHIQ-0]
root 44 0.0 0.0 0 0 ? S< 17:23 0:00 [VCHIQr-0]
root 45 0.0 0.0 0 0 ? S< 17:23 0:00 [VCHIQs-0]
root 46 0.0 0.0 0 0 ? S< 17:23 0:00 [iscsi_eh]
root 47 0.0 0.0 0 0 ? S< 17:23 0:00 [dwc_otg]
root 48 0.0 0.0 0 0 ? S< 17:23 0:00 [DWC Notificati
root 50 0.0 0.0 0 0 ? S 17:23 0:00 [kworker/2:1]
root 51 0.0 0.0 0 0 ? S 17:23 0:00 [mmcqd/0]
root 52 0.0 0.0 0 0 ? S 17:23 0:00 [VCHIQka-0]
root 53 0.0 0.0 0 0 ? S< 17:23 0:00 [SMIO]
root 54 0.0 0.0 0 0 ? S< 17:23 0:00 [deferwq]
root 55 0.0 0.0 0 0 ? S 17:23 0:00 [jbd2/mmcblk0p2
root 56 0.0 0.0 0 0 ? S< 17:23 0:00 [ext4-rsv-conve
root 57 0.0 0.0 0 0 ? S 17:23 0:00 [kworker/1:2]
root 58 0.0 0.0 0 0 ? S 17:23 0:00 [kworker/3:1]
root 59 0.0 0.0 0 0 ? S< 17:23 0:00 [ipv6_addrconf]
root 73 0.0 0.0 0 0 ? S< 17:23 0:00 [kworker/0:1H]
root 98 0.0 0.0 0 0 ? S 17:23 0:00 [kworker/3:2]
root 107 0.1 0.3 9948 3060 ? Ss 17:23 0:01 /lib/systemd/sy
root 109 0.0 0.0 0 0 ? S 17:23 0:00 [scsi_eh_0]
root 110 0.0 0.0 0 0 ? S< 17:23 0:00 [scsi_tmf_0]
root 111 0.0 0.0 0 0 ? S 17:23 0:00 [usb-storage]
root 112 0.0 0.3 11880 3044 ? Ss 17:23 0:00 /lib/systemd/sy
root 193 0.0 0.0 0 0 ? S 17:23 0:00 [kworker/u8:2]
root 194 0.0 0.0 0 0 ? S< 17:23 0:00 [kworker/1:1H]
root 213 0.0 0.0 0 0 ? S 17:23 0:00 [kworker/2:2]
root 370 0.0 0.2 6800 2488 ? Ss 17:23 0:00 /usr/sbin/cron
root 376 0.0 0.2 3852 2404 ? Ss 17:23 0:00 /lib/systemd/sy
avahi 379 0.0 0.2 3876 2612 ? Ss 17:23 0:00 avahi-daemon: r
message+ 380 0.0 0.3 5492 3040 ? Ss 17:23 0:00 /usr/bin/dbus-d
nobody 403 0.0 0.1 2292 1396 ? Ss 17:23 0:00 /usr/sbin/thd -
nobody 404 0.0 0.1 2604 1600 ? Ss 17:23 0:00 /usr/local/bin/
root 406 0.0 0.0 0 0 ? S< 17:23 0:00 [cfg80211]
avahi 411 0.0 0.0 3876 240 ? S 17:23 0:00 avahi-daemon: c
root 439 0.0 0.0 0 0 ? S< 17:23 0:00 [kworker/2:1H]
root 460 0.0 0.2 32144 2732 ? Ssl 17:23 0:00 /usr/sbin/rsysl
root 497 14.7 3.3 48908 32104 ? S 17:23 2:24 python /usr/bin
root 578 0.0 0.1 2564 1712 ? Ss 17:23 0:00 /sbin/dhcpcd -q
root 579 0.0 0.4 7860 4416 ? Ss 17:23 0:00 /usr/sbin/sshd
ntp 609 0.0 0.3 5684 3780 ? Ss 17:23 0:00 /usr/sbin/ntpd
root 700 0.0 1.9 93148 18628 ? Ss 17:23 0:00 /usr/sbin/apach
www-data 703 0.0 0.5 93172 5124 ? S 17:23 0:00 /usr/sbin/apach
www-data 704 0.0 0.5 93172 5124 ? S 17:23 0:00 /usr/sbin/apach
www-data 705 0.0 0.5 93172 5124 ? S 17:23 0:00 /usr/sbin/apach
www-data 706 0.0 0.5 93172 5124 ? S 17:23 0:00 /usr/sbin/apach
www-data 707 0.0 0.5 93172 5124 ? S 17:23 0:00 /usr/sbin/apach
root 770 0.0 0.1 4528 1756 tty1 Ss+ 17:23 0:00 /sbin/agetty --
root 772 0.0 0.2 5572 1952 ttyAMA0 Ss+ 17:23 0:00 /sbin/agetty --
root 964 0.0 0.0 0 0 ? S 17:29 0:00 [kworker/0:0]
root 978 0.1 0.5 12072 5024 ? Ss 17:35 0:00 sshd: root@nott
root 986 0.0 0.3 4520 3124 ? Ss 17:35 0:00 /lib/systemd/sy
root 991 0.0 0.1 6872 1240 ? S 17:35 0:00 (sd-pam)
root 995 0.0 0.3 6912 2928 ? Ss 17:35 0:00 -bash
root 1004 0.0 0.0 0 0 ? S 17:35 0:00 [kworker/0:2]
root 1019 0.0 0.0 0 0 ? S 17:38 0:00 [kworker/1:0]
root 1053 1.7 0.5 12272 5284 ? Rs 17:39 0:00 sshd: root@pts/
root 1065 2.4 0.4 8080 4316 pts/0 Ss 17:39 0:00 -bash
root 1073 0.0 0.2 6440 2104 pts/0 R+ 17:39 0:00 ps aux
root@raspberrypi:~#
Saludos.
-
Ahora a pantalla completa:
root@raspberrypi:~# ps aux
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.2 0.4 5516 3880 ? Ss 17:23 0:04 /sbin/init
root 2 0.0 0.0 0 0 ? S 17:23 0:00 [kthreadd]
root 3 0.0 0.0 0 0 ? S 17:23 0:00 [ksoftirqd/0]
root 5 0.0 0.0 0 0 ? S< 17:23 0:00 [kworker/0:0H]
root 6 0.0 0.0 0 0 ? S 17:23 0:00 [kworker/u8:0]
root 7 0.0 0.0 0 0 ? S 17:23 0:00 [rcu_sched]
root 8 0.0 0.0 0 0 ? S 17:23 0:00 [rcu_bh]
root 9 0.0 0.0 0 0 ? S 17:23 0:00 [migration/0]
root 10 0.0 0.0 0 0 ? S 17:23 0:00 [migration/1]
root 11 0.0 0.0 0 0 ? S 17:23 0:00 [ksoftirqd/1]
root 13 0.0 0.0 0 0 ? S< 17:23 0:00 [kworker/1:0H]
root 14 0.0 0.0 0 0 ? S 17:23 0:00 [migration/2]
root 15 0.0 0.0 0 0 ? S 17:23 0:00 [ksoftirqd/2]
root 17 0.0 0.0 0 0 ? S< 17:23 0:00 [kworker/2:0H]
root 18 0.0 0.0 0 0 ? S 17:23 0:00 [migration/3]
root 19 0.0 0.0 0 0 ? S 17:23 0:00 [ksoftirqd/3]
root 21 0.0 0.0 0 0 ? S< 17:23 0:00 [kworker/3:0H]
root 22 0.0 0.0 0 0 ? S< 17:23 0:00 [khelper]
root 23 0.0 0.0 0 0 ? S 17:23 0:00 [kdevtmpfs]
root 24 0.0 0.0 0 0 ? S< 17:23 0:00 [netns]
root 25 0.0 0.0 0 0 ? S< 17:23 0:00 [perf]
root 26 0.0 0.0 0 0 ? S 17:23 0:00 [khungtaskd]
root 27 0.0 0.0 0 0 ? S< 17:23 0:00 [writeback]
root 28 0.0 0.0 0 0 ? S< 17:23 0:00 [crypto]
root 29 0.0 0.0 0 0 ? S< 17:23 0:00 [bioset]
root 30 0.0 0.0 0 0 ? S< 17:23 0:00 [kblockd]
root 31 0.0 0.0 0 0 ? S 17:23 0:00 [kworker/1:1]
root 32 0.0 0.0 0 0 ? S< 17:23 0:00 [rpciod]
root 33 0.0 0.0 0 0 ? S 17:23 0:00 [kswapd0]
root 34 0.0 0.0 0 0 ? S 17:23 0:00 [fsnotify_mark]
root 35 0.0 0.0 0 0 ? S< 17:23 0:00 [nfsiod]
root 41 0.0 0.0 0 0 ? S< 17:23 0:00 [kthrotld]
root 42 0.0 0.0 0 0 ? S 17:23 0:01 [kworker/0:1]
root 43 0.0 0.0 0 0 ? S< 17:23 0:00 [VCHIQ-0]
root 44 0.0 0.0 0 0 ? S< 17:23 0:00 [VCHIQr-0]
root 45 0.0 0.0 0 0 ? S< 17:23 0:00 [VCHIQs-0]
root 46 0.0 0.0 0 0 ? S< 17:23 0:00 [iscsi_eh]
root 47 0.0 0.0 0 0 ? S< 17:23 0:00 [dwc_otg]
root 48 0.0 0.0 0 0 ? S< 17:23 0:00 [DWC Notificatio]
root 50 0.0 0.0 0 0 ? S 17:23 0:00 [kworker/2:1]
root 51 0.0 0.0 0 0 ? S 17:23 0:00 [mmcqd/0]
root 52 0.0 0.0 0 0 ? S 17:23 0:00 [VCHIQka-0]
root 53 0.0 0.0 0 0 ? S< 17:23 0:00 [SMIO]
root 54 0.0 0.0 0 0 ? S< 17:23 0:00 [deferwq]
root 55 0.0 0.0 0 0 ? S 17:23 0:00 [jbd2/mmcblk0p2-]
root 56 0.0 0.0 0 0 ? S< 17:23 0:00 [ext4-rsv-conver]
root 58 0.0 0.0 0 0 ? S 17:23 0:00 [kworker/3:1]
root 59 0.0 0.0 0 0 ? S< 17:23 0:00 [ipv6_addrconf]
root 73 0.0 0.0 0 0 ? S< 17:23 0:00 [kworker/0:1H]
root 98 0.0 0.0 0 0 ? S 17:23 0:00 [kworker/3:2]
root 107 0.0 0.3 9948 3088 ? Ss 17:23 0:01 /lib/systemd/systemd-journald
root 109 0.0 0.0 0 0 ? S 17:23 0:00 [scsi_eh_0]
root 110 0.0 0.0 0 0 ? S< 17:23 0:00 [scsi_tmf_0]
root 111 0.0 0.0 0 0 ? S 17:23 0:00 [usb-storage]
root 112 0.0 0.3 11880 3044 ? Ss 17:23 0:00 /lib/systemd/systemd-udevd
root 193 0.0 0.0 0 0 ? S 17:23 0:00 [kworker/u8:2]
root 194 0.0 0.0 0 0 ? S< 17:23 0:00 [kworker/1:1H]
root 213 0.0 0.0 0 0 ? S 17:23 0:00 [kworker/2:2]
root 370 0.0 0.2 6800 2488 ? Ss 17:23 0:00 /usr/sbin/cron -f
root 376 0.0 0.2 3852 2404 ? Ss 17:23 0:00 /lib/systemd/systemd-logind
avahi 379 0.0 0.2 3876 2612 ? Ss 17:23 0:00 avahi-daemon: running [raspberrypi.local]
message+ 380 0.0 0.3 5492 3040 ? Ss 17:23 0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile
nobody 403 0.0 0.1 2292 1396 ? Ss 17:23 0:00 /usr/sbin/thd --daemon --triggers /etc/triggerhappy/triggers.d/ --soc
nobody 404 0.0 0.1 2604 1624 ? Ss 17:23 0:00 /usr/local/bin/noip2
root 406 0.0 0.0 0 0 ? S< 17:23 0:00 [cfg80211]
avahi 411 0.0 0.0 3876 240 ? S 17:23 0:00 avahi-daemon: chroot helper
root 439 0.0 0.0 0 0 ? S< 17:23 0:00 [kworker/2:1H]
root 460 0.0 0.2 32144 2732 ? Ssl 17:23 0:00 /usr/sbin/rsyslogd -n
root 497 9.0 3.3 48908 32072 ? S 17:23 2:58 python /usr/bin/weewxd --daemon --pidfile=/var/run/weewx.pid /etc/wee
root 578 0.0 0.1 2564 1712 ? Ss 17:23 0:00 /sbin/dhcpcd -q -w
root 579 0.0 0.4 7860 4416 ? Ss 17:23 0:00 /usr/sbin/sshd -D
ntp 609 0.0 0.3 5684 3780 ? Ss 17:23 0:00 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 107:112
root 700 0.0 1.9 93148 18628 ? Ss 17:23 0:00 /usr/sbin/apache2 -k start
www-data 703 0.0 0.5 93172 5124 ? S 17:23 0:00 /usr/sbin/apache2 -k start
www-data 704 0.0 0.5 93172 5124 ? S 17:23 0:00 /usr/sbin/apache2 -k start
www-data 705 0.0 0.5 93172 5124 ? S 17:23 0:00 /usr/sbin/apache2 -k start
www-data 706 0.0 0.5 93172 5124 ? S 17:23 0:00 /usr/sbin/apache2 -k start
www-data 707 0.0 0.5 93172 5124 ? S 17:23 0:00 /usr/sbin/apache2 -k start
root 770 0.0 0.1 4528 1756 tty1 Ss+ 17:23 0:00 /sbin/agetty --noclear tty1 linux
root 772 0.0 0.2 5572 1952 ttyAMA0 Ss+ 17:23 0:00 /sbin/agetty --keep-baud 115200 38400 9600 ttyAMA0 vt102
root 978 0.0 0.5 12212 5024 ? Ss 17:35 0:00 sshd: root@notty
root 986 0.0 0.3 4520 3124 ? Ss 17:35 0:00 /lib/systemd/systemd --user
root 991 0.0 0.1 6872 1240 ? S 17:35 0:00 (sd-pam)
root 995 0.0 0.3 6912 3044 ? Ss 17:35 0:00 -bash
root 1019 0.0 0.0 0 0 ? S 17:38 0:00 [kworker/1:0]
root 1053 0.2 0.5 12272 5284 ? Rs 17:39 0:02 sshd: root@pts/0
root 1065 0.3 0.4 8080 4364 pts/0 Ss 17:39 0:03 -bash
root 1208 0.0 0.0 0 0 ? S 17:50 0:00 [kworker/0:2]
root 1248 0.0 0.0 0 0 ? S 17:55 0:00 [kworker/u8:1]
root 1328 0.0 0.2 6440 2200 pts/0 R+ 17:56 0:00 ps aux
root@raspberrypi:~#
-
Perdona pero no me daba cuenta que en mis anteriores post algunas líneas no han cabido enteras, te lo envío todo lo completo que es posible:
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.1 0.4 5516 3880 ? Ss 17:23 0:04 /sbin/init
root 2 0.0 0.0 0 0 ? S 17:23 0:00 [kthreadd]
root 3 0.0 0.0 0 0 ? S 17:23 0:00 [ksoftirqd/0]
root 5 0.0 0.0 0 0 ? S< 17:23 0:00 [kworker/0:0H]
root 6 0.0 0.0 0 0 ? S 17:23 0:00 [kworker/u8:0]
root 7 0.0 0.0 0 0 ? S 17:23 0:00 [rcu_sched]
root 8 0.0 0.0 0 0 ? S 17:23 0:00 [rcu_bh]
root 9 0.0 0.0 0 0 ? S 17:23 0:00 [migration/0]
root 10 0.0 0.0 0 0 ? S 17:23 0:00 [migration/1]
root 11 0.0 0.0 0 0 ? S 17:23 0:00 [ksoftirqd/1]
root 13 0.0 0.0 0 0 ? S< 17:23 0:00 [kworker/1:0H]
root 14 0.0 0.0 0 0 ? S 17:23 0:00 [migration/2]
root 15 0.0 0.0 0 0 ? S 17:23 0:00 [ksoftirqd/2]
root 17 0.0 0.0 0 0 ? S< 17:23 0:00 [kworker/2:0H]
root 18 0.0 0.0 0 0 ? S 17:23 0:00 [migration/3]
root 19 0.0 0.0 0 0 ? S 17:23 0:00 [ksoftirqd/3]
root 21 0.0 0.0 0 0 ? S< 17:23 0:00 [kworker/3:0H]
root 22 0.0 0.0 0 0 ? S< 17:23 0:00 [khelper]
root 23 0.0 0.0 0 0 ? S 17:23 0:00 [kdevtmpfs]
root 24 0.0 0.0 0 0 ? S< 17:23 0:00 [netns]
root 25 0.0 0.0 0 0 ? S< 17:23 0:00 [perf]
root 26 0.0 0.0 0 0 ? S 17:23 0:00 [khungtaskd]
root 27 0.0 0.0 0 0 ? S< 17:23 0:00 [writeback]
root 28 0.0 0.0 0 0 ? S< 17:23 0:00 [crypto]
root 29 0.0 0.0 0 0 ? S< 17:23 0:00 [bioset]
root 30 0.0 0.0 0 0 ? S< 17:23 0:00 [kblockd]
root 31 0.0 0.0 0 0 ? S 17:23 0:00 [kworker/1:1]
root 32 0.0 0.0 0 0 ? S< 17:23 0:00 [rpciod]
root 33 0.0 0.0 0 0 ? S 17:23 0:00 [kswapd0]
root 34 0.0 0.0 0 0 ? S 17:23 0:00 [fsnotify_mark]
root 35 0.0 0.0 0 0 ? S< 17:23 0:00 [nfsiod]
root 41 0.0 0.0 0 0 ? S< 17:23 0:00 [kthrotld]
root 42 0.0 0.0 0 0 ? S 17:23 0:02 [kworker/0:1]
root 43 0.0 0.0 0 0 ? S< 17:23 0:00 [VCHIQ-0]
root 44 0.0 0.0 0 0 ? S< 17:23 0:00 [VCHIQr-0]
root 45 0.0 0.0 0 0 ? S< 17:23 0:00 [VCHIQs-0]
root 46 0.0 0.0 0 0 ? S< 17:23 0:00 [iscsi_eh]
root 47 0.0 0.0 0 0 ? S< 17:23 0:00 [dwc_otg]
root 48 0.0 0.0 0 0 ? S< 17:23 0:00 [DWC Notificatio]
root 50 0.0 0.0 0 0 ? S 17:23 0:00 [kworker/2:1]
root 51 0.0 0.0 0 0 ? S 17:23 0:00 [mmcqd/0]
root 52 0.0 0.0 0 0 ? S 17:23 0:00 [VCHIQka-0]
root 53 0.0 0.0 0 0 ? S< 17:23 0:00 [SMIO]
root 54 0.0 0.0 0 0 ? S< 17:23 0:00 [deferwq]
root 55 0.0 0.0 0 0 ? S 17:23 0:00 [jbd2/mmcblk0p2-]
root 56 0.0 0.0 0 0 ? S< 17:23 0:00 [ext4-rsv-conver]
root 58 0.0 0.0 0 0 ? S 17:23 0:00 [kworker/3:1]
root 59 0.0 0.0 0 0 ? S< 17:23 0:00 [ipv6_addrconf]
root 73 0.0 0.0 0 0 ? S< 17:23 0:00 [kworker/0:1H]
root 98 0.0 0.0 0 0 ? S 17:23 0:00 [kworker/3:2]
root 107 0.0 0.3 9948 3092 ? Ss 17:23 0:01 /lib/systemd/systemd-journald
root 109 0.0 0.0 0 0 ? S 17:23 0:00 [scsi_eh_0]
root 110 0.0 0.0 0 0 ? S< 17:23 0:00 [scsi_tmf_0]
root 111 0.0 0.0 0 0 ? S 17:23 0:00 [usb-storage]
root 112 0.0 0.3 11880 3044 ? Ss 17:23 0:00 /lib/systemd/systemd-udevd
root 194 0.0 0.0 0 0 ? S< 17:23 0:00 [kworker/1:1H]
root 213 0.0 0.0 0 0 ? S 17:23 0:00 [kworker/2:2]
root 370 0.0 0.2 6800 2488 ? Ss 17:23 0:00 /usr/sbin/cron -f
root 376 0.0 0.2 3852 2404 ? Ss 17:23 0:00 /lib/systemd/systemd-logind
avahi 379 0.0 0.2 3876 2612 ? Ss 17:23 0:00 avahi-daemon: running [raspberrypi.local]
message+ 380 0.0 0.3 5492 3040 ? Ss 17:23 0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
nobody 403 0.0 0.1 2292 1396 ? Ss 17:23 0:00 /usr/sbin/thd --daemon --triggers /etc/triggerhappy/triggers.d/ --socket /var/run/thd.socket --pidfile /var/run/thd.pid --user nobody /dev/input/event*
nobody 404 0.0 0.1 2604 1624 ? Ss 17:23 0:00 /usr/local/bin/noip2
root 406 0.0 0.0 0 0 ? S< 17:23 0:00 [cfg80211]
avahi 411 0.0 0.0 3876 240 ? S 17:23 0:00 avahi-daemon: chroot helper
root 439 0.0 0.0 0 0 ? S< 17:23 0:00 [kworker/2:1H]
root 460 0.0 0.2 32144 2732 ? Ssl 17:23 0:00 /usr/sbin/rsyslogd -n
root 497 8.0 3.3 48908 32072 ? S 17:23 3:18 python /usr/bin/weewxd --daemon --pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf
root 578 0.0 0.1 2564 1712 ? Ss 17:23 0:00 /sbin/dhcpcd -q -w
root 579 0.0 0.4 7860 4416 ? Ss 17:23 0:00 /usr/sbin/sshd -D
ntp 609 0.0 0.3 5684 3780 ? Ss 17:23 0:00 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 107:112
root 700 0.0 1.9 93148 18628 ? Ss 17:23 0:00 /usr/sbin/apache2 -k start
www-data 703 0.0 0.5 93172 5124 ? S 17:23 0:00 /usr/sbin/apache2 -k start
www-data 704 0.0 0.5 93172 5124 ? S 17:23 0:00 /usr/sbin/apache2 -k start
www-data 705 0.0 0.5 93172 5124 ? S 17:23 0:00 /usr/sbin/apache2 -k start
www-data 706 0.0 0.5 93172 5124 ? S 17:23 0:00 /usr/sbin/apache2 -k start
www-data 707 0.0 0.5 93172 5124 ? S 17:23 0:00 /usr/sbin/apache2 -k start
root 770 0.0 0.1 4528 1756 tty1 Ss+ 17:23 0:00 /sbin/agetty --noclear tty1 linux
root 772 0.0 0.2 5572 1952 ttyAMA0 Ss+ 17:23 0:00 /sbin/agetty --keep-baud 115200 38400 9600 ttyAMA0 vt102
root 978 0.0 0.5 12212 5024 ? Ss 17:35 0:00 sshd: root@notty
root 986 0.0 0.3 4520 3124 ? Ss 17:35 0:00 /lib/systemd/systemd --user
root 991 0.0 0.1 6872 1240 ? S 17:35 0:00 (sd-pam)
root 995 0.0 0.3 6912 3044 ? Ss 17:35 0:00 -bash
root 1019 0.0 0.0 0 0 ? S 17:38 0:00 [kworker/1:0]
root 1053 0.1 0.5 12272 5284 ? Ss 17:39 0:02 sshd: root@pts/0
root 1065 0.2 0.4 8080 4364 pts/0 Ss 17:39 0:03 -bash
root 1248 0.0 0.0 0 0 ? S 17:55 0:00 [kworker/u8:1]
root 1329 0.0 0.0 0 0 ? S 17:56 0:00 [kworker/0:0]
root 1356 0.0 0.2 6440 2128 pts/0 R+ 18:04 0:00 ps aux
-
Bien, en principio, si Weewx está funcionando todo está bien.
Tan solo quería ver que solo hubiera un Weewx funcionando.
Bien, seguimos investigando, vamos a ver la detección del chip FTDI con
dmesg > /home/pi/dmesg.txt
Se creará un archivo dmesg.txt en el directorio home/pi insértalo en la respuesta.
igualmente vamos a ver los dispositivos USB entre los que se tiene que encontrar en chip FTDI
lsusb -v > /home/pi/lsusb.txt
Y lo inserta en la respuesta
Y por último hacemos lo mismo con los módulos del kernel:
lsmod > /home/pi/lsmod.txt
En principio, no hay que darle parámetros al driver de FTDI
Vamos a ver si aislamos el problema
-
Adjunto los ficheros que me has pedido.
Te recuerdo que he probado con tu imagen "jantoni 5.1", con wheezy+weewx 3.3.1 y ahora estoy en jessie+weewx 3.4.0 y siempre se producen los mismos errores.
¿Los parámetros de configuración del puerto COM que me da Windows están bien?.
-
Bien, veo que no está cargado el módulo del kernel para usbserial
Mi lsmod:
root@raspberrypi:/etc/weewx# lsmod
Module Size Used by
rpcsec_gss_krb5 22276 0
snd_bcm2835 22317 0
snd_pcm 92581 1 snd_bcm2835
snd_seq 61957 0
snd_seq_device 5130 1 snd_seq
snd_timer 23454 2 snd_pcm,snd_seq
snd 68161 5 snd_bcm2835,snd_timer,snd_pcm,snd_seq,snd_seq_device
ftdi_sio 32510 0
usbserial 31085 1 ftdi_sio
bcm2835_gpiomem 3703 0
uio_pdrv_genirq 3690 0
uio 10002 1 uio_pdrv_genirq
En el tuyo no aparece.
Bien.
Vuelve a mandar el weewx.conf, vamos a ver el apartado de Vantage como está configurado.
-
Vaya....me he colado, si que aparece en tu lsmod....
No obstante vamos a ver el weewx.conf
-
Weewx.conf
# WEEWX CONFIGURATION FILE
#
# Copyright (c) 2009-2015 Tom Keffer <tkeffer@gmail.com>
# See the file LICENSE.txt for your 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 when installing and updating weewx.
version = 3.4.0
##############################################################################
# This section is for information about the station.
[Station]
# Description of the station location
location = "Puente Genil"
# Latitude and longitude in decimal degrees
latitude = 37.345556
longitude = -4.746944
# Altitude of the station, with unit it is in. This is downloaded from
# from the station if the hardware supports it.
altitude = 280, 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.
station_type = Vantage
# If you have a website, you may specify an URL
#station_url = http://www.example.com
# 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 the Davis Vantage series of weather stations.
# 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). If you use a wind meter connected
# to a anemometer transmitter kit, use its id
iss_id = 1
# How long to wait for a response from the station before giving up (in
# seconds; must be greater than 2)
timeout = 15
# 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
##############################################################################
# This section is for uploading data to Internet sites
[StdRESTful]
[[StationRegistry]]
# To register this weather station with weewx, set this to true
register_this_station = false
[[AWEKAS]]
# This section is for configuring posts to AWEKAS.
# If you wish to do this, set the option 'enable' to true,
# and specify a username and password.
enable = false
username = replace_me
password = replace_me
[[CWOP]]
# This section is for configuring posts to CWOP.
# If you wish to do this, set the option 'enable' to true,
# and specify the station ID (e.g., CW1234).
enable = false
station = replace_me
# If this is an APRS (radio amateur) station, uncomment
# the following and replace with a passcode (e.g., 12345).
#passcode = replace_me (APRS stations only)
[[PWSweather]]
# This section is for configuring posts to PWSweather.com.
# If you wish to do this, set the option 'enable' to true,
# and specify a station and password.
enable = false
station = replace_me
password = replace_me
[[WOW]]
# This section is for configuring posts to WOW.
# If you wish to do this, set the option 'enable' to true,
# and specify a station and password.
enable = false
station = replace_me
password = replace_me
[[Wunderground]]
# This section is for configuring posts to the Weather Underground.
# If you wish to do this, set the option 'enable' to true,
# and specify a station (e.g., 'KORHOODR3') and password.
enable = false
station = replace_me
password = replace_me
# 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 = False
##############################################################################
# This section specifies what reports, using which skins, to generate.
[StdReport]
# 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/html/weewx
# The database binding indicates which data should be used in reports.
data_binding = wx_binding
# Each of the following subsections defines a report that will be 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 = replace with the ftp username
#password = replace with the ftp password
#server = replace with the ftp server name, e.g, www.threefools.org
#path = replace with the ftp destination directory (e.g., /weather)
# Set to True for a secure FTP (SFTP) connection. Not all servers
# support this.
secure_ftp = False
# To upload files from something other than what HTML_ROOT is set
# to above, specify a different HTML_ROOT here.
#HTML_ROOT = /var/www/weewx
# Most FTP servers use port 21
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 three lines determine where files will be sent.
#server = replace with the rsync server name, e.g, www.threefools.org
#path = replace with the rsync destination directory (e.g., /weather)
#user = replace with the rsync 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
##############################################################################
# This service acts as a filter, converting the unit system coming from
# the hardware to a unit system in the database.
[StdConvert]
# 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 = METRICWX # Options are 'US', 'METRICWX', or 'METRIC'
##############################################################################
# This section can adjust data using calibration expressions.
[StdCalibrate]
[[Corrections]]
# For each type, an arbitrary calibration expression can be given.
# It should be in the units defined in the StdConvert section.
# Example:
foo = foo + 0.2
##############################################################################
# This section is for quality control checks. If units are not specified,
# values must be in the units defined in the StdConvert section.
[StdQC]
[[MinMax]]
barometer = 950, 1070, mbar
outTemp = -20, 50, degree_C
inTemp = -10, 50, degree_C
outHumidity = 1, 100
inHumidity = 1, 100
windSpeed = 0, 55, meter_per_second
##############################################################################
# This section controls the origin of derived values.
[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
##############################################################################
# For hardware that supports it, this section controls how often the
# onboard clock gets updated.
[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
##############################################################################
# This section is for configuring the archive service.
[StdArchive]
# If the station hardware supports data logging then the archive interval
# will be downloaded from the station. Otherwise, specify it (in seconds).
archive_interval = 300
# How long to wait (in seconds) before processing new archive data. Must
# be greater than zero.
archive_delay = 15
# If possible, new archive records are downloaded from the station
# hardware. If the hardware does not support this, then new archive
# records will be generated in software.
# 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 used to save archive records
data_binding = wx_binding
##############################################################################
# This section binds a data store to a database.
[DataBindings]
[[wx_binding]]
# The database must match one of the sections in [Databases].
# This is likely to be the only option you would want to change.
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
##############################################################################
# This section defines various databases.
[Databases]
# A SQLite database is simply a single file
[[archive_sqlite]]
database_type = SQLite
database_name = weewx.sdb
# MySQL
[[archive_mysql]]
database_type = MySQL
database_name = weewx
##############################################################################
# This section defines defaults for the different types of databases.
[DatabaseTypes]
# Defaults for SQLite databases
[[SQLite]]
driver = weedb.sqlite
# Directory in which the database files are located
SQLITE_ROOT = /var/lib/weewx
# Defaults for MySQL databases
[[MySQL]]
driver = weedb.mysql
# The host where the database is located
host = localhost
# The user name for logging in to the host
user = weewx
# The password for the user name
password = weewx
##############################################################################
# This section configures the internal weewx engine.
[Engine]
[[Services]]
# This section specifies the services that should be run. They are
# grouped by type, and the order of services within each group
# determines the order in which the services will be 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
-
Yo lo veo todo bien.
No puedo decirte más que lo que dicen habitualmente los técnicos.
Revisa las conexiones. Desenchufa el datalogger, apaga la consola, quita las baterías, 5 minutos, conecta el datalogger, conecta la alimentación y las baterías, borra la memoria.
Es que el chip FTDI tiene comunicación.
Si todo sigue igual, prueba con la generación por software, que pasa del datalogger. Si con la generación por software funciona todo bien, entonces el problema lo tenemos en la memoria, tal como te dijo Xavi....y tendremos que insistir en limpiarla.
No se me ocurren más cosas.
-
¡¡Eureka!! :D :D
El problema estaba en que la raspberry está configurada en hora UTC y la consola Davis estaba en GMT+1. Esto parece que desconcertaba al datalogger porque ahora he configurado la consola en GMT y Daylight Saving Manual y ya no se producen los errores continuados.
Ahora cuando entras en el modo configuración aparece un error, pero es solo uno y entiendo que es porque el datalogger interpreta que tiene que leer algo y no lo encuentra.
SOLUCIONADO.
-
Me he quedado descansando. Llevaba 2 semanas dandole vueltas al tema.
Es lo unico que me impedía poner a enviar datos de mi Estación a Meteoclimatic y por fin desde ayer lo está haciendo.
Gracias jantoni por tu ayuda.
Saludos.
-
plau2