NEEO Remote Binding/Transport

[tmrobert8 (Tim Roberts)]

Just released a new version - you can find the jars in the first post (hopefully - see if it works).

Changes:

1. Updated for firmware 49.x when it’s released (allows you to specify a custom icon for the device, allows you to override the thing name and neeo name to a ‘specificname’ that you specify. Both found in properties
2. Added special support for color items (ie HSBType items - includes LIFX,HUE, etc). Basically a HSBType channel will get expanded to four channels - overall, hue, brightness, saturation. That allows you to control all those from the remote.
3. Added the brain name to the brain list in the transport (for those having more than one brain).
4. Some bug fixes
5. Internal openHAB changes (null annotation support, etc).
6. Added links to the readme for the binding/transport in the original post

Give it a try.

Known issue:

1. Some changes in the transport UI will not change the ‘save’ icon’s color (showing a pending save). Save will still work - just pending notification is broken in a few cases.
2. Readme pictures are likely out of date - need to fix those and maybe change the wording in the docs

Let me know how it goes

NOTE: the jar says 2.3 but this should work with 2.2 as well

Tim

[tmrobert8 (Tim Roberts)]

@Dragonfly
Try the latest binding and see if you still get the error (should be fixed)

[Dragonfly (Thomas Baumgartner)]

No, still there

2018-04-04 18:08:38.384 [WARN ] [mmon.WrappedScheduledExecutorService] - Scheduled runnable ended with an exception
javax.ws.rs.ProcessingException: URI is not absolute
	at org.glassfish.jersey.client.ClientRuntime.invoke(ClientRuntime.java:264) ~[?:?]
	at org.glassfish.jersey.client.JerseyInvocation$1.call(JerseyInvocation.java:684) ~[?:?]
	at org.glassfish.jersey.client.JerseyInvocation$1.call(JerseyInvocation.java:681) ~[?:?]
	at org.glassfish.jersey.internal.Errors.process(Errors.java:315) ~[?:?]
	at org.glassfish.jersey.internal.Errors.process(Errors.java:297) ~[?:?]
	at org.glassfish.jersey.internal.Errors.process(Errors.java:228) ~[?:?]
	at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:444) ~[?:?]
	at org.glassfish.jersey.client.JerseyInvocation.invoke(JerseyInvocation.java:681) ~[?:?]
	at org.glassfish.jersey.client.JerseyInvocation$Builder.method(JerseyInvocation.java:437) ~[?:?]
	at org.glassfish.jersey.client.JerseyInvocation$Builder.post(JerseyInvocation.java:343) ~[?:?]
	at org.openhab.binding.neeo.internal.net.HttpRequest.sendPostJsonCommand(HttpRequest.java:88) ~[246:org.openhab.binding.neeo:2.3.0.201802160123]
	at org.openhab.binding.neeo.handler.NeeoForwardActionsServlet.lambda$0(NeeoForwardActionsServlet.java:88) ~[246:org.openhab.binding.neeo:2.3.0.201802160123]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:?]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:?]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) [?:?]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) [?:?]
	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) [?:?]
Caused by: java.lang.IllegalArgumentException: URI is not absolute
	at java.net.URI.toURL(URI.java:1088) ~[?:?]
	at org.glassfish.jersey.client.internal.HttpUrlConnector._apply(HttpUrlConnector.java:340) ~[?:?]
	at org.glassfish.jersey.client.internal.HttpUrlConnector.apply(HttpUrlConnector.java:285) ~[?:?]
	at org.glassfish.jersey.client.ClientRuntime.invoke(ClientRuntime.java:255) ~[?:?]
	... 18 more

[tmrobert8 (Tim Roberts)]

@Dragonfly (and everyone)

Appears the build is failing on openHAB’s side - please download the latest from https://github.com/openhab/openhab2-addons/pull/3191 (last post) instead

[tmrobert8 (Tim Roberts)]

DO NOT INSTALL THE LATEST VERSION

I just realized that it’s not backwards compatible with any devices you have already exposed with the older version. I’ll need to make some adjustments to make sure it’s compatible

[Dragonfly (Thomas Baumgartner)]

…but my error is gone!

[tmrobert8 (Tim Roberts)]

Sorry about that all - you can download the files I just posted to the github link (three posts above)

The issue is that I changed the format of the callback that NEEO sends to openHAB and for some reason, I didn’t think about maintaining backward compatibility with devices already added (which would use the old format). This should detect either format and use the correct one - but please let me know if you are having issues…

Tim

[tmrobert8 (Tim Roberts)]

Just posted another one that fixes quite a few bugs in the UI (plus properly handles on/off when mapping a HSBType item).

Also updated the README (in the first post in this thread) to show how to properly map a LIFX or HUE bulb to NEEO.

[Mherwege (Mark Herwege)]

@tmrobert8 I upgraded to the latest Neeo firmware yesterday and saw some strange behaviour with controlling the lights I have linked through the transport.
Here is what I saw:

• switch a light on from the Neeo remote: immediately switched off again without user action
• switch the same light on from the Neeo app: stayed on

My next step was to install the latest binding and transport (I think I didn’t have the latest), to exclude that element. Now none of my lights can be switched from the Neeo side anymore. I do have one strange log entry for a virtual thing representing a scene with one switch item linked to it. I doubt that explains nothing working anymore though.

2018-05-03 11:56:43.362 [WARN ] [eclipse.jetty.servlet.ServletHandler] - /neeo/NEEO-d487672e%2Fdevice%2Fneeo_io%3Avirtual%3ADyZNtPvS%2FScene_TV%2Fnone%2F1%2Fswitch%2Fsensor/default

java.lang.NullPointerException: null

	at org.openhab.io.neeo.internal.NeeoItemValueConverter.convert(NeeoItemValueConverter.java:158) [254:org.openhab.io.neeo:2.3.0.201804061952]

	at org.openhab.io.neeo.internal.servletservices.NeeoBrainService.handleGetValue(NeeoBrainService.java:255) [254:org.openhab.io.neeo:2.3.0.201804061952]

	at org.openhab.io.neeo.internal.servletservices.NeeoBrainService.handleGet(NeeoBrainService.java:160) [254:org.openhab.io.neeo:2.3.0.201804061952]

	at org.openhab.io.neeo.AbstractServlet.doGet(AbstractServlet.java:120) [254:org.openhab.io.neeo:2.3.0.201804061952]

	at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) [31:javax.servlet-api:3.1.0]

	at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [31:javax.servlet-api:3.1.0]

	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:848) [88:org.eclipse.jetty.servlet:9.3.22.v20171030]

	at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:584) [88:org.eclipse.jetty.servlet:9.3.22.v20171030]

	at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:71) [191:org.ops4j.pax.web.pax-web-jetty:6.0.7]

	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) [87:org.eclipse.jetty.server:9.3.22.v20171030]

	at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548) [85:org.eclipse.jetty.security:9.3.22.v20171030]

	at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226) [87:org.eclipse.jetty.server:9.3.22.v20171030]

	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1180) [87:org.eclipse.jetty.server:9.3.22.v20171030]

	at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:284) [191:org.ops4j.pax.web.pax-web-jetty:6.0.7]

	at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:512) [88:org.eclipse.jetty.servlet:9.3.22.v20171030]

	at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) [87:org.eclipse.jetty.server:9.3.22.v20171030]

	at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1112) [87:org.eclipse.jetty.server:9.3.22.v20171030]

	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) [87:org.eclipse.jetty.server:9.3.22.v20171030]

	at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:80) [191:org.ops4j.pax.web.pax-web-jetty:6.0.7]

	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:134) [87:org.eclipse.jetty.server:9.3.22.v20171030]

	at org.eclipse.jetty.server.Server.handle(Server.java:534) [87:org.eclipse.jetty.server:9.3.22.v20171030]

	at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:333) [87:org.eclipse.jetty.server:9.3.22.v20171030]

	at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:251) [87:org.eclipse.jetty.server:9.3.22.v20171030]

	at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:283) [79:org.eclipse.jetty.io:9.3.22.v20171030]

	at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:108) [79:org.eclipse.jetty.io:9.3.22.v20171030]

	at org.eclipse.jetty.io.SelectChannelEndPoint$2.run(SelectChannelEndPoint.java:93) [79:org.eclipse.jetty.io:9.3.22.v20171030]

	at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.executeProduceConsume(ExecuteProduceConsume.java:303) [90:org.eclipse.jetty.util:9.3.22.v20171030]

	at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.produceConsume(ExecuteProduceConsume.java:148) [90:org.eclipse.jetty.util:9.3.22.v20171030]

	at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.run(ExecuteProduceConsume.java:136) [90:org.eclipse.jetty.util:9.3.22.v20171030]

	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:671) [90:org.eclipse.jetty.util:9.3.22.v20171030]

	at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:589) [90:org.eclipse.jetty.util:9.3.22.v20171030]

	at java.lang.Thread.run(Thread.java:748) [?:?]

I switched on debug logging for the transport, but do not see anything obvious in there.

Here is a log when I try to switch on a light from the Neeo app:

2018-05-03 12:10:33.675 [DEBUG] [org.openhab.io.neeo.AbstractServlet ] - doGet: http://192.168.0.10:8080/neeo/NEEO-d487672e/device/nikohomecontrol:onOff:440e003a24e6:25/Licht_Zolder/1/switch/actor/default/true

2018-05-03 12:10:33.678 [DEBUG] [nal.servletservices.NeeoBrainService] - handleGetValue PathInfo [thingUid=nikohomecontrol:onOff:440e003a24e6:25, itemName=Licht_Zolder, subType=none, channelNbr=1, componentType=switch, componentSubType=actor, actionValue=null]: false

==> /var/log/openhab2/events.log <==

2018-05-03 12:10:33.684 [vent.ChannelTriggeredEvent] - neeo:brain:d487672e:forwardActions triggered {"action":"Licht_Zolder","device":"Zolder","room":"Boven","actionparameter":true}

==> /var/log/openhab2/openhab.log <==

2018-05-03 12:10:33.694 [INFO ] [.eclipse.smarthome.model.script.neeo] - action received: {"action":"Licht_Zolder","device":"Zolder","room":"Boven","actionparameter":true}

2018-05-03 12:10:35.519 [DEBUG] [org.openhab.io.neeo.AbstractServlet ] - doGet: http://192.168.0.10:8080/neeo/NEEO-d487672e/device/nikohomecontrol:onOff:440e003a24e6:25/Licht_Zolder/1/switch/actor/default/false

2018-05-03 12:10:35.522 [DEBUG] [nal.servletservices.NeeoBrainService] - handleGetValue PathInfo [thingUid=nikohomecontrol:onOff:440e003a24e6:25, itemName=Licht_Zolder, subType=none, channelNbr=1, componentType=switch, componentSubType=actor, actionValue=null]: false

It does look like Neeo is sending something as the binding picks it up (action trigger is logged in a rule), bu the transport does not act on it correctly.

I am still on openHAB 2.2.

Any ideas?

UPDATE:
I recreated a light and a dimmer. They now work from the Neeo app. So the issue of nothing working seems related to your change in format.
However, I now have the issue of lights immediately switching off again when I switch them on from the remote (not from the app). The issue only appears for a switch, not for a dimmer.
The null exception is also still there.

[tmrobert8 (Tim Roberts)]

Just posted a new version to the github link above. Changes:

1. Should address NPE of @Mherwege
2. Support for upcoming 50.x firmware
3. Added new MUSICPLAYER type (>= 50.x
4. Added ability to suppress labels on text fields (>= 50.x)
5. Updated IO README.MD with important firmware notes

[Mherwege (Mark Herwege)]

@tmrobert8, the issue with my lights still persists with the latest version of the transport.
In short, when I switch a light on or off from the Neeo app, it works as expected. When I do the same from the Neeo remote, the light just briefly flickers, but remains in the original state. The switch position on the remote does change, so does not match the light state anymore.
This is just for lights, not for dimmers (sliders on the remote). These work as expected.
Any ideas?

[DiLucca]

First I just want to say thanks for the amazing work!!

I’m having problems with the Sliders on the NEEO not showing the correct OH level.

Specifically, when a Dimmer in OH is anywhere between 0% to 99% it show as 0% on the NEEO Slider; and when the Dimmer is at 100% in OH it shows as 1% on the NEEO.

It seems as somewhere in the process the Dimmer/Slider is treated as a Switch.

I’m adding the Sliders as Virtual Items. The Switches behave/update correctly.

[tmrobert8 (Tim Roberts)]

@Mherwege
Sorry it took me so long to get back to this. I’m pretty positive this is a bug in the LIGHT type on NEEO (they have a whole bunch of bugs around the LIGHT type that they need to work out). I’ve gotten away from using the LIGHT type because of that (my lights are now all ACCESSORIE types and they seem to work better that way).

[tmrobert8 (Tim Roberts)]

@DiLucca
Sorry it took me awhile to get back to you. This one is a bit of a puzzler because all my sliders work well. If you could, put DEBUG on for org.openhab.io.neeo - execute your action again and post the log messages that occur (you’ll see a doPost followed by a bunch of command messages [these are NOT in the NEEO namespace but are what’s being done in openhab - need to see those as well).

[tmrobert8 (Tim Roberts)]

Just as an FYI to all - I’ll be posting a new version (next week?) that has a few bug fixes and adds the ability to create lists on the remote (more on that when I post it). However, because of a recent change NEEO did, you will need to make a decision on whether to drop/readd all your devices or not. When I post the next version, I’ll document the effects of not doing that (will still work - you’ll just have some limitations to deal with).

[DiLucca]

Thanks Tim, here you go (not sure how do I get ‘doPost’):

BTW the Dimmer is inside a Virtual thing in the Transport.

Dimmer at 100%:

2018-07-05 10:53:51.748 [ome.event.ItemCommandEvent] - Item 'GF_Dining_Table_Level' received command 100
2018-07-05 10:53:51.799 [vent.ItemStateChangedEvent] - GF_Dining_Table_Level changed from 0 to 100
2018-07-05 10:53:51.801 [DEBUG] [org.openhab.io.neeo.internal.NeeoApi] - Sending Notification to brain (NEEO-f517b37c): {"type":"6415957695660032000:GF_Dining_Table_Level-none","data":"1"}
2018-07-05 10:53:52.027 [vent.ItemStateChangedEvent] - KitchenDiningTable_LightLevel changed from 0 to 100
2018-07-05 10:53:54.769 [DEBUG] [org.openhab.io.neeo.AbstractServlet ] - doGet: http://10.0.1.57:8080/neeo/NEEO-f517b37c/device/neeo_io:virtual:98ovp9ca/GF_Dining_Shades/none/1/switch/sensor/default
2018-07-05 10:53:54.774 [DEBUG] [org.openhab.io.neeo.AbstractServlet ] - doGet: http://10.0.1.57:8080/neeo/NEEO-f517b37c/device/neeo_io:virtual:98ovp9ca/GF_Lobby_Spots_Level/none/1/slider/sensor/default
2018-07-05 10:53:54.774 [DEBUG] [org.openhab.io.neeo.AbstractServlet ] - doGet: http://10.0.1.57:8080/neeo/NEEO-f517b37c/device/neeo_io:virtual:98ovp9ca/GF_Dining_Wall_Level/none/1/slider/sensor/default
2018-07-05 10:53:54.774 [DEBUG] [org.openhab.io.neeo.AbstractServlet ] - doGet: http://10.0.1.57:8080/neeo/NEEO-f517b37c/device/neeo_io:virtual:98ovp9ca/GF_Dining_Sofa_Level/none/1/slider/sensor/default
2018-07-05 10:53:54.770 [DEBUG] [org.openhab.io.neeo.AbstractServlet ] - doGet: http://10.0.1.57:8080/neeo/NEEO-f517b37c/device/neeo_io:virtual:98ovp9ca/GF_Kitchen_Spots_Light/none/1/slider/sensor/default
2018-07-05 10:53:54.769 [DEBUG] [org.openhab.io.neeo.AbstractServlet ] - doGet: http://10.0.1.57:8080/neeo/NEEO-f517b37c/device/neeo_io:virtual:98ovp9ca/GF_Dining_Table_Level/none/1/slider/sensor/default
2018-07-05 10:53:54.996 [DEBUG] [nal.servletservices.NeeoBrainService] - handleGetValue PathInfo [thingUid=neeo_io:virtual:98ovp9ca, itemName=GF_Kitchen_Spots_Light, subType=none, channelNbr=1, componentType=slider, componentSubType=sensor, actionValue=null]: 0
2018-07-05 10:53:54.951 [DEBUG] [nal.servletservices.NeeoBrainService] - handleGetValue PathInfo [thingUid=neeo_io:virtual:98ovp9ca, itemName=GF_Dining_Sofa_Level, subType=none, channelNbr=1, componentType=slider, componentSubType=sensor, actionValue=null]: 0
2018-07-05 10:53:54.904 [DEBUG] [nal.servletservices.NeeoBrainService] - handleGetValue PathInfo [thingUid=neeo_io:virtual:98ovp9ca, itemName=GF_Dining_Wall_Level, subType=none, channelNbr=1, componentType=slider, componentSubType=sensor, actionValue=null]: 0
2018-07-05 10:53:54.866 [DEBUG] [nal.servletservices.NeeoBrainService] - handleGetValue PathInfo [thingUid=neeo_io:virtual:98ovp9ca, itemName=GF_Lobby_Spots_Level, subType=none, channelNbr=1, componentType=slider, componentSubType=sensor, actionValue=null]: 0
2018-07-05 10:53:54.828 [DEBUG] [nal.servletservices.NeeoBrainService] - handleGetValue PathInfo [thingUid=neeo_io:virtual:98ovp9ca, itemName=GF_Dining_Shades, subType=none, channelNbr=1, componentType=switch, componentSubType=sensor, actionValue=null]: false
2018-07-05 10:53:55.022 [DEBUG] [nal.servletservices.NeeoBrainService] - handleGetValue PathInfo [thingUid=neeo_io:virtual:98ovp9ca, itemName=GF_Dining_Table_Level, subType=none, channelNbr=1, componentType=slider, componentSubType=sensor, actionValue=null]: 1

Dimmer at 52% (warning about the format):

2018-07-05 11:00:02.435 [ome.event.ItemCommandEvent] - Item 'GF_Dining_Table_Level' received command 52
2018-07-05 11:00:02.463 [vent.ItemStateChangedEvent] - GF_Dining_Table_Level changed from 0 to 52
2018-07-05 11:00:02.465 [WARN ] [neeo.internal.NeeoItemValueConverter] - Exception while formatting value '0.52000000' of item GF_Dining_Table_Level with format '%d': d != java.math.BigDecimal
2018-07-05 11:00:02.489 [DEBUG] [org.openhab.io.neeo.internal.NeeoApi] - Sending Notification to brain (NEEO-f517b37c): {"type":"6415957695660032000:GF_Dining_Table_Level-none","data":"(Error)"}
2018-07-05 11:00:02.675 [vent.ItemStateChangedEvent] - KitchenDiningTable_LightLevel changed from 0 to 52
2018-07-05 11:00:05.819 [DEBUG] [org.openhab.io.neeo.internal.NeeoApi] - Checking connectivity to 10.0.1.107:3000 - successful
2018-07-05 11:00:06.468 [DEBUG] [org.openhab.io.neeo.internal.NeeoApi] - Checking connectivity to 10.0.1.107:3000 - successful
2018-07-05 11:00:09.095 [DEBUG] [org.openhab.io.neeo.internal.NeeoApi] - Checking connectivity to 10.0.1.98:3000 - successful
2018-07-05 11:00:10.778 [DEBUG] [org.openhab.io.neeo.internal.NeeoApi] - Checking connectivity to 10.0.1.84:3000 - successful
2018-07-05 11:00:13.461 [DEBUG] [org.openhab.io.neeo.AbstractServlet ] - doGet: http://10.0.1.57:8080/neeo/NEEO-f517b37c/device/neeo_io:virtual:98ovp9ca/GF_Dining_Shades/none/1/switch/sensor/default
2018-07-05 11:00:13.484 [DEBUG] [org.openhab.io.neeo.AbstractServlet ] - doGet: http://10.0.1.57:8080/neeo/NEEO-f517b37c/device/neeo_io:virtual:98ovp9ca/GF_Dining_Wall_Level/none/1/slider/sensor/default
2018-07-05 11:00:13.482 [DEBUG] [org.openhab.io.neeo.AbstractServlet ] - doGet: http://10.0.1.57:8080/neeo/NEEO-f517b37c/device/neeo_io:virtual:98ovp9ca/GF_Kitchen_Spots_Light/none/1/slider/sensor/default
2018-07-05 11:00:13.482 [DEBUG] [org.openhab.io.neeo.AbstractServlet ] - doGet: http://10.0.1.57:8080/neeo/NEEO-f517b37c/device/neeo_io:virtual:98ovp9ca/GF_Dining_Table_Level/none/1/slider/sensor/default
2018-07-05 11:00:13.479 [DEBUG] [org.openhab.io.neeo.AbstractServlet ] - doGet: http://10.0.1.57:8080/neeo/NEEO-f517b37c/device/neeo_io:virtual:98ovp9ca/GF_Dining_Sofa_Level/none/1/slider/sensor/default
2018-07-05 11:00:13.479 [DEBUG] [org.openhab.io.neeo.AbstractServlet ] - doGet: http://10.0.1.57:8080/neeo/NEEO-f517b37c/device/neeo_io:virtual:98ovp9ca/GF_Lobby_Spots_Level/none/1/slider/sensor/default
2018-07-05 11:00:13.572 [DEBUG] [nal.servletservices.NeeoBrainService] - handleGetValue PathInfo [thingUid=neeo_io:virtual:98ovp9ca, itemName=GF_Dining_Sofa_Level, subType=none, channelNbr=1, componentType=slider, componentSubType=sensor, actionValue=null]: 0
2018-07-05 11:00:13.562 [WARN ] [neeo.internal.NeeoItemValueConverter] - Exception while formatting value '0.52000000' of item GF_Dining_Table_Level with format '%d': d != java.math.BigDecimal
2018-07-05 11:00:13.538 [DEBUG] [nal.servletservices.NeeoBrainService] - handleGetValue PathInfo [thingUid=neeo_io:virtual:98ovp9ca, itemName=GF_Kitchen_Spots_Light, subType=none, channelNbr=1, componentType=slider, componentSubType=sensor, actionValue=null]: 0
2018-07-05 11:00:13.522 [DEBUG] [nal.servletservices.NeeoBrainService] - handleGetValue PathInfo [thingUid=neeo_io:virtual:98ovp9ca, itemName=GF_Dining_Wall_Level, subType=none, channelNbr=1, componentType=slider, componentSubType=sensor, actionValue=null]: 0
2018-07-05 11:00:13.491 [DEBUG] [nal.servletservices.NeeoBrainService] - handleGetValue PathInfo [thingUid=neeo_io:virtual:98ovp9ca, itemName=GF_Dining_Shades, subType=none, channelNbr=1, componentType=switch, componentSubType=sensor, actionValue=null]: false
2018-07-05 11:00:13.650 [DEBUG] [nal.servletservices.NeeoBrainService] - handleGetValue PathInfo [thingUid=neeo_io:virtual:98ovp9ca, itemName=GF_Dining_Table_Level, subType=none, channelNbr=1, componentType=slider, componentSubType=sensor, actionValue=null]: (Error)

[tmrobert8 (Tim Roberts)]

@DiLucca
Don’t worry about the doPost (I was thinking you were doing the reverse situation - setting the slider on the remote and it was going to openhab as 0/1 - you would have seen a message saying “doPost” coming from the remote).

At any rate, do you know what the underlying item’s type is (number or a dimmer)? in other words, your “KitchenDiningTable_LightLevel” channel has some type associated with it (number or dimmer) - what is it?

[DiLucca]

It’s a Dimmer:

Dimmer GF_Dining_Table_Level “Table [%d%%]” (GF_Dining, gLight) [“Lighting”] {channel=“omnilink:upb:fc7cd01d:5:level”}

[DiLucca]

BTW It does work okey when I use it the other way around (setting a Slider on the NEEO maps the right value on the OH Dimmer).

[tmrobert8 (Tim Roberts)]

@DiLucca

Download the latest from https://github.com/openhab/openhab2-addons/pull/3191 and give that a try. Let me know if it works. Note: says 2.4 but works with 2.3 just fine - this is the latest so it may not all work (haven’t fully tested yet) but it may or may not solve your issue.