Citeren Kevin bakd...@gmail.com:
On 06/02/2011 21:42, Kevin wrote:
Ok, I've tried that. The result of clientcmd -u apcmon -p pass123
-a apc1500 shutdown.reboot is nothing. Nothing that I can see
changes at all.
Of course. Do as I asked you and it *will* make a difference.
I did this
2011/2/7 Kevin bakd...@gmail.com
On 06/02/2011 21:42, Kevin wrote:
on 06/02/2011 21:06 Charles Lepple wrote:
It looks like the only uncommented code which talks to the device is
the last line. (The results from the getval() calls do not seem to be
used.)
APCDelayBeforeReboot maps to
-2.6-20110207.log.gz
Description: GNU Zip compressed data
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
Citeren Kevin bakd...@gmail.com:
Ok. Thanks. The order of the code is now:
{ shutdown.reboot, 0, 0,
UPS.APCGeneralCollection.APCDelayBeforeReboot, NULL, 1,
HU_TYPE_CMD, NULL },
{ shutdown.reboot, 0, 0, UPS.PowerSummary.DelayBeforeReboot,
NULL, 10, HU_TYPE_CMD, NULL },
{
on 07/02/2011 18:46 Arjen de Korte wrote:
Citeren Kevin bakd...@gmail.com:
Of course not. When do you start listening to my advice? :-(
Arjen,
There is no call for language like that. I've spent a huge amount of
time in the last six weeks trying to sort this problem with your code.
I'll
On Mon, Feb 7, 2011 at 12:37 PM, Arjen de Korte nut+us...@de-korte.org wrote:
It looks like the firmware developers missed the fact that for some units,
an exponent is used (V, VA and W) which causes a 7 decades offset. You
either have to account for that in the units exponent or use a type
on 07/02/2011 15:36 Arjen de Korte wrote:
Citeren Kevin bakd...@gmail.com:
Of course. Do as I asked you and it *will* make a difference.
You could have perhaps made a point of the sudden change to a different
command. Others also missed this subtlety.
I did this with the old working
Citeren Kevin bakd...@gmail.com:
There is no call for language like that. I've spent a huge amount of
time in the last six weeks trying to sort this problem with your code.
This is not *my* code. I'm just trying to help here. I would be more
than happy to ditch the APC support from NUT
Citeren Pier Paolo Glave pierpaolo.gl...@gmail.com:
Yes!
The results are quite different now :)
That's good to know.
This is the result of upsc now, when AC power is plugged in:
battery.charge: 100
battery.type: PbAc
battery.voltage: 28
battery.voltage.nominal: 2
device.mfr: Emerson Network
Citeren Kevin bakd...@gmail.com:
You could have perhaps made a point of the sudden change to a
different command. Others also missed this subtlety.
I posted the 'old' and 'new' lines. You might have missed this on the
first look, buy after I told you the difference, you could have looked
on 07/02/2011 20:46 Arjen de Korte wrote:
Citeren Kevin bakd...@gmail.com:
This is not *my* code. I'm just trying to help here.
As am I.
I would be more
than happy to ditch the APC support from NUT entirely, but due to
popular demand this is just not an option.
Exactly. I am beginning to
on 07/02/2011 20:58 Arjen de Korte wrote:
I posted the 'old' and 'new' lines. You might have missed this on the
first look, buy after I told you the difference, you could have looked
again at the original post.
Of course I saw it, after you made it so plain in such a blunt manner.
As I
Citeren Kevin bakd...@gmail.com:
Exactly. I am beginning to see a 'broken firmware' pattern here.
The above is the only reason why we need multiple HID subdrivers in
usbhid-ups. If every UPS vendor would care to implement (and properly
test!) their firmware, we would need exactly one
on 07/02/2011 22:04 Arjen de Korte wrote:
The above is the only reason why we need multiple HID subdrivers in
usbhid-ups. If every UPS vendor would care to implement (and properly
test!) their firmware, we would need exactly one subdriver that would
fit all USB HID Power Device Class UPS'es.
I would like to report a working device to add to the hardware compatibility
list, but cannot find a way on the website. Would this list be OK for that
purpose?
Best regards,
Ernest
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
Citeren Ernest Sales ersa...@gmail.com:
I would like to report a working device to add to the hardware
compatibility list, but cannot find a way on the website. Would this
list be OK for that purpose?
Sure. Please list the output of 'upsc' as well as whether or not you
tested the
Citeren Kevin bakd...@gmail.com:
You are quite right! I now have this line in apc-hid.c:
{ shutdown.return, 0, 0,
UPS.APCGeneralCollection.APCDelayBeforeReboot, NULL, 1,
HU_TYPE_CMD, NULL },
and get this result:
# clients/upscmd -u apcmon -p pass123 apc1500 shutdown.return
Unexpected
17 matches
Mail list logo