(BUG) Homebridge-smartthings cannot setHue to 0 (Red) successfully. But every other color works.
## Verify the following before opening an trouble issue

**Go over all the following points, and put an `x` in all the boxes that apply.
If you're unsure about any of these, don't hesitate to ask. We're here to help!**

-  [x] That _OAuth_ is Enabled for the SmartApp under the IDE.
-  [x] The SmartApp and Device Handler are using the latest code available.
-  [x] That Both the SmartApps and Device Handlers have been _Published for You_ in the IDE.

---
## About Your Setup
-  How many devices are detected?: 12
-  Mobile App Version(Not required):
-  SmartApp Version: v2.3.3 Plugin: v2.3.8
-  Device Handler Version: SmartThings Hub
-  Homebridge Version: 1.2.3
-  NodeJS Version: v12.18.3
- Light Bulbs: Sylvania SMART+ RGB BR30 bulbs
- Hub: Samsung GP-U999SJVLGDA 3rd Generation SmartThings Hub
- Plugins: homebridge-config-ui-x v4.27.2, homebridge-hue v0.11.76, homebridge-smartthings v2.3.8

## Expected Behavior
**Tell us what you think should be happening**

Given that: My homebridge-smartthings hub is successfully handling voice commands for almost every color I can name,

Then: when I issue the siri command "Set cooking lights to red", I should see the following log entries. The lights should turn on, change saturation, and change hue to match these values.

NOTICE: Sending Device Command: on | Name: (Cooking 1) | DeviceID: () | SendToLocalHub: (false)
NOTICE: Sending Device Command: setHue | Value: {"value1":0} | Name: (Cooking 1) | DeviceID: () | SendToLocalHub: (false)
NOTICE: Sending Device Command: setSaturation | Value: {"value1":100} | Name: (Cooking 1) | DeviceID: () | SendToLocalHub: (false)

## Current Behavior
**What happens instead of the expected behavior?**
With siri command "Set cooking lights to red", I do see the expected log entries. But the hue of the lights does not change. My suspicion is that the hue of zero is not being stored or sent appropriately to the bridge, causing a null pointer error somewhere in the mix.

NOTICE: Sending Device Command: on | Name: (Cooking 1) | DeviceID: () | SendToLocalHub: (false)
NOTICE: Sending Device Command: setHue | Value: {"value1":0} | Name: (Cooking 1) | DeviceID: () | SendToLocalHub: (false)
NOTICE: Sending Device Command: setSaturation | Value: {"value1":100} | Name: (Cooking 1) | DeviceID: () | SendToLocalHub: (false)

If the lights are off, these commands will:
- turn on the lights successfully
- saturation will change to 100%
- the color (hue) will not change

If I try a different command, "Set cooking lights to red orange", I get hue:1 and saturation:71. Now the following commands are sent, and the hue does change. (The saturation of 71% is unintended but that's how Siri interprets it.)

NOTICE: Sending Device Command: on | Name: (Cooking 1) | DeviceID: () | SendToLocalHub: (false)
NOTICE: Sending Device Command: setHue | Value: {"value1":1} | Name: (Cooking 1) | DeviceID: () | SendToLocalHub: (false)
NOTICE: Sending Device Command: setSaturation | Value: {"value1":71} | Name: (Cooking 1) | DeviceID: () | SendToLocalHub: (false)

A follow-up command, "Set cooking lights to red." or "Set cooking lights saturation to 100%" will fix the saturation (because "red" is hue:0, saturation:100) but the lights will remain set with their hue:1.

## Steps to Reproduce (for bugs)
**Provide a link to a live example, or an unambiguous set of steps to reproduce this bug. Include code to reproduce, if relevant**


1. Ask siri to change color of lights to "red" and observe that the lights can turn on, change saturation, but not change hue.
2. For some reason, asking siri to change color of lights to "red orange" first, and then "red" leaves the lights almost in the correct state. The hue value of "red orange" is interpreted as 1, and the saturation value of "red" is 100.

## Context
**How has this issue affected you? What are you trying to accomplish?
**Providing context helps us come up with a solution that is most useful in the real world**

Halloween is coming up, and it would be helpful if people can set their lights to dark red easily.

---
Please include a copy of any relevant log output to assist in tracking down the bug
