> >> usbconfig -u 4 -a 2 dump_curr_config_desc > > Here is output of the command. Thank you for your help with this. > > ugen4.2: <product 0x0601 CyberPower Systems> at usbus4, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON (50mA) >[...]> bLength = 0x09 > bDescriptorType = 0x21 > bDescriptorSubType = 0x10 >> RAW dump: >> 0x00 | 0x09, 0x21, 0x10, 0x01, 0x21, 0x01, 0x22, 0x90, >> 0x08 | 0x02 > > This looks reasonable. > > What about this? > > usbconfig -u 4 -a 2 do_request 0x81 0x06 0x2200 0 0x100 > > One thing I noticed about the report descriptor that NUT returned: it has extra zero bytes. > > For instance, these lines: > > 0.157417 Report Descriptor: (656 bytes) => 05 00 84 00 09 00 04 00 a1 00 01 00 09 00 > 0.157431 24 00 a1 00 00 00 85 00 01 00 09 00 fe 00 75 00 08 00 95 00 01 00 15 00 00 > > would parse fairly normally if they read as follows: > > 0.157417 Report Descriptor: (656 bytes) => 05 84 09 04 a1 01 09 > 0.157431 24 a1 00 85 01 09 fe 75 08 95 01 15 00Here is the output from that command. Thank you for your help. usbconfig -u 4 -a 2 do_request 0x81 0x06 0x2200 0 0x100 REQUEST = <0x05 0x84 0x09 0x04 0xa1 0x01 0x09 0x24 0xa1 0x00 0x85 0x01 0x09 0xfe 0x75 0x08 0x95 0x01 0x15 0x00 0x26 0xff 0x00 0xb1 0x22 0x85 0x02 0x09 0xff 0xb1 0x22 0x85 0x03 0x05 0x85 0x09 0x8f 0xb1 0x22 0x85 0x04 0x09 0x89 0xb1 0x22 0x85 0x05 0x09 0x8b 0xb1 0x22 0x85 0x06 0x09 0x2c 0xb1 0x22 0x85 0x07 0x75 0x08 0x95 0x05 0x25 0x64 0x09 0x83 0x09 0x8d 0x09 0x8e 0x09 0x8c 0x09 0x67 0xb1 0x22 0x95 0x01 0x25 0x41 0x15 0x14 0x09 0x29 0xb1 0x22 0x25 0x64 0x15 0x00 0x85 0x08 0x75 0x08 0x65 0x00 0x09 0x66 0x81 0x22 0x09 0x66 0xb1 0xa2 0x09 0x68 0x75 0x10 0x27 0xff 0xff 0x00 0x00 0x66 0x01 0x10 0x81 0x22 0x09 0x68 0xb1 0xa2 0x09 0x2a 0x26 0x58 0x02 0x81 0x22 0x09 0x2a 0xb1 0xa2 0x85 0x09 0x75 0x10 0x27 0xff 0xff 0x00 0x00 0x05 0x84 0x09 0x40 0x67 0x21 0xd1 0xf0 0x00 0x55 0x06 0xb1 0x22 0x85 0x0a 0x09 0x30 0xb1 0xa2 0x65 0x00 0x55 0x00 0x09 0x02 0xa1 0x02 0x85 0x0b 0x75 0x01 0x95 0x06 0x25 0x01 0x05 0x85 0x09 0xd0 0x09 0x44 0x09 0x45 0x09 0x42 0x09 0x46 0x09 0x43 0x81 0x22 0x09 0xd0 0x09 0x44 0x09 0x45 0x09 0x42 0x09 0x46 0x09 0x43 0xb1 0xa2 0x75 0x02 0x95 0x01 0x81 0x01 0xb1 0x01 0xc0 0x85 0x0c 0x05 0x84 0x09 0x5a 0x75 0x08 0x15 0x01 0x25 0x03 0xb1 0xa2 0x85 0x0d 0x09 0xfd 0x15 0x00 0x26 0xff 0x00 0xb1 0x22 0xc0 0x05 0x84 0x09 0x1a 0xa1 0x00 0x85 0x0e 0x05 0x84 0x09 0x40 0x75><$u&""""","u%dg"%A)"%duef"fhu'f"h*&X"*u'@g!U"0eUu%DEBFC"DEBFCuZu%&"@u> Joe Gzesh Sent from Zimbra Open Source Mail Server. Hosted at my House. Ask me how to set up your own Zimbra server. ----- Original Message ----- From: "Charles Lepple" <clepple at gmail.com> To: "Joseph Gzesh" <louis at frentzgzesh.info> Cc: nut-upsuser at lists.alioth.debian.org Sent: Thursday, September 24, 2015 10:59:12 PM Subject: Re: [Nut-upsuser] FreeBSD backed with a PR1500LCDRT2U On Sep 24, 2015, at 10:28 AM, Louis G. <louis at frentzgzesh.info> wrote:> >> usbconfig -u 4 -a 2 dump_curr_config_desc > > Here is output of the command. Thank you for your help with this. > > ugen4.2: <product 0x0601 CyberPower Systems> at usbus4, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON (50mA) >[...]> bLength = 0x09 > bDescriptorType = 0x21 > bDescriptorSubType = 0x10 > RAW dump: > 0x00 | 0x09, 0x21, 0x10, 0x01, 0x21, 0x01, 0x22, 0x90, > 0x08 | 0x02This looks reasonable. What about this? usbconfig -u 4 -a 2 do_request 0x81 0x06 0x2200 0 0x100 One thing I noticed about the report descriptor that NUT returned: it has extra zero bytes. For instance, these lines: 0.157417 Report Descriptor: (656 bytes) => 05 00 84 00 09 00 04 00 a1 00 01 00 09 00 0.157431 24 00 a1 00 00 00 85 00 01 00 09 00 fe 00 75 00 08 00 95 00 01 00 15 00 00 would parse fairly normally if they read as follows: 0.157417 Report Descriptor: (656 bytes) => 05 84 09 04 a1 01 09 0.157431 24 a1 00 85 01 09 fe 75 08 95 01 15 00 -- Charles Lepple clepple at gmail
On Sep 25, 2015, at 7:34 AM, Louis G. <louis at frentzgzesh.info> wrote:>> One thing I noticed about the report descriptor that NUT returned: it has extra zero bytes. >> >> For instance, these lines: >> >> 0.157417 Report Descriptor: (656 bytes) => 05 00 84 00 09 00 04 00 a1 00 01 00 09 00 >> 0.157431 24 00 a1 00 00 00 85 00 01 00 09 00 fe 00 75 00 08 00 95 00 01 00 15 00 00 >> >> would parse fairly normally if they read as follows: >> >> 0.157417 Report Descriptor: (656 bytes) => 05 84 09 04 a1 01 09 >> 0.157431 24 a1 00 85 01 09 fe 75 08 95 01 15 00 > > Here is the output from that command. Thank you for your help. > > usbconfig -u 4 -a 2 do_request 0x81 0x06 0x2200 0 0x100 > REQUEST = <0x05 0x84 0x09 0x04 0xa1 0x01 0x09 0x24 0xa1 0x00 0x85 0x01 0x09 0xfe 0x75 0x08 0x95 0x01 0x15 0x00[...] Yeah, for some reason, NUT is getting different descriptor data than usbconfig. I don't see anything obvious in the FreeBSD source code, and I can't test the latest FreeBSD on my systems here (computers are in pieces in the basement). Is there a chance that there is something different with NAS4Free's USB stack? Where do they keep their source code repository? Or can you test NUT with actual FreeBSD 10.2 system? -- Charles Lepple clepple at gmail
Charles, For what it is worth, I also have a Cyber Power CP900AVR laying around that I can test with. Joe Gzesh Sent from Zimbra Open Source Mail Server. Hosted at my House. Ask me how to set up your own Zimbra server. ----- On Sep 25, 2015, at 7:34 AM, Joseph Gzesh louis at frentzgzesh.info wrote:>> >>> usbconfig -u 4 -a 2 dump_curr_config_desc >> >> Here is output of the command. Thank you for your help with this. >> >> ugen4.2: <product 0x0601 CyberPower Systems> at usbus4, cfg=0 md=HOST spd=LOW >> (1.5Mbps) pwr=ON (50mA) >> > [...] >> bLength = 0x09 >> bDescriptorType = 0x21 >> bDescriptorSubType = 0x10 >>> RAW dump: >>> 0x00 | 0x09, 0x21, 0x10, 0x01, 0x21, 0x01, 0x22, 0x90, >>> 0x08 | 0x02 >> >> This looks reasonable. >> >> What about this? >> >> usbconfig -u 4 -a 2 do_request 0x81 0x06 0x2200 0 0x100 >> >> One thing I noticed about the report descriptor that NUT returned: it has extra >> zero bytes. >> >> For instance, these lines: >> >> 0.157417 Report Descriptor: (656 bytes) => 05 00 84 00 09 00 04 00 a1 00 01 00 >> 09 00 >> 0.157431 24 00 a1 00 00 00 85 00 01 00 09 00 fe 00 75 00 08 00 95 00 01 00 15 00 >> 00 >> >> would parse fairly normally if they read as follows: >> >> 0.157417 Report Descriptor: (656 bytes) => 05 84 09 04 a1 01 09 >> 0.157431 24 a1 00 85 01 09 fe 75 08 95 01 15 00 > > Here is the output from that command. Thank you for your help. > > usbconfig -u 4 -a 2 do_request 0x81 0x06 0x2200 0 0x100 > REQUEST = <0x05 0x84 0x09 0x04 0xa1 0x01 0x09 0x24 0xa1 0x00 0x85 0x01 0x09 0xfe > 0x75 0x08 0x95 0x01 0x15 0x00 0x26 0xff 0x00 0xb1 0x22 0x85 0x02 0x09 0xff 0xb1 > 0x22 0x85 0x03 0x05 0x85 0x09 0x8f 0xb1 0x22 0x85 0x04 0x09 0x89 0xb1 0x22 0x85 > 0x05 0x09 0x8b 0xb1 0x22 0x85 0x06 0x09 0x2c 0xb1 0x22 0x85 0x07 0x75 0x08 0x95 > 0x05 0x25 0x64 0x09 0x83 0x09 0x8d 0x09 0x8e 0x09 0x8c 0x09 0x67 0xb1 0x22 0x95 > 0x01 0x25 0x41 0x15 0x14 0x09 0x29 0xb1 0x22 0x25 0x64 0x15 0x00 0x85 0x08 0x75 > 0x08 0x65 0x00 0x09 0x66 0x81 0x22 0x09 0x66 0xb1 0xa2 0x09 0x68 0x75 0x10 0x27 > 0xff 0xff 0x00 0x00 0x66 0x01 0x10 0x81 0x22 0x09 0x68 0xb1 0xa2 0x09 0x2a 0x26 > 0x58 0x02 0x81 0x22 0x09 0x2a 0xb1 0xa2 0x85 0x09 0x75 0x10 0x27 0xff 0xff 0x00 > 0x00 0x05 0x84 0x09 0x40 0x67 0x21 0xd1 0xf0 0x00 0x55 0x06 0xb1 0x22 0x85 0x0a > 0x09 0x30 0xb1 0xa2 0x65 0x00 0x55 0x00 0x09 0x02 0xa1 0x02 0x85 0x0b 0x75 0x01 > 0x95 0x06 0x25 0x01 0x05 0x85 0x09 0xd0 0x09 0x44 0x09 0x45 0x09 0x42 0x09 0x46 > 0x09 0x43 0x81 0x22 0x09 0xd0 > 0x09 0x44 0x09 0x45 0x09 0x42 0x09 0x46 0x09 0x43 0xb1 0xa2 0x75 0x02 0x95 0x01 > 0x81 0x01 0xb1 0x01 0xc0 0x85 0x0c 0x05 0x84 0x09 0x5a 0x75 0x08 0x15 0x01 0x25 > 0x03 0xb1 0xa2 0x85 0x0d 0x09 0xfd 0x15 0x00 0x26 0xff 0x00 0xb1 0x22 0xc0 0x05 > 0x84 0x09 0x1a 0xa1 0x00 0x85 0x0e 0x05 0x84 0x09 0x40 > 0x75><$u&""""","u%dg"%A)"%duef"fhu'f"h*&X"*u'@g!U"0eUu%DEBFC"DEBFCuZu%&"@u> > > Joe Gzesh > Sent from Zimbra Open Source Mail Server. Hosted at my House. > Ask me how to set up your own Zimbra server. > > ----- Original Message ----- > From: "Charles Lepple" <clepple at gmail.com> > To: "Joseph Gzesh" <louis at frentzgzesh.info> > Cc: nut-upsuser at lists.alioth.debian.org > Sent: Thursday, September 24, 2015 10:59:12 PM > Subject: Re: [Nut-upsuser] FreeBSD backed with a PR1500LCDRT2U > > On Sep 24, 2015, at 10:28 AM, Louis G. <louis at frentzgzesh.info> wrote: >> >>> usbconfig -u 4 -a 2 dump_curr_config_desc >> >> Here is output of the command. Thank you for your help with this. >> >> ugen4.2: <product 0x0601 CyberPower Systems> at usbus4, cfg=0 md=HOST spd=LOW >> (1.5Mbps) pwr=ON (50mA) >> > [...] >> bLength = 0x09 >> bDescriptorType = 0x21 >> bDescriptorSubType = 0x10 >> RAW dump: >> 0x00 | 0x09, 0x21, 0x10, 0x01, 0x21, 0x01, 0x22, 0x90, >> 0x08 | 0x02 > > This looks reasonable. > > What about this? > > usbconfig -u 4 -a 2 do_request 0x81 0x06 0x2200 0 0x100 > > One thing I noticed about the report descriptor that NUT returned: it has extra > zero bytes. > > For instance, these lines: > > 0.157417 Report Descriptor: (656 bytes) => 05 00 84 00 09 00 04 00 a1 00 01 00 > 09 00 > 0.157431 24 00 a1 00 00 00 85 00 01 00 09 00 fe 00 75 00 08 00 95 00 01 00 15 00 > 00 > > would parse fairly normally if they read as follows: > > 0.157417 Report Descriptor: (656 bytes) => 05 84 09 04 a1 01 09 > 0.157431 24 a1 00 85 01 09 fe 75 08 95 01 15 00 > > -- > Charles Lepple > clepple at gmail > > > _______________________________________________ > Nut-upsuser mailing list > Nut-upsuser at lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
On Sep 25, 2015, at 9:21 AM, Louis G. <louis at frentzgzesh.info> wrote:> > For what it is worth, I also have a Cyber Power CP900AVR laying around that I can test with.That could certainly help narrow down whether it is a problem with the UPS or with the OS. -- Charles Lepple clepple at gmail