Meteoclimatic
Hardware => Fine Offset (PCE, Froggit, Ecowitt, Sainlogic, Watson, etc, etc)) => Mensaje iniciado por: Telares en 03 de Diciembre del 2019, 08:36:51 am
-
Hola, desde ayer por la noche WeeWX parece parado. Me ocurre de vez en cuando y mi primera reacción es reiniciar. Ésto suele funcionar pero me quedo sin saber el motivo del fallo. En esta ocasión me he acordado de mirar antes:
root@raspberrypi:~# service weewx status
● weewx.service - LSB: weewx weather system
Loaded: loaded (/etc/init.d/weewx)
Active: active (running) since mié 2019-11-27 13:52:55 UTC; 5 days ago
Process: 3566 ExecStop=/etc/init.d/weewx stop (code=exited, status=0/SUCCESS)
Process: 3626 ExecStart=/etc/init.d/weewx start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/weewx.service
└─3640 python /usr/bin/weewxd --daemon --pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf
dic 03 07:23:40 raspberrypi weewx[3640]: fousb: unstable read: blocks differ for ptr 0x008fa0
dic 03 07:23:40 raspberrypi weewx[3640]: fousb: unstable read: blocks differ for ptr 0x008fa0
dic 03 07:26:04 raspberrypi weewx[3640]: fousb: unstable read: blocks differ for ptr 0x008fa0
dic 03 07:26:04 raspberrypi weewx[3640]: fousb: unstable read: blocks differ for ptr 0x008fa0
dic 03 07:26:52 raspberrypi weewx[3640]: fousb: unstable read: blocks differ for ptr 0x008fa0
dic 03 07:26:52 raspberrypi weewx[3640]: fousb: unstable read: blocks differ for ptr 0x008fa0
dic 03 07:27:40 raspberrypi weewx[3640]: fousb: unstable read: blocks differ for ptr 0x008fa0
dic 03 07:27:40 raspberrypi weewx[3640]: fousb: unstable read: blocks differ for ptr 0x008fa0
dic 03 07:30:04 raspberrypi weewx[3640]: fousb: unstable read: blocks differ for ptr 0x008fa0
dic 03 07:30:04 raspberrypi weewx[3640]: fousb: unstable read: blocks differ for ptr 0x008fa0
Alguien sabe a qué se debe? Gracias de antemano.
-
He parado el programa, desconectado y vuelta a conectar el USB y ahora sale:
root@raspberrypi:~# service weewx status
● weewx.service - LSB: weewx weather system
Loaded: loaded (/etc/init.d/weewx)
Active: active (running) since mar 2019-12-03 07:40:54 UTC; 50s ago
Process: 2919 ExecStop=/etc/init.d/weewx stop (code=exited, status=0/SUCCESS)
Process: 2984 ExecStart=/etc/init.d/weewx start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/weewx.service
└─2998 python /usr/bin/weewxd --daemon --pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf
dic 03 07:40:55 raspberrypi weewx[2998]: engine: Using binding 'wx_binding' to database 'weewx.sdb'
dic 03 07:40:55 raspberrypi weewx[2998]: manager: Starting backfill of daily summaries
dic 03 07:40:56 raspberrypi weewx[2998]: restx: StationRegistry: Station will not be registered: no station_url specified.
dic 03 07:40:56 raspberrypi weewx[2998]: restx: Wunderground: Posting not enabled.
dic 03 07:40:56 raspberrypi weewx[2998]: restx: PWSweather: Posting not enabled.
dic 03 07:40:56 raspberrypi weewx[2998]: restx: CWOP: Posting not enabled.
dic 03 07:40:56 raspberrypi weewx[2998]: restx: WOW: Posting not enabled.
dic 03 07:40:56 raspberrypi weewx[2998]: restx: AWEKAS: Posting not enabled.
dic 03 07:40:56 raspberrypi weewx[2998]: engine: Starting up weewx version 3.7.1
dic 03 07:40:57 raspberrypi weewx[2998]: fousb: synchronising to the weather station (quality=1)
-
Y ahora, después de darle tiempo a la raspi, ya actualiza. Qué pasó?
-
Hola, vuelve a quedar bloqueado.
root@raspberrypi:~# service weewx status
● weewx.service - LSB: weewx weather system
Loaded: loaded (/etc/init.d/weewx)
Active: active (running) since dom 2020-01-12 08:26:03 UTC; 2 weeks 4 days ago
Process: 23965 ExecStop=/etc/init.d/weewx stop (code=exited, status=0/SUCCESS)
Process: 24025 ExecStart=/etc/init.d/weewx start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/weewx.service
└─24045 python /usr/bin/weewxd --daemon --pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf
ene 30 19:51:14 raspberrypi weewx[24045]: copygenerator: copied 0 files to /var/www/html/weewx
ene 30 19:55:00 raspberrypi weewx[24045]: fousb: unstable read: blocks differ for ptr 0x00b620
ene 30 19:55:00 raspberrypi weewx[24045]: fousb: unstable read: blocks differ for ptr 0x00b620
ene 30 19:55:00 raspberrypi weewx[24045]: fousb: station status {'unknown': 3, 'lost_connection': 0, 'rain_overflow': 0} (3)
ene 30 19:55:00 raspberrypi weewx[24045]: engine: 2020-01-30 19:55:01 UTC (1580414101) LOOP value 'pressure' 0.81798065375 outside limits...0, 34.5)
ene 30 19:55:00 raspberrypi weewx[24045]: engine: 2020-01-30 19:55:01 UTC (1580414101) LOOP value 'inHumidity' 126.0 outside limits (0.0, 100.0)
ene 30 19:55:00 raspberrypi weewx[24045]: engine: 2020-01-30 19:55:01 UTC (1580414101) LOOP value 'inTemp' 504.5 outside limits (10.0, 120.0)
ene 30 19:55:03 raspberrypi weewx[24045]: engine: 2020-01-30 19:55:04 UTC (1580414104) LOOP value 'pressure' 0.81798065375 outside limits...0, 34.5)
ene 30 19:55:03 raspberrypi weewx[24045]: engine: 2020-01-30 19:55:04 UTC (1580414104) LOOP value 'inHumidity' 126.0 outside limits (0.0, 100.0)
ene 30 19:55:03 raspberrypi weewx[24045]: engine: 2020-01-30 19:55:04 UTC (1580414104) LOOP value 'inTemp' 504.5 outside limits (10.0, 120.0)
Hint: Some lines were ellipsized, use -l to show in full.
Pone no sé qué de usb... será el cable que comunica con la consola. Las lucecitas de la raspi parecen funcionando correctamente.
Gracias.
-
Parece un problema de comunicación entre el ordenador y la fineoffset.
Lo primero que debes probar es otro cable, que sea de calidad
-
Gracias Jantoni, en cuanto pueda lo busco. Ahora tengo uno apantallado y con ferrita. La verdad es que no sé qué es "uno de calidad". Alguna sugerencia concreta?
Saludos.
-
Pues no, ese debería ser suficiente
Posiblemente, si con ese cable tienes problemas, deberías buscar la causa en una fuente externa.
Una fuente de alimentación chunga puede ser una fuente de conflictos importante. Uña asquerosidad de esas que venden para dar internet por la red eléctrica, llamados PLC, es una fuente de mierda que puede causar interferencias a casi cualquier cosa.
No obstante por probar un cable nuevo, pierdes poco.
Otras opciones , como el reinicio de la consola, me imagino que ya lo habrás probado, inclusive el borrado total de la memoria con la utilidad que puse hace años, bajada de la página de Ambiente Weather.
-
Reinicio de la consola, ya probé. El borrado ése, no, pero lo buscaré. Cambiaré el USB y la fuente de alimentación. Respecto a la asquerosidad, efectivamente es con ella con lo que conecto la raspi pero no sé si hay otra opción. Mi raspi, creo recordar que lleva mal lo de añadirle WiFi.
No sé si tiene importancia, pero en el momento del corte se produjeron dos mínimas anómalas procedentes del termohigro. Puede que sean causa del fallo o efecto colateral de él.
Gracias.
-
Ah! Parece entonces que ésto no tiene nada que ver con WeeWX. Éste no ha estado bloqueado en ningún momento. Y yo echándole la culpa al programa favorito de Jantoni...
Muévase el tema, si procede, al subforo adecuado.
Gracias.
-
Bueno, la fuente si es una Raspi2 es fácil, pues con una de un teléfono móvil es suficiente.
Para 3, no sé qué fuente hace falta. Para 4, hace falta Usb C con 3A., ya menos habitual en nuestro depósito de trastos.
El PLC hay que evitarlo, SIEMPRE.
El wifi con Raspi, lo que yo recuerdo era el problema del ahorro de energía con los adaptadores wifi usb. Deshabitando el ahorro de energía en los adaptadores se solucionaba el problema.
Habría que revisar Google un poco.
De hecho tuve una raspi con una raspicam clonica y estuvo mandando fotos sin problema día y noche desde el jardín.
Saludos
-
Creo que es la raspi 'básica" de 512M, supongo que la que llamas 2. Me toca entonces buscar cómo conectarla por WiFi. Deseadme suerte! Soy carpintero y saliendo de mi oficio....
Espero no darte, Jantoni, mucho la brasa.
Gracias
-
Yo tengo 3 raspis
La original, de 256 MB, modelo B, del 2012
La,siguiente B, de 512de ram, creo del 2013
La raspi2 que la tengo arrinconada unida a un proyector de cine.
Así que no debes tener mucho problema.
Yo hace mucho que no toco las raspis salvo para weewx, ja ja ja
-
A ver, tengamos la fiesta en paz. Llevo con los PLC al menos 10 años, con una PCE al principio y los últimos 5 con la Davis, y nunca he tenido problemas de ese tipo.
Eso sí, conectado por cable al ordenador, sin wifi.
Ahora mismo, la Davis está a unos 80 metros de distancia y con dos edificios por medio, y en ningún momento se ha producido nada raro. Todos los picos se han debido a cortes de luz, que por desgracia, hay temporadas que son demasiado frecuentes.
Desde hace unas semanas, tengo opertiva una cámara de forma provisional, y no llegaba la señal wifi, monté un receptor wifi PLC, y ahora tego dos viviendas conectadas a la misma red, pero con distribución en las dos viviendas con PLC. Hay unos 30 metros entre las dos viviendas, y entre el router y la cámara casi 45, en ningún momento he detectado cortes de señal ni interferencias de ningún tipo.
Así que, Jantoni, lo que tienes que hacer es comprar unos PLC en condiciones, que los pillarías en los chinos y los tendrás griposos del todo.
Bromas a parte, imagino que dependerá mucho de la calidad de los equipos y sobre todo de la instalción eléctrica, posiblemente un mal PLC en una instalación con problemas sea, un foco de dolores de cabeza.
-
No, querido tocayo.
No compro un PLC ni harto de vino *+* *+* *+*
Son efectos colaterales de ser radioaficionado, que le vamos a hacer.
-
Yo también no soy muy partidario de los PLC... por lo menos los que pillé TP-LINK tienen unos microcortes muy molestos así que opté por volver al pincho wifi y muuuuchos menos dolores de cabeza.
-
El mío también es TP-LINK. Me he pasado todo el día intentando conectar por wifi pero ha sido imposible. De momento me quedo con la asquerosidad. Como es un fallo esporádico pero recurrente sólo el tiempo dirá si el cambio de fuente de alimentación lo resuelve.
Saludos
-
Sin saber muy bien cómo, he conseguido conectar por wifi una raspi que tenía por aquí. Ahora estoy instalando el Meteowee. Si lo consigo, podré quitar el PLC o máximo sospechoso de mis interferencias.
Saludos
-
Hola. Antes de ponerme a cambiar de raspi veo que la "antigua" lleva todo el día bloqueada:
root@raspberrypi:~# service weewx status
● weewx.service - LSB: weewx weather system
Loaded: loaded (/etc/init.d/weewx)
Active: active (running) since dom 2020-02-02 13:12:54 UTC; 1 day 1h ago
Process: 16132 ExecStop=/etc/init.d/weewx stop (code=exited, status=0/SUCCESS)
Process: 16311 ExecStart=/etc/init.d/weewx start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/weewx.service
└─16348 python /usr/bin/weewxd --daemon --pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf
feb 03 14:47:02 raspberrypi weewx[16348]: cheetahgenerator: Generated 0 files for report StandardReport in 8.14 seconds
feb 03 14:47:03 raspberrypi weewx[16348]: imagegenerator: Unable to save to file '/var/www/html/weewx/daytempdew.png' [Errno 28] No space... device:
feb 03 14:47:03 raspberrypi weewx[16348]: imagegenerator: Unable to save to file '/var/www/html/weewx/dayhumidity.png' [Errno 28] No spac... device:
feb 03 14:47:04 raspberrypi weewx[16348]: imagegenerator: Unable to save to file '/var/www/html/weewx/daybarometer.png' [Errno 28] No spa... device:
feb 03 14:47:04 raspberrypi weewx[16348]: imagegenerator: Unable to save to file '/var/www/html/weewx/dayrain.png' [Errno 28] No space le... device:
feb 03 14:47:05 raspberrypi weewx[16348]: imagegenerator: Unable to save to file '/var/www/html/weewx/dayrx.png' [Errno 28] No space left on device:
feb 03 14:47:05 raspberrypi weewx[16348]: imagegenerator: Unable to save to file '/var/www/html/weewx/daywind.png' [Errno 28] No space le... device:
feb 03 14:47:06 raspberrypi weewx[16348]: imagegenerator: Unable to save to file '/var/www/html/weewx/daywinddir.png' [Errno 28] No space... device:
feb 03 14:47:06 raspberrypi weewx[16348]: imagegenerator: Generated 0 images for StandardReport in 4.00 seconds
feb 03 14:47:06 raspberrypi weewx[16348]: copygenerator: copied 0 files to /var/www/html/weewx
Hint: Some lines were ellipsized, use -l to show in full.
Qué casualidad! Se acaba de llenar la SD? Cómo puede ser?
-
Tarjeta llena.
Haz un simple
df
Y pon los resultados
-
root@raspberrypi:~# df
S.ficheros bloques de 1K Usados Disponibles Uso% Montado en
/dev/root 7393208 7376824 0 100% /
devtmpfs 217620 0 217620 0% /dev
tmpfs 221936 0 221936 0% /dev/shm
tmpfs 221936 4544 217392 3% /run
tmpfs 5120 4 5116 1% /run/lock
tmpfs 221936 0 221936 0% /sys/fs/cgroup
/dev/mmcblk0p1 63503 22537 40967 36% /boot
tmpfs 44388 0 44388 0% /run/user/1000
tmpfs 44388 0 44388 0% /run/user/0
-
Es una barbaridad.....hay que buscar que pasa.
Razones habituales:
- Los log se están grabando en la tarjeta SD en lugar de la RAM
- Hay una rutina de backup que no está bien configurada y está grabando en SD en lugar de un sitio remoto (esto ya me pasó hace un par de años)
- Algún fichero ENORME
Lamentablemente hay que buscarlo a pata
-
A pata... no sé. Nos da alguna pista ese archivo de 16.384. Lo abro pero no sale nada, serán archivos ocultos.
-
Si tuvieras acceso por SSH, me conectaba y lo miraba......
Pero tiene que ser a pata.....no hay otro modo.
Por eso recomiendo siempre tener instalado el "mc", porque es muy rápido navegar entre directorios
También podría conectarme por "Anydesk", mi madre no me deja usar el teamviewer
-
Ayer añadí al crontab esta línea sacada de https://forum.meteoclimatic.net/index.php/topic,32.0.html
# Copia de seguridad de Weewx en disco de red a las 23:57 de cada dia
57 23 * * * root /etc/weewx/backup
Esta mañana no vi nada en la carpeta backup que había creado ayer y borré la línea. Al rato se llenó
la SD.
-
No sé, si está en mi mano que te conectes, dime cómo. He intentado yo conectarme desde fuera y nunca pude. LLegué a la conclusión de que mi conexión 3G no lo permite.
-
claro......ese es el problema......
Ese script era para copia de seguridad en una ubicación remota.
Si no lo encuentra, como es un script de andar por casa, en lugar de generar un error, guarda la copia de seguridad en un directorio de la SD....
Es exactamente lo que me pasó a mi, porque se averió el NAS y no me percaté del asunto.
Pero tiene que estar las copias en algún sitio.
Vamos a buscarlas, ya que sé como se habrán nombrado los backup
sudo -i
cd /
find . -name backup*
Un vez encontrados, que segurmaente estarán en /root, tan solo tendremos que borrarlo
-
Ésto se queda así, perdona mi ignorancia pero no sé qué tengo que hacer
root@raspberrypi:~# sudo -i
root@raspberrypi:~# cd /
root@raspberrypi:/# find . -name backup*
-
Pues el objetivo es ejecutar la búsqueda de esos ficheros de b akcup
Por ejemplo, en mi SD
pi@raspiweather:/ $ sudo -i
root@raspiweather:~# cd /
root@raspiweather:/# find . -name backup*
./etc/weewx/backup_2020_01_19
./etc/weewx/backup
./var/backups
./root/backup_2017_10_12
./root/backup_2017_10_16
./root/backup_2017_10_14
./root/backup_2017_10_13
./root/backup_2017_10_15
./root/backup_2017_10_11
root@raspiweather:/#
-
Pues o no hay nada o hay que esperar mas
-
root@raspberrypi:~# sudo -i
root@raspberrypi:~# cd /
root@raspberrypi:/# find . -name backup*
root@raspberrypi:/#
-
No sé, si está en mi mano que te conectes, dime cómo. He intentado yo conectarme desde fuera y nunca pude. LLegué a la conclusión de que mi conexión 3G no lo permite.
Con conexión a internet basada en redes móviles, no se puede.
La única manera sería con Teamviewer o Anydesk
Yo uso Anydesk.
Podemos seguir por Telegram.....para no aburrir al personal.
En Telegram me contactas sin problema:
@ea4tn es mi usuario de Telegram para que abras un chat privado
-
Sé que me explico como un libro cerrado. Ayer creé yo la carpeta backup. Esta mañana parecía vacía y entonces la borré.
-
root@raspberrypi:~# sudo -i
root@raspberrypi:~# cd /
root@raspberrypi:/# find . -name backup*
root@raspberrypi:/#
Pues entonces el problema viene de otro sitio
-
Lo siento, no tengo telegram. A alguien de Meteoclimatic quizá le sirva...
-
root@raspberrypi:~# sudo -i
root@raspberrypi:~# cd /
root@raspberrypi:/# find . -name backup*
./var/backups
./etc/weewx/backup
-
Lo repetí y salió éso.
-
Pues ahí no creo que esté el problema.
No me extraña de todos modos......Raspbian es una pasada lo que instala ahora mismo, y en solo consola.
Mi Raspi, con 6 años de base de datos, tiene un uso mínimo
root@raspiweather:/etc/weewx# df
S.ficheros bloques de 1K Usados Disponibles Uso% Montado en
/dev/root 7656552 1139600 6175948 16% /
devtmpfs 112796 0 112796 0% /dev
tmpfs 117080 0 117080 0% /dev/shm
tmpfs 117080 12648 104432 11% /run
tmpfs 5120 4 5116 1% /run/lock
tmpfs 117080 0 117080 0% /sys/fs/cgroup
/dev/mmcblk0p1 63503 20757 42747 33% /boot
Pero no te puedo ayudar más......tendrás que buscar, con un gestor de ficheros, donde está el problema
Saludos.
-
Gracias jantoni. A ver qué consigo encontrar.
-
Ejecuta esto
sudo find / -printf '%s %p\n'| sort -nr | head -10
-
REvisa el tamaño de la base de datos. En mi sistema es el fichero más grande de todo el sistema operativo, unos 126 Megas de tamaño.
Si generas cada poco tiempo, el sistema te puede reventar.
Saludos.
-
La sdb son 52MB
root@raspberrypi:~# sudo find / -printf '%s %p\n'| sort -nr | head -10
sort: error al escribir: /tmp/sortDIOWKd: No queda espacio en el dispositivo
-
Empezaré borrando la copia de la sdb que tengo en/home/pi
-
Despues de borrar esa copia
root@raspberrypi:~# sudo find / -printf '%s %p\n'| sort -nr | head -10
find: «/proc/11732/task/11732/fd/5»: No existe el fichero o el directorio
find: «/proc/11732/task/11732/fdinfo/5»: No existe el fichero o el directorio
find: «/proc/11732/fd/5»: No existe el fichero o el directorio
find: «/proc/11732/fdinfo/5»: No existe el fichero o el directorio
find: «/proc/11996»: No existe el fichero o el directorio
1856389478 /var/log/weewx.log
185554919 /var/log/syslog
172482560 /usr/lib/chromium-browser/chromium-browser
108389881 /var/log/daemon.log
104857600 /var/swap
66118809 /var/log/auth.log
66027129 /usr/lib/jvm/jdk-8-oracle-arm32-vfp-hflt/jre/lib/rt.jar
54374400 /var/lib/weewx/weewx.sdb
50150743 /var/lib/apt/lists/mirrordirector.raspbian.org_raspbian_dists_jessie_main_binary-armhf_Packages
44117412 /opt/Wolfram/WolframEngine/10.3/SystemFiles/Libraries/Linux-ARM/libWolframEngine.so
-
root@raspberrypi:~# service weewx status
● weewx.service - LSB: weewx weather system
Loaded: loaded (/etc/init.d/weewx)
Active: active (running) since jue 1970-01-01 00:00:22 UTC; 2h 49min ago
Process: 363 ExecStart=/etc/init.d/weewx start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/weewx.service
└─527 python /usr/bin/weewxd --daemon --pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf
ene 01 02:40:35 raspberrypi weewx[527]: engine: waiting for sane time. current time is 1970-01-01 02:40:35 UTC (9635)
ene 01 02:41:35 raspberrypi weewx[527]: engine: waiting for sane time. current time is 1970-01-01 02:41:35 UTC (9695)
ene 01 02:42:35 raspberrypi weewx[527]: engine: waiting for sane time. current time is 1970-01-01 02:42:35 UTC (9755)
ene 01 02:43:35 raspberrypi weewx[527]: engine: waiting for sane time. current time is 1970-01-01 02:43:35 UTC (9815)
ene 01 02:44:35 raspberrypi weewx[527]: engine: waiting for sane time. current time is 1970-01-01 02:44:35 UTC (9875)
ene 01 02:45:36 raspberrypi weewx[527]: engine: waiting for sane time. current time is 1970-01-01 02:45:36 UTC (9936)
ene 01 02:46:36 raspberrypi weewx[527]: engine: waiting for sane time. current time is 1970-01-01 02:46:36 UTC (9996)
ene 01 02:47:36 raspberrypi weewx[527]: engine: waiting for sane time. current time is 1970-01-01 02:47:36 UTC (10056)
ene 01 02:48:36 raspberrypi weewx[527]: engine: waiting for sane time. current time is 1970-01-01 02:48:36 UTC (10116)
ene 01 02:49:36 raspberrypi weewx[527]: engine: waiting for sane time. current time is 1970-01-01 02:49:36 UTC (10176)
-
1856389478 /var/log/weewx.log
185554919 /var/log/syslog
172482560 /usr/lib/chromium-browser/chromium-browser
108389881 /var/log/daemon.log
104857600 /var/swap
66118809 /var/log/auth.log
66027129 /usr/lib/jvm/jdk-8-oracle-arm32-vfp-hflt/jre/lib/rt.jar
54374400 /var/lib/weewx/weewx.sdb
50150743 /var/lib/apt/lists/mirrordirector.raspbian.org_raspbian_dists_jessie_main_binary-armhf_Packages
44117412 /opt/Wolfram/WolframEngine/10.3/SystemFiles/Libraries/Linux-ARM/libWolframEngine.so
ARGHHHHHHH!!!!
Casi 2 gigas de log de weeewx, más otros 200 metas de syslog
Lo primero que vamos a hacer es borrar TODOS los ficheros de log, reiniciar la raspi y ya veremos más adelante la solución definitiva.
A partir del momento del borrado y reinicio, el sistema volverá a funcionar normalmente
-
De momento no vamos a dedicar más tiempo a esta raspi ( conectada con la asquerosidad de PLC). La otra, la de pruebas, parece que está empezando a subir con el nuevo script, la nueva utilidad Python y conectada por WiFi.
He estado toda la tarde por una parte contigo, jantoni, y por otra parte con jmviper.
Ha sido estresante, conectándome por SSH alternativamente a una y a otra. Además de atender a vuestra inestimable ayuda. Antes de que sé me pase: muchísimas gracias a los dos.
Vamos a intentar conectar la nueva por el nuevo procedimiento. Una vez que esté rulando bien sería buena idea ver qué se puede hacer para no llenar la SD con tanto log.
Saludos.
-
No sé, si está en mi mano que te conectes, dime cómo. He intentado yo conectarme desde fuera y nunca pude. LLegué a la conclusión de que mi conexión 3G no lo permite.
Con conexión a internet basada en redes móviles, no se puede.
La única manera sería con Teamviewer o Anydesk
Yo uso Anydesk.
Podemos seguir por Telegram.....para no aburrir al personal.
En Telegram me contactas sin problema:
@ea4tn es mi usuario de Telegram para que abras un chat privado
Os he leído en diagonal, pero por si os sirve, yo me conecto externamente por ssh a dos raspi que se conectan con modem 3G usando remote.it. Una con red movistar y otra simyo.
-
Si, me imagino que es algo del estilo reverse ssh.
Pero era una cuestión de "emergencia".
Para estos casos, lo mejor es conectarse por anydesk (para mi, mejor que Teamviewer) y desde el ordenador conectarse por ssh a la raspi (si están en el mismo sitio, claro)
Gracias por el aporte
-
Hola, como parece que el nuevo sistema me va funcionando (https://forum.meteoclimatic.net/index.php/topic,2622.75.html) , gracias a que jmviper ha dejado de dormir..., estoy pensando en eutanasiar la "vieja" raspi ( su SD). Ya no será necesario borrar archivos para revivirla, la aprovecharé para tener copia de emergencia del sistema operativo. En la nueva utilidad de envío de Python, jmviper ha añadido la posibilidad de crear un Log muy interesante: conteo de envíos de plantilla aceptados. Todos aquellos hiperpreocupados por su IR lo agradecerán. Aunque este Log se crea diariamente me da la impresión de que pesará poco en la memoria de la SD.
Respecto del Log que a mí me ha saturado la memoria, no sé si con el nuevo script de instalación se ha hecho algún cambio que minimice ésto. Si no es así, estaría bien saber cómo ( si fuese posible) podríamos evitar esa saturación. No sé, se me ocurre, aunque sea manualmente, hacer una limpieza general una vez al año o algo así. Consejos generales al respecto serán bienvenidos.
Gracias.
-
Pues ya lo veremos.
Yo uso una imagen con configuración anterior al,script. Si, si..anterior.
Esta raspi está en producción desde el 2014 y se instaló con un script anterior.
Tendremos que hacer el cambio de la base de datos a un nuevo sistema.
Yo es que sigo opinando que, si funciona, no lo toques, ja ja
-
Hola, llevo varios días sin actualizar plantilla. No sé qué pasa. Tengo por duplicado consola, raspi, cable usb. He probado todas las combinaciones posibles para intentar descartar algún elemento de hardware. Además lo he combinado con varias versiones de Raspbian. Todas ellas me llevan a errores que yo diría que indican que la comunicación con la consola no va bien. Lo que me resisto a creer es que se hayan dañado las dos consolas a la vez y con la misma avería. Cuando intento ejecutar cualquier comando para comunicarme con ella me da cosas así:
root@raspberrypi:~# wee_device --info
Using configuration file /etc/weewx/weewx.conf
Using FineOffsetUSB driver version 1.10 (weewx.drivers.fousb)
Traceback (most recent call last):
File "/usr/bin/wee_device", line 66, in <module>
main()
File "/usr/bin/wee_device", line 62, in main
device.configure(config_dict)
File "/usr/share/weewx/weewx/drivers/__init__.py", line 69, in configure
self.do_options(options, parser, config_dict, prompt)
File "/usr/share/weewx/weewx/drivers/fousb.py", line 375, in do_options
self.station = FineOffsetUSB(**config_dict[DRIVER_NAME])
File "/usr/share/weewx/weewx/drivers/fousb.py", line 979, in __init__
self.openPort()
File "/usr/share/weewx/weewx/drivers/fousb.py", line 1052, in openPort
raise weewx.WeeWxIOError(e)
weewx.WeeWxIOError: [Errno 16] Resource busy
Espero que alguien me pueda dar una pista.
Gracias.
-
Detienes weewx antes de ejecutar wee_device --info ??
Si no lo haces te saldrá lo de Resource busy ya que la estación está ya conectada a weewx.
-
Anda, no me había fijado que ejecutaba wee-device
Como dice jmviper, no puedes tener funcionando ninguna instancia de weewxd puesto que entonces tendrían un conflicto.
No obstante, por favor, procura no poner lo mismo en dos hilos de dos subforos diferentes.....
Saludos.
-
Pues respira.
En informática todo sigue una lógica......o casi siempre😀😀😀😀
-
Jantoni, éste es mi mensaje número 400 en este foro. De ellos el 99% han sido para pedir ayuda, gran parte de la cual ha venido de tu parte. Muchísimas gracias.