On Sun, Feb 24, 2008 at 4:18 PM, Arjen de Korte <[EMAIL PROTECTED]> wrote: > Charles Lepple wrote: > > > I suspect that the battery is failing on my Pulsar Evolution 500 (it > > is several years old now) but I can't seem to get a valid battery > > voltage from the UPS. > > What is the actual battery voltage you would expect? Something like 12 V?
I think so. It's a 1U rackmount unit. > > The following tests were done using NUT 2.2.1, but I first noticed > > this with the trunk, and reproduced it with the current > > branches/Testing as well. > > > > The only two values I have seen for battery.voltage are 120.0 and 119.0, > e.g.: > > > > $ upsc evo | grep battery # full upsc output attached. > > battery.voltage: 120.0 > > battery.voltage.nominal: 120 > > I can't say that I'm really surprised here. My 'Evolution 650' will > report battery voltage (nominal 12 V) in 1 V increments. So the only > practical reported values are probably 12 and 13 V here. I was rather > shocked to find that it has such a lousy resolution. Still, the battery charge value does not seem to correlate with the 120 and 119 values. > > Could this be related to the "Evolution 650" bug mentioned in > > mge-hid.c? (On the other hand, I suspect that if I added my model to > > that function, it would only fix the battery.voltage.nominal) > > It might need a /10 conversion for *both* values here, or it is > reporting something completely different. Maybe Arnaud can tell? Indeed. The reason why I think it might be output voltage is due to the flow ID, but I suppose it could be a /10 bug too. I was hoping that Arnaud might be able to shed some light on it. > I also noticed in the debug output you showed, that the device is reporting > > Path: UPS.PowerSummary.DelayBeforeStartup, Type: Feature, ReportID: > 0x29, Offset: 0, Size: 24, Value: -10.000000 > > The value '-10' looks odd here. I would not expect this to go lower than > '-1'. Maybe this has to do something with the "Set startup delay, in ten > seconds units for MGE". According to the HID PDC specification, the > values that are changed here are in one second units, so we may need > some conversion here too. It has always been like that, but I haven't really played much with setting the delays. -- - Charles Lepple _______________________________________________ Nut-upsdev mailing list [email protected] http://lists.alioth.debian.org/mailman/listinfo/nut-upsdev
