Perdida de lluvia mensual y anual

[CarlosLSev]

Hola pues como me temía pasaron las 00:00 y los valores de temperatura no se ponían bien seguía marcando horas del día anterior.
También observe que en Estado no se actualizaban
CumulusMX FTP
CumulusMX weather data

He vuelto a una copia de seguridad del dia 19-11-21 completa de la carpeta CumulusMX y tras restaurar, parece que todo bien, salvo lluvia anual y mensual a 0. Soy incapaz de averiguar donde debo ponerlo.
Hasta hoy la mensual es 38,1 y anual 391,1.
En la wsview sale correctamente
En cumulus en edit todays rain pone 391,1.
CumulusMX FTP
CumulusMX weather data
Ahora si se actualizan

La temperatura maxima/minima de hoy sigue mal. La minima si muestra la temperatura bien, hora mal. Y la maxima hora congelada en 00:00 y temperatura mal
   Hoy   Ayer
Máx:   16.4°C
00:00   
Mín:   8.6°C
00:39

No se como arreglar este lio. Por lo demás creo que todo bien, he perdido del 20 al 24, pero lo importante es que funcione, por que vienen dias de lluvia y se liara aun mas

¿Alguna sugerencia?

Gracias
Edito La temperatura max/min de hoy ya sale correctamente.
Sólo me falta la lluvia.

[jmviper]

A ver, el archivo today.ini que contiene los valores del día se puede borrar si está mal o es de un día anterior y MX generará otro nuevo, pero cuidado si es una estación con datalogger…al no saber la fecha del último cierre puede volcar todo el datalogger en el log del mes creando las últimas entradas duplicadas.

Yo de lo que haría copia es de toda la carpeta data excepto el today.ini (carece de sentido tenerlo si lo ponemos otro día al igual de yesterday.ini), pero claro, es mejor hacerla de toda y si se usa borrarlo y del archivo Cumulus.ini de la carpeta principal donde va toda la configuración. También no poner cumulusmx.db

En cuanto al problema de la lluvia se refiere éste viene de la suma de los acumulados de los días del dayfile.txt
Si tienes el log del mes actual hasta hoy se pueden crear en el dayfile los días que has perdido...si no....chunga la cosa...por eso es mejor coger y hacer una copia de la carpeta data actual antes de sobrescribirla con la copia, si no hay datalogger has perdido esos días.

Para saber qué falla, como ninguno somos adivinos  , hay que poner el log (carpeta MXDiags) con el fichero con fecha más reciente que dirá qué se encuentra MX al arrancar. Seguramente el dayfile está corrupto con alguna entrada de algún día duplicada o malformada y por eso no suma el acumulado de los días.

Adjúntalo y vemos dónde está el fallo.

Como ves lo de las copias de seguridad no es tan sencillo, hay que saber lo que se sobrescribe. Lo más importante sería que tuvieras el log del mes hasta el día de ayer.

[CarlosLSev]

Hola te adjunto 2 ficheros de mxdiag del día 19 de cuando es la copia que todo funcionaba bien. Y del último inicio de cumulus de esta mañana. A ver si eso puede darte una pista. Lo que me mosquea, es que la copia del 19 debería estar perfecta y nomdar ese error. Jmviper si te hiciera falta podría darte acceso. Mil gracias

[jmviper]

OK, ya he visto el log.

La lluvia del mes y del año la lee bien pero suelta un error del logfile:

2021-11-25 07:29:54.446 LoadRecent: Error at line 3165 of data/nov21log.txt : Input string was not in a correct format.

Mira a ver esa línea 3165 y si está corrupta y no se puede arreglar bórrala. Eso para ir viendo si lee bien ya la lluvia porque en estas dos líneas:

2021-11-25 07:29:47.468 Rainthismonth from dayfile: 38,1
2021-11-25 07:29:47.468 Rainthisyear from dayfile: 391,1

pone bien los acumulados.

Por cierto.... se nota que estoy desentrenado.... las copias de seguridad las hace MX en la carpeta backup de los últimos días y está lo más importante, por ejemplo el log del mes actual hasta ese día de la copia, o sea que si haces las copias manualmente con algún script es mejor que no las hagas y uses esas de MX en las que como digo, están los últimos días.

Por cierto.... hará unos tres años, con un lío de copias que hice me cargué los logfiles de MX... un desastre... así que como subo los datos a WU creé un script PHP (cómo no  ) para sacar los logs a partir de los jsons que usa internamente WU.

Lo adjunto. Hay que ponerlo en el servidor y solo tiene dos opciones de configuración arriba, una la API key de WU, la que hay puesta es una que usa WU internamente en su web para sus jsons y de momento sigue funcionando pero si un día no funcionase se podría poner la de uno mismo. La otra opción es para poner la ruta a una carpeta para la salida a los logs que irá creando (sin poner la barra final /).
Si lo ejecutamos en nuestro servidor de la siguiente manera (miweb.es es una URL inventada, cambiar por la nuestra):

http://miweb.es/wu.php?month=1&year=2021

nos pondrá en la carpeta que le hayamos indicado en nuestro servidor el log de enero de 2021. Son limitados los datos que extrae porque no están disponibles en WU todos los que pone MX en sus logs, así que algunos valores irán a null (vacíos) y las temperaturas, viento etc serán las medias de las cincominutales en las que generalmente tiene los registros WU.

Por si a alguien (incluido a ti  ) os pudieran hacer falta algún día... a mí por lo menos me sirvió para salvar algo y tener esos logs).

[CarlosLSev]

Hola línea borrada, adjunto log

[jmviper]

No veo errores en el log y sigue leyendo bien los acumulados de lluvia del dayfile conforme a las dos líneas que puse en el anterior mensaje.

Lo único que está parece que mal es lo que pone esta línea:

2021-11-25 11:53:32.479 GW1000 Info: frequency: 868MHz, main sensor: WH65, date/time: jueves, 25 de noviembre de 2021 12:53:31, Automatic DST adjustment: False

Pone que la hora en el GW1000 es una hora más que la actual (12:53 por las 11:53 del log), quizás por que está en UTC + 1 en horario de verano ??
La verdad es que no sé si sería esa la razón de que no pusiese los acumulados de lluvia. En tu web es verdad que están a 0.... están igual en la interfaz web de MX ??

Si quieres que entre a echar un vistazo a tu raspi por privado me mandas los datos de acceso.

[CarlosLSev]

Ok, gracias, enviado

[CarlosLSev]

Muchas gracias jmviper. Eres un fenómeno. Está claro que tener una copia no es suficiente.

[jmviper]

No lo he pillado a la primera...he mirado log mensual, dayfile… y al no ver nada raro he ido a lo que te había dado problemas....el today.ini
En su inicio ponía esto:

[General]
Date=25/11/2021
Timestamp=2021-11-25T14:50:00
CurrentYear=2021
CurrentMonth=11
CurrentDay=20

todo correcto hasta el 20 de CurrentDay (día actual). No cuadraba, he puesto 25, reiniciado MX y ya sumaba bien. Se ve que coge esa fecha para el cálculo de la lluvia mensual y anual a partir del dayfile

Dejo aquí la info por si alguien se ve en la misma situación. Como hemos hablado las copias de seguridad si son pasadas pueden enredar más la cosa que arreglarla, pero sin riesgo no hay recompensa y esa es saber cómo hacerlo para la próxima vez  .

saludos

[CarlosLSev]

Hola, para tenerlo un poco mas claro, sobre la copia de seguridad, según te entendí. Lo ideal es copiar las carpetas /data y backup/daily
En data esta todo lo importante actual e históricos. Y en backup/daily hay un subcarpeta que diariamente a las 00:00 se crea con la copia diaria/mensual de todo, pero sin los log(salvo mes actual). En dicha carpeta se incluye cumulus.ini.
Dentro de backup suele crearse otra copia cada vez que iniciamos cumulus. Siendo mas útil la copia de daily. Sobre todo si no solemos reiniciarlo mucho.


Realmente solo he restaurado una vez una copia, para pasar de una raspberry pi 1b a la raspberry pi 4 que tengo ahora, y por suerte fue en el mismo día, y funciono todo.
Si es el mismo día se puede dejar tal cual, y si no es el mismo día, podemos borrar, today.ini, yesterday.ini y cumulusmx.db.

A las malas teniendo la carpeta data copiada estando en el mismo mes, aunque hayan pasados unos días desde la copia. Podemos copiar el contenido dentro de /backup/daily/ fecha mas actual a data y se supone que debemos tener la copia perfecta. Vamos la carpeta data actualizada y con los log al día. Suponiendo que lo que hay dentro de daily debe ser una copia actualizada. Siendo lo mas importante tener copia de backup.

¿mas u menos correcto?
Saludos y gracias

[jmviper]

Con tener copia de la carpeta backup sobra. En ella están los archivos de los últimos días, lo más importante que buscamos, los ini con los records incluyendo el Cumulus.ini en el que está la configuración del programa y que si no somos de estar siempre cambiándola nos sirve uno pasado perfectamente y el dayfile y el log del mes actual.

Lo que sí deberías de hacer es copiar el log mensual cuando acabe el mes (backup del día 30) a una carpeta de backup en la que estén también todos los demás logs mensuales, para tenerlos todos, porque como ya he dicho los logs son lo más importante que hay, si se nos va todo al garete de récords, dayfile, etc podemos sacar toda esa info de ellos.

Por cierto, veo que los registros de tus logs mensuales van cada 10 minutos... yo le pondría a MX que los generase cada minuto, por la razón que acabo de comentar antes.... es mejor sacar lecturas de registros de cada minuto que de cada diez minutos ya que va a tener máximas o mínimas que de otra manera se escaparían. Eso sí... a cada minuto salen logs mensuales de 5 MB, así que hay que tenerlo en cuenta si vamos apurados de espacio, pero eso era antes.... con una micro SD con 2 GB de espacio libre tenemos para 30 años de logs 

Saludos

[CarlosLSev]

Aham, perfecto, voy a ponerlo como indicas, gracias eres un artista!!!