Bloqueado II

[Telares]

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.

[paramera]

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.

[jantoni]

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

[Telares]

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.

[jantoni]

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

[Telares]

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.

[jmviper]

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.

[jantoni]

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.

[Telares]

Pues respira.

En informática todo sigue una lógica......o casi siempre😀😀😀😀

[Telares]

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.