Mensajes

61

WeeWX / Re:Alternativas y problemas para actualizar"skin" de weewx

« en: 01 de Febrero del 2023, 20:37:33 pm »

Le has dado permisos de ejecución ??

sudo chmod +x /home/javier/Documents/miftp.sh

62

WeeWX / Re:Alternativas y problemas para actualizar"skin" de weewx

« en: 01 de Febrero del 2023, 15:39:25 pm »

Sin ánimo de influir en el magnífico tuto que hará jantoni  recuerdo una cosa...

Hay en verdad, y que yo sepa tres crontabs. El crontab (de cron, el servicio de Linux equivalente al de tareas programadas de Windows y de tab, pestaña, que significa pestaña de tareas de cron) como he explicado en los paréntesis es el archivo de texto que el servicio cron lee cada minuto para saber si hay alguna tarea que hacer o no (lo he dicho, como creo que funciona, puede que diste algo realmente  ).

1.- El que menciona jantoni en /etc/crontab y su directorio cron.d que podría decirse que es de root y del sistema en general ya que en él aparecen tareas de mantenimiento del sistema de diversos programas en general.

2.- crontab -e que se edita tal cual está puesto y es el crontab de usuario (el que esté activo). En él no se podrán ejecutar scripts o archivos que sean de root.

3.- sudo crontab -e o crontab de root si se está como otro usuario que no sea root (sudo delante). Este puede ejecutarlo TODO.

Estos dos últimos con crontab -e se editan, con crontab -l se leen.

He dicho 3 crontabs, pero si hay más usuarios cada uno tendrá el suyo, por lo que pueden haber más.

En el primer crontab hay que poner en la línea de la tarea el usuario que lo ejecuta, cosa que en los otros dos no. Los otros son el crontab de cada usuario que los edita.

Yo personalmente uso sudo crontab -e, tiene permiso para todo y no mete tareas al del primer caso y que es general del sistema.

Lo digo solamente como info, tocar el crontab del sistema por parte de gente inexperta puede dar lugar a malfucionamientos del sistema porque si hay un error podría dar problemas con las tareas programadas del sistema.

63

WeeWX / Re:Alternativas y problemas para actualizar"skin" de weewx

« en: 31 de Enero del 2023, 16:32:44 pm »

Hola de nuevo kocher

Siguiendo tus andanzas jejeje

Por lo que veo el poner las órdenes de ftp en un archivo de texto y ejecutarlo con ftp -s es solo en Windows el cual tiene también comando ftp pero no se utiliza exactamente como el de Linux, por lo menos no tienen los mismos parámetros.

Para Linux tendrías que poner en el bash a ejecutar:

Código: [Seleccionar]

#!/bin/bash

ftp -n ftp.xxx.com <<EOF
user usuario contraseña
binary
cd www
lcd /var/www/html/weewx/weather_en
mput *.html
mput *.json
cd ..
quit
EOF

De todas formas si no recuerdo mal esos comandos son solo para ftp sin seguridad (sin SSL/TLS). Si tu servidor va con seguridad tendrías que usar algún cliente Linux que la tuviese como por ejemplo lftp

Las otras dos soluciones habría que investigarlas.

64

Forum General / Re:DÍAS DE SEQUÍA

« en: 28 de Enero del 2023, 11:59:04 am »

 

65

Incidencias / Re:Velocidad viento Sainlogic

« en: 28 de Enero del 2023, 11:58:40 am »

Supongo que la mayoría de vuestros usuarios, los que miran los datos, son también aficionados. Y les dará un poco igual si la racha máxima es 90 km/hora que se ha producido en los 44 segundos sin datos o los 85 de los 16 segundos “buenos”. Que el viento no creo que pase de 0 a 100 en un intervalo de 60 segundos.

Seguramente sean aficionados, como lo somos casi todos pero también lo consultan medios de comunicación y organismos varios, por lo que, con todos los respetos y limitaciones de estas estaciones, nunca podrán aspirar a sello de calidad meteoclimatic si no envían los datos completos con sus máximas y mínimas.
Meteoclimatic tiene cierta reputación, desde sus inicios, y por parte del equipo pretendemos que los datos que salgan en los tops de las estaciones sean lo más verdaderos / fiables posibles, por lo anteriormente descrito.

Estas estaciones “Ecowitt” suponen una liberación y contribuyen a una mayor cantidad de estaciones. Con menos calidad, claro. Supongo que es la primera página de vuestro manual.

Lo has entendido. El fin es la calidad, no la cantidad y hay avalancha de estas estaciones que se venden como churros por su precio y que tienen firmwares que dan datos que para quien los maneja que (por ejemplo Casacota) cada dos por tres ve sorpresas y a ponerle parches al código para procesar los datos, aparte de que son un bombardeo constante, que se convierte en tipo ataque DDoS que un servidor casero como atmos no puede soportar.

Y lo bonito de todo esto es ser uno mismo el dueño de sus propios datos, por eso no me importa tener personalmente un miniPC o raspi o cualquier placa de desarrollo barata que haga el cometido y poder tratar mis propios datos.

Llevas tiempo y has sido de WD (muy bugueado el programa pero hay masocas como yo que siguen con él, sobre todo por 13 años de datos), y sabes que antes funcionaba la cosa así: estación, PC y a enviar datos.
Ahora estas estaciones baratas con la moda del IoT pretenden ser como esos dispositivos IoT, conectar al wifi, configurar en una app móvil y a enviar datos. Ya vemos que en el caso de las estaciones meteorológicas es más complicado. En el caso de WU, ecowitt etc etc tienen servidores dedicados con miles de datos procesados. Atmos es bastante más limitado y da para lo que da.

Casacota bastante ha hecho hasta el momento pero ya está llegando el punto en el que su servidor se ve desbordado y hay que volver al método tradicional.

66

Forum General / Re:DÍAS DE SEQUÍA

« en: 27 de Enero del 2023, 22:23:11 pm »

Hola Mingu

Bueno, meteoclimatic tiene un fallo en el enunciado de "Dias enteros consecutivos con precipitación inferior a 1 mm" ya que el 1 también va ahí así que ese día que tienes con 1 mm también cuenta. Hace 19 días que tuviste esos 2 mm. Los demás han sido 1 o inferior a 1.

No sé si la pretensión inicial del webmaster fue lo que dice esa leyenda pero aplicado al cálculo del script está mal realizado.

Un "bug" de tantos que tiene meteoclimatic igual que lo tienen otras redes.

Saludos

67

Atmos.cat / Re:Estaciones con procesamiento erróneo de los datos de viento

« en: 23 de Enero del 2023, 20:28:40 pm »

weewx funciona con la fecha de la raspi así que pondrá la hora del sistema en la plantilla.

Si se cambia la zona horaria del sistema también se cambiará la hora a la que guarda los valores máx/mín diarios, acumulados etc.

Si envía en UTC se pone UTC en la ficha de meteoclimatic y si es en hora local pues en hora local.

68

WeeWX / Re:Como importar datos desde cumulusMX

« en: 23 de Enero del 2023, 20:23:10 pm »

Ok, has elegido el primer método. Laborioso si se tienen muchos logs pero válido.

En cuanto a ojear la BBDD si quieres hacerlo fácilmente instala DB Browser for sqlite

Lo puedes hacer de dos maneras. Con la tienda de snaps (Ubuntu software) buscas sqlite browser y lo instalas o desde el terminal con sudo apt install sqlitebrowser

Te saldrá el programa en las aplicaciones de Ubuntu.

Con él podrás abrir la aplicación pero como la BBDD es de root si quieres editarla alguna vez la tendrás que lanzarla desde el terminal con sudo (sudo sqlitebrowser /var/lib/weewx/weewx.sdb).

Una vez abierta así ya podrás modificar lo que quieras en ella.

Para ver las fechas en cristiano en el primer campo dateTime de cualquier tabla porque están en formato Unix pones el ratón sobre la cabecera de la columna (donde pone dateTime) y clic con el botón derecho del ratón y Editar el formato de presentación y seleccionas Tiempo Unix a hora local

Así se entera uno fácilmente de qué registro se trata 

69

WeeWX / Re:Como importar datos desde cumulusMX

« en: 23 de Enero del 2023, 16:27:21 pm »

Bueno... esto no es tan simple pero bueno... todo se trata y queda ahí en la web 

Este tema lo tratamos hace algún año con weewx en Windows:

https://forum.meteoclimatic.net/index.php?topic=2407.msg19490#msg19490

El problema es que Python por defecto mira los nombres de los meses del log no en el locale del sistema (es_ES.UTF-8) sino en inglés por lo que hay dos opciones:

o renombrar los meses de los logs a sus equivalentes en inglés o... tocar archivos de Python.

En ese hilo puse:

Solución: editar el archivo cumulusimport.py en bin/weeimport/ y en la línea 30 más o menos poner estas dos líneas:

Código: [Seleccionar]

import locale
locale.setlocale(category=locale.LC_ALL, locale="Spanish")


Como estábamos en Windows ese locale funcionaría pero al estar en Linux habrá que modificarlo:

Código: [Seleccionar]

import locale
locale.setlocale(category=locale.LC_ALL, locale="es_ES.UTF-8")

en /usr/share/weewx/cumulusimport.py que es donde está en Linux.

Edítalo como sudo ya que es propiedad de root.

En el terminal sudo gedit  /usr/share/weewx/cumulusimport.py debería abrirte ese archivo con gedit que es el editor por defecto de Ubuntu con permisos de root para editarlo cómodamente y poner esas dos líneas a partir de la línea 30.

Eso soluciona el tema de los nombres ya que establece el locale para ese script en español pero luego me encontré este otro problema:

AttributeError: 'CumulusSource' object has no attribute 'decimal'

Si te sale a ti también la solución es localizar la línea 112 aprox en ese archivo en la que pone:

self.delimiter = str(cumulus_config_dict.get('delimiter', ','))

y poner una nueva a continuación con lo siguiente:

self.decimal = str(cumulus_config_dict.get('decimal', '.'))

Ignoro el porqué no está puesta esa línea, ya que ni está en su código fuente en GitHub:

https://github.com/weewx/weewx/blob/master/bin/weeimport/cumulusimport.py

Algún olvido que tendrá que ser arreglado.

Con eso ya me quiso leer los logs.

Con la opción --dry-run solo se visualizan pero no los guarda en la BBDD de weewx así que primero se ejecutan con esa opción y si sale bien la simulación se ejecuta ya sin ella para que los guarde realmente.

Menos mal que en el foro hay información pasada y nos ayuda a solucionar problemas presentes 

Mira a ver si con esas modificaciones te deja importar los archivos de MX 

70

WeeWX / Re:Como importar datos desde cumulusMX

« en: 23 de Enero del 2023, 12:00:09 pm »

Hola kocher

Tienes Ubuntu en español ??

Ejecuta locale en el terminal y mira a ver si está en LANG=es_ES.UTF-8

%b espera el nombre abreviado del mes (tres primeras letras) del nombre del log y encuentra abr (de abril) que sería correcto si está el locale en español pero en inglés es apr de april así que puede que sea eso.

Si es así tocará ponerlo a español

71

WeeWX / Re:Borrar lluvia mensual anual ESMUR3000000030180D

« en: 22 de Enero del 2023, 14:24:09 pm »

Perfecto 

Ya está fuera de observación.

Saludos

72

WeeWX / Re:Borrar lluvia mensual anual ESMUR3000000030180D

« en: 21 de Enero del 2023, 21:05:43 pm »

Ok, es facilico de hacer 

Primero hay que detener weewx con la orden sudo service weewx stop en el terminal de la raspi.

Después se entra a la base de datos con el comando sudo sqlite3 /var/lib/weewx/weewx.sdb

Si al ejecutar este último comando pone Command not found hay que instalar sqlite3 con el comando sudo apt update y cuando termine de actualizar sudo apt install sqlite3

Dentro de la base de datos con sudo sqlite3 /var/lib/weewx/weewx.sdb ponemos lo siguiente (cambia el símbolo del sistema a sqlite>)

delete from archive_day_rain where sum > 0 and dateTime > 1672531200;

Eso borrará toda la lluvia de lo que llevamos de año.

Para cerciorarse ponemos select sum from archive_day_rain where dateTime > 1672531200;

Deberán de salir 21 líneas con 0.0 (los días que llevamos de año)

Para salir de la base de datos ejecutamos .quit e iniciamos weewx con sudo service weewx start

Ya debería de salir la lluvia a 0 en la siguiente actualización.

Para serte sincero yo te puse la estación en observación y con el viento que hacía me imaginé que podría haber volado el cono del pluvio, a más de uno le ha pasado.

En cuanto tengas la lluvia a 0 te la quitamos de observación.

saludos

73

WeeWX / Re:Borrar lluvia mensual anual ESMUR3000000030180D

« en: 21 de Enero del 2023, 19:56:07 pm »

Hola bullasau

Sabes qué programa crea la plantilla ?? En el perfil de tu estación pone weewx, si es así te explico cómo borrar esos acumulados pero supongo que por lo menos sabrás operar con la raspi en la que tengas weewx 

74

Davis Instruments / Re:El pluviómetro de mi Davis Vantage Pro2 no funciona.

« en: 17 de Enero del 2023, 22:31:28 pm »

Hola Diego.

Si es el antiguo de balancines básicamente pueden ser 3 cosas:

1.- Que no haga buena conexión la clavija en el zócalo donde se inserta porque esté sucia. Hay que soltarla y ver si tiene óxido, barrillo o suciedad. Probar a limpiarla (con alcohol mismo) y meterla y sacarla varias veces para que haga buen contacto.

2.- Que alguno de los cables esté cortado o no haga contacto o bien en la clavija, en el recorrido del cable o en la conexión al reed switch.

3.- Que esté roto o estropeado el reed switch que está bajo una pequeña cubierta negra bajo el balancín. Es una ampolla de vidrio con dos lengüetas dentro que hacen contacto y cuentan un vuelco al pasar el imán de la parte inferior del balancín sobre él. Si visualmente se ve bien hay que probar a volcar el balancín y escuchar si hace un pequeño clic al pasar ese imán inferior del balancín sobre él. Si no lo hace seguramente esté roto. Con un multímetro/ohmímetro se sabría a ciencia cierta.

Lo normal es que pueda ser el reed switch ya que es muy frágil. Se puede sustituir por otro de las misma dimensiones / características, pero mejor comprar unos cuantos y que lo manipule y suelde alguien que sepa.

En los dos primeros casos sería limpiar bien o arreglar el cable o clavija.

Por si no lo sabes Davis tiene un nuevo pluvio para la Pro2 de cucharilla basado en el de la Vantage Vue. Dicen que es más preciso que el de balancines y puede sustituirlo. Está en todas las tiendas ya que es el que se vende ahora.

saludos

75

WeeWX / Re:¿ como hacer que un "skin" sea el predeterminado ?

« en: 17 de Enero del 2023, 22:14:12 pm »

Ok, a ver si se queda todo "al pelo" 

Saludos