Nut upsuser - Jan 2020 - Hardware compatibility report: APC Smart-UPS_1500

Gene's posting: 
https://alioth-lists.debian.net/pipermail/nut-upsuser/2020-January/011654.html 
contains a NUT 2.7.4 update for the APC Smart-UPS_1500 device dump at 
https://networkupstools.org/ddl/APC/Smart-UPS_1500.html

Please note the changes since the 2.7.2 report, e.g. ups.delay.start is no 
longer supported.

Roger

On Wednesday 08 January 2020 15:44:10 Roger Price wrote:
> Gene's posting:
> https://alioth-lists.debian.net/pipermail/nut-upsuser/2020-January/011
>654.html contains a NUT 2.7.4 update for the APC Smart-UPS_1500 device
> dump at https://networkupstools.org/ddl/APC/Smart-UPS_1500.html
>
> Please note the changes since the 2.7.2 report, e.g. ups.delay.start
> is no longer supported.
>
> Roger
>
No matter, thats 2.7.2 I'm running.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

On Wednesday 08 January 2020 16:14:36 Gene Heskett wrote:
> On Wednesday 08 January 2020 15:44:10 Roger Price wrote:
> > Gene's posting:
> > https://alioth-lists.debian.net/pipermail/nut-upsuser/2020-January/0
> >11 654.html contains a NUT 2.7.4 update for the APC Smart-UPS_1500
> > device dump at
> > https://networkupstools.org/ddl/APC/Smart-UPS_1500.html
> >
> > Please note the changes since the 2.7.2 report, e.g. ups.delay.start
> > is no longer supported.
> >
> > Roger
>
> No matter, thats 2.7.2 I'm running.
>
Then I recalled the hoops I had to go thru to get it working on this 
machine so I pulled 2.7.4, but it wouldn't allow itself to be copied to 
the pi when doing the copy as me.

I'll see if I can get it to the pi as  me using different tools, like mc.  
Nope, ro file system. unmount and e2fsck I guess.  Except it won't 
reboot. I see the boot trace until it says starting plymouth and the 
screen goes blank and stays blank. Very short, very dim blink of the 
green led about every 10 seconds. And thats it.  raspi-config has been 
updated, and I'll bet its enabled something in the video that the 
4.19.late rev preempt-rt kernel doesn't have.  Damn.  And there's likely
3.5 gigs worth of stuff over and above the stock raspbian armhf install 
that will need reinstalling if I rewrite that sd card.

Scrolling back thru the history, I see when I plugged in the usb cable 
that came with the ups, and it id's itself so:

[222829.590366] usb 1-1.3.1: new low-speed USB device number 6 using 
xhci_hcd
[222834.349036] usb 1-1.3.1: New USB device found, idVendor=0764, 
idProduct=0501, bcdDevice= 0.01
[222834.349055] usb 1-1.3.1: New USB device strings: Mfr=3, Product=1, 
SerialNumber=0
[222834.349071] usb 1-1.3.1: Product: CP625HGa
[222834.349086] usb 1-1.3.1: Manufacturer: CPS
[222834.383162] hid-generic 0003:0764:0501.0007: hiddev98,hidraw4: USB 
HID v1.10 Device [CPS CP625HGa] on usb-0000:01:00.0-1.3.1/input0
[222846.144086] logitech-hidpp-device 0003:046D:4004.0006: HID++ 2.0 
device connected.

Which looks promising.

And I may have found the first blowup, I had issued a "time make" to 
rebuild the kernel whose src tree is on an SSD known as /dev/sdb1, 
mounted as media/pi/workspace, all 240 gigs of it. That trace back never 
reported the elapsed time, but got into a loop resetting /dev/sda1.  So 
I am wondering if the armhf version of "time" is duff.  I'll send
this,
then stumble around some more in that terminals history.
> Cheers, Gene Heskett

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

On Wednesday 08 January 2020 16:14:36 Gene Heskett wrote:
> On Wednesday 08 January 2020 15:44:10 Roger Price wrote:
> > Gene's posting:
> > https://alioth-lists.debian.net/pipermail/nut-upsuser/2020-January/0
> >11 654.html contains a NUT 2.7.4 update for the APC Smart-UPS_1500
> > device dump at
> > https://networkupstools.org/ddl/APC/Smart-UPS_1500.html
> >
> > Please note the changes since the 2.7.2 report, e.g. ups.delay.start
> > is no longer supported.
> >
> > Roger
>
> No matter, thats 2.7.2 I'm running.
>
> Cheers, Gene Heskett
Never mind the time question, it did report it but much longer than 
before:

real    291m44.098s
user    249m12.123s
sys     59m22.249s

Obviously running on the ondemand governor, which was why I had issued 
the remake after using make menuconfig to reset it to performance.  It 
has plenty of cooling so that should not be a problem.  Sigh...

I think next try will be debian arm64 based.  All this diddles with the 
video clocking which determines the spi clock speeds. So at least the 
on-demand governor must be disabled when running linuxcnc on it, and 
preferably leaving performance as its only choice.  And while that 
kernel is now built, its not been installed.

Thanks for listening to my muttering Roger, and TIA for the docs rewrite 
I've been told you've done since 2.7.2. Right now I need to round up 
some vittles for both of us, and remove the cap of the one nightly near 
beer I as a diabetic allow me.

Take care now all.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

On Jan 8, 2020, at 3:44 PM, Roger Price wrote:
> 
> Gene's posting:
https://alioth-lists.debian.net/pipermail/nut-upsuser/2020-January/011654.html
contains a NUT 2.7.4 update for the APC Smart-UPS_1500 device dump at
https://networkupstools.org/ddl/APC/Smart-UPS_1500.html
> 
> Please note the changes since the 2.7.2 report, e.g. ups.delay.start is no
longer supported.
The differences are correlated with the value returned in ups.firmware, so I
suspect we have two different microcontrollers inside.

Older devices (such as the ones already in the DDL) are in the format
"6xx.yy.I", and newer devices (ones that expose a limited set of
variables over HID, and more variables over Modbus) look like "UPS ##.# /
ID=####".

Details here: https://github.com/networkupstools/nut/issues/139