I was updating my .items and .sitemap files and as a last feature I was trying to implement a pushbutton. When I realised that the sitemap structure I am using (groups) does not allow the implementation of pushbuttons. So I removed the , autoupdate=“false” from the .items file and the mappings=[ON=“Press”]
from the .sitemap and I saved. When I checked on my App, the Sitemap, that worked fine a few minutes before is not showing the groups anymore, but the frames are showing for each group the same three story house symbol and the FF_groupnames. When I try to tap on one group (e.g. kitchen) nothing happens. I checked both files for syntax errors but found nothing, then I checked the log viewer and there were several messages that the labels were not found. So I decided to reboot (sudo reboot via putty).
The system rebooted, my problem still exists, I can access the system via WinSCP, but now I cannot access the log viewer (connection failed).
I’ve screwed a working system!!! Have I overlooked something?
Can anyone please help me???
How did you check for syntax errors? Manually or did you look for syntax warnings in the logs or load the files in VSCode?
When you restart OH what do you see in the logs near the beginning where it is loading the .items files and .sitemap files?
With the limited information provided I’d guess that you accidentally deleted the ] or in some other way messed up the syntax on that .items file so those Items are not being loaded any more meaning there are no Items in your Groups on your sitemap anymore.
But like Christoph asks, we need the logs, sitemap file and relevant .items files. Please How to use code fences.
Manually checking files for syntax errors is an exercise in futility. One misplaced quote or closing paren whose matching one is many lines away can wreck the whole file.
You should use VSCode with the openHAB extension at a minimum to check the syntax for you when encountering errors like this. I recommend using it to edit all your OH files, but if you refuse, at least use it to check for errors.
Assuming you are running openHABian installed OH, they are in /ver/log/openhab2.
The events.log file contains what is happening on the Openhab event bus like sensors changing states, very handy for writting rules as you can see things changing in realtime. The other file openhab.log shows the output of all bindings and addons and allows you to fault find issues with a binding.
2018-09-19 16:08:38.829 [INFO ] [el.core.internal.ModelRepositoryImpl] - Refreshing model 'MuckiBude.sitemap'
2018-09-19 16:08:38.921 [WARN ] [el.core.internal.ModelRepositoryImpl] - Configuration model 'MuckiBude.sitemap' has errors, therefore ignoring it: [111,62]: mismatched input 'mappings=[' expecting '}'
[168,1]: extraneous input '}' expecting EOF
2018-09-19 16:08:44.300 [WARN ] [al.bus.KNXBindingDatapointReaderTask] - Autorefresh: Cannot read value for item 'F2_Corridor_Light' from KNX bus: timeout waiting for group read response: timeout
2018-09-19 16:08:44.303 [WARN ] [al.bus.KNXBindingDatapointReaderTask] - Autorefresh: Remaining retries for address '1/3/140' = '1'
2018-09-19 16:08:44.490 [INFO ] [est.sitemap.internal.SitemapResource] - Received HTTP GET request at 'http://192.168.178.53:8080/rest/' for the unknown sitemap 'MuckiBude'.
2018-09-19 16:08:44.525 [INFO ] [est.sitemap.internal.SitemapResource] - Received HTTP GET request at 'http://192.168.178.53:8080/rest/' for the unknown sitemap 'MuckiBude'.
2018-09-19 16:08:44.550 [INFO ] [est.sitemap.internal.SitemapResource] - Received HTTP GET request at 'http://192.168.178.53:8080/rest/' for the unknown sitemap 'MuckiBude'.
2018-09-19 16:08:44.575 [INFO ] [est.sitemap.internal.SitemapResource] - Received HTTP GET request at 'http://192.168.178.53:8080/rest/' for the unknown sitemap 'MuckiBude'.
2018-09-19 16:08:44.603 [INFO ] [est.sitemap.internal.SitemapResource] - Received HTTP GET request at 'http://192.168.178.53:8080/rest/' for the unknown sitemap 'MuckiBude'.
None of the Items in that .items file exist anymore because you have a syntax error in that file. I suspect this is the root of all your problems right now.
The reason why I strongly recommend VSCode to everyone is that as soon as you hit that del key when you edited this file in the first place it would have told you that you had this error. It would have saved many hours of work for you and all others who are manually editing OH config files (which is pretty much all of us).
Ok, VSCode is running and looking fine! The structure is restored again and the app is showing all Groups and Items correctly. The “only” problem is that they are not working. Also the sitemap in BasicUI does not show the list symbol but a “!” flag.
After checking in paper UI I realized, that the KNX-Binding got lost in the process (or at least I thought so; the binding was not visible on the bindings site). . . reinstalled it (I didn’t see that it was the 2.3.0 version), and the commands still won’t go thru to the KNX-Bus. . . in the log viewer I could see the openHAB commands but nothing happened on the hardware side (lights, switches, etc.). After I found out that the new version of the binding is different than the 1.12.0 version, I’ve uninstalled the 2.3.0 version agin and enabled the legacy bindings. By the way: why are installed legacy bindings not visble on the bindings site?
However everything is working again. Thank you guys!
There is a setting in PaperUI called “Show Legacy 1.x Bindings” in the Configuration → Services section. Depending on what package you originally chose after first installing OH, that option was probably unchecked.
In the docs, there is a checkbox to show the legacy bindings under and on the right side of the search box.
In general, OH encourages users to use the 2.x versions of bindings instead of the 1.x versions where there are two versions. So they make you deliberately choose to see and have available the 1.x versions. I’m ambivalent about the decision. I don’t like hiding data but this does keep new users in particular from choosing versions of bindings that are no longer updated or maintained.
Understood, and I’d love use the 2.x Version, but it seems the knx binding requires the items in a different form than the 1.x version in order to pass the comands to the bus. At the moment I don’t have the time to reconfigure everything, but sooner or later it will have to happen, since I’ll have to go away from my simplified group-structure in the sitemap in order to use adwanced features.
The MyOpenHAB binding also got lost in the last days. I think it was during the update process. But now, finaly everything works like 2 days before. . .