[Nut-upsuser] Is any ideas about Ippon smart power 2000?

vk vk at union-metall.ru
Sun Jul 12 16:07:01 UTC 2009


Hi! There is continue of my story with Ippon smart power 2000 and nut,
i'm enable usb in kernel and nut give following information:
--------------------
gate# cat ups.conf
[IPPON]
driver = megatec_usb
port = /dev/ugen0
vendorid = 0665
productid = 5161
subdriver = phoenix
desc = "Ippon Smart power 2000"
---------------------

gate# lsusb
Bus /dev/usb1 Device /dev/ugen0: ID 0665:5161
gate# /usr/local/libexec/nut/megatec_usb -u root -DDD -a IPPON
Network UPS Tools - Megatec protocol driver 1.6 (2.4.1)
Serial-over-USB transport layer 0.10
debug level is '3'
Checking device (0665/5161) (/dev/usb1//dev/ugen0)
- VendorID: 0665
- ProductID: 5161
- Manufacturer: Cypress Semiconductor
- Product: USB to Serial
- Serial Number: unknown
- Bus: /dev/usb1
Trying to match device
Device matches
DTR=1, RTS=0
Starting UPS detection process...
Asking for UPS information [I]...
I => FAILED [short read]
I detail: (1 bytes) => 49
Asking for UPS status [Q1]...
get_data_phoenix: got so far [(224.8 2]
get_data_phoenix: got so far [(224.8 224.3 223]
get_data_phoenix: got so far [(224.8 224.3 223.7 021 5]
get_data_phoenix: got so far [(224.8 224.3 223.7 021 50.0 27.6]
Q1 => FAILED [short read]
Q1 detail: (32 bytes) => 28 32 32 34 2e 38 20 32 32 34 2e 33 20 32 32 33 2e
 37 20 30 32 31 20 35 30 2e 30 20 32 37 2e 36
Asking for UPS status [Q1]...
get_data_phoenix: got so far [(224.8 2]
get_data_phoenix: got so far [(224.8 224.8 223]
get_data_phoenix: got so far [(224.8 224.8 223.7 021 5]
Q1 => FAILED [short read]
Q1 detail: (24 bytes) => 28 32 32 34 2e 38 20 32 32 34 2e 38 20 32 32 33 2e
 37 20 30 32 31 20 35
Asking for UPS status [Q1]...
get_data_phoenix: got so far [0.1 27.6]
get_data_phoenix: got so far [0.1 27.6(224.8 2]
get_data_phoenix: got so far [0.1 27.6(224.8 224.8 223]
get_data_phoenix: got so far [0.1 27.6(224.8 224.8 223.7 021 5]
get_data_phoenix: got so far [0.1 27.6(224.8 224.8 223.7 021 50.0 27.6]
Q1 => FAILED [short read]
Q1 detail: (40 bytes) => 30 2e 31 20 32 37 2e 36 28 32 32 34 2e 38 20 32 32
 34 2e 38 20 32 32 33 2e 37 20 30 32 31 20 35 30 2e 30 20 32 37 2e 36
Asking for UPS status [Q1]...
get_data_phoenix: got so far [(224.3 2]
get_data_phoenix: got so far [(224.3 224.3 223]
get_data_phoenix: got so far [(224.3 224.3 223.3 021 5]
Q1 => FAILED [short read]
Q1 detail: (24 bytes) => 28 32 32 34 2e 33 20 32 32 34 2e 33 20 32 32 33 2e
 33 20 30 32 31 20 35
Asking for UPS status [Q1]...
get_data_phoenix: got so far [0.0 27.6]
get_data_phoenix: got so far [0.0 27.6(224.8 2]
get_data_phoenix: got so far [0.0 27.6(224.8 224.3 223]
get_data_phoenix: got so far [0.0 27.6(224.8 224.3 223.7 021 5]
get_data_phoenix: got so far [0.0 27.6(224.8 224.3 223.7 021 50.1 27.6]
Q1 => FAILED [short read]
Q1 detail: (40 bytes) => 30 2e 30 20 32 37 2e 36 28 32 32 34 2e 38 20 32 32
 34 2e 33 20 32 32 33 2e 37 20 30 32 31 20 35 30 2e 31 20 32 37 2e 36
5 out of 5 detection attempts failed (minimum failures: 2).
Megatec protocol UPS not detected.
gate#
Asking for UPS information [I]...
I => FAILED [short read]
I detail: (1 bytes) => 49
Asking for UPS status [Q1]...
get_data_phoenix: got so far [(224.8 2]
get_data_phoenix: got so far [(224.8 224.3 223]
get_data_phoenix: got so far [(224.8 224.3 223.7 021 5]
get_data_phoenix: got so far [(224.8 224.3 223.7 021 50.0 27.6]
Q1 => FAILED [short read]
Q1 detail: (32 bytes) => 28 32 32 34 2e 38 20 32 32 34 2e 33 20 32 32 33 2e
 37 20 30 32 31 20 35 30 2e 30 20 32 37 2e 36
Asking for UPS status [Q1]...
get_data_phoenix: got so far [(224.8 2]
get_data_phoenix: got so far [(224.8 224.8 223]
get_data_phoenix: got so far [(224.8 224.8 223.7 021 5]
Q1 => FAILED [short read]
Q1 detail: (24 bytes) => 28 32 32 34 2e 38 20 32 32 34 2e 38 20 32 32 33 2e
 37 20 30 32 31 20 35
Asking for UPS status [Q1]...
get_data_phoenix: got so far [0.1 27.6]
get_data_phoenix: got so far [0.1 27.6(224.8 2]
get_data_phoenix: got so far [0.1 27.6(224.8 224.8 223]
get_data_phoenix: got so far [0.1 27.6(224.8 224.8 223.7 021 5]
get_data_phoenix: got so far [0.1 27.6(224.8 224.8 223.7 021 50.0 27.6]
Q1 => FAILED [short read]
Q1 detail: (40 bytes) => 30 2e 31 20 32 37 2e 36 28 32 32 34 2e 38 20 32 32
 34 2e 38 20 32 32 33 2e 37 20 30 32 31 20 35 30 2e 30 20 32 37 2e 36
Asking for UPS status [Q1]...
get_data_phoenix: got so far [(224.3 2]
get_data_phoenix: got so far [(224.3 224.3 223]
get_data_phoenix: got so far [(224.3 224.3 223.3 021 5]
Q1 => FAILED [short read]
Q1 detail: (24 bytes) => 28 32 32 34 2e 33 20 32 32 34 2e 33 20 32 32 33 2e
 33 20 30 32 31 20 35
Asking for UPS status [Q1]...
get_data_phoenix: got so far [0.0 27.6]
get_data_phoenix: got so far [0.0 27.6(224.8 2]
get_data_phoenix: got so far [0.0 27.6(224.8 224.3 223]
get_data_phoenix: got so far [0.0 27.6(224.8 224.3 223.7 021 5]
get_data_phoenix: got so far [0.0 27.6(224.8 224.3 223.7 021 50.1 27.6]
Q1 => FAILED [short read]
Q1 detail: (40 bytes) => 30 2e 30 20 32 37 2e 36 28 32 32 34 2e 38 20 32 32
 34 2e 33 20 32 32 33 2e 37 20 30 32 31 20 35 30 2e 31 20 32 37 2e 36
5 out of 5 detection attempts failed (minimum failures: 2).
Megatec protocol UPS not detected.



> Здравствуйте, Nut-upsuser.
>  There is output of megatec_usb -u root -DDD -a IPPON
>  ============================================================
> /usr/local/libexec/nut/megatec_usb -u root -DDD -a IPPON
> Network UPS Tools - Megatec protocol driver 1.6 (2.4.1)
> Serial-over-USB transport layer 0.10
> debug level is '3'
> No appropriate HID device found
> No supported devices found. Please check your device availability with 'lsusb'
> and make sure you have an up-to-date version of NUT. If this does not help,
> try running the driver with at least 'vendorid' and 'subdriver' options
> specified. Please refer to the man page for details about these options
> (man 8 megatec_usb).
> Please report your results to the NUT user's mailing list
> <nut-upsuser at lists.alioth.debian.org>.
>  ============================================================
>  In  which  archives  i need to search solution? Maybe FreeBSD mailing
>  lists  can  help,  if that, to which category relate this question? I
>  just  think  that  if  i ask in FreeBSD mailing list they answer that
>  this is problem of nut developers.
>  P.S. Sorry for my bad English :)



-- 
С уважением,
 vk                          mailto:vk at union-metall.ru




More information about the Nut-upsuser mailing list