<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Hi Arjen<br>
<br>
Also for Tomas Smetana of the epel repository<br>
<br>
I think we are getting somewhere - but not quite to the final goal...<br>
<br>
If I run:<br>
/sbin/usbhid-ups -u root -DDDDD -a BelkinUps<br>
<br>
as suggested it all works fine - and finds the UPS on the USB port. It
still does so if I remove all the -DDDDDs.<br>
<br>
However - if I run it without the -u root - it will not find the UPS.<br>
<br>
When I run the provided startup script (action) - it behaves very much
the same as when I run the above command without the "-u root" option.
I am running the script as root (I think). It appears to me that maybe
the script is not running the driver as root for some reason, or maybe
the user it runs as has insufficient rights. I have had a quick look at
the script but it isn't obvious how or where it runs the driver, so I
will need to look further. Does anything obvious spring to mind as to
why the standard startup action may be starting the driver as the wrong
user? As far as I can see - the user "nut" and/or the group "nut" must
have been created by the rpm install. I didn't knowingly create them.
What user would you expect the driver to run as?<br>
<br>
I could attach the action script - but I'm not sure it will help.<br>
<br>
Thanks Arjen (and Tomas).<br>
<br>
Richard.<br>
<br>
<br>
Arjen de Korte wrote:
<blockquote cite="mid:474A8031.8070104@de-korte.org" type="cite">
<pre wrap="">Richard Chapman wrote:
</pre>
<blockquote type="cite">
<pre wrap="">I have changed the driver in my ups.conf to usbhid-ups, and based on
other literature I have read - I set the port to "auto", but at startup
i get the error:
Starting UPS driver controller: Network UPS Tools: 0.28 USB communication driver 0.28 - core 0.30 (2.2.0-)
No matching HID UPS found
Driver failed to start (exit status=1)
I also tried setting the port to "/dev/hiddev0" and "/sys/class/usb/hiddev0"
based on a gnome device manager view - but these gave the same error.
I have checked lsusb -vv - and it still reports the device as present, though at a different "device" number.
The change in number seems strange since I don't believe I have moved the cable nor rebooted the system.
Should the "auto" port specification work OK, and if so - can you
suggest why it isn't being found. Alternatively - can you advise me how
to find and specify the correct usb port.
</pre>
</blockquote>
<pre wrap=""><!---->
Running the driver in debug mode might help us further here:
<path>/usbhid-ups -u root -DDDDD -a <upsname>
</pre>
<blockquote type="cite">
<pre wrap="">You may be able to answer another question:
The "man belkinunv" discusses a limitation of the belkin UNV ups not
properly supporting soft shut-down - and also discusses a rather
unsatisfactory (IMHO) workaround. I imagine this limitation will apply
equally to the USB driver - though the workaround probably will not.
</pre>
</blockquote>
<pre wrap=""><!---->
The only way to find this is, it to try. But in order to do that, we
first need the driver to run/
</pre>
<blockquote type="cite">
<pre wrap="">I don't think this issue would force me to revert to the serial driver
because i don't much like the strategy of completely flattening the
battery to achieve a pseudo soft shut-down. Can you (or others) confirm
that the limitation will also apply to the USB driver, and/or that the
workaround will not be available in the USB driver?
</pre>
</blockquote>
<pre wrap=""><!---->
There is no workaround in the driver, that's for sure. But I don't know
if your UPS requires this.
</pre>
<blockquote type="cite">
<pre wrap="">Also - I am not familiar with the "version from the trunk" but I assume
it is some "beta" development stream. If you think I would be well
advised to look into this further - I would take your advise of course.
Any tips of how to find this would be appreciated. So far - I have only
worked from rpm distributions. If "the trunk" involves recompiling
source3s - this may be a reasonable learning curve for me...:-)
</pre>
</blockquote>
<pre wrap=""><!---->
It would require recompiling packages.
Best regards, Arjen
</pre>
</blockquote>
<br>
</body>
</html>