[Nut-upsdev] Protocol for Ritmo AS-800VA

[Gino Putrino]

>
>
> On Oct 26, 2009, at 9:44 PM, "Gino Putrino"
> <ginoputrino at ginoputrino.dyndns.org
>  > wrote:
>
>> Hi,
>>  I just acquired a Ritmo AS-800VA.
>> Unfortunately, it doesn't work out of the box with nut - so I had to
>> do a
>> bit of reverse engineering on the protocol to get it working. Am now
>> posting my findings here in the hope it will get this added to the
>> next
>> release.
>>
>> There are also 1000VA and 12000VA versions that this should work with.
>>
>> The protocol is very similar to the megatec protocol - although
>> simpler.
>> Like megatec - it responds to a 'Q1' request.
>> The response is slightly different - instead of the megatec 46
>> character
>> reply string - the ritmo unit replies with a 35 character string of
>> the
>> form:
>>
>> (AAA BBB CCC DD.D EE.E FFF GGGGGGGG
>>
>> Where:
>>    AAA is input voltage
>>    BBB is output voltage
>>    CCC is load - not sure what the range is - when my server plugged
>> in and
>> running - this is 4
>>    DD.D is input frequency
>>    EE.E is output frequency
>>    FFF is battery voltage - seems to be 195 when fully charged -
>> about 160
>> when flat.
>>    GGGGGGGG is a bit mask of the form b7b6b5b4b3b2b1b0. So far I've
>> only
>> established b7=1 when on battery power, b6=1 when battery level is
>> critical. Have not seen the remaining bits change from 0.
>>
>> A sample response to the "Q1" request when my server is running
>> normally is:
>> (233 233 004 50.0 50.0 195 00000000
>>
>> The unit does not respond to any of the other megatec queries.
>>
> Including the "I" query? (For identifying the vendor and model)
>
> Also, it is easier for us to analyze proposed code patches if they are
> sent in the form of a unified diff ("diff -u file.old.c file.c"). This
> is especially true if the driver in question has had changes since the
> last release.
>

Hi Charles,
    Unfortunately - yes - including the "I" query. The unit just times out
when I send that. Also, the windows software that came with the unit
that I snooped on doesn't send it at all.

Anyway- here is the unified diff.

Regards,
-Gino
-------------- next part --------------
A non-text attachment was scrubbed...
Name: megatec.c.diff
Type: text/x-patch
Size: 4230 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/nut-upsdev/attachments/20091028/888c27d4/attachment.bin>