Mensajes

31

Cumulus y Cumulus MX / Re:inconsistencias en precipitaciones

« en: 02 de Marzo del 2023, 13:38:19 pm »

Hola raiguer

Ese dato de lluvia anual sale de la suma de lluvia de los días del dayfile. Tendrás que ver qué acumulado tienes en ese día.

Si usas Cumulus MX (última versión) puedes entrar a ver y editar el dayfile directamente en su interfaz web en Data logs -> Dayfile, le das a Last abajo a la derecha, seleccionas el día con el ratón y arriba a la izquierda le das al botón Editar.

Modificas Total rainfall y guardas.

En la pestaña Dashboard debería de salir en la lluvia el total anual corregido.

Si no va bien puede que tengas corrupto el dayfile (alguna línea en blanco entre dos líneas o dos líneas una detrás de otra).

32

WeeWX / Re:Problemas con weewx

« en: 28 de Febrero del 2023, 22:55:28 pm »

En ese tema, sigue las instrucciones de Jmviper.....es nuestro salvavidas de Linux.

Si me entero de lo que es 

Actualizas weewx ?? si no es así te recomiendo que lo hagas. Supongo que le meterías su repositorio al instalarlo y lo irás actualizando (al igual que otras cosas del sistema) con sudo apt update && apt upgrade -y

El error como he puesto antes es con la codificación de datos para subir los datos a WU, Windy y WeatherCloud.

Tener weewx actualizado es imprescindible para que no hayan fallos que una simple actualización corrige. En cada actualización de weewx se corrigen muchos fallos reportados por sus usuarios entre otras cosas.

33

WeeWX / Re:Problemas con weewx

« en: 28 de Febrero del 2023, 16:12:45 pm »

Dec  4 17:01:09 raspberrypi weewx[1140] ERROR weewx.restx: Wunderground-PWS: Unexpected exception of type <class 'UnicodeDecodeError'>
Dec  4 17:01:09 raspberrypi weewx[1140] ERROR weewx.restx: WeatherCloud: Unexpected exception of type <class 'UnicodeDecodeError'>
Dec  4 17:01:09 raspberrypi weewx[1140] ERROR weewx.restx: Windy: Unexpected exception of type <class 'UnicodeDecodeError'>

Thread terminating. Reason: 'utf-8' codec can't decode byte 0xf3 in position 29: invalid continuation byte

Error de codificación.

El hexadecimal 0xf3 corresponde a la o aguda (ó) que tendrás seguramente en el nombre de usuario o contraseña de WU, Weathercloud y Windy.

weewx.conf está por defecto en us-ascii, se puede ver con el comando file -bi /etc/weewx/weewx.conf y no soporta caracteres acentuados (cosas de las primeras codificaciones que estaban hechas solo para el alfabeto inglés por tema de falta de bytes).

Edita weewx.conf con nano. Cuando entres con él y edites lo que sea (borra una de esas ó y vuélvelas a escribir, al guardar te detecta ese carácter y lo guarda en UTF-8 por lo que weewx ya no te debería de tirar esos errores.

nano es enano pero potente 

Perfecto, e buscado en nano la maldita ó y no aparece en ningún lugar, ni en WU, windy ni Weathercloud, e usado el ^W de nano y no ha encontrado ninguna o con acento así que no se, e creado un comentario con la ó i e guardado y parece que ha cambiado como tu bien has dicho.

A ver si es la solución... adjunto una captura de pantalla para cersionarme que lo he hecho bien.

No sé exactamente qué puede ser, el error lo da la _socket.getaddrinfo(host, port, family, type, proto, flags) por lo que puede ser cualquiera de esos parámetros que lleve ese símbolo.

Me hace sospechar si es alguna cadena de texto personalizada de estado del cielo o algo así que vaya en catalán/castellano, pero es hablar por hablar sin saberlo. Lo que es raro es que dé error por la ó, de algún sitio tendrá que salir. Y me hace sospechar que seguramente no te lo haga todas las veces y puede que lo haga con palabras como precipitación o algo así, pero repito, es por darle una lógica al asunto.

Ve mirando si al ir el weewx.conf codificado a UTF-8 ya no lo hace. Si sigue dando fallo habrá que investigar más.

34

WeeWX / Re:Problemas con weewx

« en: 28 de Febrero del 2023, 08:03:33 am »

Dec  4 17:01:09 raspberrypi weewx[1140] ERROR weewx.restx: Wunderground-PWS: Unexpected exception of type <class 'UnicodeDecodeError'>
Dec  4 17:01:09 raspberrypi weewx[1140] ERROR weewx.restx: WeatherCloud: Unexpected exception of type <class 'UnicodeDecodeError'>
Dec  4 17:01:09 raspberrypi weewx[1140] ERROR weewx.restx: Windy: Unexpected exception of type <class 'UnicodeDecodeError'>

Thread terminating. Reason: 'utf-8' codec can't decode byte 0xf3 in position 29: invalid continuation byte

Error de codificación.

El hexadecimal 0xf3 corresponde a la o aguda (ó) que tendrás seguramente en el nombre de usuario o contraseña de WU, Weathercloud y Windy.

weewx.conf está por defecto en us-ascii, se puede ver con el comando file -bi /etc/weewx/weewx.conf y no soporta caracteres acentuados (cosas de las primeras codificaciones que estaban hechas solo para el alfabeto inglés por tema de falta de bytes).

Edita weewx.conf con nano. Cuando entres con él y edites lo que sea (borra una de esas ó y vuélvelas a escribir, al guardar te detecta ese carácter y lo guarda en UTF-8 por lo que weewx ya no te debería de tirar esos errores.

nano es enano pero potente 

35

Incidencias / Re:Datos críticos permanentes (aspa roja)

« en: 26 de Febrero del 2023, 10:36:20 am »

Lo correcto sería:

Si es calle o barrio en un municipio:

Municipio - Barrio

Si es pedanía, lugar etc retirado del núcleo principal:

Pedanía (Municipio)

Vamos que ese sería mi criterio pero a la hora de dar de alta las estaciones se permite cierta flexibilidad porque todo el mundo no lo ve así (cada uno tiene los suyos) y si lo pusiéramos en las normas tendríamos que hacer que se corrigiesen muuuchas estaciones.

Eso sí, en las normas queda perfectamente establecido:

2º Cuando haya una estación en una localidad y se pretenda montar una segunda, esta, tendrá que identificarse de forma inequívoca, para evitar confusiones con la primera estación, la cual tendrá la preferencia para utilizar el nombre de la localidad.

y

3ª Para identificar dos estaciones de la misma localidad, o cuando se pretenda dar más precisión a la localización de la estación, se podrá utilizar el nombre de la calle, barrio, urbanización o nombre de la zona donde esté situada.

https://forum.meteoclimatic.net/index.php/topic,250.msg21160.html#msg21160

No pueden ponerse nombres de estaciones en mayúsculas (no hay porqué destacar sobre las demás por muy orgulloso qué estés de la tuya  ) y si hay una que se llame igual poner calle, barrio, urbanización etc para diferenciar.
Muchas estaciones se dieron de alta con el nombre de la localidad, imaginad una que se diese de alta con el nombre de Madrid.... Madrid es muy grande, mejor concretar la zona. Si es en un pueblo, más que concretar se hace para diferenciar. El que tenga la primera con el nombre solo y pongan otra en el mismo municipio y zona podría poner también su zona para así estar diferenciadas y concretadas las dos.

Pero lo dicho, cada persona ve las cosas a su manera, no podemos estar encima de cada uno y lo mínimo por lo que velamos es porque se cumplan las normas.

36

WebCam / Re:Wittcam

« en: 24 de Febrero del 2023, 19:58:57 pm »

Ya lo tienes

La imagen está en https://meteoalcorcon.es/camara.php

<img scr=camara.php"/ width="453" height="507">

no es scr sino src

no pongas la barra / detrás del src sino al final <img src="camara.php" width="453" height="507" />

aunque puedes prescindir de la barra. Esta se pone para ser compatible con xhtml porque cierra el elemento img pero si no está lo hace el navegador igualmente.

Si sigue sin salirte en la página en la que la quieres poner pon la dirección URL de ella para vea qué puede haber mal en el código fuente.


P.D. Editado ya que también está mal src=camara.php" sin las primeras comillas (src="camara.php"). Seguramente el navegador no la pone bien por eso. Hay que tener cuidado con todas esas cosas, que parecen tonterías pero son errores de sintaxis que o dan resultados inesperados como descuadrarte la página o hacen que no salga el elemento.

37

WebCam / Re:Wittcam

« en: 24 de Febrero del 2023, 15:43:51 pm »

Ese código debe de ir única y exclusivamente en un archivo, no puedes ponerlo en una página HTML.

Ten en cuenta que lo que hace el archivo es emular una imagen jpg por que lleva en su encabezado header("Content-type: image/jpeg");

Supongo que tendrás acceso a tu servidor a través de un servidor FTP como FileZilla o en el Cpanel que tenga tu hosting para editar los archivos.

Se trataría, como he dicho, de crear uno nuevo con extensión php y pegar ese código. Luego en tu web en donde quieras poner la imagen tendrás que poner <img src="camara.php" /> para que salga la imagen.

Si quieres que fuese llamado como jpg se podría hacer una regla en un htaccess de apache si es ese el servidor web que tienes. Pero solo sería por cuestiones de estética, porque como está hecho sería totalmente funcional.

De todas formas probando el trozo de código que has puesto no sé si lo has copiado o pegado o escrito manualmente ya que falla la línea $json = $json['data'][camera']['photo']['url']; ya que en ella la propiedad [camera'] tiene solo una comilla simple y tiene que estar encerrada entre dos como las demás propiedades o tirará error de sintaxis PHP.

Si está en una página web te saldrán símbolos raros ya que está en binario, así que como digo debes de ponerlo ad hoc en un archivo php exclusivo para él.

38

Forum General / Re:Avería de sensor. ¿Como actuar?

« en: 24 de Febrero del 2023, 15:19:09 pm »

Hola ion

La HR no es un valor que salga en tops pero sí en el mapa. Procedemos a desactivar dicho sensor.
Ten en cuenta que cada día desactivado pondrá un -99 en la base de datos de tu estación en meteoclimatic.
Puedes ir poniendo los valores correctos si tienes el higrómetro manual al terminar el día.

Cuando tengas el nuevo puesto dilo en este mismo hilo o lo dices en el correo de meteoclimatic y te lo volvemos a activar.

Saludos

39

WebCam / Re:Wittcam

« en: 23 de Febrero del 2023, 23:23:43 pm »

Si tienes PHP en tu servidor es tan fácil como crear un archivo (por ejemplo camara.php) y poner en su interior:

Código: [Seleccionar]

<?php

header("Content-type: image/jpeg");

$url = 'https://api.ecowitt.net/api/v3/device/real_time?application_key=xxxxxx&api_key=xxxxx&mac=xxxxxx&call_back=all';
$json = json_decode(file_get_contents($url), true);
$json = $json['data']['camera']['photo']['url'];
readfile($json);

?>
Como ves he puesto en la variable $url la url que has puesto y que es ficticia. Tendrás que poner la real con tus datos y siempre entre esas comillas simples.
La URL la lee justo del trozo de json que has puesto en el mensaje. Si tiene más campos el json entonces no leerá la url bien. Tendrá que ser exactamente como has puesto la salida de la llamada a la API de Ecowitt.

Si todo va bien te deberá de salir la imagen en ese archivo cuya URL deberás poner donde quieras poner la imagen.

40

WeeWX / Re:Ubuntu 22.04, paros weewx, logs weewx, paracetamol!!

« en: 21 de Febrero del 2023, 15:19:44 pm »

Como te dice jantoni por defecto weewx vuelca su log en el log general del sistema var/log/syslog

De manera paralela debería también de hacerlo en journalctl (sudo journalctl) que es otro log del sistema pero con más funciones que syslog

Por defecto weewx vuelca tanto los eventos exitosos como de fallos al log. Esas opciones están en su archivo de configuración weewx.conf como:

Código: [Seleccionar]

# Whether to log successful operations. May get overridden below.
log_success = True

# Whether to log unsuccessful operations. May get overridden below.
log_failure = True

en el primer apartado de la configuración. Poniendo a False la opción de alguno de los dos hace que no salga en el log.

Para separar el log de weewx del general en la wiki está la manera de hacerlo:

http://wiki.meteoclimatic.net/wiki/FAQ_WeeWX#El_log_de_Weewx_se_mezcla_con_el_del_sistema_operativo._.C2.BFPuedo_tener_un_log_individual_para_Weewx.3F

saludos

41

Estaciones en Observación / Re:ESARA4400000044134A, estación en observación.

« en: 17 de Febrero del 2023, 11:39:51 am »

De acuerdo.

Como la presión no es un valor que distorsione mapas o tops actuales porque no está en ellos (hay mapa general de presión) se puede hacer esa salvedad, pero para cualquier otro valor que haga que salgan garbanzos negros en el mapa o en los tops se procederá a poner la estación en cuestión en observación al instante. Mejor que no salga que proporcionar información errónea.

Y discrepo en lo de la presión... la presión es un valor tan válido e importante como cualquier otro, pero debo de admitir que infravalorado. Ella interviene en la observación y efectos meteorológicos, por ejemplo es la que hace los pronósticos en la mayoría de nuestras estaciones meteo y que salen en la consola, que se valen de la evolución de la presión para sacarnos el icono correspondiente, si sube la presión buen tiempo y si baja malo.

No hay que olvidar que la presión es una característica de las masas de aire, aire frío presión alta y aire caliente presión baja, aunque en la atmósfera son varias capas las implicadas. Intervienen en los movimientos/desplazamientos de las masas de aire ya que afecta e sus densidades.

Como dices, la presión puede ser la menos consultada, en eso te doy la razón, pero para quien lleva una estación meteorológica debe de ser un valor igual de importante como cualquier otro.

Saludos

42

Estaciones en Observación / Re:ESARA4400000044134A, estación en observación.

« en: 14 de Febrero del 2023, 20:17:12 pm »

Si el archivo es demasiado grande siempre se puede enviar en un zip, ocupa menos espacio.
También se pueden copiar las líneas de esos días a un nuevo archivo de texto que ocupará menos espacio.

Ese sitio donde ves los datos son los datos binarios del programa. Ya lo he explicado alguna vez pero lo explico otra vez, no hay problema.

WD crea registros de dos formas, una en el archivo binario mensual actual en la carpeta datafiles, solo se puede leer dentro del programa (en el sitio en que lo has hecho, por ejemplo).
El otro registro es en texto y es ese, el de la carpeta logfiles.

Se pueden convertir el uno en el otro (Action -> Convert Logfiles to Datafiles), supongo que su creador lo hizo así para poder editar el log cómodamente en formato texto y convertirlo a binario para el programa y viceversa.
 
Cualquier día del log se ve desde dentro del programa en View -> Archivo de Registro de (falta el resto) en la parte central derecha.

El log si se visualiza con un editor de texto en la carpeta logfiles lo mejor es cerrar WD, o si no a la hora de grabar en él no lo hace porque está abierto.

Sobre todo tengo interés en ver los días 7 y 10... bajar 50 hPa en el primero y subir 100 hPa en el segundo no es muy común... a ver si lo hace de golpe o paulatinamente.

Tampoco dices qué presión mínima tuvo la Davis. Para consultarlo en la consola tecla BAR después HI/LOW dos veces y con la tecla de dirección izquierda vas retrocediendo en los días y viendo las presiones mínimas.

43

Estaciones en Observación / Re:ESARA4400000044134A, estación en observación.

« en: 14 de Febrero del 2023, 16:51:06 pm »

En la carpeta donde tienes instalado WD ve a la carpeta logfiles y busca el archivo 22023lg.txt

Haz copia del mismo y adjuntas la copia en tu siguiente mensaje.

Es fácil 

44

Estaciones en Observación / Re:ESARA4400000044134A, estación en observación.

« en: 14 de Febrero del 2023, 14:32:34 pm »

Pues simplemente me gustaría saber si pilló también la Davis esos 933 hPa o similares. Si las dos consolas lo hicieron y estuvieron 3 días con esas presiones relativas tan bajas.

Te dije de poner el log de febrero de WD para ver las presiones en él. En él puede haber una explicación a lo que ocurrió.

45

Estaciones en Observación / Re:ESARA4400000044134A, estación en observación.

« en: 14 de Febrero del 2023, 13:09:40 pm »

Me vuelvo a reiterar, pero tengo otra estación Davis vantege 2pro plus, a menos de un metro de la Oregón, y los datos de ambas difieren muy poco.

Marcó también la Davis esa presión relativa mínima de 933 hPa ?? Tienes algún programa con ella ??

Sinceramente, no sé cómo das datos antes de una Oregon WMR200 que de una Davis... no hay color... solo me lo explico por el motivo de que empezases con la WMR200 y quieras seguir con sus datos por... coherencia, herencia... no sé.

Yo empecé en esto con una WMR100N, la hermana pequeña de la WMR200 pero sin datalogger... al año siguiente de comprarla conseguí la Davis y no me lo pensé para enviar los datos con ella a meteoclimatic.

De menudos dolores de cabeza con el cambio me he librado.