Displaying 20 results from an estimated 3000 matches similar to: "Battery Volts shown as 20+ on Cyber Power UPS CP1000AVRLCD"
2008 Dec 04
1
Battery Volts shown as 20+ on Cyber Power UPS CP1000AVRLCD [ DATA ]
Citeren "David C. Rankin" <drankinatty at suddenlinkmail.com>:
> Discharged battery.voltage:
>
> 17.4 Volts - (indicated on shutdown, discharging battery.charge 77%)
> 16.9 Volts - (indicated on shutdown, discharging battery.charge 51%%)
> 16.6 Volts - (indicated on shutdown, discharging battery.charge 33%)
>
> -- Shutdown Occurred at < 3% -- Battery
2008 Dec 12
1
APC Backups-Pro 650 - Any way to use apcsmart?
Listmates,
After wrangling with the voltage value on the CyberPower 1000AVRLCD and now
having 2 of them working, I though it would be a simple matter to move my APC
BP650 from apcupsd to nut so that all 3 servers would be monitored on the same
web interface. The APC is attached to an older box running openSuSE 11.0 with
nut-2.2.2-66.1. (nut-classic).
The APC BP650 uses a serial connection
2010 Mar 12
2
2.4.1 Voltages are Great for CP1000AVRLCD, but usbfs messages in logs (a lot)
Arjen, all,
Just dropping a note on two points. First, Voltages are perfect in 2.4.1 for
the Cyberpower ups's. Glad to see I'm not pushing 20+ any more:
http://www.3111skyline.com/nut/
Second, even though the changes to where the monitor lines go in the configs
and changes from ACCEPT, etc.. to LISTEN are fairly old now, the documentation
for setting up monitoring for multiple UPSs
2024 Mar 08
1
Cyber Power System CP1500 AVR UPS: changing battery.charge.low value
On Mon, 4 Mar 2024, Alan C. Bonnici via Nut-upsuser wrote:
> Platform: Proxmox VE 8.1.4
> NUT version: Network UPS Tools upsstats 2.8.0
>
> I configured Proxmox and I can pull up the UPS stats.
> Typing in `upsrw -l cyberpower at localhost` I get the following:
>
> [battery.charge.low]
> Remaining battery level when UPS switches to LB (percent)
> Type: STRING
>
2024 Mar 09
0
Cyber Power System CP1500 AVR UPS: changing battery.charge.low value
Hi Charles,
The posting at
https://github.com/networkupstools/nut/issues/432#issuecomment-405371395
references ups.delay.start and suggests setting it to -1.
upsrw -l pve1 at localhost listed this as modifiable but any attempt at
modifying the value failed. I used the *override.ups.delay.start = -1* in
nut.conf and this is now being reported.
Two observations are that once a variable setting
2024 Mar 10
0
Cyber Power System CP1500 AVR UPS: changing battery.charge.low value [ups.delay.start sidebar]
Thanks Charles for the clarification.
If NUT cannot control it then removing it would, IMO add value.
On Sun, 10 Mar 2024 at 00:14, Charles Lepple <
clepple_at_gmail.com_chribonn at duck.com> wrote:
> On Mar 9, 2024, at 5:16?PM, chribonn at duck.com wrote:
> >
> > The posting at
> https://github.com/networkupstools/nut/issues/432#issuecomment-405371395
> references
2024 Mar 10
1
Cyber Power System CP1500 AVR UPS: changing battery.charge.low value [ups.delay.start sidebar]
Very good point. I hope to write a beginners guide -- more like adopting
my notes --on NUT.
I could summarise your point that technically one should only override
settings that NUT can act upon (like those settings that control Low
Battery or, as stated in the documentation if the reported value is known
to be incorrect. Overriding a variable that is out of scope for NUT (as
with
2024 Mar 10
0
Cyber Power System CP1500 AVR UPS: changing battery.charge.low value [ups.delay.start sidebar]
Wow :-) I'll have a read through it.
On Sun, 10 Mar 2024 at 15:54, Roger Price <
roger_at_rogerprice.org_chribonn at duck.com> wrote:
> On Sun, 10 Mar 2024, Alan via Nut-upsuser wrote:
>
> > Very good point. I hope to write a beginners guide -- more like
> adopting my
> > notes --on NUT.
>
> I did the same thing, 131 pages, at
>
2024 Mar 09
1
Cyber Power System CP1500 AVR UPS: changing battery.charge.low value [ups.delay.start sidebar]
On Mar 9, 2024, at 5:16?PM, chribonn at duck.com wrote:
>
> The posting at https://github.com/networkupstools/nut/issues/432#issuecomment-405371395 references ups.delay.start and suggests setting it to -1.
>
> upsrw -l pve1 at localhost listed this as modifiable but any attempt at modifying the value failed. I used the override.ups.delay.start = -1 in nut.conf and this is now being
2016 Dec 07
1
nut-git reporting 24 Volts with CP1350PFCLCD -- is that correct?
Arjen, all,
I just built and installed network-ups-tools-git-v2.7.4.r161.g7bf209a on
Archlinux for a CyberPower CP1350PFCLCD ups. After hitting the FAQ 29. "My USB
UPS is supported but doesn?t work!" udev issue because the UPS was plugged in
when nut was installed bug, running upsc I get:
battery.charge: 100
battery.charge.low: 10
battery.charge.warning: 20
battery.mfr.date: CPS
2024 Mar 04
2
Cyber Power System CP1500 AVR UPS: changing battery.charge.low value
*Platform: Proxmox VE 8.1.4NUT version: Network UPS Tools upsstats 2.8.0*
I configured Proxmox and I can pull up the UPS stats.
Typing in `*upsrw -l cyberpower at localhost*` I get the following:
*[battery.charge.low]Remaining battery level when UPS switches to LB
(percent)Type: STRINGMaximum length: 10Value:
10[battery.runtime.low]Remaining battery runtime
2017 May 31
0
[HCL] Cyber Power Systems CP1500AVRLCDa supported by usbhid-ups
On May 22, 2017, at 11:13 AM, Mike <the.lists at mgm51.com> wrote:
>
> On 5/21/2017 10:39 AM, Charles Lepple wrote:
>>
>> Let me know if you're interested in figuring out if the battery.mfr.date value is stored somewhere else.
>
> Of course. The UPS is in production (ie., powering the servers in my
> house), so it may be a few days before I can ~play~.
2017 May 22
3
[HCL] Cyber Power Systems CP1500AVRLCDa supported by usbhid-ups
On 5/21/2017 10:39 AM, Charles Lepple wrote:
> Mike,
>
> Thanks for the info. I have enough to add an entry to the DDL, but I have a few more questions inline.
>
> On May 14, 2017, at 1:21 PM, Mike wrote:
>>
>> [updated]
>>
>> OpenBSD 6.1/amd64
>> NUT 2.7.4p0 (from OpenBSD package)
>>
>>
>> Results of upsc:
>>
>>
2014 Aug 09
0
Cyberpower Value1200E might not need 0.667 battery scaling
On Aug 8, 2014, at 9:15 AM, Charles Lepple <clepple at gmail.com> wrote:
> On Aug 7, 2014, at 10:52 PM, Charles Lepple <clepple at gmail.com> wrote:
>
>> On Aug 7, 2014, at 10:18 PM, Matthew Stapleton <matthew4196 at gmail.com> wrote:
>>
>>> I just got a Cyberpower SOHO Value 1200 ELCD UPS and even with nut 2.7.2, it appears to report battery voltage
2017 Jun 03
2
[HCL] Cyber Power Systems CP1500AVRLCDa supported by usbhid-ups
On 5/30/2017 10:47 PM, Charles Lepple wrote:
> On May 22, 2017, at 11:13 AM, Mike <the.lists at mgm51.com> wrote:
>>
>> On 5/21/2017 10:39 AM, Charles Lepple wrote:
[snip]
> Even though the CPS sub-driver has been written already, I would like to take a look at the raw "explore" mode output:
>
>
2017 May 14
2
[HCL] Cyber Power Systems CP1500AVRLCDa supported by usbhid-ups
[updated]
OpenBSD 6.1/amd64
NUT 2.7.4p0 (from OpenBSD package)
Results of upsc:
battery.charge: 100
battery.charge.low: 10
battery.charge.warning: 20
battery.mfr.date: CPS
battery.runtime: 2902
battery.runtime.low: 300
battery.type: PbAcid
battery.voltage: 26.9
battery.voltage.nominal: 24
device.mfr: CPS
device.model: CP1500AVRLCDa
device.serial: CTHGN200xxxx
device.type: ups
driver.name:
2017 Jun 05
2
[HCL] Cyber Power Systems CP1500AVRLCDa supported by usbhid-ups
On 6/4/2017 4:46 PM, Charles Lepple wrote:
[snip]
>> 4) when I went down to 95 volts, the "AVR" kicked in to boost the
>> voltage without going to battery. This was indicated by a "click" from
>> the UPS and an indication on the UPS display.
>
> In non-explore mode, does the driver report the AVR status? (No need to set things back up if you have
2014 Aug 08
2
Cyberpower Value1200E might not need 0.667 battery scaling
On Aug 7, 2014, at 10:52 PM, Charles Lepple <clepple at gmail.com> wrote:
> On Aug 7, 2014, at 10:18 PM, Matthew Stapleton <matthew4196 at gmail.com> wrote:
>
>> I just got a Cyberpower SOHO Value 1200 ELCD UPS and even with nut 2.7.2, it appears to report battery voltage too low due to the battery scaling function (In drivers/cps-hid.c). Even though the ups has usb id:
2008 Nov 23
1
Compiz 0.8 branched
I just branched for 0.8, since Danny told me there was no reason not to.
There are still some bugs to work out of course, but since development has
been quiet lately, I figure it's time to branch so that we can:
1. Eventually get to the next stable release
2. Allow people to work more freely on master
On my personal list of things I want to see working better before a 0.8
release, I have
2017 Jun 04
0
[HCL] Cyber Power Systems CP1500AVRLCDa supported by usbhid-ups
On Jun 3, 2017, at 2:21 PM, Mike <the.lists at mgm51.com> wrote:
>
> On 5/30/2017 10:47 PM, Charles Lepple wrote:
>> On May 22, 2017, at 11:13 AM, Mike <the.lists at mgm51.com> wrote:
>>>
>>> On 5/21/2017 10:39 AM, Charles Lepple wrote:
> [snip]
>
>> Even though the CPS sub-driver has been written already, I would like to take a look at the