Hi André,
It shouldn’t be too difficult to split those two up in separate channels. @jamesmelville already did some work, however I lost track of that since I had to re-create my fork from openhab-addons. So if James still has his work ready we can have a go with that. Otherwise I will create the new channels and add the filtering on T/R.
Regards
Arjen
Hi André and Arjen,
The work I did on this is here:
To be honest, I did this work, and whilst it worked for my scenario I realised it wasn’t quite perfect, or maybe not a “proper solution” (I can’t remember exactly why, but it’s mainly around the subject of Arjen’s comments in the thread about how you really need to cross reference the different messages, i.e. wait to see whether an override message exists when you process the boiler message, which would take some more significant refactoring) and TBH I’ve been focusing on other things. Obviously if you want to work further on a solution to this please take my tweaks to Arjen’s code as starting point. I’d be happy to test it out and give feedback.
If I remember right I did issue a pull request to Arjen’s repository which might have contained some more detailed commentary around this, but because the repo has been nuked and recreated the PR is gone - I don’t suppose you have any history to this in email notifications @Mephix?
James
Hi James / Arjen,
As far as I understand I’ve checked James his work on this.
This would for sure fill my wishes.
How can I test it?
can i just copy the modified files to a location in the OH2 config?
I haven’t found yet where and how bindings are located and stored on my (PI-raspbian) system.
Hi both,
I’ve remembered what was wrong with my code - and it’s basically what you were talking about with the T and R messages. When the override is present, then there are two messages sent from OTGW to openHAB with the status. The first being the request from the thermostat to the boiler, which has been intercepted by the OTGW, and secondly the tweaked message actually sent from the OTGW to the boiler. But when no override is present, there is no R message. So this code reads the overrides and will set an item state based on it, but when the override is gone it doesn’t reset to null.
As an interim measure to fix this the expire binding could be attached to the override items to clear the state after a short time. But ideally the binding would know that the message is missing and clear the state.
I’m afraid I can’t find a compiled copy of the jar which you’ll need to test it, to make it yourself you’ll need to check out my branch, install the right versions of java and maven, and maybe some other dependencies installed - the easiest way might be to follow the guide to setting up an IDE https://www.openhab.org/docs/developer/. I should be able to compile it here quite quickly but won’t be tonight I’m afraid.
James
Hi André,
I’ve uploaded a compiled version of the binding here:
James
HI everyone,
I managed to get mvn (maven) working on my PI box, compiled the snapshot version from @jamesmelville and got the snapshot version working with the input from the FAQ
Added the new channels to my Items file
//new
Number ControlSetpointrequest "Control setpoint T [%.1f °C]" <temperature> (gOTGW) { channel="openthermgateway:otgw:37cd033e:controlsetpointrequested" }
Number ControlSetpointoverride "Control setpoint B [%.1f °C]" <temperature> (gOTGW) { channel="openthermgateway:otgw:37cd033e:controlsetpointoverride" }
and added the items to the sitemap:
Text item=ControlSetpointrequest icon="temperature" label="Control setpoint T [%.1f °C]"
Text item=ControlSetpointoverride icon="temperature" label="Control setpoint B [%.1f °C]"
the items show up in the sitemap but are not updated.
Then I used the Karaf console to set the logging of the org.openhab.binding.openthermgateway TO DEBUG.
This showed channel updates of all channels:
2020-11-26 21:22:37.429 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel 'controlsetpointrequested': 10.0 °C
2020-11-26 21:22:37.550 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel 'controlsetpoint': 10.0 °C
...
2020-11-26 21:22:40.201 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel 'ch_enablerequested': OFF
2020-11-26 21:22:40.363 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel 'ch_enable': OFF
and when the CS override is active:
2020-11-26 21:44:47.311 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel 'controlsetpointrequested': 10.0 °C
2020-11-26 21:44:47.322 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel 'controlsetpointoverride': 9.0 °C
2020-11-26 21:44:47.502 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel 'controlsetpoint': 9.0 °C
I see no errors in my log.
Restarted the binding via the console, and restarted openhab2 as service, but no change.
Can anybody point me in the right direction to solve this?
Hi @thicknesss, I’m not sure what the problem is… based on the log it receives an update with (what I assume to be) the correct value so it should be updated on the item as well.
Does the item show up in PaperUI and reflect the correct value ?
Hi Arjen @Mephix, thanks for your reply.
in the PaperUI/Configuration/Things/OpenTherm Gateway I don’t see the new channels:
In PaperUI/Configuration/Items I DO see them, but fields are “Grayed-out”:
I thought this was because this a (manually installed) snapshot version of the binding.
(with manually created items)
Reading your reply I assume that the Thing should show all the channels.
I"ll try what happens when i remove the binding (via console), restart OH wait for al the startups to finish and the drop the “.JAR”'s (Both??) in the addon folder again.
If that doesn’t help I’ll need to try the Clear Cache option between restarts to be sure that “old” stays in place.
This will take some nights, but i’ll get back with the answers.
Hi @thicknesss, in reaction to your comment about putting both .jar files in the addons folder: James provided a link to the sources and a compiled snapshot version (jar file). You can either use the sources and compile it yourself using maven, or use the compiled version James posted. So either way, you end up with one .jar file.
The fields should not be greyed out… this might be due to a version conflict, where you defined items in the .items file that the version of the binding you run doesn’t support. I am not entirely sure about this. Using the console, you can retrieve a list of bindings with their version numbers and status (bundle:list). This should tell you which version of which binding is loaded.
Hello all,
I have an issue that maybe someone else has as well.
Running openhab 2.5.10 in a docker environment. Also running otmonitor in docker as a relay server for openhab messages.
Setting up the binding in OH works fine but I have occasional permanent disconnects which can only be resolved by changing the bindings connection setttings (e.g. wrong port and back to the otmonitor port) or situations where the binding is reporting offline in paperui and frontial where I still see the binding functioning and processing data.
I managed to get some logging in frontail, see below. Does anyone have a clue on what is happening here? Thanks Maarten
2020-11-30 21:48:52.174 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 57.0 °C to 56.597656 °C
2020-11-30 21:48:56.956 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 56.597656 °C to 56.19922 °C
2020-11-30 21:49:01.857 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 56.19922 °C to 55.898438 °C
2020-11-30 21:49:07.229 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 55.898438 °C to 55.69922 °C
2020-11-30 21:49:12.106 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 55.69922 °C to 55.5 °C
2020-11-30 21:49:16.904 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 55.5 °C to 55.398438 °C
2020-11-30 21:49:18.779 [hingStatusInfoChangedEvent] - ‘openthermgateway:otgw:047bd1af’ changed from OFFLINE: Disconnected to UNKNOWN: Connecting
2020-11-30 21:49:18.788 [hingStatusInfoChangedEvent] - ‘openthermgateway:otgw:047bd1af’ changed from UNKNOWN: Connecting to ONLINE
2020-11-30 21:49:18.845 [hingStatusInfoChangedEvent] - ‘openthermgateway:otgw:047bd1af’ changed from ONLINE to OFFLINE: Disconnected
2020-11-30 21:49:21.782 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 55.398438 °C to 55.19922 °C
2020-11-30 21:49:25.580 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_ch_enable changed from OFF to ON
2020-11-30 21:49:25.948 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_controlsetpoint changed from 10.0 °C to 90.0 °C
2020-11-30 21:49:27.160 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 55.19922 °C to 55.097656 °C
2020-11-30 21:49:27.672 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_ch_mode changed from OFF to ON
2020-11-30 21:49:31.958 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 55.097656 °C to 55.69922 °C
2020-11-30 21:49:34.164 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flame changed from OFF to ON
2020-11-30 21:49:36.857 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 55.69922 °C to 62.898438 °C
2020-11-30 21:49:37.228 [hingStatusInfoChangedEvent] - ‘openthermgateway:otgw:047bd1af’ changed from OFFLINE: Disconnected to UNKNOWN: Connecting
2020-11-30 21:49:37.238 [hingStatusInfoChangedEvent] - ‘openthermgateway:otgw:047bd1af’ changed from UNKNOWN: Connecting to ONLINE
2020-11-30 21:49:37.270 [hingStatusInfoChangedEvent] - ‘openthermgateway:otgw:047bd1af’ changed from ONLINE to OFFLINE: Disconnected
2020-11-30 21:49:42.229 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 62.898438 °C to 68.5 °C
2020-11-30 21:49:45.020 [ome.event.ItemCommandEvent] - Item ‘openthermgateway_otgw_047bd1af_outsidetemp’ received command 9.16
2020-11-30 21:49:45.023 [nt.ItemStatePredictedEvent] - openthermgateway_otgw_047bd1af_outsidetemp predicted to become 9.160156 °C
2020-11-30 21:49:47.047 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 68.5 °C to 69.296875 °C
2020-11-30 21:49:51.927 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 69.296875 °C to 68.5 °C
2020-11-30 21:49:56.624 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_controlsetpoint changed from 90.0 °C to 73.0 °C
2020-11-30 21:49:57.323 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 68.5 °C to 66.09766 °C
2020-11-30 21:50:00.915 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_controlsetpoint changed from 73.0 °C to 71.0 °C
2020-11-30 21:50:02.120 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 66.09766 °C to 64.796875 °C
2020-11-30 21:50:05.785 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_controlsetpoint changed from 71.0 °C to 69.0 °C
2020-11-30 21:50:07.015 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 64.796875 °C to 64.09766 °C
2020-11-30 21:50:08.848 [hingStatusInfoChangedEvent] - ‘openthermgateway:otgw:047bd1af’ changed from OFFLINE: Disconnected to UNKNOWN: Connecting
2020-11-30 21:50:08.861 [hingStatusInfoChangedEvent] - ‘openthermgateway:otgw:047bd1af’ changed from UNKNOWN: Connecting to ONLINE
2020-11-30 21:50:08.874 [hingStatusInfoChangedEvent] - ‘openthermgateway:otgw:047bd1af’ changed from ONLINE to OFFLINE: Disconnected
2020-11-30 21:50:12.192 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 64.09766 °C to 63.796875 °C
2020-11-30 21:50:15.838 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_controlsetpoint changed from 69.0 °C to 68.0 °C
2020-11-30 21:50:17.003 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 63.796875 °C to 63.69922 °C
2020-11-30 21:50:21.889 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 63.69922 °C to 63.5 °C
2020-11-30 21:50:27.305 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 63.5 °C to 63.19922 °C
2020-11-30 21:50:27.328 [hingStatusInfoChangedEvent] - ‘openthermgateway:otgw:047bd1af’ changed from OFFLINE: Disconnected to UNKNOWN: Connecting
2020-11-30 21:50:27.330 [hingStatusInfoChangedEvent] - ‘openthermgateway:otgw:047bd1af’ changed from UNKNOWN: Connecting to ONLINE
2020-11-30 21:50:27.350 [hingStatusInfoChangedEvent] - ‘openthermgateway:otgw:047bd1af’ changed from ONLINE to OFFLINE: Disconnected
2020-11-30 21:50:32.145 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 63.19922 °C to 63.0 °C
2020-11-30 21:50:36.953 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 63.0 °C to 62.796875 °C
2020-11-30 21:50:41.145 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_controlsetpoint changed from 68.0 °C to 67.0 °C
2020-11-30 21:50:41.836 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 62.796875 °C to 62.69922 °C
2020-11-30 21:50:44.978 [ome.event.ItemCommandEvent] - Item ‘openthermgateway_otgw_047bd1af_outsidetemp’ received command 9.16
2020-11-30 21:50:44.991 [nt.ItemStatePredictedEvent] - openthermgateway_otgw_047bd1af_outsidetemp predicted to become 9.160156 °C
2020-11-30 21:50:47.023 [vent.ItemStateChangedEvent] - openthermgateway_otgw_047bd1af_flowtemp changed from 62.69922 °C to 62.597656 °C
2020-11-30 21:50:58.880 [hingStatusInfoChangedEvent] - ‘openthermgateway:otgw:047bd1af’ changed from OFFLINE: Disconnected to UNKNOWN: Connecting
2020-11-30 21:50:58.892 [hingStatusInfoChangedEvent] - ‘openthermgateway:otgw:047bd1af’ changed from UNKNOWN: Connecting to ONLINE
2020-11-30 21:50:58.972 [hingStatusInfoChangedEvent] - ‘openthermgateway:otgw:047bd1af’ changed from ONLINE to OFFLINE: Disconnected
HI @Maarten_Srednas, there are quite a few things that may cause issues with your setup and the logs don’t show enough info to work with.
What is the reason you have otmonitor in between the OTGW and openHAB? Can you somehow connect it directly, even if temporarily to troubleshoot? Can you give some more details on what type of OTGW and connection module you are using?
Also, you may want to set the loglevel to DEBUG for org.openhab.binding.openthermgateway, this will hopefully show more useful information about what is going on when connection is lost.
HI @Mephix and @jamesmelville,
I got the snapshot working…
Now I can SET the Controlsetpoint form OH, while monitoring the Controlsetpoint send from the thermostat. So when the Thermostat want to heat the Livingroom, I stop the intervention.
I think that in my first try to install the snapshot version I didn’t clean-up all of the 2.5.10 official version.
Now i’ve removed the Thing from PaperUI, removed the binding via console, restarted, clear-cache, restarted moved both the Jar files to:
/usr/share/openhab2/addons/org.openhab.binding.openthermgateway-2.5.6-SNAPSHOT-sources.jar
/usr/share/openhab2/addons/org.openhab.binding.openthermgateway-2.5.6-SNAPSHOT.jar
After one other restart (to start without the start-up errors due to clear-cache) the PaperUI detected 2 OpenTherm Things (this didn’t happen in the first try), i just installed the first one.
Then the new Thing with new ThingID was visible in the PaperUI.
The last thing I needed to do was a search and replace of the old ThingID in my otgw.items file.
Now i’ts up dan running like a charm. Happy 
Is there anything more I need to or can do to get this merged in the next version?
Thanks again for your effort en patience.
Strictly speaking, I dont think that’s necessary… you can have multiple versions of the same binding installed and just one being active. But I’m glad you got it working now!
As for getting this merged into the next version, after changes on the openhab-addons repository, my fork lost track and I ended up re-creating it. It’s probably best if James creates a pull-request to merge straight into the upstream repository.
Hi Arjan, @Mephix,
Thank you for you response.
I am using an OTGW from Nodoshop running ESPEasy R147 on a NodeMCU. I put otmonitor in the middle so I could use otmonitor as well. The issue with the connection remains though even when I shutdown otmonitor and have a direct connection to otgw.
With log level DEBUG the pattern below repeats about every 10 to 20 seconds. From what I can test with plain telnet the connection gets lost after a short while. Already checked with my unifi ap but wifi experience is reported to be good (no suprise as the OTGW within a few meters from the AP). So, digging deeper but it seems to be a nodemcu/otgw issue. Will keep you updated.
2020-12-01 23:14:43.349 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel ‘fault’: OFF
2020-12-01 23:14:43.351 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel ‘ch_mode’: OFF
2020-12-01 23:14:43.353 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel ‘dhw_mode’: OFF
2020-12-01 23:14:43.356 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel ‘flame’: OFF
2020-12-01 23:14:43.713 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel ‘controlsetpoint’: 10.0 °C
2020-12-01 23:14:44.246 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel ‘roomsetpoint’: 16.0 °C
2020-12-01 23:14:44.794 [hingStatusInfoChangedEvent] - ‘openthermgateway:otgw:047bd1af’ changed from OFFLINE: Disconnected to UNKNOWN: Connecting
2020-12-01 23:14:44.799 [hingStatusInfoChangedEvent] - ‘openthermgateway:otgw:047bd1af’ changed from UNKNOWN: Connecting to ONLINE
2020-12-01 23:14:44.882 [hingStatusInfoChangedEvent] - ‘openthermgateway:otgw:047bd1af’ changed from ONLINE to OFFLINE: Disconnected
2020-12-01 23:14:44.779 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Stopping OpenTherm Gateway connector
2020-12-01 23:14:44.784 [DEBUG] [rnal.OpenThermGatewaySocketConnector] - Stopping OpenThermGatewaySocketConnector
2020-12-01 23:14:44.786 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Starting OpenTherm Gateway connector
2020-12-01 23:14:44.789 [DEBUG] [eway.handler.OpenThermGatewayHandler] - OpenTherm Gateway connector started
2020-12-01 23:14:44.791 [DEBUG] [rnal.OpenThermGatewaySocketConnector] - Connecting OpenThermGatewaySocketConnector to otgw.sandersatkins.nl:6638
2020-12-01 23:14:44.798 [DEBUG] [rnal.OpenThermGatewaySocketConnector] - OpenThermGatewaySocketConnector connected
2020-12-01 23:14:44.799 [DEBUG] [rnal.OpenThermGatewaySocketConnector] - Sending message: PR=A
2020-12-01 23:14:44.800 [DEBUG] [rnal.OpenThermGatewaySocketConnector] - Sending message: PS=0
2020-12-01 23:14:44.879 [DEBUG] [rnal.OpenThermGatewaySocketConnector] - Connection closed by OpenTherm Gateway
2020-12-01 23:14:44.880 [DEBUG] [rnal.OpenThermGatewaySocketConnector] - Stopping OpenThermGatewaySocketConnector
2020-12-01 23:14:44.880 [DEBUG] [rnal.OpenThermGatewaySocketConnector] - OpenThermGatewaySocketConnector disconnected
2020-12-01 23:14:44.912 [DEBUG] [rnal.OpenThermGatewaySocketConnector] - Resending command: org.openhab.binding.openthermgateway.internal.GatewayCommand@4c31da24
2020-12-01 23:14:44.912 [DEBUG] [rnal.OpenThermGatewaySocketConnector] - Sending message: PR=A
2020-12-01 23:14:44.913 [DEBUG] [rnal.OpenThermGatewaySocketConnector] - Resending command: org.openhab.binding.openthermgateway.internal.GatewayCommand@42f63dd2
2020-12-01 23:14:44.914 [DEBUG] [rnal.OpenThermGatewaySocketConnector] - Sending message: PS=0
2020-12-01 23:14:44.924 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel ‘flowtemp’: 57.296875 °C
2020-12-01 23:14:44.954 [DEBUG] [rnal.OpenThermGatewaySocketConnector] - Received command confirmation: PR: A=OpenTherm Gateway 4.2.5
2020-12-01 23:14:45.322 [DEBUG] [rnal.OpenThermGatewaySocketConnector] - Resending command: org.openhab.binding.openthermgateway.internal.GatewayCommand@42f63dd2
2020-12-01 23:14:45.324 [DEBUG] [rnal.OpenThermGatewaySocketConnector] - Sending message: PS=0
2020-12-01 23:14:45.437 [DEBUG] [rnal.OpenThermGatewaySocketConnector] - Received command confirmation: PS: 0
2020-12-01 23:14:45.438 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel ‘ch_enable’: OFF
2020-12-01 23:14:45.439 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel ‘dhw_enable’: ON
2020-12-01 23:14:45.442 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel ‘fault’: OFF
2020-12-01 23:14:45.444 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel ‘ch_mode’: OFF
2020-12-01 23:14:45.446 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel ‘dhw_mode’: OFF
2020-12-01 23:14:45.447 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel ‘flame’: OFF
2020-12-01 23:14:46.030 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel ‘ch_enable’: OFF
2020-12-01 23:14:46.031 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel ‘dhw_enable’: ON
2020-12-01 23:14:46.033 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel ‘fault’: OFF
2020-12-01 23:14:46.034 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel ‘ch_mode’: OFF
2020-12-01 23:14:46.036 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel ‘dhw_mode’: OFF
2020-12-01 23:14:46.040 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel ‘flame’: OFF
According to the log, the TCP socket connection is closed by the OTGW, if this happens every 10 to 20 seconds, there is indeed probably an issue with the NodeMCU. Hope you can find the problem, I don’t have this Nodo OTGW + NodeMCU to troubleshoot…
I replaced the NodeMCU module. So far it seems stable. Bit strange though as it is working fine elsewhere now. Maybe the otgw is giving just a little power issue to this NOdeMCU module.
Thanks.
Great - I’ve logged an issue https://github.com/openhab/openhab-addons/issues/9205, and issued a pull request for it https://github.com/openhab/openhab-addons/pull/9206. I think I’ve explained the issue in a good amount of detail, and also the known gap as I understand it in the added functionality.
@Maarten_Srednas I have the Nodoshop OTGW but with the ethernet module, it’s stable for me. I’d be surprised if it was a power issue, the whole board with a networking addon should only consume a couple of watts, they normally sell it with a 12W adaptor but suggested a 6W one should also be fine.
Hi all,
I’m using the binding now for about a year without issues. Works very well.
One thing I recently spotted: The boiler signaled a “service needed” which can be seen in the display of the heating. Via Opentherm Monitor I get the flag on “Diagnostic indication” as checked, so I guess otgw identifies it correctly.
However none of the binding items is being checked.
Someone experiencing the same issue? Or does someone know how to debug the issue? I turned on the debug mode of the binding but also no help:
2020-12-16 16:03:54.974 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Received message: T00050000, 5 T READDATA
2020-12-16 16:03:54.974 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 5 servicerequest FLAGS OFF
2020-12-16 16:03:54.975 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 5 lockout-reset FLAGS OFF
2020-12-16 16:03:54.975 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 5 lowwaterpress FLAGS OFF
2020-12-16 16:03:54.975 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 5 gasflamefault FLAGS OFF
2020-12-16 16:03:54.975 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 5 airpressfault FLAGS OFF
2020-12-16 16:03:54.976 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 5 waterovtemp FLAGS OFF
2020-12-16 16:03:54.976 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 5 0x05:6 FLAGS OFF
2020-12-16 16:03:54.976 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 5 0x05:7 FLAGS OFF
2020-12-16 16:03:54.977 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 5 oemfaultcode UINT8 0
2020-12-16 16:03:55.076 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Received message: BC00500FF, 5 B READACK
2020-12-16 16:03:55.077 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 5 servicerequest FLAGS OFF
2020-12-16 16:03:55.077 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 5 lockout-reset FLAGS OFF
2020-12-16 16:03:55.077 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 5 lowwaterpress FLAGS OFF
2020-12-16 16:03:55.077 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 5 gasflamefault FLAGS OFF
2020-12-16 16:03:55.078 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 5 airpressfault FLAGS OFF
2020-12-16 16:03:55.078 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 5 waterovtemp FLAGS OFF
2020-12-16 16:03:55.078 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 5 0x05:6 FLAGS OFF
2020-12-16 16:03:55.078 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 5 0x05:7 FLAGS OFF
2020-12-16 16:03:55.078 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 5 oemfaultcode UINT8 255
2020-12-16 16:03:55.079 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel 'servicerequest': OFF
2020-12-16 16:03:55.079 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel 'lockout-reset': OFF
2020-12-16 16:03:55.080 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel 'lowwaterpress': OFF
2020-12-16 16:03:55.080 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel 'gasflamefault': OFF
2020-12-16 16:03:55.080 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel 'airpressfault': OFF
2020-12-16 16:03:55.081 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel 'waterovtemp': OFF
2020-12-16 16:03:55.081 [DEBUG] [eway.handler.OpenThermGatewayHandler] - Received update for channel 'oemfaultcode': 255
This is the message I see in the log of Opentherm Monitor:
|16:23:06.923908|T00000300|Read-Data |Status: 00000011 00000000|
|16:23:07.024669|B4000034A|Read-Ack |Status: 00000011 01001010|
Any hints appreciated!
I realized now that I had a look at the wrong message. Having the right message in the log of the binding the flag is being interpreted correctly (diag FLAGS ON)
2020-12-16 16:04:11.279 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Received message: B4000034A, 0 B READACK
2020-12-16 16:04:11.279 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 0 ch_enable FLAGS ON
2020-12-16 16:04:11.279 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 0 dhw_enable FLAGS ON
2020-12-16 16:04:11.279 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 0 cooling_enabled FLAGS OFF
2020-12-16 16:04:11.280 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 0 otc_active FLAGS OFF
2020-12-16 16:04:11.280 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 0 ch2_enable FLAGS OFF
2020-12-16 16:04:11.280 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 0 0x00:5 FLAGS OFF
2020-12-16 16:04:11.280 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 0 0x00:6 FLAGS OFF
2020-12-16 16:04:11.280 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 0 0x00:7 FLAGS OFF
2020-12-16 16:04:11.280 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 0 fault FLAGS OFF
2020-12-16 16:04:11.281 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 0 ch_mode FLAGS ON
2020-12-16 16:04:11.281 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 0 dhw_mode FLAGS OFF
2020-12-16 16:04:11.281 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 0 flame FLAGS ON
2020-12-16 16:04:11.281 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 0 cooling FLAGS OFF
2020-12-16 16:04:11.281 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 0 ch2E FLAGS OFF
2020-12-16 16:04:11.282 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 0 diag FLAGS ON
2020-12-16 16:04:11.282 [TRACE] [rnal.OpenThermGatewaySocketConnector] - Data: 0 0x00:7 FLAGS OFF
But how can I get this populated into a openhab item?
Hi Frank,
I don’t think that this value is currently mapped to a channel in the binding. And without a mapping to a channel, I don’t think you can link it to an item and display the value or use it in rules or anything like that.
That said, it’s not that much work to add a channel for this value. I’ll have a look at it and let you know once I have a test version ready.
Edit: can you try this version ?