HA stops reporting Wink state changes

Since I started the process incorrectly, I deleted the .wink.conf and restarted the system and went through the setup process again. Up and running now.

1 Like

I know this post has become a catch all for wink. Is anyone using namespaces with wink?

I dont think its in the code.

Worked for me, just tried to set it up. It can’t be set under wink: it has to be set under each device type. So for example your config would be something like this.

wink:

light:
  - platform: wink
    entity_namespace: holiday_home

switch:
  - platform: wink
    entity_namespace: holiday_home

that was the key i was missing thanks !

I have been encountering this problem for a few days. Previously on Hassio 0.53.1 and now the same behavior on Hassio 0.55.0 Motion sensor states are properly reported on the Wink app but are not reported Hassio (at least most of the state changes are not)…

I believe this is a wink problem. Yesterday they reported an issue with their core api and claim yo have fixed it. However, I am still having issue with HA and the wink app. The wink app and ha see state changes just not reliably. The wink app does seem somewhat better, but I think that is because they poll their state as well as use pubnub for push updates.

This is being discussed over here Wink push updates

I’m stilling having the issue with my Wink 2nd Gen Hub and it’s getting really tiring. I think it’s time to make switch to SmartThings.

They have had several outages in the last couple weeks. I would agree it is getting old. Hopefully they are making improvements and that’s what us causing the outages.

This probably isn’t the place to ask this, but I know a lot of Wink users are on this thread.

Do any of you own a Wink relay and would you like to test out a new feature for me? I don’t have the work done yet but thought I would get this out there now. If so shoot me a PM.

1 Like

Has anyone else had any issue with your wink developer account/application disappearing? Had a power outage last night, and after multiple restarts of HA, I am seeing “Invalid Config” for Wink in my console. I went over to developer.wink.com, and my developer application is missing, which could explain why I’m getting the Invalid Config.

Looks like my oath Client ID and Client Secret have expired (didn’t realize that would happen). I deleted the .wink.conf file and have re-entered the new ID and secret. But it appears I’ll have to wait until I get home to finish the authorization and complete the process.

Hopefully this https://github.com/home-assistant/home-assistant/pull/11833 will prevent this from happening in the future. If anyone sees this after the next HA release let me know so we can investigate further.

2 Likes

Hi, I know this is an old thread but I seem to be having this issue (HA 0.75.1). I just setup an iHome Smart Plug thing using Wink and I can turn it off but the state still shows up as “On”. This thread is the most recent discussion of this problem that I can find. If anyone would like to direct me how to find some logging about this, I’d be more than happy to.

Put this https://hastebin.com/adosokukow.py inside HA_CONFIG_DIR/custom_component/switch/wink.py and restart.

The iHome plugs integration with Wink’s API doesn’t work well. It is an issue on Wink’s side. The above file will make an API call to refresh the state. All other Wink devices update via a push but that doesn’t work very well for these plugs the the above file overrides that behavior and pulls the state.

Hmm… same behavior. I enabled “Info” level logging for homeassistant.components.wink and pywink. My logs show “Setting state via online API” every time I click the toggle switch in HA. Is there something else I need to do in order to enable the custom component?

Edit: changed folder “custom_component” to “custom_components” and now I see “Getting state via online API” in the logs, but the behavior is still the same.

Can you confirm that it is using the custom component? You should see something in the logs towards the beginning that says something like using custom component.

Yeah I see that message, and I also see that it’s both “Setting…” and “Getting state via online API” when I click the slider.

I’ve changed the log setting to Debug. Here are the debug logs after “Setting…”

2018-08-05 09:59:41 INFO (SyncWorker_6) [pywink.api] Setting state via online API
2018-08-05 09:59:42 DEBUG (SyncWorker_6) [pywink.api] {'data': {'object_type': '
binary_switch', 'object_id': '805077', 'uuid': '68b63aab-92d4-4bdf-9019-863bee02
70a9', 'created_at': 1533441782, 'updated_at': 1533442414, 'icon_id': '258',
'icon_code': 'binary_switch-ihome_smartplug', 'desired_state': {'powered': False}, 
'last_reading': {'connection': True, 'connection_updated_at': 1533441782.9732275
, 'powered': True, 'powered_updated_at': 1533441782.9732275, 'desired_powered': 
False, 'desired_powered_updated_at': 1533484782.0335011, 'connection_changed_at':
1533441782.7954407, 'powered_changed_at': 1533441782.9732275, 'desired_powered
_changed_at': 1533484782.0335011}, 'subscription': {'pubnub': {'subscribe_key': 
'sub-c-f7bf7f7e-0542-11e3-a5e8-02ee2ddab7fe', 'channel': '54ba64bfc32b44ce6c5673
b43a03831b9a5e4e68|binary_switch-805077|user-910251'}}, 'binary_switch_id': '805
077', 'name': 'Back Porch Lights', 'locale': 'en_us', 'units': {}, 'hidden_at': 
None, 'capabilities': {'fields': [{'type': 'boolean', 'field': 'connection',
'mutability': 'read-only'}, {'type': 'boolean', 'field': 'powered', 'mutability': 
'read-write'}]}, 'triggers': [], 'manufacturer_device_model': 'ihome_i_sp100',
'manufacturer_device_id': 'UpgggxA8GDQeVewRw4Q8ym7c', 'device_manufacturer':
'ihome', 'model_name': 'SmartPlug', 'upc_id': '1213', 'upc_code': 'ihome_UGUsr6pMeD8w
9pRRahWr9Pcq', 'primary_upc_code': 'ihome_isp100_smartplug', 'gang_id': None, 
'hub_id': None, 'local_id': None, 'radio_type': None, 'linked_service_id': '1098872',
'current_budget': None, 'lat_lng': [None, None], 'location': '', 'order': 0}
, 'errors': [], 'pagination': {}}

And here are the logs after “Getting…”

2018-08-05 09:59:42 INFO (SyncWorker_13) [pywink.api] Getting state via online API
2018-08-05 09:59:42 DEBUG (SyncWorker_13) [pywink.api] {'data': {'object_type':
'binary_switch', 'object_id': '805077', 'uuid': '68b63aab-92d4-4bdf-9019-863bee0270a9', 
'created_at': 1533441782, 'updated_at': 1533442414, 'icon_id': '258', 'icon_code': 
'binary_switch-ihome_smartplug', 'desired_state': {'powered': False}, 'last_reading': 
{'connection': True, 'connection_updated_at': 1533441782.9732275, 'powered': True, 
'powered_updated_at': 1533441782.9732275, 'desired_powered': False, 
'desired_powered_updated_at': 1533484782.0335011, 'connection_changed_at': 
1533441782.7954407, 'powered_changed_at': 1533441782.9732275, 
'desired_powered_changed_at': 1533484782.0335011}, 'subscription': {'pubnub': 
{'subscribe_key': 'sub-c-f7bf7f7e-0542-11e3-a5e8-02ee2ddab7fe', 'channel': 
'54ba64bfc32b44ce6c5673b43a03831b9a5e4e68|binary_switch-805077|user-910251'}}, 
'binary_switch_id': '805077', 'name': 'Back Porch Lights', 'locale': 'en_us', 'units': {}, 
'hidden_at': None, 'capabilities': {'fields': [{'type': 'boolean', 'field': 'connection', 'mutability': 
'read-only'}, {'type': 'boolean', 'field': 'powered', 'mutability': 'read-write'}]}, 'triggers': [], 
'manufacturer_device_model': 'ihome_i_sp100', 'manufacturer_device_id': 
'UpgggxA8GDQeVewRw4Q8ym7c', 'device_manufacturer': 'ihome', 'model_name': 
'SmartPlug', 'upc_id': '1213', 'upc_code': 'ihome_UGUsr6pMeD8w9pRRahWr9Pcq', 
'primary_upc_code': 'ihome_isp100_smartplug', 'gang_id': None, 'hub_id': None, 'local_id': 
None, 'radio_type': None, 'linked_service_id': '1098872', 'current_budget': None, 'lat_lng': 
[None, None], 'location': '', 'order': 0}, 'errors': [], 'pagination': {}}

Can you time this file https://hastebin.com/asonumemej.py this isnt a good way to do it, but I put in a 3 second delay before it calls the update. I am guessing that yours are just taking a little longer to update? Another user had this same problem and the first file fixed their problem.

Still the same thing. I think this plug just really sucks. The iHome app is saying it’s not even connected now. In the Wink app in “activity” it shows two entries, the switch being setup and turned on once. I’m going to try resetting everything and starting from scratch.

Edit: Seems like it’s working now after a factory reset and re-setup. Going to comment out the time.sleep lines in the script and see if it still works. I appreciate the help!

Edit 2: Looks like it still needs a little delay to work right every time. But hey, this is way better than not working at all!

Hey, I’m new to Home Assistant and I have a Wink 1 to communicate with some Zigbee bulbs but HA never knows what state my bulbs are on and out of 10 commands I send towards the bulbs, maybe one or 2 will actually do something. The wink app works fine and I can control the bulbs with no issues but home assistant is a whole different story. I have smart bulbs with dumb switches so many times the light will say “unavailable” which is understandable but even when the bulb has been on for an hour, it HA still says “unavailable”. I tried adding the 'local control: true" in my config but that didnt help. Any suggestions to actually get this working?

Thanks