Images tagged "raspberry-pi"
jormc.es
Experiencias, tecnología, fotos y casi cualquier cosa que me parezca interesante compartir con todos vosotros.
(Corregí la consulta)
Tengo el equipo ix4-300d, y me pasa lo mismo, me logró dar una ip que encontre con ipscan, llegaba por ping pero no podía acceder a la unidad nas. Estoy tratando de acceder con diferentes equipos y todos ellos tienen windows 10. Además en la pantalla de la unidad NAS, aparecen los iconos de una pila y un icono de red, y la unidad se reinicia cada cierto tiempo por ejemplo dos a tres minutos. ¿Alguna sugerencia?.
Desde ya muchas gracias.
Hola Cecilia,
Tu problema es probablemente una corrupción del sistema operativo, y no es capaz de arrancar del todo. Lo mejor es intentar entrar por SSH y, si no es posible, conectarlo directamente a un PC por cable ethernet, con lo que te hará “cable cruzado” y creará una red local interna. Una vez estés conectada a esa red, intenta entrar al primer pc que exista. Por ejemplo, si la red es la 10.0.0.0, intentas entrar a la 10.0.0.1 o 10.0.0.2 (mira tu pc a ver qué ip te ha dado, y verás el rango). Una vez hecho esto, podrás intentar ver si puedes entrar por ssh o http de forma directa.
En caso que no sea posible, deberás hacer un reinicio de fábrica (no hay pérdida de datos, diría) para que restaure la configuración inicial, y entonces ver si puedes acceder…
No se me ocurre mucho mas que puedas hacer… lo siento.
Buenas! Veo que ya llevas un tiempecito con ese SAI. Qué tal se está comportando por ahora? Muchas gracias por el contenido que haces, me has descubierto un mundo con el tema de NUT!
Hola Lueiro,
Mil disculpas, tenía pendiente responderte, pero se me pasó y he tenido algunos líos que no me han permitido volver hasta que he hecho repaso de comentarios y he visto el tuyo.
El SAI es sencillo, y funciona, hace lo que debe. He tenido ya dos versiones del mismo, puesto que el primero se le secaron las baterías por tenerlo parado durante un largo tiempo (he estado de mudanzas, alquiler y traslados, y el SAI se quedó en el trastero sin uso, mala idea). En ambas versiones el funcionamiento, como digo, ha sido el esperado. No tiene detalles especiales ni florituras: el SAI se carga y con la pérdida de tensión actúa de modo correcto. La carga de 900VA da para bastante si no tienes mucho equipo conectado, unos 15 minutos bien bien. Yo lo uso siempre “a la desesperada”, si hay pérdida, desconecto pasados 15 segundos para que no haya problemas. Actualmente no lo uso con equipos en casa, porque ya no tengo nada que merezca la pena mantener enchufado (antes sí tenía la fibra pero ahora ya me queda lejos el router y no lo puedo hacer).
He de decir que esta segunda versión es aún mas escueta, si cabe, que la primera. No lleva protector de línea telefónica (obviamente ya no es útil), pero sí lo básico: los dos shucko y el fusible.
Yo solo lo uso con NUT, porque lo manejo como quiero y bajo mi supervisión. El software que lleva (que tampoco trae ya el CD) es muy visual, pero para mi nada útil…
Si puedo ayudarte en algo mas, no dudes en contactarme.
Gracias y una vez mas, disculpa por la tardanza en mi respuesta!
Jordi
Me sirvió, en este caso me ayudo un comentario del post, ese comentario mencionaba que se debe soltar el reset cuando se ilumina de azul la actividad de los discos, con eso me comenzó a cargar el firmware según el procedimiento, ya revivió, gracias.
Muchas gracias Saúl por tu comentario, me alegro mucho de haber podido ser de ayuda!
Saludos!
Jordi
Pingback: Salicru SPS One 700VA V2 SAI & Network UPS Tools (NUT) – Enrique Ramos & Com
Genio!!!
Me había pasado de duplicar campos y no cambiar los nombres de los campos (por eso se confundía y hacía problemas), pero esto es increíble.
No confiarse al estar traducido, porque en mi galería la llamé “galeria_t” y no funcionaba, tuve que dejarlo en “gal_t” para que funcione.
Muchas gracias Pablo por tu comentario y por tus reseñas.
Un placer!
Jordi
Hola Jordi,
muchas gracia por este tutorial.
Yo uso un Salicru SPS One 700 y me he encontrado con errores un poco extraños.
Para comenzar:
upsdrvctl start salicru
Network UPS Tools – UPS driver controller 2.8.0
Network UPS Tools – Generic Q* USB/Serial driver 0.32 (2.8.0)
USB communication driver (libusb 1.0) 0.43
Using protocol: Mustek 0.07
Can’t initialise data from the UPS
Driver failed to start (exit status=1)
Esto con fichero ups.conf :
[salicru]
# driver = salicru_hid
driver = nutdrv_qx
# driver = usbhid-ups
# driver = blazer_usb
subdriver = cypress
port = auto
desc = “SALICRU SPS 700 UPS”
vendorid = 0665
productid = 5161
Ahora si uso el driver diferente en ups.conf:
[salicru]
# driver = salicru_hid
# driver = nutdrv_qx
# driver = usbhid-ups
driver = blazer_usb
# subdriver = cypress
port = auto
desc = “SALICRU SPS 700 UPS”
vendorid = 0665
productid = 5161
me responde con esto:
upsdrvctl start salicru
Network UPS Tools – UPS driver controller 2.8.0
Network UPS Tools – Megatec/Q1 protocol USB driver 0.14 (2.8.0)
kill: No such process
Please note that this driver is deprecated and will not receive
new development. If it works for managing your devices – fine,
but if you are running it to try setting up a new device, please
consider the newer nutdrv_qx instead, which should handle all ‘Qx’
protocol variants for NUT. (Please also report if your device works
with this driver, but nutdrv_qx would not actually support it with
any subdriver!)
Supported UPS detected with mustek protocol
Vendor information unavailable
No values provided for battery high/low voltages in ups.conf
Using ‘guestimation’ (low: 10.400000, high: 13.000000)!
Battery runtime will not be calculated (runtimecal not set)
Pero este comando me responde con error:
upsc salicru
Error: Connection failure: Connection refused
¿Que opinas de esto?
AlfredoTe agradezco muchisimo tu ayuda y tambien entiendo que hace mucho que no has recibido comentarios y preguntas acerca de este sip.Un abrazo desde Escocia
Muy buenas, Ifredo.
En el mensaje de información que te da antes del error te indica que el actual driver será deprecado en breve, y te invitan a cambiarlo por nutdrv_qx, que veo que ya lo has hecho al princpio.
Te recomiendo que hagas una actualización de todo el sistema, y en especial del aplicativo NUT, para verificar que tienes todo activo.
Una vez lo hayas hecho, si siguen los problemas, te propongo eliminar el software y volverlo a instalar. Puedes verificar también que el camble USB esté funcionando correctamente y que tu sai esté correctamente contectado a la red.
Dime a ver qué resultados obtienes, y miramos de hacer otroas pruebas si sigue fallando.
Yo actualmente tengo mi sai gestionado con openmediavault y los parámetros son los especificados en mi tutorial.
Espero tu respuesta!
Hola Ifredo,
Gracias por tu feedback. NO se está iniciando el servicio correctamente, de ahí que el segundo comando te dé error. Intenta a actualizar los controladores a la última versión, y revisa en el inicio que no se da este error al final: “kill: No such process Please note that this driver is deprecated and will not receive new development. If it works for managing your devices – fine, but if you are running it to try setting up a new device, please consider the newer nutdrv_qx instead, which should handle all ‘Qx’ protocol variants for NUT. (Please also report if your device works with this driver, but nutdrv_qx would not actually support it with any subdriver!)”.
Al parecer no tienes alguna configuración correctamente seteada, además de que te está avisando que el driver es antiguo.
Ya me vas diciendo, por si puedo ayudarte después de esto.
Un saludo!
Para darte un besito en el **** . Perfecto !!! . He conseguido revivirlo !!! .
Muchas gracias.
Increible!!! Despues de 9 años esto todavia funciona!! Instale la 3.1.12 y luego actualice a la 3.2.16 sin ningún problema. Un muerto resucitado! Gracias Jordi!!
Hola Daniel,
Me alegra recibir feedbacks de este tipo. Estas máquinas duran… lo que son muy frágiles en cuanto a problemas de discos…
Gracias por comentar!!!
Saludos,
Jordi
Jordi, muchas gracias! revivio mi equipo con tu ayuda y firmware.
El problema que tengo ahora es el siguiente: con Windows 7 puedo ver en la red, el equipo, las carpetas, etc.
En Windows 10 no me aparece nada.
Que puede ser?
Hola Emiliano,
Muchas gracias por indicarnos tu experiencia y por el feedbak aportado. Con respecto a que no puedes verlo en Windows10, revisa qué tipo de red tienes, privada o pública, y en función de ello, mira a ver si es ese el problema. Normalmente las “privadas” son mas restrictivas, y si el nas no ha publicado su red correctamente o el workgroup no es el correcto, no la verás. Intenta cambiar entre ambas y probar. De todas formas, he de comentarte que la detección de redes en Windows 10 cambió en base a nuevas políticas de seguridad mas restrictivas, y es probable que esté dando problemas por ese motivo. Intenta activar el servicio FTP/SFTP desde el nas, y mira de acceder al mismo desde Windows10. Si con ese cambio te funciona, quizá tengas que dejar de usar la unidad de red, tal y como estábamos acostumbrados a hacer…
Ya me dices!!!
Hola,
Llevo días dándole vueltas al problema y he encontrado la solución a tu blog.
Muchas gracias.
Muy útil
Saludos
Gracias Rafa por tu comentario! Me alegro mucho de poder ser de ayuda.
Un saludo!!!
Hola amigo, quizas suene tonto pero hace un tiempo logre que cada usuario le asignara varias carpetas pero eran invisibles entre cada uno de ellos en openmediavault, solo que ya no recuerdo que opciones modifique para lograrlo, si tu pudieses orientarme te lo agradeceria infinitamente
Buenas! cómo saber cuál es el que está fastidiando? porque yo llevo rato sin éxito… y no me atrevo a desmantelarlos todos… aunque lo que se me ocurre es tirar el portátil por la ventana….
Hola!
Busca en la sección de dispositivos de tu PC y busca los puertos COM, a ver si hay alguno con un símbolo de Admiración, en amarillo. Eso significaría que tiene problemas de configuración o drivers.
En esa misma sección, al desconectar y conectar el usb, verás que aparece o desaparece el dispositivo, y ese será el que está afectado…
Ya me dices 😀
hola, me ayudastes mucho tenia el mismo problema, pero aun no consigo que me pida usuario y contraseña, podrias ayudar por favor.
Hola Yoni,
Mira de eliminar el acceso directo desde Windows, o el enlace, para que se eliminen las credenciales guardadas. Sino, puedes probar a quitar los recursos compartidos del OMV y volver a compartirlos, con credenciales distintas, a ver si así se actualiza…
Ya me dices.
Saludos!
Jordi
Hola Jordi, tu post me fue de mucha utilidad, muchas gracias. Funcionó perfectamente el script.
Hola Benina,
Muchas gracias por tu feedback, me alegro haber sido de ayuda!
Un saludo!
Jordi
Non hay manera, sigo sin poder acceder a las carpetas compartidas. windows no puede obtener acceso a \\. He intentado casi todo.
You forgot to pull down the latest version with:
docker pull portainer/portainer-ce:latest
Thanks! 🙂
Yeah!
That’s true… Thanks a lot for the comment, it he was a little mistake! I’ll update the post asap!
Thanks for your comment! 🙂
Jordi
Hi there,
Remembering my post and my update process, I think it is not necessary to pull down the last image version, because the container creation does it for you…
But I’ve added your recommendation…
Thanks!
Gracias!!
A tí por dejar tu comentario. Me alegra haber podido ayudar.
Cinco años después, tu post sigue salvando vidas.
Te juro que me iba a estallar la cabeza de las veces que puse campos, los quité, los cambié, hice mil pruebas…
Y era tan fácil como esto.
¡Gracias!
Gracias por tus palabras, asñi mola seguir adelante, aunque sea poco a poco 😉
Me alegro haberte ayudado!
Jordi
Hola JORMC.ES el teu article m’ha servit de gran ajuda per iniciar-me a fer un NAS amb la RaspberryPi.
Seguint el procés del teu article he aconseguit tenir el OMV operatiu.
Ara em falta saber com entrar a les dades del disc dur que tinc connectat al USB de la RaspberryPi
Moltes gràcies
Hola company!
Me n’alegro d’haver estat d’ajuda 🙂
Si vols que et doni un cop de mà amb el tema de les dades del disc dur, em dius. Però pensa que l’has de muntar com a SMB Service, i podràs accedir-hi des de qualsevol equip de la xarxa, sense problemes.
Ja em dius!
Salut!
Hola!! Muchas gracias por tu tutorial. Tengo una pregunta, ¿qué RAM consideras la óptima para montar un servidor para ver películas y usar Kodi? ¿Con 2GB vale, o crees que como mínimo 4GB? Trato de ajustar el presupuesto a solo lo estrictamente necesario, pero quiero que funcione fluido, jeje.
Saludos!!
Hola!
Una Pi4 de 2Gb te va a ir bien, sin problemas. Yo tengo una de 4Gb y va sobrada.
Entiendo que lo que quieres es hacer streaming, y tener el Kodi en remoto, ¿correcto?
De todos modos, por mi experiencia, te recomendaría la de 4Gb. No sé si hay mucha diferencia, pero mas vale que sobre… como dicen!!!
Suerte, ya me contarás.
Jordi
Gracias por las explicaciones. Mi pregunta es esta. Al instalar Portainer desde desde los ejemplos de docker-compose en OMV 7 y subirlo, todo funciona bien, procedo a cambiar contraseña dejando usuario admin y las acepta. Empiezo a configurarlo poniendo mi perfil… todo bien. Pero al día siguiente cuando vuelvo a iniciar sesión no hay manera de entrar, no acepta las contraseñas que puse, me dice que no tienes acceso, y en el peor de los casos a veces desde en la web no puedo obtener la pantalla de loging de Portainer. He dejado los mismos puertos que indica y nada. Decidí intentar con Yacht y sucede lo mismo… La verdad que no lo entiendo. Si pudieras ayudarme con este problema
Muy buenas!
¿Desde dónde lo instalas? Debes tener muy en cuenta si montas volúmenes, porque si no es así, y se te reinicia Docker o reinstalas, pierdes todas las credenciales siempre…
Revisa el tema de volúmenes a ver si va por ahí el problema…
Ya me dices.
Saludos y gracias por comentar!
muchas gracias me sirvio de mucho
Hola Ángel,
Me alegro mucho, y muchas gracias por tu feedback! 🙂
Saludos!
Hola!
només per comentar, jo tinc OpenMediaVault a una Raspberry Pi 2 B desde fa molts anys i ara tinc l’ultima versió de OMV i continua anant bé. No es super ràpid pero funciona bé, inclós el DLNA que el consumeixo amb ulleres virtuals vía Wifi, sense problemes.
Hola Javier!
Gràcies per comentar i per informar de les compatibilitats amb versions anteriors de RaspberryPi!
Salutacions!
Perfecto, mira que pasa el tiempo pero sigue valiendo “oro” esta información. Muchas gracias. Voy a ver como monitorizar via web o desde el movil
Buenas!
Muchas gracias Mario por tu comentario. Se agradece ver que seguimos en pie con este SAI. No da mucho juego, pero lo puedes exprimir un poquito mas.
Te recomiendo que lo uses con Node-RED, y te montes un servidor web para publicar tus datos, y hacerlos accesibles. Luego podrías publicar tus datos en alguna plataforma online, como Thingtia, y ya lo tienes disponible… 🙂
Ya me cuentas, un saludo!!!
Jordi
saqludos busco intalador de iomega ix2
Hola, siento no poder ayudarte, porque yo nunca lo pude encontrar.
De todos modos, no es necesario. Te sugiero que lo conectes a una red local y veas en el router si se ha contectado por DHCP y qué ip tiene. Podrás acceder sin problemas.
Si está de fábrica puedes hacer lo que hacía el software, que era conectarlo directamente a tu ethernet del pc y crear una red local. Se conectará a la misma, y muy posiblemente puedas acceder por 192.168.1.2, o similar, dependiendo de la red creada.
Si sigues sin poder acceder, dímelo y hacemos algunas pruebas mas…
Un saludo!!!
Hola, he seguido con atención tu magnífico tutorial, pero no he conseguido que funcione correctamente. Te detallo mi material:
– Router GL-MT3000 (GL-iNET) con USB 3.0 y OpenWRT (última versión)
– Salicru ONE 700VA
– Cable USB B (he probado varios)
Conseguí que funcionase unas horas, pero no llegó a ejecutarme el script de notificaciones desde upsmon (llegué a configurar el msmtp y funcionaban los correos), y después, no volví a conseguir que conectase el driver “blazer_usb”. Cada vez que ejecutaba “upsc salicru” me decía que no detectaba el driver. He probado otros drivers, pero no me han funcionado. Incluso he intentado bloquear algunos kernels para que no me ocupen el USB. Nada ha funcionado. El dichoso “Error driver not detected”.
He ejecutado todo tipo de comandos, como por ejemplo:
sudo /lib/nut/blazer_usb -a salicru
/etc/init.d/nut-server stop
killall blazer_usb
sudo /etc/init.d/nut-server restart
He modificado permisos e incluso he rehecho los archivos .conf dentro de /etc/nut (que en mi versión no entiendo porque me aparecen enlaces simbólicos a /var/etc/nut por lo que con cada reinicio se iba la información).
He puesto varias veces de fábrica el router, he reinstalado varias veces todo, etc.
Los logs extraídos del router no son muy concluyentes, he usado también lsusb para comprobar que esté conectado (que lo está) y he habilitado verbosidad para ver con más detalles estos logs, dicen que se conecta y desconecta, algo extraño, puesto que con el PC con el que monitorizo vía ViewPower jamás ha fallado.
Ya he tirado la toalla tras horas, ¿qué opinas, Jordi? ¿qué puede estar fallando?
Gracias de antemano.
Un saludo.
Hola Rafael,
Gracias por tu mensaje. Me parece muy interesante, dado que no he hecho ninguna instalación con OpenWRT nunca.
Dado que en algún momento funcionó, deberías revisar los logs del sistema.
Prueba un:
logread | grep blazer_usbdmesg | grep usb
a ver si tienes alguna traza que dé mas información…
Por otro lado, te sugiero que revises que el driver es compatible con la versión de NUT que estés utilizando. Del mismo modo, mira a ver si el propio servicio NUT te dice alguna cosa:
/etc/init.d/nut-server statusAsegúrate de que NUT tenga permisos para acceder al dispositivo USB.
Agrega a grupos necesarios:
$ usermod -a -G nut usbAjusta los permisos manualmente:
$ chmod 660 /dev/ttyUSB0$ chown nut:nut /dev/ttyUSB0
Prueba si el driver blazer_usb puede comunicarse con tu SAI directamente:
$ /usr/sbin/upsdrvctl startRevisa los logs para ver si hay errores:
$ logread | grep nutRevisa también que los puertos estén abiertos y que sea NUT quién los controla:
$ netstat -tulnpVerifica que el archivo /etc/nut/upsd.conf tenga al menos una interfaz activada:
LISTEN 127.0.0.1 3493LISTEN ::1 3493
Sólo se me ocurre algo mas, y es que quizá tengas algún conflicto con algún otro driver, que al cargarse, deshabilita el blazer…
A ver si con eso nos acercamos algo más al problema.
Mantenme informado y lo seguimos revisando, ¿ok?
Suerte!
Jordi
Pingback: Instalação de Firmware no ix2-200 – Eduardo Mozart
Buenas tardes
Me encanto tu tutorial , apenas me que con una duda sobre el DNS servers cuando se configura las interfaces de red .
El dns server que añades es de la raspberry , del router o del pc al cual conectas con la raspberry ?
Gracias
Atentamente
David Marques
Buenas David,
Gracias por tu comentario, me alegra ser de ayuda!
Con respecto a las DNS, puedes poner las que mejor creas, las de tu ISP o cualquiera de las mas conocidas, como Google (8.8.8.8 / 8.8.4.4) o Cloudflare (1.1.1.1 / 1.0.0.1), por ejemplo.
No sirve poner la propia raspberry (no tiene sentido) ni ningún otro PC de tu red, porque no te darán servicio. Algunos routers permiten ser consultados como DNS y te redirigirán hacia los que tengas configurados, pero lo mejor es que lo hagas a mano, bien con los que te he comentado o con el que tu ISP te proporciona en tu propio router.
Si necesitas mas ayuda no dudes en preguntarme!
Un saludo,
Jordi Marqués
ltel7c
iuw68q
Buenas Jordi,
Gracias por este tutorial, así como por el artículo que escribiste en 2014, ambos me han sido muy útiles. Dejo aquí algunas explicaciones con mi experiencia por si pueden salvarle tiempo, problemas y hasta un susto a alguien.
En primer lugar, instalé Nut en una Raspberry Pi Zero 2 W, y menos mal que me dio por probar lo más importante: el sistema de apagado. Además, las tarjetas SD son mucho más sensibles que los discos duros a las interrupciones del suministro eléctrico, dañándose fácilmente sectores, por lo que recomiendo probarlo y no esperar a que se vaya la luz para ver qué pasa.
Raspberry Pi OS es en realidad un Debian stable un poco tuneado. Actualmente, cuando compramos una Raspeberry y le instalamos el sistema operativo recomendado con la herramienta de Raspberry, la versión de Debian que “tunean” es Bookworm (la última estable). La versión que Nut que se instala con Bookworm es la 2.8.0-7
Pues bien, cuando el SAI ya se estaba muriendo (batería al 4%), la Raspberry no se apagaba y tuve que hacerlo yo manualmente. En el log del sistema (journalctl) encontré esto:
mar 30 13:43:28 raspberrypi nut-monitor[667]: UPS salicru@127.0.0.1:3493 battery is low
mar 30 13:43:28 raspberrypi nut-monitor[667]: is_ups_critical: seems that UPS [salicru] is OB+LB now, but it is also calibrating – not declaring a critical state
mar 30 13:43:28 raspberrypi nut-monitor[12247]: Network UPS Tools upsmon 2.8.0
mar 30 13:43:33 raspberrypi nut-monitor[667]: is_ups_critical: seems that UPS [salicru] is OB+LB now, but it is also calibrating – not declaring a critical state
….
Se trata de un bug conocido de Nut para Debian Bookworm: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1056190
Después de indagar en el repositorio de Git de Nut, me pareció que no es hasta la versión 2.8.2 que este problema se soluciona completamente, lo cual es un marrón, pues en Debian Backports, tanto para Trixie (inestable) como para Sid (testing) sólo llega hasta la 2.8.1. En consecuencia, me decanté por bajar el código fuente de la versión 2.8.2 y compilarlo yo mismo (lo cual se toma su tiempo en el limitado hardware de la Raspberry Zero 2 W). En el archivo Install del repositorio hay una explicación detallada de cómo hacer la compilación. Una vez finalizada, bastará algún symlink (parece que la ubicación de upsc está hardcoded) y solucionar un problema de permisos sobre el fichero “upsmon.pid”.
Por cierto, para probar que efectivamente la señal de apagado surge efecto, no hace falta esperar a que la batería se agote, basta con el siguiente comando:
sudo /usr/sbin/upsmon -c fsd
Por otro lado, probablemente en los logs del sistema os encontraréis esto:
mar 31 09:52:12 raspberrypi nut-driver@salicru[516]: Please note that this driver is deprecated and will not receive
mar 31 09:52:12 raspberrypi nut-driver@salicru[516]: new development. If it works for managing your devices – fine,
mar 31 09:52:12 raspberrypi nut-driver@salicru[516]: but if you are running it to try setting up a new device, please
mar 31 09:52:12 raspberrypi nut-driver@salicru[516]: consider the newer nutdrv_qx instead, which should handle all ‘Qx’
mar 31 09:52:12 raspberrypi nut-driver@salicru[516]: protocol variants for NUT. (Please also report if your device works
mar 31 09:52:12 raspberrypi nut-driver@salicru[516]: with this driver, but nutdrv_qx would not actually support it with
mar 31 09:52:12 raspberrypi nut-driver@salicru[516]: any subdriver!)
consider the newer nutdrv_qx instead, which should handle all ‘Qx’
with this driver, but nutdrv_qx would not actually support it with
Cuidadín con hacerle caso, si bien la documentación de Nut dice que nutdrv_qx es el driver adecuado para cualquier SAI que empleé Viewpower (como es el caso de Salicru), la realidad es que el calificado como “deprecated” parece hacer mejor su función, pues si hacemos un test de batería con:
upscmd -u admin -p miSuperPasw salicru test.battery.start.quick
Tanto blazer_usb como nutdrv_qx dan un OK, pero sólo el primero hace realmente la prueba, pues se puede oír como se desconecta el SAI de la corriente.
Ese Salicru SPS 500 ONE se encarga de suministrar corriente para la Raspberry y para el router, pero también tengo otro Salicru (un SPS 1500 ONE) para el Desktop. El sistema operativo de este ordenador es un Ubuntu 22.04, que a efectos prácticos es un Debian. La versión de Nut que se instala por defecto es la 2.7.4 y debo decir que en esta configuración la señal de apagado funciona perfectamente.
Espero que esta información pueda ser de utilidad.
¡Un saludo!