Was running a two year old OH2 build on a windows 7 machine that a month or two back stopped controlling my Hue lights out of the blue. I recently moved and started resetting up the smart home and decided I would update to see if a new version helped.
I just finished installing the most recent stable build and copying over my rules, items and sitemaps but I am still having the same issue. I did a fresh install choosing not to update hoping to avoid transferring the issue over unfortunately that did not help. I do have the Hue binding installed as well as the Wemo and Network binding. Both the Wemo Plugs and Network devices bound in my plugs.items and users.items files work as expected but none of my lights in the lights.items are showing up in PaperUI’s Items section and do not work in my Basic UI sitemap.
I will admit I half use PaperUI in that I used it to add all things then I copy the Thing ID’s to make my item files, rules and sitemaps but this worked before and works in all other situations except seemingly lights. I will post my lights.item and plugs.items so you can see what I have working and what is not. I’m hoping its something small but it may be a bug but I have no clue how it started happening out of the blue on an old unchanged build before updating. Do bindings possibly auto update? I wouldn’t be so confused if it only happened after I updated or if the binding auto updated!
Your code is hard to read. Please use code fences (</>) instead of blockquotes.
At a quick glance, the first thing I notice is that your ceiling lights are in a group called Bedroom_Overhead_Lights, but your group is defined as Bedroom_Ceiling_Lights.
What does your log show when you save lights.items? If there are errors, it’ll tell you exactly where they are.
If there are no errors, try commenting out all of the items and putting in a single unbound item to see if that loads. If that works, uncomment one of your lights to see if that loads.
Apologies it kept breaking my code blocks at first since it wanted a line break before a code block but a blockquote didn’t so I just used what worked as I tried to get it up before I left the house.
Changing the one group name mismatch did not change anything though I’m not sure if you really expected it. That was just a mismatch from my own name changes organizing earlier today. I updated the code block to reflect it though thank you.
This is why it’s always a good idea to check your logs when saving files. It’s telling you that you opened a square bracket on line 7, column 112, and then you never closed it.
Since line 7 in the code you posted is a comment, I’m guessing that you haven’t copied in the exact contents of lights.items. Look at your 7th line and you should be able to find the missing bracket.
Nothing jumps out at me. Try commenting out that group to see what happens.
Bottom line is that there’s an error somewhere in this file. The easiest way to find it is to remove the items and then add them back in until you find it.
Yes but the Tag in question is on a group which would not normally be followed by a binding. Do I just add the matching binding or can you not Tag a group?
I think if you just put the fields in the order that the docs say you must put them in, it will work. I can’t think of any reason why you’d need to put them in a different order.
Na my apologies I was not catching my own {autoupdate="false"} I did not realize or clue in that it counted as a binding so I had no clue that was the part I had to move in front of until @rpwong mentioned it. It was a very long time ago when I added that part to solve wrong status reports for hue lights and I had completely forgotten it was a binding field. Very strange that my old build had a problem out of the blue though this items files has been like that for at least 2 years.
I switched to using metadata in binding config for Google Assistant.
I have not gotten around to it but do plan to integrate my OpenHAB with my Google Home/ Assistant. I had maintained these Tags assuming they would be useful for exactly that. Is there another method I need to use for Google Assistant to recognize them? I see no setting in the bindings I am using but as of right now technically my assistant has direct access to my hue lights but I plan on adding many Mqtt items that I wanted to expose to Google Assistant in the next few days.
Tags still work, but metadata replaced them as the preferred method earlier this year, and the OH developers have expanded what kind of devices you can use.
If I recall correctly, you can have both tags and metadata in an item. If metadata exists, the Google Assistant action will ignore the tag. So if you want an item to work with both Hue and GA, you’ll need:
I don’t think you can use groups in Google Assistant at this time (aside from the special group item for thermostats). So if you want to control a group of switches, you’ll need a proxy item that you can expose to Google.