[Nut-upsuser] N-Power MEV-3000LT compatibility report and problem

Charles Lepple clepple at gmail.com
Sun Aug 11 20:44:54 UTC 2013


On Aug 11, 2013, at 2:12 PM, Александр Безруков wrote:

> I see no problem with how the device communicates the Blazer/Megatec protocol.
> I must have found a bug in the driver.

It is possible that the shutdown was tested with a different implementation of the protocol. What do you get from the "I" command?

On Aug 11, 2013, at 11:25 AM, Александр Безруков wrote:

> So I believe the compatibility list deserves two new lines.

Probably best to delay adding this to the HCL until we can get the driver to shut down the UPS properly.

> # /lib64/nut/blazer_ser -amv -k -DDD
> Network UPS Tools - Megatec/Q1 protocol serial driver 1.55 (2.6.5-Unversioned directory)
>    0.000000    debug level is '3'
>    0.108370    Initiating UPS shutdown
>    0.108561    send: 'C'
>    0.150967    read: 'NAK'
>    0.151021    instcmd: command [shutdown.stop] failed
>    0.151162    send: 'C'
>    0.193506    read: 'NAK'
>    0.193598    instcmd: command [shutdown.stop] failed
>    0.193725    send: 'C'
>    0.236016    read: 'NAK'
>    0.236093    instcmd: command [shutdown.stop] failed
>    0.236127    Shutdown failed!

This behavior (where any previous pending shutdown is cancelled first) was introduced here:

   https://github.com/networkupstools/nut/commit/0eef5be7

I wonder if other Megatec-based units don't send a NAK if there is no shutdown pending?

Also, maybe we can just attempt the 'C' command up to three times, then send the shutdown command outside that loop.

Unfortunately, my Best Power UPS is not available to see how it handles this.

Also, I am not at all familiar with the runtime calibration config variables.

-- 
Charles Lepple
clepple at gmail



More information about the Nut-upsuser mailing list