Any news? Send dubug with explore one more time in attach 19.12.2014 15:39, Charles Lepple ?????:> On Dec 19, 2014, at 5:16 AM, ??????? ??????? <freemgm at gmail.com> wrote: > >> # /usr/local/libexec/nut/usbhid-ups -DD -a eaton9sx -u root -x explore -x vendorid=0x0463 2>&1 | tee /tmp/eaton9sx-explore.log > Ah, I forgot about the vendorid. The string is a regex which must match what is printed by the debug output (case-insensitive) rather than a numerical match, so it should be "-x vendorid=0463". > > I did not see a potential match for battery.charge in the non-explore output, but can you try again with the fixed vendorid and "-DDD"? >-- ? ?????????, ???????. -------------- next part -------------- A non-text attachment was scrubbed... Name: eaton9sx-explore-DDD.tar.gz Type: application/x-gzip Size: 11243 bytes Desc: not available URL: <http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20141229/c5473653/attachment.bin>
Hi; Charels get me e hint about comment out root user and add $ sudo adduser nut dialout. This was work, Kind regards, Janez 2014-12-29 16:03 GMT+01:00 ??????? ??????? <freemgm at gmail.com>:> Any news? > > Send dubug with explore one more time > in attach > > > 19.12.2014 15:39, Charles Lepple ?????: > >> On Dec 19, 2014, at 5:16 AM, ??????? ??????? <freemgm at gmail.com> wrote: >> >> # /usr/local/libexec/nut/usbhid-ups -DD -a eaton9sx -u root -x explore >>> -x vendorid=0x0463 2>&1 | tee /tmp/eaton9sx-explore.log >>> >> Ah, I forgot about the vendorid. The string is a regex which must match >> what is printed by the debug output (case-insensitive) rather than a >> numerical match, so it should be "-x vendorid=0463". >> >> I did not see a potential match for battery.charge in the non-explore >> output, but can you try again with the fixed vendorid and "-DDD"? >> >> > -- > ? ?????????, ???????. > > > _______________________________________________ > Nut-upsuser mailing list > Nut-upsuser at lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20141230/371ba66e/attachment.html>
On Dec 29, 2014, at 6:38 PM, Janez Kremzer <janez256 at gmail.com> wrote:> Charels get me e hint about comment out root user and add $ sudo adduser nut dialout.In ???????'s case (FreeBSD), the group would be uucp (and I don't think the adduser command supports this syntax). -- Charles Lepple clepple at gmail
On Dec 29, 2014, at 10:03 AM, ??????? ??????? <freemgm at gmail.com> wrote:> Any news? > > Send dubug with explore one more time > in attachUnless I am mistaken, there is no new information in the latest debug output. One odd thing in the HID dump is that DesignCapacity appears twice, with very different values: Path: UPS.BatterySystem.Battery.DesignCapacity, ReportID: 0x23, Offset: 0, Size: 32, Value: 18000 ... Path: UPS.PowerSummary.CapacityGranularity1, ReportID: 0x0c, Offset: 0, Size: 8, Value: 1 Path: UPS.PowerSummary.CapacityMode, ReportID: 0x0c, Offset: 8, Size: 8, Value: 2 Path: UPS.PowerSummary.DesignCapacity, ReportID: 0x0c, Offset: 16, Size: 8, Value: 100 Path: UPS.PowerSummary.FullChargeCapacity, ReportID: 0x0c, Offset: 24, Size: 8, Value: 100 (These are both 'Type: Feature'.) From pdcv10.pdf, UPS.BatterySystem.Battery.DesignCapacity should be in CapacityMode units, and CapacityMode==2 is %. But since CapacityMode is in UPS.PowerSummary, maybe it refers to UPS.PowerSummary.DesignCapacity instead. The 18000 might be mAh or mWh. It is also possible that one of UPS.PowerSummary.DesignCapacity or UPS.PowerSummary.FullChargeCapacity was intended to be RemainingCapacity. You can verify this by forcing the UPS onto battery power until the front panel displays a charge lower than 100%. I do not see any items which are likely to be runtime. -- Charles Lepple clepple at gmail -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20141230/39384bde/attachment.html>