similar to: had to reinstall on new drive, lost all nut related .conf's

On 6/19/23 18:57, gene heskett wrote: > Greetings Jim & friends; > > Just installed nut 2.7.4 on a debian bullseye system.? ups is: > Bus 001 Device 006: ID 051d:0003 American Power Conversion UPS > Device Descriptor: > ? bLength??????????????? 18 > ? bDescriptorType???????? 1 > ? bcdUSB?????????????? 2.00 > ? bDeviceClass??????????? 0 > ?

On 6/19/23 20:29, gene heskett wrote: Some speeling korrections > On 6/19/23 18:57, gene heskett wrote: >> Greetings Jim & friends; >> >> Just installed nut 2.7.4 on a debian bullseye system.? ups is: >> Bus 001 Device 006: ID 051d:0003 American Power Conversion UPS >> Device Descriptor: >> ?? bLength??????????????? 18 >> ?? bDescriptorType????????

On Wed, 8 Jan 2020, Gene Heskett wrote: > On Wednesday 08 January 2020 06:44:03 Roger Price wrote: >> I am surprised that there is no ups.delay.start for this UPS. > My new APC Smart-UPS_1500 doesn't have it either. Hello Gene, The NUT 2.7.2 "device dump library" entry for the APC Smart-UPS 1500 at https://networkupstools.org/ddl/APC/Smart-UPS_1500.html shows an entry

Hi Charles; Had a fire on the mobo of my old server, replaced it all with about 10x the hardware. dmesg now says this: 71068.842780] usb 1-9: new full-speed USB device number 10 using xhci_hcd [71069.012577] usb 1-9: New USB device found, idVendor=051d, idProduct=0003 [71069.012579] usb 1-9: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [71069.012579] usb 1-9: Product:

On Sunday 08 December 2019 21:48:03 Charles Lepple wrote: > On Dec 7, 2019, at 7:01 PM, Gene Heskett <gheskett at shentel.net> wrote: > > What driver do I now put in /etc/nut/ups.conf? hid-generic doesn't > > seem to want to talk to it, and the original name _(usbhid-ups) > > doesn't work from new mobo. Oh wait, I can't spell. But that didn't > >

I've drug it as far under the table as I can get it on a 30% heart. Yeah, I'm getting on, I'll be 85 in about 2 weeks. Heart surgury will be scheduled in the next few days to replace a worn out, leaky aortic valve. Piece if cake if my veins are big enough. So what driver do I use with a Smart-UPS_1500??? Never mind it was found and accessed by the bootup! upsc my usp reports:

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 Sunday 08 December 2019 22:17:39 Gene Heskett wrote: > On Sunday 08 December 2019 21:48:03 Charles Lepple wrote: > > On Dec 7, 2019, at 7:01 PM, Gene Heskett <gheskett at shentel.net> wrote: > > > What driver do I now put in /etc/nut/ups.conf? hid-generic doesn't > > > seem to want to talk to it, and the original name _(usbhid-ups) > > >

Greetings all; Mother nature stomping around bumping the service enough to kill a print job, but the ender 3 can be restarted from where it was interrupted. So when that job was done, I strung a 50 foot cord from an outlet driven by the 1500 WA supply, and restarted that job for the 3rd time. Thats a startup draw of 250 watts or so added to this ups. So once that was done and the job was

On Monday 22 June 2020 09:50:50 Larry Fahnoe wrote: > On Mon, Jun 22, 2020 at 8:27 AM Gene Heskett <gheskett at shentel.net> wrote: > > > On Jun 22, 2020, at 8:52 AM, Gene Heskett wrote: > > > > pi at rpi4:~ $ upscmd myups *test.battery.start.quick* > > > > Username (pi): > > > > Password: > > > > Unexpected response from upsd:

On Sunday 12 January 2020 11:14:13 Charles Lepple wrote: > On Jan 12, 2020, at 9:56 AM, Gene Heskett wrote: > >> Instant return, logging this: > > > > in /tmp/info > > > >> 0.000000 Error: too many non-option arguments. Try -h for > >> help. Network UPS Tools - Generic HID driver 0.41 (2.7.4) > >> USB communication driver 0.33 >

On Monday 22 June 2020 09:18:29 Charles Lepple wrote: > On Jun 22, 2020, at 8:52 AM, Gene Heskett wrote: > > pi at rpi4:~ $ upscmd myups test.battery.start.quick > > Username (pi): > > Password: > > Unexpected response from upsd: ERR ACCESS-DENIED > > > > Looking at /etc/nut/uspd.users, I (me, pi) should be able to do > > that. ??? > > Hi Gene,

On Jun 22, 2020, at 3:36 PM, Charles Lepple wrote: > > On Jun 22, 2020, at 1:26 PM, Gene Heskett wrote: >> >> So I just edited /etc/nut/upsd.users to add both the commands it claims >> to have but get this response to either: > > In your original example, you had multiple “instcmd =“ lines for one user- I think the allowed commands all need to be listed on one

On Monday 22 June 2020 18:50:25 Gene Heskett wrote: > On Monday 22 June 2020 18:03:16 Charles Lepple wrote: > > On Jun 22, 2020, at 3:36 PM, Charles Lepple wrote: > > > On Jun 22, 2020, at 1:26 PM, Gene Heskett wrote: > > >> So I just edited /etc/nut/upsd.users to add both the commands it > > >> claims to have but get this response to either: > >

On Monday 22 June 2020 15:26:23 Larry Fahnoe wrote: > On Mon, Jun 22, 2020 at 12:26 PM Gene Heskett <gheskett at shentel.net> wrote: > > So I just edited /etc/nut/upsd.users to add both the commands it > > claims to have but get this response to either: > > > > pi at rpi4:~ $ upscmd myups test.battery.start.quick > > Username (pi): pi > > Password:

On Tue, 7 Jan 2020, Eyal Lebedinsky wrote: > On 2020-01-07 23:01, Roger Price wrote: >> There is no report for variable "ups.delay.start" in your upsc output. >> What does command "upsc <ups> ups.delay.start" report? > > $ upsc eaton ups.delay.start > Init SSL without certificate database > Error: Variable not supported by UPS I am surprised

On Jan 11, 2020, at 3:50 PM, Gene Heskett wrote: > >> The problem is further downstream. Even after you map HID names to NUT >> names, then you run into the fact that CPS and NUT are interpreting >> the HID Report Descriptor differently. (Some details here: >> https://github.com/networkupstools/nut/issues/439 ) > > Thats asking quite a bit of you. IMO TANSTAAFL

On Monday 22 June 2020 08:19:15 Charles Lepple wrote: > > On Jun 18, 2020, at 12:39 PM, Mike Dillinger wrote: > > > > ups.test.result: No test initiated > > I’d recommend a battery test. Starting the test via the front panel > should be sufficient, or you might be able to do it with upscmd. from man pi at rpi4:~ $ upscmd -l myups Instant commands supported on UPS

On Saturday 11 January 2020 18:43:23 Gene Heskett wrote: > On Saturday 11 January 2020 17:00:19 Charles Lepple wrote: > > On Jan 11, 2020, at 3:50 PM, Gene Heskett wrote: > > >> The problem is further downstream. Even after you map HID names > > >> to NUT names, then you run into the fact that CPS and NUT are > > >> interpreting the HID Report

On Jan 9, 2020, at 4:39 PM, Gene Heskett <gheskett at shentel.net> wrote: > > So for starters, what's the best ./configure command line? There’s this page for matching the layout of an existing Debian install: https://github.com/networkupstools/nut/wiki/Building-NUT-on-Debian,-Raspbian-and-Ubuntu But remind me, what are you hoping to get from the later version of NUT? (We don’t