James Hewitt 487dc0e49f [rfxcom] Add ability to properly receive configured command ids, deprecated hard-coded guesses. (#10940) ... Currently, when a message is received the command will be determined only from the hard-coded set of ON/OFF commands, which means if I configure a thing and attach it to a switch there is no guarantee that it will respond as expected to receive commands. This PR changes the message factory to require either bytes (from the RFXcom device) or all the details required to make a transmissable message, including the confguration of the associated Thing. At the moment, this is only used by lighting4 and raw types, but I expect it will be useful for others in the future. The hard-coded ON/OFF commands in lighting4 are based on experimentation with different devices, and are not at all consistent. This PR deprecates the use of those so that in a future release, Lighting4 devices will only work when configured with the correct command ids up front. This will resolve inconsistent behaviour where devices that have been discovered may work correctly, work only for ON or OFF but not both, have ON and OFF the wrong way around, turn ON one physical device and OFF another, or any combination of those possibilities. Signed-off-by: James Hewitt <james.hewitt@uk.ibm.com>		2021-07-18 21:37:44 +02:00
..
feature	added migrated 2.x add-ons	2020-09-21 03:37:19 +02:00
java/org/openhab/binding/rfxcom/internal	[rfxcom] Add ability to properly receive configured command ids, deprecated hard-coded guesses. (#10940)	2021-07-18 21:37:44 +02:00
resources/OH-INF	[rfxcom] Add ability to properly receive configured command ids, deprecated hard-coded guesses. (#10940)	2021-07-18 21:37:44 +02:00