Review/Edit components starting with the letter U-Z (#3229)

This commit is contained in:
Franck Nijhof 2017-08-24 08:32:12 +02:00 committed by Fabian Affolter
parent ff5d7d5f3f
commit bb3bffd9cf
No known key found for this signature in database
GPG key ID: DDF3D6F44AAB1336
18 changed files with 55 additions and 55 deletions

View file

@ -22,14 +22,14 @@ ha_release: pre 0.7
Home Assistant integrates with the Wink API and automatically sets up any switches, lights, locks, fans, climate devices, covers, sensors, and alarms.
Check the related components pages for actual devices that are support.
Check the related components pages for actual devices that are supported.
Home Assistant offers multiple ways to authenticate to the Wink API. Each authentication method is described below.
### Authenticate using [developer.wink.com](https://developer.wink.com)
This method will require you to setup a developer account with Wink. This process can take a few days to get approved, but is the recommended form of authentication. If you would like to use Wink in Home Assistant while you wait, you can use the email and password authentication below.
This method will require you to setup a developer account with Wink. This process can take a few days to get approved but is the recommended form of authentication. If you would like to use Wink in Home Assistant while you wait, you can use the email and password authentication below.
This form of authentication doesn't require any settings in the configuration.yaml other than `wink:` this is because you will be guided through setup via the configurator on the frontend.
@ -68,27 +68,27 @@ wink:
Configuration variables:
- **email** (*Required for email/password auth or legacy oauth*): Your Wink login email.
- **password** (*Required for email/password auth or legacy oauth*): Your Wink login password.
- **client_id** (*Required for legacy oauth*): Your provided Wink client_id.
- **client_secret** (*Required for legacy oauth*): Your provided Wink client_secret.
- **local_control** (*Optional*): If set to `True` state changes for lights, locks, and switches will be issue to the local hub.
- **email** (*Required for email/password auth or legacy OAuth*): Your Wink login email.
- **password** (*Required for email/password auth or legacy OAuth*): Your Wink login password.
- **client_id** (*Required for legacy OAuth*): Your provided Wink client_id.
- **client_secret** (*Required for legacy OAuth*): Your provided Wink client_secret.
- **local_control** (*Optional*): If set to `True` state changes for lights, locks, and switches will be an issue to the local hub.
Local control:
- Wink's local control API isn't officially documented and therefore could be broken by a hub update. For these reasons `local_control` defaults to `False`
- Wink's local control API isn't officially documented and therefore could be broken by a hub update. For these reasons `local_control` defaults to `False`.
- Using local control doesn't appear to make commands any quicker, but does function in an internet/Wink outage.
- Local control is also only available for the Wink hub v1 and v2, not the Wink relay.
- Local control isn't used during startup of Home Assistant, this means initial setup requires an active internet connection.
- Local control isn't used during start-up of Home Assistant; this means initial setup requires an active internet connection.
- Local control requests are first sent to the controlling hub. In the event that a request fails, that request will attempt to go online.
- Local control requests are first sent to the controlling hub. If a request fails, that request will attempt to go online.
<p class='note'>
It is possible for the hub to get into a bad state where it stops accepting local control request. If this happens you will notice requests taking significantly longer as they are redirected online. This doesn't happen often, but when it does, it appears to be resolved by rebooting the hub.
It is possible for the hub to get into a bad state where it stops accepting local control request. If this happens, you will notice requests taking significantly longer as they are redirected online. This doesn't happen often, but when it does, it appears to be resolved by rebooting the hub.
The following error will be logged in the event that the hub is rejecting local requests.
The following error will be logged if the hub is rejecting local requests.
```
Error sending local control request. Sending request online
@ -98,7 +98,7 @@ Error sending local control request. Sending request online
### {% linkable_title Service `refresh_state_from_wink` %}
The Wink component only obtains the device states from the Wink API once, during startup. All updates after that are pushed via a third party called PubNub. On rare occasions were an update isn't pushed device states can be out of sync.
The Wink component only obtains the device states from the Wink API once, during startup. All updates after that are pushed via a third party called PubNub. On rare occasions where an update isn't pushed device states can be out of sync.
You can use the service wink/refresh_state_from_wink to pull the most recent state from the Wink API for all devices. If `local_control` is set to `True` states will be pulled from the devices controlling hub, not the online API.
@ -107,6 +107,6 @@ You can use the service wink/refresh_state_from_wink to pull the most recent sta
You can use the service wink/add_new_devices to pull any newly paired Wink devices to an already running instance of Home-Assistant. Any new devices will also be added if Home-Assistant is restarted.
<p class='note'>
The Wink hub, by default can only be accessed via the cloud. This means it requires an active internet connection and you will experience delays when controlling and updating devices (~3s).
The Wink hub, by default, can only be accessed via the cloud. This means it requires an active internet connection and you will experience delays when controlling and updating devices (~3s).
</p>