[...]
I think this output doesn't help very much.
This is very helpful. The problem is not in the connection to the driver,
upd-data_ok switches between 0 and 1. Only the driver can change this
value by repetitively switching between DATASTALE and DATAOK. There is
nothing upsd can do about
[...]
I hope this small part of the log helps.
Maybe someone with more experience with the 'usbhid-ups' driver is able to
decipher what is going on. I'm still waiting for someone to send me a
USB-HID UPS so that I can debug things like this myself.
Best regards, Arjen
here the output of upsd -D when starting upsc [EMAIL PROTECTED]
ups.status (and stopping after 20-30 sec with an ctrl+c)
Ah, you have a problem with 'upsc' rather than with 'upscmd' like you
stated before. That changes things.
Connection from 127.0.0.1
acl_check: localhost: match 1
ACL
Hi Arjen,
yes, you are right. The calls to dstate_dataok() in
usbhid_ups.c:hid_ups_walk() are somewhat random. I am worried about
this:
if ( (retcode == -EPERM) || (retcode == -EPIPE)
|| (retcode == -ENODEV) || (retcode == -EACCES)
|| (retcode == -EIO) ||
After I disconnect the UPS the upsd write Data for UPS [apc] is stale -
check driver in /var/log/messages. In the same second it tells UPS [apc]
data is no longer stale. This repeats all the time the ups is
disconnected:
Jan 25 14:45:03 degpn026w226 kernel: usb 4-1: USB disconnect, address
Peter Selinger wrote:
If I understood Markus correctly, the problem is not that the data
goes stale (it should do that when disconnecting the UPS
communications line), but that it goes unstale immediately afterwards
(even when the UPS is still disconnected).
This shouldn't really happen.
If I understood Markus correctly, the problem is not that the data
goes stale (it should do that when disconnecting the UPS
communications line), but that it goes unstale immediately afterwards
(even when the UPS is still disconnected).
This shouldn't really happen. Maybe some debugging is
Peter Selinger wrote:
If I understood Markus correctly, the problem is not that the data
goes stale (it should do that when disconnecting the UPS
communications line), but that it goes unstale immediately afterwards
(even when the UPS is still disconnected).
That's entirely possible if he's
Yes, but he said 2.0.5 in the subject line. -- Peter
Arjen de Korte wrote:
Peter Selinger wrote:
If I understood Markus correctly, the problem is not that the data
goes stale (it should do that when disconnecting the UPS
communications line), but that it goes unstale immediately
Hello,
I'm using driver newhidups with APC Back-UPS CS 500. Most things works fine
except the following:
After I disconnect the UPS the upsd write Data for UPS [apc] is stale -
check driver in /var/log/messages. In the same second it tells UPS [apc]
data is no longer stale. This repeats all the
10 matches
Mail list logo
