Unfortunately, the SUCCESS response is just saying that upsrw was able to send
that request to upsd (i.e. the username/password were correct). As you saw, the
real proof is in what you read back from upsc.
Ah, gotcha.
Have you tried any other values? 3600 is hex 0xe10, and 16 is 0x10, so it is
quite possible the UPS is using an 8-bit field to store battery.runtime.low.
I'm guessing the maximum is going to be 255.
I am not sure I follow. Would you mind unpacking this for me?
When I initially issued 'upsrw' this is what was returned. What does the
value '300' indicate, if not seconds; and attempting to change it to
'3600' sets it two '16'. Is this what you mean when you're referring to
a '8-bit field'?
upsrw CST150UC
[battery.runtime.low]
Remaining battery runtime when UPS switches to LB (seconds)
Type: STRING
Maximum length: 10
Value: 300
In my research I found that editing 'ups.conf' may allow to change the
'battery.runtime.low' as well, but I haven't tested it yet. I figured
using the supported UPS variables may be the way to go first.
mcedit /etc/nut/ups.conf
[cyberpower]
driver = usbhid-ups
port = auto
desc = "ups"
offdelay = 20
ondelay = 0
ignorelb
override.battery.runtime.low = 20
override.battery.runtime.low = 40
pollinterval = 15
Thank you, Charles
On 4/24/24 04:19, Charles Lepple wrote:
On Apr 23, 2024, at 3:51 PM, tim.o via
Nut-upsuser<nut-upsuser@alioth-lists.debian.net> wrote:
The value changed to battery.runtime.low: 16, instead of 3600. I don't
understand why, because executing the command resulted in SUCCESS.
Unfortunately, the SUCCESS response is just saying that upsrw was able to send
that request to upsd (i.e. the username/password were correct). As you saw, the
real proof is in what you read back from upsc.
Have you tried any other values? 3600 is hex 0xe10, and 16 is 0x10, so it is
quite possible the UPS is using an 8-bit field to store battery.runtime.low.
I'm guessing the maximum is going to be 255.
This is not entirely surprising - we have a GitHub issue label specific to CPS
for issues with their USB HID protocol implementation.
_______________________________________________
Nut-upsuser mailing list
Nut-upsuser@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser
