Meteoclimatic
Software => WeeWX => Mensaje iniciado por: dtalens en 06 de Febrero del 2022, 07:54:43 am
-
Cuidado!! porqué le he dado ha actualizar y el skin Belchertown no me cargaba correctamente. He tenido que volver a la versión anterior 4.5.1.
Alguien ha actualizado y le funciona bien?
Saludos,
-
Ya veo que has reportado el problema en Github.
-
Hola Jantoni,
Ahora no estoy seguro si se debe algún cambio en el archivo weewx.conf ya que he conservado el que ya tenia o se debe a otra cosa. Por el error del log parece algún problema con los gráficos highcharts.
-
Con seguridad me equivoco.......pero entiendo que el mensaje de error te está diciendo que ese "%" no debería estar ahí
Busca en los archivos de configuración de Belchertown a ver si encuentras ese "%"
-
Mira a ver si ha cambiado el campo [[StringFormats]] en el weewx.conf… has puesto la nueva versión ??
-
Hola,
He probado con eliminar por completo la sección [[StringFormats]] en el fichero de weewx.conf y skin.conf y sigue con el mismo error:
Feb 8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine: Caught unrecoverable exception in generator 'user.belchertown.HighchartsJsonGenerator'
Feb 8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine: **** invalid literal for int() with base 10: '%'
Feb 8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine: **** Traceback (most recent call last):
Feb 8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine: **** File "/usr/share/weewx/weewx/reportengine.py", line 197, in run
Feb 8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine: **** obj.start()
Feb 8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine: **** File "/usr/share/weewx/weewx/reportengine.py", line 378, in start
Feb 8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine: **** self.run()
Feb 8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine: **** File "/usr/share/weewx/user/belchertown.py", line 2714, in run
Feb 8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine: **** series_data = self.get_observation_data(
Feb 8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine: **** File "/usr/share/weewx/user/belchertown.py", line 3726, in get_observation_data
Feb 8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine: **** usage_round = int(
Feb 8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine: **** ValueError: invalid literal for int() with base 10: '%'
Feb 8 16:00:35 minipc weewx[668909] ERROR weewx.reportengine: **** Generator terminated
Me falta hacer la prueba con una instalación limpia...
-
Una copia de ambos ficheros (sin passwords) podría ser útil
Aunque en Belchertown también podría afectar el fichero de configuración de los gráficos.
-
Lo de los strings lo dije porque Python suelta el error de invalid literal for int() with base 10: '%' que quiere decir que encuentra ese símbolo de porcentaje y no puede convertirlo a número entero (integer).
En la línea del error pone lo siguiente:
usage_round = int(
self.skin_dict["Units"]["StringFormats"].get(obs_vt[1], "2f")[-2]
)
por eso he dicho lo del error en Units StringFormats
Lo raro es si dices que has quitado esas secciones tanto en weewx.conf como en skin.conf cómo sigue saliendo ese error... reiniciaste weewx ?? A ver si hay alguna otra sección por ahí....
-
En Belchertown hay muchas secciones que pueden afectar a Cheetah
Pero lo lógico es que sean
weewx.conf
skin.conf
graphs.conf
Ésta última creo que es el fichero que controla los gráficos....pero hablo de memoria, ahora mismo no tengo Belchertown corriendo en mi Weewx
-
Hola jantoni,
Efectivamente parece que el problema viene por el archivo graph.conf. Ayer prové la nueva versión de weewx con el archivo genérico de graph.conf y no daba error. De hecho, prové a eliminar todos los "%" del archivo y no tuvo efecto, me falta mirarlo con más detenimiento.
Saludos,
-
Hola,
Un usuario de github ha encontrado el problema... es el contador de número de rayos: [[lightning_strike_count]]
Al quitar la sección deja de dar el error.
https://github.com/poblabs/weewx-belchertown/issues/761 (https://github.com/poblabs/weewx-belchertown/issues/761)
-
Son los riesgos de personalizar un skin, luego no se sabe de dónde te vienen los errores cuando se dan.
-
Recomendable actualizar? Mejoras? Saludoss
-
Recomendable actualizar? Mejoras? Saludoss
4.6.2 02/10/2022
Removed diagnostic code that was inadverently left in the titlebar.inc file
in Seasons skin.
4.6.1 02/10/2022
Make the show_rss and show_reports flags work properly. Fixes issue #739.
Added $to_list() utility for use in Cheetah templates.
Fixed a few more untranslated fields in Seasons skin.
Observaton types that use the `sum` extractor are set to None if no LOOP
packets contributed to the accumulator. Fixes issue #737.
Added ppm as default group_fraction. Added default label string for ppm.
Added Norwegian translations. Thanks to user Aslak! PR #742.
Fixed problem that caused wee_database --check-strings/--fix-strings to fail on
TEXT fields. Fixes issue #738.
4.6.0 02/04/2022
Easy localization of all skins that come with WeeWX. Big thanks to user Karen,
who drove the effort! PR #665.
Allow options --date, --from, and --to to be used with wee_database --reweight.
PR #659. Thanks to user edi-x!
Added Cheetah helper functions $jsonize(), $rnd(), and $to_int().
The tag $alltime, formerly available as an example, is now a part of WeeWX core.
New SLE example $colorize(). New document on how to write SLEs.
Added conversions for unix_epoch_ms and unix_epoch_ns. Calculations in
celestial.inc now explicitly use unix_epoch.
Added almanac attribute "visible" and "visible_change". For example,
$almanac.sun.visible returns the amount of daylight, $almanac.sun.visible_change
the difference since yesterday.
Fixed problem that could cause weather xtypes services not to shut down
properly. PR #672. Thanks again to user edi-x!
Added Cheetah tag $filename, the relative path of the generated file. Useful
for setting canonical URLs. PR #671. Thanks again to user Karen!
XType get_scalar() and get_series() calls can now take extra keyword arguments.
PR #673.
Fixed problem where a bad clock packet could crash the WMR100 driver.
Davis documentation for LOOP2 10-minute wind gusts is wrong. The Vantage
actually emits mph, not tenths of mph. Changed driver so it now decodes the
field correctly. Fixes issue #686.
Sending a HUP signal to weewxd no longer causes the configuration file to be
reread.
Logging is not done until after the configuration file has been read. This
allows customized logging to start from the very beginning. Fixes issue #699.
Simplified the logging of Cheetah exceptions to show only what's relevant.
Fixes issue #700.
Include a requirements.txt file, for installing using pip. Thanks to user
Clément! PR #691.
Fixed problem where ConfigObj interpolation would interfere with setting
logging formats.
Added option --batch-size to the Vantage version of wee_device. See PR #693.
Slightly faster evaluation of the tag suffix 'has_data'.
New aggregation type 'not_null'.
A string in the database no longer raises an error. Fixes issue #695.
Added plot option 'skip_if_empty'. If set to True, and there is no non-null
data in the plot, then the plot will not be generated at all. If set to
a time domain (such as 'year'), then it will do the check over that domain.
See PR #702.
Parameterized the Seasons skin, making it considerably smaller, while requiring
less configuration. It now includes all types found in the wview-extended
schema. See PR #702.
New FTP option 'ftp_encoding' for oddball FTP servers that send their responses
back in something other than UTF-8.
Availability of the pyephem module and extended almanac data is now logged
during startup.
Added column for 'last contact' in the sensor status table in the Season skin
to help diagnose missing/flaky sensors.
Fix the weewx.debian and weewx-multi init scripts to work with non-root user.
Added sample tmpfiles configuration to ensure run directory on modern systems
when running weewx as non-root user.
Fixed bug that prevented the ssh port from being specified when using rsync.
Fixes issue #725.
Improved alphanumeric sorting of loop packet/archive record fields displayed
when WeeWX is run directly.
Added sample weewxd init file for 'service' based init on freebsd. Thanks to
user ryan.
Added i18n-report utility to help check skins for translated strings.
-
Mejoras... La verdad que no se nota nada. Me ha dado más problemas que otra cosa.
Saludos,
-
Oks, gracias por la respuesta!
-
Mejoras... La verdad que no se nota nada. Me ha dado más problemas que otra cosa.
Saludos,
Un buen argumento.
-
He solucionado el error que me daban las unidades del contador de rayos ([lightning_strike_count]).
Solo se tiene que añadir la siguiente línea al apartado de [[[StringFormats]] del archivo weewx.conf o skin.conf:
count = %.0f
Más información aquí: https://github.com/poblabs/weewx-belchertown/discussions/774 (https://github.com/poblabs/weewx-belchertown/discussions/774)
-
Buenos días, ya que me hace cosas extrañisimas Weewx, voy a actualizar ( de perdidos al río ), pero me da este error; No se puede encontrar una fuente para descargar la versión «4.8.0-1» de «weewx:armhf» , alguno le pasa lo mismo?
-
Mira a ver te pone al ejecutar sudo apt show weewx
-
Package: weewx
Installed-Size: desconocido
#!/bin/sh
#
# Copyright (c) 2006, 2008 Junio C Hamano
#
# The "pre-rebase" hook is run just before "git rebase" starts doing
# its job, and can prevent the command from running by exiting with
# non-zero status.
#
# The hook is called with the following parameters:
#
# $1 -- the upstream the series was forked from.
# $2 -- the branch being rebased (or empty when rebasing the current branch).
#
# This sample shows how to prevent topic branches that are already
# merged to 'next' branch from getting rebased, because allowing it
# would result in rebasing already published history.
publish=next
basebranch="$1"
if test "$#" = 2
then
topic="refs/heads/$2"
else
topic=`git symbolic-ref HEAD` ||
exit 0 ;# we do not interrupt rebasing detached HEAD
fi
case "$topic" in
refs/heads/??/*)
;;
*)
exit 0 ;# we do not interrupt others.
;;
esac
# Now we are dealing with a topic branch being rebased
# on top of master. Is it OK to rebase it?
# Does the topic really exist?
git show-ref -q "$topic" || {
echo >&2 "No such branch $topic"
exit 1
}
# Is topic fully merged to master?
not_in_master=`git rev-list --pretty=oneline ^master "$topic"`
if test -z "$not_in_master"
then
echo >&2 "$topic is fully merged to master; better remove it."
exit 1 ;# we could allow it, but there is no point.
fi
# Is topic ever merged to next? If so you should not be rebasing it.
only_next_1=`git rev-list ^master "^$topic" ${publish} | sort`
only_next_2=`git rev-list ^master ${publish} | sort`
if test "$only_next_1" = "$only_next_2"
then
not_in_topic=`git rev-list "^$topic" master`
if test -z "$not_in_topic"
then
echo >&2 "$topic is already up to date with master"
exit 1 ;# we could allow it, but there is no point.
else
exit 0
fi
else
not_in_next=`git rev-list --pretty=oneline ^${publish} "$topic"`
/usr/bin/perl -e '
my $topic = $ARGV[0];
my $msg = "* $topic has commits already merged to public branch: \n";
my (%not_in_next) = map {
/^([0-9a-f]+) /;
($1 => 1);
} split(/\n/, $ARGV[1]);
for my $elem (map {
/^([0-9a-f]+) (.*)$/;
[$1 => $2];
} split(/\n/, $ARGV[2])) {
if (!exists $not_in_next{$elem->
if ($msg) {
print STDERR $msg;
undef $msg;
}
print STDERR " $elem->[1]\n";
}
}
' "$topic" "$not_in_next" "$not_in_master"
exit 1
fi
<<\DOC_END
This sample hook safeguards topic branches that have been
published from being rewound.
The workflow assumed here is:
Download-Size: desconocido
APT-Sources: http://weewx.com/apt/python3 buster/main all Packages
Description:
N: Hay 12 registros adicionales. Utilice la opción «-a» para verlos.
-
Qué cosa más rara tienes... a mí me sale esto y es lo que debería de salir:
Package: weewx
Version: 4.8.0-1
Priority: optional
Section: science
Maintainer: Tom Keffer <tkeffer@gmail.com>
Installed-Size: 6.119 kB
Pre-Depends: debconf
Depends: python3 (>= 3.5) | python (>= 3.5), python3-configobj, python3-cheetah, python3-pil, python3-serial, python3-usb, lsb-base
Suggests: sqlite, rsync, ftp, httpd, python3-dev, python3-pip
Homepage: http://www.weewx.com
Download-Size: 1.364 kB
APT-Manual-Installed: yes
APT-Sources: http://weewx.com/apt/python3 buster/main all Packages
Description: weather software
weewx interacts with a weather station to produce graphs, reports, and HTML
pages. weewx can upload data to weather services such as WeatherUnderground,
PWSweather.com, or CWOP.
.
This is the python3 configuration of weewx
N: Hay 12 registros adicionales. Utilice la opción «-a» para verlos.
debes de tener algo mal lo cual puede ser el origen de tus problemas.
Haz los pasos para poner el repositorio de weewx:
http://weewx.com/apt/
Ponle la versión de python3 y a ver si actualiza y lo instala.
Eso debería de arreglar por lo menos el problema de actualizar weewx. Si hay más problemas habrá que verlos.
-
Mas errores ... :;
pi@weewx:/ $ curl -s http://weewx.com/keys.html | sudo apt-key add -
OK
pi@weewx:/ $ curl -s http://weewx.com/apt/weewx-python3.list | sudo tee /etc/apt/sources.list.d/weewx.list
deb [arch=all] http://weewx.com/apt/python3 buster main
pi@weewx:/ $ sudo apt-get update
Obj:1 http://raspbian.raspberrypi.org/raspbian buster InRelease
Obj:2 http://archive.raspberrypi.org/debian buster InRelease
Obj:3 http://weewx.com/apt/python3 buster InRelease
Leyendo lista de paquetes... ¡Error!
E: Encountered a section with no Package: header
E: Problem with MergeList /var/lib/apt/lists/raspbian.raspberrypi.org_raspbian_dists_buster_main_binary-armhf_Packages
E: No se pudieron analizar o abrir las listas de paquetes o el archivo de estado.
-
Puede que tengas algo corrupto en la SD. Si sigue dando porblemas de esos te recomendaría que la cambiases por otra.
Ejecuta los siguiente comandos uno destrás de otro:
sudo rm /var/lib/apt/lists/* -vf
sudo apt update
sudo apt upgrade
sudo apt dist-upgrade
sudo apt autoclean
sudo apt autoremove
sudo reboot now
No te aseguro que durante el proceso no puedan salir más errores, según como he dicho si hay corrupción en la tarjeta.
Si no va bien la operación, tarjeta nueva y copia la BBDD de weewx en un PC o pendrive y la carpeta /etc/weewx e instalar raspbian en la nueva tarjeta y empezar de nuevo instalando repositorio de weewx, weewx, copiando su carpeta y su BBDD.
-
Nada, estará mal com dices, gracias jmviper, instalaré todo en tarjeta nueva ...
Guardo la BBDD de /var/lib/weewx y la carpeta de weewx. Ya me pondré a meter a mano los valores desde mayo hasta julio ... :; :; :; :;
Gracias por la ayuda!
pi@weewx:~ $ sudo rm /var/lib/apt/lists/* -vf
'/var/lib/apt/lists/archive.raspberrypi.org_debian_dists_buster_InRelease' borrado
'/var/lib/apt/lists/archive.raspberrypi.org_debian_dists_buster_main_binary-armhf_Packages' borrado
rm: no se puede borrar '/var/lib/apt/lists/auxfiles': Es un directorio
'/var/lib/apt/lists/lock' borrado
rm: no se puede borrar '/var/lib/apt/lists/partial': Es un directorio
'/var/lib/apt/lists/raspbian.raspberrypi.org_raspbian_dists_buster_contrib_binary-armhf_Packages' borrado
'/var/lib/apt/lists/raspbian.raspberrypi.org_raspbian_dists_buster_InRelease' borrado
'/var/lib/apt/lists/raspbian.raspberrypi.org_raspbian_dists_buster_main_binary-armhf_Packages' borrado
'/var/lib/apt/lists/raspbian.raspberrypi.org_raspbian_dists_buster_non-free_binary-armhf_Packages' borrado
'/var/lib/apt/lists/raspbian.raspberrypi.org_raspbian_dists_buster_rpi_binary-armhf_Packages' borrado
'/var/lib/apt/lists/weewx.com_apt_python3_dists_buster_InRelease' borrado
'/var/lib/apt/lists/weewx.com_apt_python3_dists_buster_main_binary-all_Packages' borrado
pi@weewx:~ $ sudo apt update
Des:1 http://archive.raspberrypi.org/debian buster InRelease [32,6 kB]
Des:2 http://raspbian.raspberrypi.org/raspbian buster InRelease [15,0 kB]
Des:3 http://weewx.com/apt/python3 buster InRelease [3.907 B]
Des:4 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages [13,0 MB]
Des:5 http://archive.raspberrypi.org/debian buster/main armhf Packages [391 kB]
Des:6 http://raspbian.raspberrypi.org/raspbian buster/contrib armhf Packages [58,8 kB]
Des:7 http://raspbian.raspberrypi.org/raspbian buster/non-free armhf Packages [104 kB]
Des:8 http://weewx.com/apt/python3 buster/main all Packages [3.083 B]
Des:9 http://raspbian.raspberrypi.org/raspbian buster/rpi armhf Packages [1.360 B]
Descargados 13,6 MB en 49s (281 kB/s)
Leyendo lista de paquetes... ¡Error!
E: Encountered a section with no Package: header
E: Problem with MergeList /var/lib/dpkg/status
E: No se pudieron analizar o abrir las listas de paquetes o el archivo de estado.
pi@weewx:~ $ sudo apt upgrade
Leyendo lista de paquetes... ¡Error!
E: Encountered a section with no Package: header
E: Problem with MergeList /var/lib/dpkg/status
E: No se pudieron analizar o abrir las listas de paquetes o el archivo de estado.
pi@weewx:~ $ sudo apt dist-upgrade
Leyendo lista de paquetes... ¡Error!
E: Encountered a section with no Package: header
E: Problem with MergeList /var/lib/dpkg/status
E: No se pudieron analizar o abrir las listas de paquetes o el archivo de estado.
pi@weewx:~ $ sudo apt autoclean
Leyendo lista de paquetes... ¡Error!
E: Encountered a section with no Package: header
E: Problem with MergeList /var/lib/dpkg/status
E: No se pudieron analizar o abrir las listas de paquetes o el archivo de estado.
pi@weewx:~ $ sudo apt autoremove
Leyendo lista de paquetes... ¡Error!
E: Encountered a section with no Package: header
E: Problem with MergeList /var/lib/dpkg/status
E: No se pudieron analizar o abrir las listas de paquetes o el archivo de estado.
-
apt pone archivos en varios sitios. Lo siguiente si no iba bien sería:
sudo rm /var/lib/dpkg/status
sudo touch /var/lib/dpkg/status
sudo apt update
sudo apt dist-upgrade
sudo apt autoclean
Parece ser que un paquete no tiene su cabecera.
Si quieres probarlo por si furula adelante... de perdidos al río, y si fuese bien y al cabo de un tiempo diese otra vez problemas tarjeta nueva, ya como tú veas.
En cuanto a datos pasados si tienes la estación en WU puedes importarlos de allí con la utilidad wee_import https://www.weewx.com/docs/utilities.htm#wee_import_utility
Tendrías que mirar desde cuando no tienes datos en la BBDD de weewx o desde cuando los quieres y editar el archivo /etc/weewx/import/wu-example.conf poniendo la ID de tu estación en WU en station_id, la API Key en api_key y en interval cambias la x por un 5 si tienes los registros allí cada 5 minutos.
Haz copia primero de la BBDD de weewx para probar con sudo cp /var/lib/weewx/weewx.sdb /var/lib/weewx/weewx.sdb.bak
y ejecutas sudo wee_import --import-config=/etc/weewx/import/wu-example.conf --verbose --from=2022-5-18T15:29 --to=2022-6-20T22:00
En el --from y en el --to pon desde las fechas que quieres los datos en formato año-mes-díaThora:minutos. Si no pones el --to será desde --from hasta la última que haya en WU.
Si van bien las pruebas borra la copia de la BBDD y si van mal recupera la BBDD desde la copia.
Eso sí, si tienes los datos en WU, si no pues nada *+* *+*
-
Hola jmviper, perdona que no haya contestado, vuelvo ahora de vacaciones y he dejado la estacion de lado, ha funcionado pero de vez en cuando le vuelve a pasar. Mañana cambio la tarjeta y listo, y lo de la bbdd pruebo, esta conectada a WU desde el primer día si.
-
Ahora en la instalacion nueva no me muestra la web desde la ip ... :; :;
-
Tienes apache2 instalado y configurado ?
-
No estaba no, pensaba que lo metía weewx ( la otra vez lo hice con el script de jantoni ). Así que he vuelto a usar el script y ahora ya veo el reporte html, pero no conecta con la estación ( esta instalado el driver correctamente y configurado segun mi anterior weewx.conf ), ni carga el skin ( tambien esta bien seleccionado ... ) estoy hasta las ... :-X :-X :-X
EDITO: alguno ha probado interceptor con la version 4.8? veo que aquí si está mandando datos parece, lo raro es que no aparezcan en la web. Tambien he puesto la base de datos guardada y no la lee aparentemente, es como si siguiese en modo simulador o algo ( pero ya lo borré )
-
Atendiendo a tu web pone: Hardware Simulator
Detén weewx y ejecuta sudo weewxd /etc/weewx/weewx.conf a ver qué te sale.
-
LOOP: 2022-08-22 23:36:47 CEST (1661204207) 'altimeter': '30.171814169987293', 'appTemp': '76.81781332042137', 'barometer': '30.04268796777157', 'cloudbase': '6331.845756055738', 'dateTime': '1661204207', 'dewpoint': '60.15172328046077', 'ET': 'None', 'heatindex': '74.51700000000001', 'humidex': '82.37343575274875', 'inDewpoint': '50.338876832155535', 'inHumidity': '43.0', 'inTemp': '74.3', 'maxSolarRad': '0.0', 'outHumidity': '61.0', 'outTemp': '74.5', 'pressure': '26.973', 'radiation': '0.0', 'rain': 'None', 'rainRate': '0.0', 'usUnits': '1', 'UV': '0.0', 'windchill': '74.5', 'windDir': '45.0', 'windGust': '2.2', 'windrun': 'None', 'windSpeed': '1.8'
LOOP: 2022-08-22 23:37:51 CEST (1661204271) 'altimeter': '30.171814169987293', 'appTemp': '76.82930293186345', 'barometer': '30.04390082785815', 'cloudbase': '6329.115436684418', 'dateTime': '1661204271', 'dewpoint': '59.96373668569458', 'ET': 'None', 'heatindex': '74.29700000000001', 'humidex': '82.05254929262139', 'inDewpoint': '50.338876832155535', 'inHumidity': '43.0', 'inTemp': '74.3', 'maxSolarRad': '0.0', 'outHumidity': '61.0', 'outTemp': '74.3', 'pressure': '26.973', 'radiation': '0.0', 'rain': '0.0', 'rainRate': '0.0', 'usUnits': '1', 'UV': '0.0', 'windchill': '74.3', 'windDir': '50.0', 'windGust': '2.2', 'windrun': 'None', 'windSpeed': '1.3'
Parece que recibe bien no? Pero en la web nada, ni cambia al skin de antes, ni muestra nada en el predeterminado, que ademas lo carga mal ...
-
Pues si lee bien la estación será cuestión de ver en el log de weewx porqué no genera las páginas.
-
Como lo veo jmviper? guíame un poco cuando puedas a ver si lo solucionamos
-
Si tienes el log de weewx separado de syslog:
sudo tail -100 /var/log/weewx.log
si no:
sudo tail -100 /var/log/syslog.log
(con el -100 te salen las últimas 100 líneas del log, se puede cambiar el número)
más cómodo:
sudo journalctl -r
Mira las líneas en que te salga weewx, sobre todo de error.
-
Esto devuelve
-
Para el primer error:
weewx[979] INFO user.interceptor: unrecognized parameter b'PASSKEY=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
https://forum.meteoclimatic.net/index.php?topic=2801.0
Para todo lo que está en rojo es un error de codificación pero no sale el fichero en el que ocurre. La captura no deja ver todo el log en su parte derecha.
Ejecuta sudo tail -100 /var/log/syslog > log.txt y adjunta el archivo log.txt que se habrá creado en el directorio en el que estás.
-
Hecho lo del primer error, y adjunto el log y captura de despues
-
En ese log no hay ningún dato sobre weewx.
Si os salís del script, debéis tener en cuenta qu hay que seguir un sistema para no perderse.
Un sistema al estilo jantoni......cosa que modifico, cosa que pruebo antes de seguir avanzando.
De lo contrario, cuando has cambiado cien cosas, una falla, y ahora no sabes por donde vienen los tiros.
Esto viene a que este tipo de errores, por lo general suelen venir en los ficheros de configuración de las páginas web para publicar o en los gráficos que se insertan en las mismas.
-
El procedimienteo ha sido, script de jantoni, instalación de interceptor y configuración de weewx.conf. Luego cambio de skin. Antes de cambiar skin tampoco funcionaba.
Procedo a hacerlo todo de nuevo pues.
EDITO: Ese log de ahora es despues de hacerlo otra vez todo desde 0, script jantoni, driver y configuración de weewx, nada mas.
En la web pone hardware simulator como bien dices, pero en la config esta quitado, y activo interceptor
latitude = 39.809467
# Longitude in decimal degrees. Negative for western hemisphere.
longitude = -2.083319
# Altitude of the station, with the unit it is in. This is used only
# if the hardware cannot supply a value.
altitude = 936, meter
# Set to type of station hardware. There must be a corresponding stanza
# in this file, which includes a value for the 'driver' option.
station_type = Interceptor
# If you have a website, you may specify an URL. This is required if you
# intend to register your station.
station_url = http://www.olmedadelrey.com/meteo
# 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
##############################################################################
[Interceptor]
# This section is for the network traffic interceptor driver.
# The driver to use:
driver = user.interceptor
# Specify the hardware device to capture. Options include:
# acurite-bridge - acurite internet bridge, smarthub, or access
# observer - fine offset WH2600/HP1000/HP1003, ambient WS2902
# lw30x - oregon scientific LW301/LW302
# lacrosse-bridge - lacrosse GW1000U/C84612 internet bridge
# ecowitt-client - any hardware that uses the ecowitt protocol
# wu-client - any hardware that uses the weather underground protocol
device_type = ecowitt-client
port = 8000
##############################################################################
#[Simulator]
# This section is for the weewx weather station simulator
# The time (in seconds) between LOOP packets.
# loop_interval = 2.5
# The simulator mode can be either 'simulator' or 'generator'.
# Real-time simulator. Sleep between each LOOP packet.
# mode = simulator
# Generator. Emit LOOP packets as fast as possible (useful for testing).
#mode = generator
# The start time. Format is YYYY-mm-ddTHH:MM. If not specified, the default
# is to use the present time.
#start = 2011-01-01T00:00
# The driver to use:
#driver = weewx.drivers.simulator
##############################################################################
-
Dime por favor que script estas usando.
-
El que tienes aquí https://forum.meteoclimatic.net/index.php/topic,2606.0.html
Solo edito los datos de meteoclimatic y pongo la hora en peninsular, no modifico nada más.
-
Pues algo no estás haciendo bien.
Ese script, se ha probado hasta la saciedad.
A no ser que entre en conflicto con alguna distribución nueva del sistema operativo de la Raspberry Pi o alguna versión nueva de Weewx.
De todos modos, si has seguido el script, y este ha funcionado correctamente, el log de weewx se crea en /var/log/weewx.log
Mira a ver, porque ahí tendrás más información.
-
Lo use en la primera instalación allá por diciembre y perfecto, todo a la primera ... pero ahora nada. No me ha dado ningún error ni nada, lo adjunto.
Ejecutando sudo weewxd /etc/weewx/weewx.conf si recibo valores que concuerdan con ecowitt por ejemplo ... Pero en la web nada, y hoy tampoco manda a meteoclimatic.
pi@raspberrypi:~ $ sudo weewxd /etc/weewx/weewx.conf
LOOP: 2022-08-24 19:13:48 CEST (1661361228) 'altimeter': '30.1236318679052', 'appTemp': '88.48130381770645', 'barometer': '29.895835697878287', 'cloudbase': '13116.226116115813', 'dateTime': '1661361228', 'dewpoint': '47.00044969619644', 'ET': 'None', 'heatindex': '87.76296976560006', 'humidex': '92.18363142978141', 'inDewpoint': '52.2817803741572', 'inHumidity': '41.0', 'inTemp': '77.9', 'maxSolarRad': '216.29421501724354', 'outHumidity': '22.0', 'outTemp': '91.2', 'pressure': '26.929', 'radiation': '50.29', 'rain': 'None', 'rainRate': '0.0', 'usUnits': '1', 'UV': '0.0', 'windchill': '91.2', 'windDir': '264.0', 'windGust': '4.5', 'windrun': 'None', 'windSpeed': '3.6'
Si no, vuelvo a la 4.5.1 a ver
-
A ver si puedes poner el log tras ese error crítico, que debe ser cuando has finalizado el programa manualmente
Una pregunta adicional.....¿la instalación ha sido una instalación limpia? Me mosquea esa parte del log con fecha muy antigua
-
Si Jantoni, tarjeta nueva y formateada cada vez que lo intento. De momento he puesto la vieja que vuelve a funcionar, pero sigo con ello, a ver si esta tarde puedo repetirlo
-
Ya, entonces no entiendo como en el log se veían anotaciones de 2019
Algo se me escapa
-
Retomo estos días el tema, pregunta simple. Ya que me esta dando problemas el volver a instalar weewx y que reciba datos, es posible clonar la micro sd a otra nueva y quizá dejar de tener el problema de perdida de datos?
-
Clonar claro que es posible.
Pero si clonas una tarjeta con problemas, lo más lógico es que clones el problema
-
Es por si es problema de escritura/lectura en la tarjeta.
-
Adelante, perder no pierdes nada.
Si es un problema hardware puede que se solucione el problema.
Si es algo que se ha "retorcido" en las configuraciones, el error seguirá ahí.
Pero tardas menos en comprobarlo que en decirlo *+* *+* *+* *+*
-
Hola a todos de nuevo, parece que con el cambio de tarjeta y backup va todo bien, actualizado a la version 4.8, recuperada la base de datos como me dijo jmviper ... , esperemos que aguante! Gracias de nuevo a ambos.