powercom imd-525ap и nut

[zerkms]

Здравствуйте, господа. Пытаюсь (пока безуспешно :-( ) завести nut для powercom imd-525ap

что сейчас имеется:

root@honeypot /etc/nut # upsdrvctl start
Network UPS Tools - UPS driver controller 2.4.1
Network UPS Tools - PowerCom protocol UPS driver 0.12 (2.4.1)
writing error

ups.conf:
[powercom]
driver = powercom
port = /dev/ttyUSB0
# type = "IMPERIAL"
desc = "IMD-525AP"

root@honeypot /etc/nut # ls -la /dev/ttyU*
crw-rw---- 1 root uucp 188, 0 2009-09-07 00:25 /dev/ttyUSB0

root@honeypot /etc/nut # grep uucp /etc/group
uucp::14:uucp,nut

[I] sys-power/nut
Installed versions: 2.4.1-r1(11:05:07 PM 09/06/2009)(hal ssl usb -bash-completion -cgi -snmp -xml)

Возможно я забыл ещё какую-нибудь важную информацию, естественно уточню что ещё может помочь в решении моей проблемы.

[zerkms]

Вот ещё из полезного:

root@honeypot /var/lib/nut # /lib/nut/powercom -DDDDDD -a powercom
Network UPS Tools - PowerCom protocol UPS driver 0.12 (2.4.1)
send_to_all: SETINFO driver.parameter.port "/dev/ttyUSB0"
debug level is '6'
DTR => 0, RTS => 1
Values of arguments:
manufacturer : 'PowerCom'
model name : 'Unknown'
serial number : 'Unknown'
line voltage : '230'
type : 'Trust'
number of bytes from UPS: '11'
method of flow control : 'dtr0rts1'
validation sequence: '{{5,0},{7,0},{8,0}}'
shutdown arguments: '{{0,10},n}'
frequency calculation coefficients: '{0.000210,0.000209}'
load percentage calculation coefficients: '{6.134300,-0.380800,4.311000,0.181100}'
battery percentage calculation coefficients: '{5.000000,0.326800,-825.000000,4.563900,-835.820007}'
voltage calculation coefficients: '{0.954500,0.000000}'
send_to_all: SETINFO ups.mfr "PowerCom"
send_to_all: SETINFO ups.model "Unknown"
send_to_all: SETINFO ups.serial "Unknown"
send_to_all: SETINFO ups.model.type "Trust"
send_to_all: SETINFO input.voltage.nominal "230"
send_to_all: ADDCMD test.battery.start
send_to_all: ADDCMD shutdown.return
send_to_all: ADDCMD shutdown.stayoff
writing error
dstate_init: sock /var/lib/nut/powercom-powercom open on fd 6
send_to_all: SETINFO driver.version "2.4.1"
send_to_all: SETINFO driver.version.internal "0.12"
send_to_all: SETINFO driver.name "powercom"
send_to_all: SETINFO driver.parameter.pollinterval "2"
writing error
Num of bytes requested for reading from UPS: 11
Num of bytes received from UPS: 11
Raw data from UPS:
0 0x0c ( )
1 0x64 (d)
2 0x6c (l)
3 0x6c (l)
4 0x32 (2)
5 0xff (▒)
6 0x32 (2)
7 0x00 ( )
8 0x00 ( )
9 0x10 ( )
10 0x00 ( )
data receiving error (validation check)

[vr13]

по-моему, "type" в /etc/nut/ups.conf является обязательным. у меня так (правда тип ups у меня другой, как видно из конфигурации):

Код: Выделить всё

[powercom]
  driver = powercom
  type = KIN
  port = /dev/ttyUPS

по приведенной диагностике, мне кажется, что у вас что-то не то с usb-serial interface (считаем что с последовательным портом ups и кабелем все в порядке), это следует из диагностики. когда-то давно, при возне с каким-то usb/gprs/3g-модемом помогла установка USB_SERIAL_GENERIC в конфигурации ядра. с тех пор всегда оставляю это включенным (PL2303 - это это prolific usb driver):

Код: Выделить всё

CONFIG_USB_SERIAL=m
CONFIG_USB_SERIAL_GENERIC=y
CONFIG_USB_SERIAL_PL2303=m

еще у меня были некоторые заморочки с поведением драйвера. решил так. уже месяца 3 как работает без проблем

[zerkms]

мерси за ответ
type в других форумах я находил, писали IMPERIAL, но с ним у меня драйвер ругается на неизвестный тип.
пересобрать ядро попробую, спасибо

[vr13]

получается, что на форумах документацию не читают )

вот цитата из powercom(8)

type=name
The exact type of the communication protocol within the powercom
family, that will be used to communicate with the UPS. The type
is named after the first modelname that was coded with that pro‐
tocol. The acceptable names are KP625AP, Trust, Egys, KIN, BNT,
IMP and BNT-other. The default is Trust. BNT-other - it's a
special type for BNT 100-120V models for this type you can (I
think must!) specify voltage, batteryPercentage, loadPercentage
and validationSequence.

вроде, соответствие вашему случаю есть. ну или по крайней мере варианты для экспериментов

[zerkms]

получается, что на форумах документацию не читают )

вот цитата из powercom(8)

type=name
The exact type of the communication protocol within the powercom
family, that will be used to communicate with the UPS. The type
is named after the first modelname that was coded with that pro‐
tocol. The acceptable names are KP625AP, Trust, Egys, KIN, BNT,
IMP and BNT-other. The default is Trust. BNT-other - it's a
special type for BNT 100-120V models for this type you can (I
think must!) specify voltage, batteryPercentage, loadPercentage
and validationSequence.

вроде, соответствие вашему случаю есть. ну или по крайней мере варианты для экспериментов

нет, там просто юзают модифицированные сорсы модуля, которые поставляются отдельно :-) за цитирование спасибо :-) начинаем вторую серию.

[zerkms]

указание IMP помогло.

но теперь в системный лог валится тонна сообщений:

Sep 15 02:29:32 honeypot [693860.696920] uhci_hcd 0000:00:1d.1: release dev 2 ep02-INT, period 8, phase 4, 118 us
Sep 15 02:29:34 honeypot [693862.690763] uhci_hcd 0000:00:1d.1: reserve dev 2 ep02-INT, period 8, phase 4, 118 us
Sep 15 02:29:34 honeypot [693862.696825] uhci_hcd 0000:00:1d.1: release dev 2 ep02-INT, period 8, phase 4, 118 us
Sep 15 02:29:36 honeypot [693864.692664] uhci_hcd 0000:00:1d.1: reserve dev 2 ep02-INT, period 8, phase 4, 118 us
Sep 15 02:29:36 honeypot [693864.696731] uhci_hcd 0000:00:1d.1: release dev 2 ep02-INT, period 8, phase 4, 118 us

как их убрать?!?!? :-)

[zerkms]

нашёл переписку девелоперов: http://www.mail-archive.com/nut-upsdev@lis...g/msg01016.html
неужели все живут с таким флудом?!

[vr13]

мне показалось, что переписка девелоперов никакого отношения к этому не имеет, это - сообщения ядра (printk)

попробуйте поставляемую фирменную программку (upsmon, если не путаю). если ее работа будет такой же разговорчивой, то надо что-то с ядром делать. или с железом

[zerkms]

эм... т.е. я так понимаю у тебя таких проблем нет? (у тебя ведь тоже powercom через usb?)

[vr13]

у меня интерфейс - serial и используется usb2serial адаптер, т.к на компе последовательных портов нет

судя по началу переписки, мне показалось что usb в вашем ups - просто встроенный usb2serial (система понимает его как /dev/ttyUSB0), судя по этому:

Network UPS Tools - PowerCom protocol UPS driver 0.12 (2.4.1)
send_to_all: SETINFO driver.parameter.port "/dev/ttyUSB0"
debug level is '6'
DTR => 0, RTS => 1

а раз так, то общий случай. кстати, у меня используется та же версия sys-power/nut, только собранная без поддержки hal и usb

[zerkms]

последний пост запутал меня ещё больше :-(

[vr13]

чем запутал? в powercom, который я использую (KIN-1500AP) вместе с sys-power/nut, управляющий интерфейс serial, и для того, чтобы подключить это хозяйство к компьютеру, у которого нет последовательного порта, используется usb2serial адаптер, т.е коробочка, которая с одной стороны usb подключается к компьютеру, а с другой - serial-кабелем (из комплекта) - к ups

в вашем посте я увидел, что используется устройство /dev/ttyUSB0 (которое, видимо, появляется в системе при подключении упсного кабеля), из чего сделал вывод, что в IMP встроенный usb2serial. т.о появляется общий с моим случай, из-за чего я влез в эту переписку

если это не так, то прошу прощения: во всем был не прав и все написанное не имеет смысла

[zerkms]

я не знаю, кто прав, а кто виноват - у меня нет экспериенса, чтобы делать таких выводов :-)
а вот как решать - у меня до сих пор идей, кроме жуткого варианта с добавлением нового фильтра в syslog-ng, нет :-(

[vr13]

я бы начал с экспериментов с конфигурацией usb в ядре:
1. lsusb - что за устройство с т.з линукса. например то, о чем писал я выглядит так:

Код: Выделить всё

...
Bus 003 Device 002: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
...

2. посмотреть device drivers -> usb support и usb serial converter support: все, что может быть связано с этим устройством
3. ну и потом - в гугл, если ничего не прояснится

мне кажется, что у вас по какой-то причине циклически выключается и потом включается питание этого usb-девайса и от этого модуль uhci-hcd сыплет сообщениями об этих событиях. может быть это стиль работы powercom-драйвера (и сигналов dtr/dsr, которыми он манипулирует). короче, нужно копаться, экспериенс так просто не появляется

позвольте еще цитату из powercom(8):

methodOfFlowControl=name
The method of serial communication flow control that is engaged
by the UPS. The default is type dependant and is given below.
Acceptable names are dtr0rts1, dtr1 or no_flow_control.

попробуйте поставить no_flow_control: изменится что-нить?

[zerkms]

Bus 003 Device 002: ID 0d9f:0002 Powercom Co., Ltd
no_flow_control не помогло

по поводу ядра - не думаю, что чтение пунктов в menuconfig меня просвятит :-(

[vr13]

Bus 003 Device 002: ID 0d9f:0002 Powercom Co., Ltd

а вот отсюда уже кое что следует: нужно включить поддержку cypress usb serial adapter в конфигурацию ядра. я так думаю. см http://lkml.org/lkml/2008/2/6/160

вполне вероятно - это именно то, чего вам не хватает

[zerkms]

откатился на старый конфиг ядра, который был "до попытки настроить". в нём теперь даже /dev/ttyUSB нет. хммммммм

[zerkms]

root@honeypot /usr/src/linux/drivers # root@honeypot /usr/src/linux/drivers/usb/serial # zcat /proc/config.gz |grep -i cypress
# CONFIG_PATA_CYPRESS is not set
CONFIG_HID_CYPRESS=y
# CONFIG_USB_STORAGE_CYPRESS_ATACB is not set
CONFIG_USB_SERIAL_CYPRESS_M8=y
# CONFIG_USB_CYPRESS_CY7C63 is not set


cypress уже включен, как раз без него устройство не появляется... :-(