I've removed the IV and Auth keys from the configuration.
I've also tidied up the thing types. It's split out to different xml based on the broad link product type.
The things have all had their configuration removed and placed into a generic config.xml or the remote config rmconfig.xml and reference their config using the config-description-ref tag, reducing the complexity and overall size.
A lot of the channels were incorrectly marked as advanced="true". These shouldn't be marked as this as advanced channels are not added by default when adding a binding. Only powerConsumption was left as advanced.
Note:
The powerOn channels didn't need to be replicated as s1PowerOn... etc, as you can refer to just the powerOn channel and then add the label tag within it to change the name but keep the other properties the same, reducing the amount of channel types overall.
I've removed the IV and Auth keys from the configuration.
I've also tidied up the thing types. It's split out to different xml based on the broad link product type. The things have all had their configuration removed and placed into a generic
config.xmlor the remote configrmconfig.xmland reference their config using theconfig-description-reftag, reducing the complexity and overall size.A lot of the channels were incorrectly marked as
advanced="true". These shouldn't be marked as this as advanced channels are not added by default when adding a binding. OnlypowerConsumptionwas left as advanced.Note: The
powerOnchannels didn't need to be replicated ass1PowerOn... etc, as you can refer to just thepowerOnchannel and then add thelabeltag within it to change the name but keep the other properties the same, reducing the amount of channel types overall.