APCUPSD - No UPS page
-
@stephenw10 said in APCUPSD - No UPS page:
apcupsd does not install a UPS menu but the NUT package does. If you had ever installed that it might have still been present in the config.
How does one edit config to get rid of it? Might it be causing the problem with the readings?
-
You can install and then uninstall NUT. Or you can remove the menus from the config file:
<installedpackages> <menu> Some menu </menu> </installedpackages>Doing that is open to error though.
Steve
-
@stephenw10 said in APCUPSD - No UPS page:
You can install and then uninstall NUT.
That seems to have cleared "UPS" from the Services list. However, I'm still getting bad data from the UPS.
-
So it shows all the data locally but not when the daemon is queried from a different client?
Are they running the same apcupsd version? Seems like a data formatting mismatch.
Steve
-
@stephenw10 said in APCUPSD - No UPS page:
So it shows all the data locally but not when the daemon is queried from a different client?
It shows bad data both locally and on the Linux box. Both show the same data. As I mentioned, I tried moving the USB cables between UPSs, and the problem followed pfSense.
-
Hmm, well I guess I'd try apcupsd on a FreeBSD box next then of you can.
It would be good to know if that's the same version on Linux and FreeBSD though.
Steve
-
@stephenw10 said in APCUPSD - No UPS page:
It would be good to know if that's the same version on Linux and FreeBSD though.
According to what I posted above, they're both the same version.
VERSION : 3.14.14 (31 May 2016) freebsd
VERSION : 3.14.14 (31 May 2016) suse -
It also fails with NUT. I have also tried a different USB port and turning off legacy USB support on the motherboard. The package manager mentions a dependeny "apcupsd-3.14.14_2". Is that already installed? If so, why mention it?
-
Next step is to test it in FreeBSD then.
If it fails there too the report it to the FreeBSD package maintainer.
Steve
-
I don't run FreeBSD, other than pfSense. I run Linux, where it works fine. Incidentally, I read that APC is now running MODBUS, instead of an older protocol. Might that have something to do with it?
-
Could be. My guess would be that the FreeBSD port supports some subset of the data only. But testing against FreeBSD is the only way to know that. Or reading the code...
Steve
-
Unfortunately, my only experience with *BSD is pfSense and I find it frustrating compared to Linux. I understand that this may be due to pfSense running on a somewhat stripped down version of FreeBSD.
Is there any log I can check that might reveal something?
-
You can check /var/log/apcupsd.events but I don;t think you'll see anything new there.
There are some log level options in the config file /usr/local/etc/apcupsd/apcupsd.conf
You can probably start it in debug mode from the command line if the service is stopped:
apcupsd -d 2
Not sure if that actually shows anything extra, I can't test it.Steve
-
@stephenw10 said in APCUPSD - No UPS page:
Could be. My guess would be that the FreeBSD port supports some subset of the data only. But testing against FreeBSD is the only way to know that. Or reading the code...
Steve
I just plugged in an older model APC UPS and it now works. The old model is a " Back-UPS ES 500". So, there is something different in the protocol between old and new that keeps apcupsd and NUT from working with the new UPS. BTW, I had previously used NUT with this old model and it worked fine. As I mentioned, the new UPS works fine with Linux.
