El 19/11/08, Carlos E. R. escribió:
Muy alta para estar en "standby". Si estuviera activamente suministrando corriente, se entendería.
Están en modo "economy" O:-) Pero están conectados 24 horas: llevan la centralita, switches, algunas cámaras cctv, el control de acceso... y algunos servidores.
No se, porque el mensaje completo es:
Asking for UPS status [Q1]... Q1 => OK [(238.7 238.7 238.7 019 49.9 13.6 25.0 00001001] Calculated battery charge: 97.5%
je, megatec_usb:
The temperature value is also known to be bogus in some models.
Me refiero a la carga, no de la batería, que debe estar completa o casi, sino a la carga de dispositivos que lleva el sai. Un 25% es un valor coherente (cpu, monitor, unidad usb, y alguna cosilla más) :-P
Si, en efecto, en cuanto a calambrazos; no en cuanto a incendios - IMO. Un valor bajo de voltaje implica un valor correspondientemente mayor de corriente; y el calor disipado en los cables, empalmes y enchufes es directamente proporcional a la corriente.
Interesante :-)
De hecho, en USA, cuando necesitan calefacción conectan dos fases para tener 220. Yo tengo amigos en Madrid con calefacción electrica en casa (tarifa nocturna) con trifásica... no sabía que era posible (al menos en la caja tienes 380).
Bueno, podría ser dual (110V y 220V), tomas duales para según qué enchufes, usar uno (electrodomésticos pequeños) u otro (horno, cocina eléctrica, etc...) :-?
Me parece que de compilar la versión svn no me libra nadie. Esa gente lleva mucho tiempo sin liberar versión estable nueva.
¿No has probado en la 11.1 con el método de detección "moderno? :-?
En este parece que no. Ya miraré los fuentes para quitarlo, si lo encuentro.
¿Conoces otros programas de gestión para linux? Si son los propietarios, no los quiero.
No. Los que yo uso son son propietarios... y de "pay per use" :-P
El siguiente dice:
] There indeed could be permission problems, but megatec_usb doesn't use ] hiddev nodes at all (AFAIK other USB drivers do the same). Therefore you ] don't want to change their permissions. You'd better look at udev rules ] packaged with nut (scripts/udev/). Example:
Si repito su ejemplo, veo (tengo el driver corriendo en consola):
nimrodel:/etc/ups # ps aux | grep megatec_usb upsd 18829 0.1 0.0 1944 916 pts/31 S+ 14:35 0:01 /usr/lib/ups/driver/megatec_usb -DDD -a myups cer 18838 0.0 0.1 3116 1872 pts/20 S+ 14:38 0:00 man megatec_usb root 19025 0.0 0.0 2116 692 pts/34 S+ 14:49 0:00 grep megatec_usb nimrodel:/etc/ups # ls -l /proc/18829/fd total 0 lrwx------ 1 root root 64 Nov 19 14:50 0 -> /dev/pts/31 lrwx------ 1 root root 64 Nov 19 14:50 1 -> /dev/pts/31 lrwx------ 1 root root 64 Nov 19 14:49 2 -> /dev/pts/31 lrwx------ 1 root root 64 Nov 19 14:50 3 -> socket:[730804] lrwx------ 1 root root 64 Nov 19 14:50 4 -> /dev/bus/usb/003/030 lrwx------ 1 root root 64 Nov 19 14:50 5 -> socket:[730866]
Y fijate que no son los permiso que tiene el dispositivo:
nimrodel:/etc/ups # l /dev/bus/usb/003/030 crw-rw-r-- 1 root daemon 189, 285 Nov 19 14:51 /dev/bus/usb/003/030
Y si miras el siguiente mensaje, encuentras este párrafo, que es al que me refería yo antes:
] The megatec_usb driver works (output below). The stable code didn't ] work, by the way. However, when I start upsdrvctl, it seems to start and ] says it's detected a Megatec USB UPS. However, a upsc belkin at ] localhost says Connection failure. It doesn't look like the monitor is ] starting.
Así que tengo que compilar la versión de desarrollo - que puede funcionar o puede tener otro problema totalmente distinto. :-/
Lo de los permisos es lo que me escama, ya te lo comento en otro mensaje :-/. Si funciona en Gentoo con ese driver, debería hacerlo en suse porque el driver es el mismo :-? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org