Autor Tema: He eliminado el falso reloj y ahora es siempre 1970  (Leído 562 veces)

0 Usuarios y 1 Visitante están viendo este tema.

Desconectado Aritz

  • Newbie
  • *
  • Mensajes: 7
    • Ver Perfil
  • Estación: ESCAT0800000008736A. ESCAT0800000008014H.
He eliminado el falso reloj y ahora es siempre 1970
« en: 04 de Enero del 2017, 20:59:57 pm »
¡Hola a todos!

Estoy instalando una segunda estación y para abaratar costes he tirado de datalogger clon de belfryboy y weewx. Ando un poco despistado ya que vengo de meteohub y este exige menos toqueteo que weewx.

Tenía una raspberry pi 3 con raspbian en casa donde la uso de servidor web para la primera estación y la he aprovechado para instalar weewx también en ella. Instalé weewx ayer y todo funcionó bien a la primera. Hoy han saltado los plomos por la mañana y a partir de ahí han empezado los problemas. Weather underground ha seguido funcionando pero la plantilla de meteoclimatic no actualizaba bien. De hecho, el archivo se actualizaba pero con los mismos datos.

He empezado a investigar y he visto que no había borrado el fake clock como se indica en la wiki de meteoclimatic. Lo he hecho y ahí me he acabado de cargar todo. Ahora mi raspbian ha vuelto al pasado y todos los archivos nuevos aparecen con hora 00:00 de 1970. El Horror! :; :; :;

Weather underground ha dejado de funcionar y la plantilla de meteoclimatic sigue parada.

¿Alguna sugerencia? Solo de pensar en formatear la sd me entran escalofríos.

jantoni

  • Visitante
Re:He eliminado el falso reloj y ahora es siempre 1970
« Respuesta #1 en: 04 de Enero del 2017, 21:37:01 pm »
Comprueba que tengas instalado el demonio ntp

Si no es asi, instalalo con

sudo apt-get update
sudo apt-get install ntp

Jo.....a ver si aprendo como poner los acentos en el teclado de la television

Desconectado Aritz

  • Newbie
  • *
  • Mensajes: 7
    • Ver Perfil
  • Estación: ESCAT0800000008736A. ESCAT0800000008014H.
Re:He eliminado el falso reloj y ahora es siempre 1970
« Respuesta #2 en: 05 de Enero del 2017, 00:10:17 am »
Hola! Gracias por responder.

El daemon de ntp parece que ya está instalado. Después de escribir en el foro he reinstalado el fake clock y después de un par de reinicios parece que el sistema ha recuperado la hora. Weather underground vuelve a funcionar pero la plantilla de meteoclimatic y la web de weewx no actualizan como al inicio del problema.

En el log aparece un error relacionado con el LOOP y con el clock que no se si tienen que ver con que no genere la plantilla bien. No obstante, si hago un ls -l en /var/www/html/weewx está generando los archivos cada 5 minutos pero sin introducir datos nuevos por lo que entiendo que no está leyendo bien los datos en la Davis. Pero entonces, ¿porqué si que lo hace bien con wunderground?

Menudo lío.

Adjunto log desde el ultimo reinicio:

Citar
Jan  4 21:34:25 pi_desktop weewx[9393]: engine: Archive will use data binding wx_binding
Jan  4 21:34:25 pi_desktop weewx[9393]: engine: Record generation will be attempted in 'hardware'
Jan  4 21:34:25 pi_desktop weewx[9393]: engine: Using archive interval of 300 seconds (specified by hardware)
Jan  4 21:34:25 pi_desktop weewx[9393]: engine: Using binding 'wx_binding' to database 'weewx.sdb'
Jan  4 21:34:25 pi_desktop weewx[9393]: manager: Starting backfill of daily summaries
Jan  4 21:34:25 pi_desktop weewx[9393]: manager: Daily summaries up to date
Jan  4 21:34:25 pi_desktop weewx[9393]: restx: StationRegistry: Station will not be registered: no station_url specified.
Jan  4 21:34:25 pi_desktop weewx[9393]: restx: Wunderground-RF: Data for station IBARCELO749 will be posted
Jan  4 21:34:25 pi_desktop weewx[9393]: restx: PWSweather: Posting not enabled.
Jan  4 21:34:25 pi_desktop weewx[9393]: restx: CWOP: Posting not enabled.
Jan  4 21:34:25 pi_desktop weewx[9393]: restx: WOW: Posting not enabled.
Jan  4 21:34:25 pi_desktop weewx[9393]: restx: AWEKAS: Posting not enabled.
Jan  4 21:34:25 pi_desktop weewx[9393]: engine: Starting up weewx version 3.6.2
Jan  4 21:34:25 pi_desktop weewx[9393]: engine: Clock error is -27.32 seconds (positive is fast)
Jan  4 21:34:25 pi_desktop weewx[9393]: vantage: Clock set to 2017-01-04 21:34:26 CET (1483562066)
Jan  4 21:34:26 pi_desktop weewx[9393]: engine: Starting main packet loop.
Jan  4 21:34:31 pi_desktop weewx[9393]: vantage: LOOP try #1; error: Expected to read 99 chars; got 0 instead
Jan  4 21:35:22 pi_desktop weewx[9393]: cheetahgenerator: Generated 15 files for report StandardReport in 3.70 seconds
Jan  4 21:35:23 pi_desktop weewx[9393]: genimages: Generated 12 images for StandardReport in 0.76 seconds
Jan  4 21:35:23 pi_desktop weewx[9393]: reportengine: copied 9 files to /var/www/html/weewx

A partir de ahí, cheetagenerator genera los archivos cada 5 minutos y no aparece ningún nuevo error.

Aquí el resultado del ls -l en la carpeta de weewx:

Citar
drwxr-xr-x 2 root root 4096 ene  3 13:30 backgrounds
-rw-r--r-- 1 root root 5323 ene  5 00:05 daybarometer.png
-rw-r--r-- 1 root root 5498 ene  5 00:05 dayinside.png
-rw-r--r-- 1 root root 4355 ene  5 00:05 daypond.png
-rw-r--r-- 1 root root 4677 ene  5 00:05 dayradiation.png
-rw-r--r-- 1 root root 4273 ene  5 00:05 dayrain.png
-rw-r--r-- 1 root root 6343 ene  5 00:05 dayrx.png
-rw-r--r-- 1 root root 6005 ene  5 00:05 daytempchill.png
-rw-r--r-- 1 root root 6642 ene  5 00:05 daytempdew.png
-rw-r--r-- 1 root root 4315 ene  5 00:05 dayuv.png
-rw-r--r-- 1 root root 4525 ene  5 00:05 daywinddir.png
-rw-r--r-- 1 root root 5742 ene  5 00:05 daywind.png
-rw-r--r-- 1 root root 5064 ene  5 00:05 daywindvec.png
-rw-r--r-- 1 root root 1150 ene  4 21:35 favicon.ico
-rw-r--r-- 1 root root 9770 ene  5 00:05 index.html
-rw-r--r-- 1 root root  516 ene  5 00:05 meteoclimatic.htm
-rw-r--r-- 1 root root  564 ene  4 21:35 mobile.css
-rw-r--r-- 1 root root 2065 ene  5 00:05 mobile.html
-rw-r--r-- 1 root root 4736 ene  4 12:00 monthbarometer.png
-rw-r--r-- 1 root root 9791 ene  5 00:05 month.html
-rw-r--r-- 1 root root 5204 ene  4 12:00 monthinside.png
-rw-r--r-- 1 root root 4481 ene  4 12:00 monthpond.png
-rw-r--r-- 1 root root 4804 ene  4 12:00 monthradiation.png
-rw-r--r-- 1 root root 4314 ene  4 12:00 monthrain.png
-rw-r--r-- 1 root root 4373 ene  4 12:00 monthrx.png
-rw-r--r-- 1 root root 5134 ene  4 12:00 monthtempchill.png
-rw-r--r-- 1 root root 5280 ene  4 12:00 monthtempdew.png
-rw-r--r-- 1 root root 4439 ene  4 12:00 monthuv.png
-rw-r--r-- 1 root root 4558 ene  4 12:00 monthwinddir.png
-rw-r--r-- 1 root root 5057 ene  4 12:00 monthwind.png
-rw-r--r-- 1 root root 5100 ene  4 12:00 monthwindvec.png
drwxr-xr-x 2 root root 4096 ene  5 00:05 NOAA
drwxr-xr-x 2 root root 4096 ene  5 00:05 RSS
drwxr-xr-x 3 root root 4096 ene  5 00:05 smartphone
-rw-r--r-- 1 root root 5282 ene  4 13:49 weekbarometer.png
-rw-r--r-- 1 root root 9846 ene  5 00:05 week.html
-rw-r--r-- 1 root root 5309 ene  4 13:49 weekinside.png
-rw-r--r-- 1 root root 4390 ene  4 13:49 weekpond.png
-rw-r--r-- 1 root root 4715 ene  4 13:49 weekradiation.png
-rw-r--r-- 1 root root 4253 ene  4 13:49 weekrain.png
-rw-r--r-- 1 root root 4511 ene  4 13:49 weekrx.png
-rw-r--r-- 1 root root 5306 ene  4 13:49 weektempchill.png
-rw-r--r-- 1 root root 5852 ene  4 13:49 weektempdew.png
-rw-r--r-- 1 root root 4348 ene  4 13:49 weekuv.png
-rw-r--r-- 1 root root 4450 ene  4 13:49 weekwinddir.png
-rw-r--r-- 1 root root 5458 ene  4 13:49 weekwind.png
-rw-r--r-- 1 root root 5090 ene  4 13:49 weekwindvec.png
-rw-r--r-- 1 root root 3533 ene  4 21:35 weewx.css
-rw-r--r-- 1 root root 4392 ene  4 00:00 yearbarometer.png
-rw-r--r-- 1 root root 4668 ene  4 00:00 yearhilow.png
-rw-r--r-- 1 root root 6688 ene  5 00:05 year.html
-rw-r--r-- 1 root root 4819 ene  4 00:00 yearinside.png
-rw-r--r-- 1 root root 4138 ene  4 00:00 yearpond.png
-rw-r--r-- 1 root root 4467 ene  4 00:00 yearradiation.png
-rw-r--r-- 1 root root 4185 ene  4 00:00 yearrain.png
-rw-r--r-- 1 root root 4355 ene  4 00:00 yearrx.png
-rw-r--r-- 1 root root 4500 ene  4 00:00 yeartempchill.png
-rw-r--r-- 1 root root 5328 ene  4 00:00 yeartempdew.png
-rw-r--r-- 1 root root 4101 ene  4 00:00 yearuv.png
-rw-r--r-- 1 root root 3900 ene  4 00:00 yearwinddir.png
-rw-r--r-- 1 root root 4878 ene  4 00:00 yearwind.png
-rw-r--r-- 1 root root 4332 ene  4 00:00 yearwindvec.png

jantoni

  • Visitante
Re:He eliminado el falso reloj y ahora es siempre 1970
« Respuesta #3 en: 05 de Enero del 2017, 11:01:34 am »
Veamos

En cuanto al reloj falso. No tiene nada que ver con que actualice la hora correctamente.

El reloj falso lo que hace es que, periódicamente, modifica un fichero, indicando la fecha y la hora de ese momento.

En el momento de reiniciar, si el ntp no toma correctamente la hora, asume la hora y fecha grabada en ese fichero como correcta.

ESTO ES UN ERROR GRAVISIMO. Por ese motivo, se indica que hay que eliminarlo.

Si lo vuelves a instalar, debería ser porque sabes lo que conlleva:

- Son las 12 horas del 5-1-2017
- Se va la luz, se apaga la raspi
- Vuelve la luz el 6-1-2017 a las 12 horas
- El router tarda más en sincronizar que lo que tarda la raspi en arrancar
- Weewx en sus últimas versiones compreba que la fecha del sistema sea superior a una fecha concreta.
- El sistema lee el reloj falso.
- Para la raspi son 12 horas del 5-1-2017, pero en realidad ya estamos a 6 de enero
- Weewx lo da por bueno.
- Weewx cambia la hora de la consola (en el caso de las Davis)
- Se empiezan a grabar datos, con fecha 5 de enero.
- UN DESASTRE

Con las versiones 3.50 y superiores, si la fecha del reloj es 1-1-1970, Weewx no arranca y no nos provocará un caos en la base de datos. Con las versiones inferiores a 3.50 había que hacer un apaño en el script que ya publiqué. No dejan de ser apaños, pero evitan males mayores con la base de datos.

En cuanto a lo de que ya esté la hora correcta y Weewx no actulice todo el invento, ya lo hemos comentado muchas veces, estos últimos 15 días.

En la documentación de Weewx tienes un apartado específico
Citar

weewx generates HTML pages, but it does not update them

If you are getting a symptom that everything appears normal, that is image and HTML files are generated ((look in the log to be sure) and sent to your webserver (if you have configured FTP or rsync), but the values in the web pages are not being updated, it could be due to clock skew or corrupt station memory.
Clock skew

If the database contains a record with time stamp (the dateTime field) in the future, then records from the station that are older than that future date will be ignored. How can the database contain records from the future? Sometimes the computer clock is not set correctly. For example, the raspberry pi has no clock, so if weewx saves data before the pi has synchronized its clock with internet time servers, the records will have incorrect time stamps, some of which might be in the future.

The solution is to delete any records with time stamp in the future. For a sqlite database, the procedure looks like this:

cp /home/weewx/archive/weewx.sdb /home/weewx/archive/weewx.sdb.backup
sqlite3 /home/weewx/archive/weewx.sdb
sqlite> delete from archive where dateTime > X;
sqlite> .exit

The timestamp X is the current time as unix epoch (number of seconds since 1 January 1970), or a time a minute or two in the future.
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-memory

See also the section Dumping the logger memory, which may help you avoid data loss.

Desconectado Aritz

  • Newbie
  • *
  • Mensajes: 7
    • Ver Perfil
  • Estación: ESCAT0800000008736A. ESCAT0800000008014H.
Re:He eliminado el falso reloj y ahora es siempre 1970
« Respuesta #4 en: 05 de Enero del 2017, 17:24:45 pm »
Entiendo la importancia de quitar el reloj falso pero fue al borrarlo cuando se desconfiguró la hora, alguna relación tiene que haber, no?

Voy a volver a borrarlo a ver si consigo que mantenga la hora correctamente e informo.

Respecto al tema de la plantilla voy a probar con lo que comentas en la cita.

Gracias!

Desconectado Xavi-EA5ZF

  • Full Member
  • ***
  • Mensajes: 128
  • Ham Radio Operator EA5ZF
    • Ver Perfil
    • MeteoLaVall
  • Estación: ESPVA1200000012600A
Re:He eliminado el falso reloj y ahora es siempre 1970
« Respuesta #5 en: 05 de Enero del 2017, 17:33:51 pm »
Aún así, con Davis y dataloger, igual te habrá grabado datos con la fecha errónea en la memoria del dataloger con lo que no te va a leer nada correcto de la Davis hasta que borres el contenido del dataloger.
En un tema reciente de este foro esta todo esto tratado con comandos y acciones a tomar.
Revísalo por si te es de utilidad para solucionar este problema.
Xavi

Desconectado Aritz

  • Newbie
  • *
  • Mensajes: 7
    • Ver Perfil
  • Estación: ESCAT0800000008736A. ESCAT0800000008014H.
Re:He eliminado el falso reloj y ahora es siempre 1970
« Respuesta #6 en: 05 de Enero del 2017, 17:35:30 pm »
Gracias, Xavi. Ahora le echo un ojo.

Desconectado Xavi-EA5ZF

  • Full Member
  • ***
  • Mensajes: 128
  • Ham Radio Operator EA5ZF
    • Ver Perfil
    • MeteoLaVall
  • Estación: ESPVA1200000012600A
Re:He eliminado el falso reloj y ahora es siempre 1970
« Respuesta #7 en: 05 de Enero del 2017, 17:37:37 pm »
Además, lo que te dice jantoni es cierto:
Sin fake-clock, si la raspi arranca tras router se sincroniza y arranca el weewx, si lo hace antes, el weewx no inicia hasta que la fecha y hora sean válidas.
Con fake clock, si el ntp funciona y el router está ok, se pone todo a hora e inicia, si el ntp no funciona o el router está ko, el sistema arranca con la ultima fecha válida y ahí se queda, el weewx inicia con esa fecha y ya tenemos el lío armado.
Xavi

jantoni

  • Visitante
Re:He eliminado el falso reloj y ahora es siempre 1970
« Respuesta #8 en: 05 de Enero del 2017, 19:09:31 pm »
Mi teoría sobre el reloj falso es que se creó para evitar problemas con la base de datos de software.

Ya tuve una experiencia religiosa en el comienzo de las raspberry pi, cuando todavía no estaba implementado el falso reloj.

Esto es lo que ocurre:

- Arrancamos, no hay conexión a internet. Reloj a 1 de enero de 1970
- Actualizamos con apt-get update y apt-get upgrade

Ya no seremos capaces de manejar adecuadamente los paquetes de software. El lio en la base de datos es morrocotudo.

Y la única solución es la de borrar la SD y empezar de cero. Esto es aplicable no solo a la raspberry pi, sino a cualquier ordenador, del tipo que sea, con paquetes Debian. Desconozco si con paquetes rpm (RedHat) pasa lo mismo, pero me temo que si.

Por eso, lo mejor sería que, directamente, si no hay ntp actualizado, el sistema no arranque.

Desconectado sunbloquer

  • Jr. Member
  • **
  • Mensajes: 94
    • Ver Perfil
  • Estación: Quintes - Asturias - ESAST3300000033314A
Re:He eliminado el falso reloj y ahora es siempre 1970
« Respuesta #9 en: 05 de Enero del 2017, 21:05:33 pm »
Con todo este rollo de la hora no sería más fácil curarse en salud y http://www.raspipc.es/public/home/index.php?ver=tienda&accion=verArticulo&idProducto=1297 que opináis? Lo digo por antes que me pase a mi  ;)
MeteoQuintes - En proyecto de algo

Davis Vantage Vue FW 4.18
Raspberry Pi 2B 1.1 - 8.0 jessie + RTC DS3231
Weewx 3.6.2-1
Datalogger Uksa007 - FTDI USB chip

jantoni

  • Visitante
Re:He eliminado el falso reloj y ahora es siempre 1970
« Respuesta #10 en: 05 de Enero del 2017, 21:12:07 pm »
Yo tengo por aqui 3 o 4 placas identicas a esa que muestras.

Pero no tengo tiempo de ponerme a ello.,.......socorro

Desconectado sunbloquer

  • Jr. Member
  • **
  • Mensajes: 94
    • Ver Perfil
  • Estación: Quintes - Asturias - ESAST3300000033314A
Re:He eliminado el falso reloj y ahora es siempre 1970
« Respuesta #11 en: 05 de Enero del 2017, 21:28:30 pm »
Yo tengo por aqui 3 o 4 placas identicas a esa que muestras.

Pero no tengo tiempo de ponerme a ello.,.......socorro

No parece difícil y si se soluciona ese problemon.....

http://raspipc.es/blog/?p=161 tendré que hacerme con una de esas a ver qué pasa.
MeteoQuintes - En proyecto de algo

Davis Vantage Vue FW 4.18
Raspberry Pi 2B 1.1 - 8.0 jessie + RTC DS3231
Weewx 3.6.2-1
Datalogger Uksa007 - FTDI USB chip

Desconectado Aritz

  • Newbie
  • *
  • Mensajes: 7
    • Ver Perfil
  • Estación: ESCAT0800000008736A. ESCAT0800000008014H.
Re:He eliminado el falso reloj y ahora es siempre 1970
« Respuesta #12 en: 13 de Enero del 2017, 19:11:03 pm »
Bueno, por fin me he podido poner con el tema.

Os comento los resultados:

Volví a quitar el fake clock y no volvió al pasado de nuevo. No acabo de entender qué es lo que pasó pero parece que está solucionado así que, de momento, conforme. El único síntoma que aun queda del tema es cuando me conecto a la pi por ssh la fecha que aparece de la última conexión es de 1970. Curioso.

Respecto a la no actualización, he reiniciado la Davis y, oh sorpresa! Solucionado. Además, ha estado guardando los datos bien por lo que las gráficas de toda la semana están bien.

Parece que todo solucionado. Gracias por vuestra ayuda.