-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-19 a las 10:56 +0100, Camaleón escribió:
2008/11/18, Carlos E. R.:
Asking for UPS status [Q1]... Q1 => OK [(231.3 231.3 230.8 020 49.9 13.6 25.0 00001001]
(...)
Y sigue sin parar preguntando ese "Q1" sin parar. Desde luego consigue conectar.
Sí, está leyendo los datos del sai: la tensión de red (valor actual, máximo, mínimo) y la temperatura de la unidad (49.9º). El registro que veo yo de los sai es similar.
No, creo que 49.9 es la frecuencia de la red, y la temperatura puede ser el valor de 25 que hay después. No, tampoco es el 25... Acabo de arrancar ahora mismo y marca igual, y no puede estar tan caliente, la habitación está a 17.9 Q1 => OK [(235.2 235.2 235.2 020 49.9 13.6 25.0 00001001] El primero es el voltaje de entrada (al desenchufar se poner a cero). El 13.6 es el voltaje de la batería. 49.9 es la frecuencia de red. El 020 y el 25.0, no se, son muy estables. Si uno veo que sube será la temperatura.
Hum... por aquí tenemos la tensión "baja" (la media es de 224V). Valores mínimos de 219V y máx. de 227V. Estamos "pochos"... y seguramente alejados del transformador :-P
Mi polímetro confirma esos 235 voltios. Eso explica porqué zumba el fluorescente de la cocina. Han cambiado silenciosamente el voltaje oficial de 220 a 230, por convergencia. En el reino unido eran 240, deben de bajar a 230. Toda Europa a 230.
(...)
Yo diría que el driver, al correr como usuario "upsd" no tiene acceso al USB. Configuro:
[myups] driver = megatec_usb port = auto desc = "BELKIN Active Battery Backup" user = root
¡Y arranca al isntante! ¡JA!
nimrodel:~ # time rcupsd start User: root Owner: root:root Port: auto Starting NUT UPS drivers done Starting NUT UPS server done Starting NUT UPS monitor done
:-)
Si, pero resultados de pruebas posteriores niegan esa alegría... creo que falla mintiendo sobre su éxito.
Lo que pasa es que ahora me atosiga con otro error en casi todas las consolas:
Broadcast Message from upsd@nimrodel (somewhere) at 21:58 ...
Communications with UPS myups@localhost lost
Ese mensaje es, en cierta manera, buena señal. Tienes funcionando el servidor, te falta el cliente, que como no puede comunicarse, hace un broadcast del fallo.
Pero no puedo estudiarlo. Un broadcast es un mensaje que se imprime en absolutamente todas las consolas, bloqueando el trabajo en ellas, no puedes escribir porque se escribe encima de lo que tu escribes y no ves lo que haces. Y no veo manera de quitar esa estupidez. Tiene sentido un broadcast de "no tengo electricidad, voy a apagar en 5 minutos", pero no el de que no tengo comunicacion en todas las consolas. Y menos si no lo puedo anular para estudiar el problema. Y creo que no tiene comunicación porque el driver en realidad ha fallado, no se carga.
nimrodel:~ # upscmd -l myups Error: Driver not connected
El mensaje de error aparece en la FAQ (busca en la página por "Driver not connected"):
Coincide con mi hipótesis.
Fatal error: 'user' is not a valid variable name for this driver.
Look in the man page or call this driver with -h for a list of valid variable names and flags. Network UPS Tools - UPS driver controller 2.2.2
Ah, que no reconoce "user" como variable aceptada. Pues en algún lugar del archivo de configuración se podrá indicar el usuario ¿no? :-?
RUN_AS_USER upsd en upsmon.conf, pero no funciona, creo que se refiere al daemon, no al driver.
Bueno, ya seguiré pensando, mi cena se retrasa. Imagino que tendré que usar la versión cvs.
Por los comentarios del hilo de la lista de Nut, parece que no es necesario. Debería funcionar con la que tienes.
No, hay un comentario que dice justo lo contrario. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkj+wAACgkQtTMYHG2NR9U+KgCff3zWi8sgm8vH45s8k6Pjb7dT K+QAn05eCeYXnlLe1oIWS6xONXxYi+C8 =RF+g -----END PGP SIGNATURE-----