[Nut-upsuser] contineously receiving the same values
Marc Kessels
marc at kessels.name
Wed Mar 22 13:29:38 UTC 2017
Hi Charles,
Upsmart version is 1.5, copyright says 2012-2014
the github issue seems a bit worse, since it reports:
received 10 (85)
1.158700 read: UPS No Ack
whereas my system reports :
6.239688 Full update...
6.239776 send: Q1
6.261270 received 47 (40)
6.261371 read: (234.0 000.0 234.0 012 49.9 27.4 29.0 00001000
but it keeps repeating the last line, so I am not getting any update.
I'll give the wireshark sniffer a try, to see if I can find a solution
there.
thanks,
marc
On 22-3-2017 14:16, Charles Lepple wrote:
> On Mar 22, 2017, at 6:27 AM, Marc Kessels <marc at kessels.name> wrote:
>> with NUT, I am able to connect to the UPS using the blazer_usb and nutdrv_qx. However, the reported values are constant, and only change if I run the UPSmart tool (It can run in parallel). What can I do to get NUT to receive updated values?
> Which version (and how old) is UPSmart?
>
> This just came up in a GitHub issue as well:
>
> https://github.com/networkupstools/nut/issues/409#issuecomment-288223536
>> @zykh wrote:
>>
>>> In their case, if I recall correctly, the problem was that, using libusb (recte: libusb 0.x or libusb-compat), we can't reproduce the exact sequence of commands which appears to be needed to get valid and up-to-date values from the device. But now that we have a libusb 1.x branch, I think that, starting from it, we could implement something that should work for them.
>>> Assuming you have the original manufacturer-provided monitoring program, a capture of it 'talking' to the device could help diagnosing the problem.
>> Is there a way to sniff the USB communication of the UPSmart?
> https://wiki.wireshark.org/CaptureSetup/USB#Linux
>
> Let us know if you have questions about the capture procedure.
More information about the Nut-upsuser
mailing list