Please check your
/etc/nut/upsd.conf
By default it is limited to accept localhost only, add your real network address
LISTEN 127.0.0.1 3493
LISTEN <network ip> 3493
LISTEN 192.168.215.4
LISTEN 127.0.0.1
LISTEN ::1
Sorry, did not see this in your earlier post.
You could temporarily install nut on your openHAB server and try
upsc ups@192.168.215.4:3493
Just to make shure it accepts connections from other computers
I have a computer with windows on which the NUT client is installed, this is not an openHAB server, I tried from it:
C:\Program Files (x86)\NUT\bin>upsc ups@192.168.215.4:3493
battery.charge: 100
battery.charge.low: 10
battery.charge.warning: 50
battery.date: 2001/09/25
battery.mfr.date: 2016/12/09
battery.runtime: 12810
battery.runtime.low: 120
battery.type: PbAc
battery.voltage: 27.1
battery.voltage.nominal: 24.0
device.mfr: American Power Conversion
device.model: Back-UPS RS 900G
device.serial: 3B1649X17301
device.type: ups
driver.name: usbhid-ups
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 5
driver.parameter.port: auto
driver.version: DSM6-2-2-24922-broadwell-fmp-repack-24922-190507
driver.version.data: APC HID 0.95
driver.version.internal: 0.38
input.sensitivity: medium
input.transfer.high: 294
input.transfer.low: 176
input.voltage: 238.0
input.voltage.nominal: 230
ups.beeper.status: enabled
ups.delay.shutdown: 20
ups.firmware: 879.L4 .I
ups.firmware.aux: L4
ups.load: 5
ups.mfr: American Power Conversion
ups.mfr.date: 2016/12/09
ups.model: Back-UPS RS 900G
ups.productid: 0002
ups.realpower.nominal: 540
ups.serial: 3B1649X17301
ups.status: OL
ups.test.result: No test initiated
ups.timer.reboot: 0
ups.timer.shutdown: -1
ups.vendorid: 051d
Does this answer the question of access from another computer or does it still need to install the client on the openHAB server?
You should try from another computer. It doesn’t need to be the computer running openHAB. This to make sure has something to do with remote access.
The error seems to be given when the username is send as login. So it looks like it has access to the server but the username is not recognized. So checking if access from another machine could give some insight to find the cause.
He checked and access is granted.
@Olymp Try removing user and password from the thing, as it seems not needed for remote access.
ups.things:
Thing networkupstools:ups:ups1 [ device="ups", host="192.168.215.4", refresh=60 ]
log:
2019-11-01 06:54:00.502 [DEBUG] [org.openhab.binding.networkupstools ] - BundleEvent STARTING - org.openhab.binding.networkupstools
2019-11-01 06:54:00.503 [DEBUG] [org.openhab.binding.networkupstools ] - BundleEvent STARTED - org.openhab.binding.networkupstools
2019-11-01 06:54:00.530 [DEBUG] [org.openhab.binding.networkupstools ] - ServiceEvent REGISTERED - {org.eclipse.smarthome.core.thing.binding.ThingHandlerFactory}={service.id=361, service.bundleid=212, service.scope=bundle, component.name=org.openhab.binding.networkupstools.internal.NUTHandlerFactory, component.id=216} - org.openhab.binding.networkupstools
2019-11-01 06:54:00.629 [DEBUG] [org.openhab.binding.networkupstools ] - ServiceEvent REGISTERED - {org.eclipse.smarthome.core.thing.type.ChannelTypeProvider}={service.id=362, service.bundleid=212, service.scope=singleton} - org.openhab.binding.networkupstools
2019-11-01 06:54:46.108 [DEBUG] [rkupstools.internal.nut.NutConnector] - Error during command, retry: 2
org.openhab.binding.networkupstools.internal.nut.NutException: ERR ACCESS-DENIED
at org.openhab.binding.networkupstools.internal.nut.NutConnector.readLine(NutConnector.java:173) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutConnector.lambda$0(NutConnector.java:94) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutResponseReader.parseVariable(NutResponseReader.java:41) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutApi.lambda$2(NutApi.java:94) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutConnector.read(NutConnector.java:94) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutApi.getVariable(NutApi.java:94) ~[?:?]
at org.openhab.binding.networkupstools.internal.NUTHandler.lambda$5(NUTHandler.java:289) ~[?:?]
at org.openhab.binding.networkupstools.internal.NUTHandler.wrappedNutApiCall(NUTHandler.java:321) ~[?:?]
at org.openhab.binding.networkupstools.internal.NUTHandler.retrieveUpsStatus(NUTHandler.java:289) ~[?:?]
at org.eclipse.smarthome.core.cache.ExpiringCache.refreshValue(ExpiringCache.java:97) ~[?:?]
at org.eclipse.smarthome.core.cache.ExpiringCache.getValue(ExpiringCache.java:68) ~[?:?]
at org.openhab.binding.networkupstools.internal.NUTHandler.refreshStatus(NUTHandler.java:219) ~[?:?]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:?]
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [?:?]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) [?:?]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) [?:?]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:?]
at java.lang.Thread.run(Thread.java:748) [?:?]
2019-11-01 06:54:46.141 [DEBUG] [rkupstools.internal.nut.NutConnector] - Error during command, retry: 1
org.openhab.binding.networkupstools.internal.nut.NutException: ERR ACCESS-DENIED
at org.openhab.binding.networkupstools.internal.nut.NutConnector.readLine(NutConnector.java:173) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutConnector.lambda$0(NutConnector.java:94) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutResponseReader.parseVariable(NutResponseReader.java:41) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutApi.lambda$2(NutApi.java:94) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutConnector.read(NutConnector.java:94) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutApi.getVariable(NutApi.java:94) ~[?:?]
at org.openhab.binding.networkupstools.internal.NUTHandler.lambda$5(NUTHandler.java:289) ~[?:?]
at org.openhab.binding.networkupstools.internal.NUTHandler.wrappedNutApiCall(NUTHandler.java:321) ~[?:?]
at org.openhab.binding.networkupstools.internal.NUTHandler.retrieveUpsStatus(NUTHandler.java:289) ~[?:?]
at org.eclipse.smarthome.core.cache.ExpiringCache.refreshValue(ExpiringCache.java:97) ~[?:?]
at org.eclipse.smarthome.core.cache.ExpiringCache.getValue(ExpiringCache.java:68) ~[?:?]
at org.openhab.binding.networkupstools.internal.NUTHandler.refreshStatus(NUTHandler.java:219) ~[?:?]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:?]
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [?:?]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) [?:?]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) [?:?]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:?]
at java.lang.Thread.run(Thread.java:748) [?:?]
2019-11-01 06:54:46.156 [DEBUG] [.networkupstools.internal.NUTHandler] - Refresh Network UPS Tools failed:
org.openhab.binding.networkupstools.internal.nut.NutException: ERR ACCESS-DENIED
at org.openhab.binding.networkupstools.internal.nut.NutConnector.readLine(NutConnector.java:173) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutConnector.lambda$0(NutConnector.java:94) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutResponseReader.parseVariable(NutResponseReader.java:41) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutApi.lambda$2(NutApi.java:94) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutConnector.read(NutConnector.java:94) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutApi.getVariable(NutApi.java:94) ~[?:?]
at org.openhab.binding.networkupstools.internal.NUTHandler.lambda$5(NUTHandler.java:289) ~[?:?]
at org.openhab.binding.networkupstools.internal.NUTHandler.wrappedNutApiCall(NUTHandler.java:321) ~[?:?]
at org.openhab.binding.networkupstools.internal.NUTHandler.retrieveUpsStatus(NUTHandler.java:289) ~[?:?]
at org.eclipse.smarthome.core.cache.ExpiringCache.refreshValue(ExpiringCache.java:97) ~[?:?]
at org.eclipse.smarthome.core.cache.ExpiringCache.getValue(ExpiringCache.java:68) ~[?:?]
at org.openhab.binding.networkupstools.internal.NUTHandler.refreshStatus(NUTHandler.java:219) ~[?:?]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:?]
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [?:?]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) [?:?]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) [?:?]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:?]
at java.lang.Thread.run(Thread.java:748) [?:?]
In a few hours:
2019-11-01 15:43:27.864 [DEBUG] [.networkupstools.internal.NUTHandler] - Updating ups status failed:
java.lang.NullPointerException: null
2019-11-01 15:43:30.865 [DEBUG] [.networkupstools.internal.NUTHandler] - Updating ups status failed:
java.lang.NullPointerException: null
2019-11-01 15:43:33.866 [DEBUG] [.networkupstools.internal.NUTHandler] - Updating ups status failed:
java.lang.NullPointerException: null
2019-11-01 15:43:36.867 [DEBUG] [.networkupstools.internal.NUTHandler] - Updating ups status failed:
java.lang.NullPointerException: null
2019-11-01 15:43:39.868 [DEBUG] [.networkupstools.internal.NUTHandler] - Updating ups status failed:
java.lang.NullPointerException: null
you don’t worry yet, don’t waste time, I will conduct several tests, double-check the settings, install the client on the openHUB server, install another server on another computer, etc., and then inform you about the results. I hope the problem is on my part, as your binding does not work only for me. Thank you for your time!
I found the problem in the synology, in the graphical interface there is a setting of ip addresses of computers that can connect to the synology. I added the OPENHAB address and the link is connected!
But after a while, I see the following:
2019-11-11 17:34:52.306 [DEBUG] [.networkupstools.internal.NUTHandler] - Updating ups status failed:
java.lang.NullPointerException: null
2019-11-11 17:34:55.307 [DEBUG] [.networkupstools.internal.NUTHandler] - Updating ups status failed:
java.lang.NullPointerException: null
2019-11-11 17:34:58.308 [DEBUG] [.networkupstools.internal.NUTHandler] - Updating ups status failed:
java.lang.NullPointerException: null
2019-11-11 17:35:01.309 [DEBUG] [.networkupstools.internal.NUTHandler] - Updating ups status failed:
java.lang.NullPointerException: null
Reboot openHUB:
2019-11-11 17:37:13.654 [DEBUG] [org.openhab.binding.networkupstools ] - BundleEvent STARTING - org.openhab.binding.networkupstools
2019-11-11 17:37:13.688 [DEBUG] [org.openhab.binding.networkupstools ] - ServiceEvent REGISTERED - {org.eclipse.smarthome.core.thing.binding.ThingHandlerFactory}={service.id=361, service.bundleid=215, service.scope=bundle, component.name=org.openhab.binding.networkupstools.internal.NUTHandlerFactory, component.id=216} - org.openhab.binding.networkupstools
2019-11-11 17:37:13.694 [DEBUG] [org.openhab.binding.networkupstools ] - BundleEvent STARTED - org.openhab.binding.networkupstools
2019-11-11 17:37:13.780 [DEBUG] [org.openhab.binding.networkupstools ] - ServiceEvent REGISTERED - {org.eclipse.smarthome.core.thing.type.ChannelTypeProvider}={service.id=362, service.bundleid=215, service.scope=singleton} - org.openhab.binding.networkupstools
2019-11-11 17:37:13.805 [DEBUG] [.networkupstools.internal.NUTHandler] - Mapping standard dynamic channel 'networkupstools:ups:ups1:batteryVoltage' with dynamic channelType settings: networkupstools:battery-voltage
2019-11-11 17:37:13.807 [DEBUG] [.networkupstools.internal.NUTHandler] - Mapping standard dynamic channel 'networkupstools:ups:ups1:inputVoltage' with dynamic channelType settings: networkupstools:input-voltage
2019-11-11 17:37:13.808 [DEBUG] [.networkupstools.internal.NUTHandler] - Mapping standard dynamic channel 'networkupstools:ups:ups1:upsLoad' with dynamic channelType settings: networkupstools:ups-load
2019-11-11 17:37:13.814 [DEBUG] [.networkupstools.internal.NUTHandler] - Mapping standard dynamic channel 'networkupstools:ups:ups1:upsTestResult' with dynamic channelType settings: networkupstools:ups-test-result
2019-11-11 17:37:13.821 [DEBUG] [.networkupstools.internal.NUTHandler] - Updating channel 'networkupstools:ups:ups1:upsModel' with dynamic channelType settings: networkupstools:string
2019-11-11 17:37:13.823 [DEBUG] [.networkupstools.internal.NUTHandler] - Updating channel 'networkupstools:ups:ups1:batteryVoltageNominal' with dynamic channelType settings: networkupstools:batteryVoltageNominalType
2019-11-11 17:37:16.877 [DEBUG] [tools.internal.nut.NutResponseReader] - Unrecognized nut results: END LIST VAR ups
2019-11-11 17:37:16.952 [DEBUG] [.networkupstools.internal.NUTHandler] - nut:battery.voltage.nominal, unit:V, value:24.0
2019-11-11 17:37:16.961 [DEBUG] [.networkupstools.internal.NUTHandler] - Variable 'ups.id' intented as property for thing Network UPS Tool(networkupstools:ups:ups1) is not available in the NUT data.
2019-11-11 17:37:16.963 [DEBUG] [.networkupstools.internal.NUTHandler] - Variable 'usp.serial' intented as property for thing Network UPS Tool(networkupstools:ups:ups1) is not available in the NUT data.
2019-11-11 17:38:17.007 [DEBUG] [tools.internal.nut.NutResponseReader] - Unrecognized nut results: END LIST VAR ups
2019-11-11 17:38:17.027 [DEBUG] [.networkupstools.internal.NUTHandler] - nut:battery.voltage.nominal, unit:V, value:24.0
2019-11-11 17:39:17.065 [DEBUG] [tools.internal.nut.NutResponseReader] - Unrecognized nut results: END LIST VAR ups
2019-11-11 17:39:17.091 [DEBUG] [.networkupstools.internal.NUTHandler] - nut:battery.voltage.nominal, unit:V, value:24.0
Why does my thing go offline after a while?
Do these lines seem to me errors?
2019-11-11 17:37:16.961 [DEBUG] [.networkupstools.internal.NUTHandler] - Variable 'ups.id' intented as property for thing Network UPS Tool(networkupstools:ups:ups1) is not available in the NUT data.
2019-11-11 17:37:16.963 [DEBUG] [.networkupstools.internal.NUTHandler] - Variable 'usp.serial' intented as property for thing Network UPS Tool(networkupstools:ups:ups1) is not available in the NUT data.
What are they talking about here? Why only about this item?
2019-11-11 17:38:17.027 [DEBUG] [.networkupstools.internal.NUTHandler] - nut:battery.voltage.nominal, unit:V, value:24.0
ups.things:
Thing networkupstools:ups:ups1 @ "ups" [ device="ups", host="192.168.215.4", refresh=60 ] {
Channels:
String : upsModel "UPS Model" [networkupstools="ups.model"]
String : upsTestResult "UPS test result" [networkupstools="ups.test.result"]
Number:Dimensionless : upsLoad "UPS Load" [networkupstools="ups.load", unit="%"]
Number:ElectricPotential : batteryVoltage "Battery Voltage" [networkupstools="battery.voltage", unit="V"]
Number:ElectricPotential : inputVoltage "Input Voltage" [networkupstools="input.voltage", unit="V"]
Number:ElectricPotential : batteryVoltageNominal "Battery Voltage Nominal" [networkupstools="battery.voltage.nominal", unit="V"]
}
ups.items:
String ups_01_model "UPS Model [%s]" {channel="networkupstools:ups:ups1:upsModel"}
Number:Dimensionless ups_01_battery_charge "Battery Charge [%d %%]" {channel="networkupstools:ups:ups1:batteryCharge"}
String ups_01_status "Status [%s]" {channel="networkupstools:ups:ups1:upsStatus"}
Number:Time ups_01_battery_runtime "Battery runtime [%d]" {channel="networkupstools:ups:ups1:batteryRuntime"}
Number:Dimensionless ups_01_load "UPS Load [%d %%]" {channel="networkupstools:ups:ups1:upsLoad"}
Number:ElectricPotential ups_01_battery_voltage "Battery Voltage [%.1f V]" {channel="networkupstools:ups:ups1:batteryVoltage"}
Number:ElectricPotential ups_01_battery_voltage_nominal "Battery Voltage Nominal [%.1f V]" {channel="networkupstools:ups:ups1:batteryVoltageNominal"}
String ups_01_test_result "Test Result" {channel="networkupstools:ups:ups1:upsTestResult"}
Number:ElectricPotential ups_input_voltage "Input Voltage [%.1f V]" {channel="networkupstools:ups:ups1:inputVoltage"}
Thank!
Which version of the binding do you have? The latest is (29/10/2019). An earlier versions could go offline if the connection would temporary be lost.
These are nut values that are read as properties. The binding has a standard set of these properties. But if a device doesn’t provide them this is reported only in debug mode. In this case it could also be reported because the data isn’t read properly.
In you things file you have channels configured that are available by default. Like upsLoad. These channels don’t need to be configured in the things file. See the documentation for the complete list.
If you don’t have the latest version. Please update. If you do have and still have the NullPointerException exceptions. Please provide me with the full stack trace that should be shown in the log.
openHAB 2.5.0 Build #1736
215 │ Active │ 80 │ 2.5.0.201910292018 │ openHAB Add-ons :: Bundles :: Network UPS Tools Binding
2019-11-11 17:37:13.654 [DEBUG] [org.openhab.binding.networkupstools ] - BundleEvent STARTING - org.openhab.binding.networkupstools
2019-11-11 17:37:13.688 [DEBUG] [org.openhab.binding.networkupstools ] - ServiceEvent REGISTERED - {org.eclipse.smarthome.core.thing.binding.ThingHandlerFactory}={service.id=361, service.bundleid=215, service.scope=bundle, component.name=org.openhab.binding.networkupstools.internal.NUTHandlerFactory, component.id=216} - org.openhab.binding.networkupstools
2019-11-11 17:37:13.694 [DEBUG] [org.openhab.binding.networkupstools ] - BundleEvent STARTED - org.openhab.binding.networkupstools
2019-11-11 17:37:13.780 [DEBUG] [org.openhab.binding.networkupstools ] - ServiceEvent REGISTERED - {org.eclipse.smarthome.core.thing.type.ChannelTypeProvider}={service.id=362, service.bundleid=215, service.scope=singleton} - org.openhab.binding.networkupstools
2019-11-11 17:37:13.805 [DEBUG] [.networkupstools.internal.NUTHandler] - Mapping standard dynamic channel 'networkupstools:ups:ups1:batteryVoltage' with dynamic channelType settings: networkupstools:battery-voltage
2019-11-11 17:37:13.807 [DEBUG] [.networkupstools.internal.NUTHandler] - Mapping standard dynamic channel 'networkupstools:ups:ups1:inputVoltage' with dynamic channelType settings: networkupstools:input-voltage
2019-11-11 17:37:13.808 [DEBUG] [.networkupstools.internal.NUTHandler] - Mapping standard dynamic channel 'networkupstools:ups:ups1:upsLoad' with dynamic channelType settings: networkupstools:ups-load
2019-11-11 17:37:13.814 [DEBUG] [.networkupstools.internal.NUTHandler] - Mapping standard dynamic channel 'networkupstools:ups:ups1:upsTestResult' with dynamic channelType settings: networkupstools:ups-test-result
2019-11-11 17:37:13.821 [DEBUG] [.networkupstools.internal.NUTHandler] - Updating channel 'networkupstools:ups:ups1:upsModel' with dynamic channelType settings: networkupstools:string
2019-11-11 17:37:13.823 [DEBUG] [.networkupstools.internal.NUTHandler] - Updating channel 'networkupstools:ups:ups1:batteryVoltageNominal' with dynamic channelType settings: networkupstools:batteryVoltageNominalType
2019-11-11 17:37:16.877 [DEBUG] [tools.internal.nut.NutResponseReader] - Unrecognized nut results: END LIST VAR ups
2019-11-11 17:37:16.952 [DEBUG] [.networkupstools.internal.NUTHandler] - nut:battery.voltage.nominal, unit:V, value:24.0
2019-11-11 17:37:16.961 [DEBUG] [.networkupstools.internal.NUTHandler] - Variable 'ups.id' intented as property for thing Network UPS Tool(networkupstools:ups:ups1) is not available in the NUT data.
2019-11-11 17:37:16.963 [DEBUG] [.networkupstools.internal.NUTHandler] - Variable 'usp.serial' intented as property for thing Network UPS Tool(networkupstools:ups:ups1) is not available in the NUT data.
2019-11-11 17:38:17.007 [DEBUG] [tools.internal.nut.NutResponseReader] - Unrecognized nut results: END LIST VAR ups
2019-11-11 17:38:17.027 [DEBUG] [.networkupstools.internal.NUTHandler] - nut:battery.voltage.nominal, unit:V, value:24.0
2019-11-11 17:38:55.530 [INFO ] [g.discovery.internal.PersistentInbox] - Added new thing 'miio:vacuum:0470DD46' to inbox.
2019-11-11 17:39:17.065 [DEBUG] [tools.internal.nut.NutResponseReader] - Unrecognized nut results: END LIST VAR ups
2019-11-11 17:39:17.091 [DEBUG] [.networkupstools.internal.NUTHandler] - nut:battery.voltage.nominal, unit:V, value:24.0
2019-11-11 17:40:17.119 [DEBUG] [tools.internal.nut.NutResponseReader] - Unrecognized nut results: END LIST VAR ups
2019-11-11 17:40:17.141 [DEBUG] [.networkupstools.internal.NUTHandler] - nut:battery.voltage.nominal, unit:V, value:24.0
2019-11-11 17:41:17.184 [DEBUG] [tools.internal.nut.NutResponseReader] - Unrecognized nut results: END LIST VAR ups
2019-11-11 17:41:17.205 [DEBUG] [.networkupstools.internal.NUTHandler] - nut:battery.voltage.nominal, unit:V, value:24.0
2019-11-11 17:42:17.241 [DEBUG] [tools.internal.nut.NutResponseReader] - Unrecognized nut results: END LIST VAR ups
2019-11-11 17:42:17.259 [DEBUG] [.networkupstools.internal.NUTHandler] - nut:battery.voltage.nominal, unit:V, value:24.0
2019-11-11 17:43:17.285 [DEBUG] [tools.internal.nut.NutResponseReader] - Unrecognized nut results: END LIST VAR ups
//-----
2019-11-11 18:37:19.262 [DEBUG] [tools.internal.nut.NutResponseReader] - Unrecognized nut results: END LIST VAR ups
2019-11-11 18:37:19.267 [DEBUG] [.networkupstools.internal.NUTHandler] - nut:battery.voltage.nominal, unit:V, value:24.0
2019-11-11 18:37:19.269 [DEBUG] [.networkupstools.internal.NUTHandler] - Variable 'ups.id' intented as property for thing Network UPS Tool(networkupstools:ups:ups1) is not available in the NUT data.
2019-11-11 18:37:19.269 [DEBUG] [.networkupstools.internal.NUTHandler] - Variable 'usp.serial' intented as property for thing Network UPS Tool(networkupstools:ups:ups1) is not available in the NUT data.
2019-11-11 18:38:19.298 [DEBUG] [tools.internal.nut.NutResponseReader] - Unrecognized nut results: END LIST VAR ups
2019-11-11 18:38:19.304 [DEBUG] [.networkupstools.internal.NUTHandler] - nut:battery.voltage.nominal, unit:V, value:24.0
2019-11-11 18:39:19.325 [DEBUG] [tools.internal.nut.NutResponseReader] - Unrecognized nut results: END LIST VAR ups
2019-11-11 18:39:19.327 [DEBUG] [.networkupstools.internal.NUTHandler] - nut:battery.voltage.nominal, unit:V, value:24.0
//-----
2019-11-11 20:48:23.676 [DEBUG] [tools.internal.nut.NutResponseReader] - Unrecognized nut results: END LIST VAR ups
2019-11-11 20:48:23.677 [DEBUG] [.networkupstools.internal.NUTHandler] - nut:battery.voltage.nominal, unit:V, value:24.0
2019-11-11 20:51:59.670 [DEBUG] [.networkupstools.internal.NUTHandler] - Updating ups status failed:
java.lang.NullPointerException: null
at java.util.regex.Matcher.getTextLength(Matcher.java:1283) ~[?:?]
at java.util.regex.Matcher.reset(Matcher.java:309) ~[?:?]
at java.util.regex.Matcher.<init>(Matcher.java:229) ~[?:?]
at java.util.regex.Pattern.matcher(Pattern.java:1093) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutResponseReader.parseVariable(NutResponseReader.java:44) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutApi.lambda$2(NutApi.java:94) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutConnector.read(NutConnector.java:94) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutApi.getVariable(NutApi.java:94) ~[?:?]
at org.openhab.binding.networkupstools.internal.NUTHandler.lambda$5(NUTHandler.java:289) ~[?:?]
at org.openhab.binding.networkupstools.internal.NUTHandler.wrappedNutApiCall(NUTHandler.java:321) ~[?:?]
at org.openhab.binding.networkupstools.internal.NUTHandler.retrieveUpsStatus(NUTHandler.java:289) ~[?:?]
at org.eclipse.smarthome.core.cache.ExpiringCache.refreshValue(ExpiringCache.java:97) ~[?:?]
at org.eclipse.smarthome.core.cache.ExpiringCache.getValue(ExpiringCache.java:68) ~[?:?]
at org.openhab.binding.networkupstools.internal.NUTHandler.refreshStatus(NUTHandler.java:219) ~[?:?]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:?]
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [?:?]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) [?:?]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) [?:?]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:?]
at java.lang.Thread.run(Thread.java:748) [?:?]
2019-11-11 20:52:02.702 [DEBUG] [.networkupstools.internal.NUTHandler] - Updating ups status failed:
java.lang.NullPointerException: null
at java.util.regex.Matcher.getTextLength(Matcher.java:1283) ~[?:?]
at java.util.regex.Matcher.reset(Matcher.java:309) ~[?:?]
at java.util.regex.Matcher.<init>(Matcher.java:229) ~[?:?]
at java.util.regex.Pattern.matcher(Pattern.java:1093) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutResponseReader.parseVariable(NutResponseReader.java:44) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutApi.lambda$2(NutApi.java:94) ~[?:?]
//-----
2019-11-11 20:52:26.778 [DEBUG] [.networkupstools.internal.NUTHandler] - Updating ups status failed:
java.lang.NullPointerException: null
at java.util.regex.Matcher.getTextLength(Matcher.java:1283) ~[?:?]
at java.util.regex.Matcher.reset(Matcher.java:309) ~[?:?]
at java.util.regex.Matcher.<init>(Matcher.java:229) ~[?:?]
at java.util.regex.Pattern.matcher(Pattern.java:1093) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutResponseReader.parseVariable(NutResponseReader.java:44) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutApi.lambda$2(NutApi.java:94) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutConnector.read(NutConnector.java:94) ~[?:?]
at org.openhab.binding.networkupstools.internal.nut.NutApi.getVariable(NutApi.java:94) ~[?:?]
at org.openhab.binding.networkupstools.internal.NUTHandler.lambda$5(NUTHandler.java:289) ~[?:?]
at org.openhab.binding.networkupstools.internal.NUTHandler.wrappedNutApiCall(NUTHandler.java:321) ~[?:?]
at org.openhab.binding.networkupstools.internal.NUTHandler.retrieveUpsStatus(NUTHandler.java:289) ~[?:?]
at org.eclipse.smarthome.core.cache.ExpiringCache.refreshValue(ExpiringCache.java:97) ~[?:?]
at org.eclipse.smarthome.core.cache.ExpiringCache.getValue(ExpiringCache.java:68) ~[?:?]
at org.openhab.binding.networkupstools.internal.NUTHandler.refreshStatus(NUTHandler.java:219) ~[?:?]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:?]
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [?:?]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) [?:?]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) [?:?]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:?]
at java.lang.Thread.run(Thread.java:748) [?:?]
2019-11-11 20:53:27.245 [DEBUG] [.networkupstools.internal.NUTHandler] - Updating ups status failed:
java.lang.NullPointerException: null
2019-11-11 20:54:59.788 [DEBUG] [.networkupstools.internal.NUTHandler] - Updating ups status failed:
java.lang.NullPointerException: null
2019-11-11 20:55:44.813 [DEBUG] [.networkupstools.internal.NUTHandler] - Updating ups status failed:
java.lang.NullPointerException: null
//-----
Quick question - Has anyone noticed that the Battery Charge Item stops getting information?
I never noticed this because the last value stays in openhab, but when checking and filtering through grafana I noticed that I had weeks without an update - Unless the charge value was changed (by unpluging the UPS for instance to force an update).
I’m not sure how to start troubleshooting this, any pointers?
Enable debug logging for the binding and you should see exactly what data it’s pulling from NUT. That’s be my first step, verify that NUT is reporting the value during those times where it appears the Item is not updating.
1 Like
Yeh, no data about the battery charge is being sent while the battery is at 100%… Everything else is okay… I’ve restarted the NUT services but no change… This is really odd, I have weeks of data in the past, and suddendly nothing.
The driver, server and monitor are all running fine.
If I understand correctly, what you are saying is you’ve verified that NUT doesn’t report the charge when the battery is at 100%. Given that, you’ll probably need to go to a NUT forum to ask what’s going on. If by chance you’ve run an update of your OS, NUT was probably updated and perhaps they recently changed the way it works.
Paper UI’s Control Page displays “Online” for the channel “upsStatus”.
When I show this in a Dummy widget in HABPanel, it shows “0L”.
I know that NUT reports this “0L” because the NUT commandline tool does also, but seems like Paper UI is using the channel state options to translate this.
How do I get this in HABPanel?
Thanks!
Edit:
I got it. There is a selection widget in HABPanel which can pull the options from the item.