Closed pajinki closed 5 years ago
pretty sure there have been some major changes to smarthing component between .82 and .89 You may need to check on the documentation to see if your config is appropriate
I have already reviewed and followed the breaking changes.
Smartthings does not use the configuration file, only interegration other than the http component which I have verified.
@pajinki Did you follow these steps from the other issue you posted in?
- Use this utility to complete remove all HASS automations/apps. It will output the IDs of the items removed. If it outputs nothing, there was nothing to remove.
- Ensure you do not see any HASS apps or automations in the ST Classic App. If you still see items in your account after running the utility, you are affected by cached data/synchronization lag. Wait until the items no longer show up.
- Start the integration setup in Home Assistant. If you don't see the SmartApp to install, then you're affected by synchronization lag again. Wait until it shows up. It's OK to exit out of the integration setup meanwhile, just go back into it BEFORE trying to add the SmartApp to your account.
The Home Assistant integration setup logic didn't change in this release (it just captures more data than before). As I mentioned earlier, there's been AWS issues today that affected SmartThings which is likely contributing to the synchronization lag.
I think I have the same problem.
The previous App in smartthings that I can't delete after the new update. Clicking on it just says "something wrong, we can't load your screen right now" Then I deleted the integration in home assistant so I can configure a new smartthings integration. Made it to the success confirmation for adding the smart app but home assistant can't recognise it "Please ensure you have installed and authorized the Home Assistant SmartApp and try again". Clicking on the smart app then tells me the same error as per the first sentence.
@s2d4 Can you try the steps posted above? That sounds like you're getting an issue with synchronization lag in the cloud. It's not an issue with the integration (this part didn't change this release).
@andrewsayre I managed to install it after realising pip is pointed towards python2.
pi@raspberrypi:~ $ python3 -m pip install hass_smartthings_remove
Collecting hass_smartthings_remove
Using cached https://files.pythonhosted.org/packages/97/c1/85e7de428d7350f6f736762d6f53be378ea072dac66e480fa4201db69e0a/hass_smartthings_remove-1.0.1-py3-none-any.whl
Collecting aiohttp==3.5.4 (from hass_smartthings_remove)
Using cached https://www.piwheels.org/simple/aiohttp/aiohttp-3.5.4-cp35-cp35m-linux_armv7l.whl
Collecting pysmartthings==0.6.3 (from hass_smartthings_remove)
Using cached https://files.pythonhosted.org/packages/81/6d/f01beabb0f07060124a6d26ddc11261626cf69cae40e0f27e49182395a49/pysmartthings-0.6.3-py3-none-any.whl
Collecting yarl<2.0,>=1.0 (from aiohttp==3.5.4->hass_smartthings_remove)
Using cached https://www.piwheels.org/simple/yarl/yarl-1.3.0-cp35-cp35m-linux_armv7l.whl
Collecting chardet<4.0,>=2.0 (from aiohttp==3.5.4->hass_smartthings_remove)
Using cached https://files.pythonhosted.org/packages/bc/a9/01ffebfb562e4274b6487b4bb1ddec7ca55ec7510b22e4c51f14098443b8/chardet-3.0.4-py2.py3-none-any.whl
Collecting idna-ssl>=1.0; python_version < "3.7" (from aiohttp==3.5.4->hass_smartthings_remove)
Using cached https://www.piwheels.org/simple/idna-ssl/idna_ssl-1.1.0-py3-none-any.whl
Collecting attrs>=17.3.0 (from aiohttp==3.5.4->hass_smartthings_remove)
Using cached https://files.pythonhosted.org/packages/23/96/d828354fa2dbdf216eaa7b7de0db692f12c234f7ef888cc14980ef40d1d2/attrs-19.1.0-py2.py3-none-any.whl
Collecting async-timeout<4.0,>=3.0 (from aiohttp==3.5.4->hass_smartthings_remove)
Using cached https://files.pythonhosted.org/packages/e1/1e/5a4441be21b0726c4464f3f23c8b19628372f606755a9d2e46c187e65ec4/async_timeout-3.0.1-py3-none-any.whl
Collecting multidict<5.0,>=4.0 (from aiohttp==3.5.4->hass_smartthings_remove)
Using cached https://www.piwheels.org/simple/multidict/multidict-4.5.2-cp35-cp35m-linux_armv7l.whl
Collecting typing-extensions>=3.6.5; python_version < "3.7" (from aiohttp==3.5.4->hass_smartthings_remove)
Using cached https://files.pythonhosted.org/packages/0f/62/c66e553258c37c33f9939abb2dd8d2481803d860ff68e635466f12aa7efa/typing_extensions-3.7.2-py3-none-any.whl
Collecting idna>=2.0 (from yarl<2.0,>=1.0->aiohttp==3.5.4->hass_smartthings_remove)
Using cached https://files.pythonhosted.org/packages/14/2c/cd551d81dbe15200be1cf41cd03869a46fe7226e7450af7a6545bfc474c9/idna-2.8-py2.py3-none-any.whl
Installing collected packages: idna, multidict, yarl, chardet, idna-ssl, attrs, async-timeout, typing-extensions, aiohttp, pysmartthings, hass-smartthings-remove
Successfully installed aiohttp-3.5.4 async-timeout-3.0.1 attrs-19.1.0 chardet-3.0.4 hass-smartthings-remove-1.0.1 idna-2.8 idna-ssl-1.1.0 multidict-4.5.2 pysmartthings-0.6.3 typing-extensions-3.7.2 yarl-1.3.0
But then I get stuck
pi@raspberrypi:~ $ hass_smartthings_remove MY_TOKEN
sudo: hass_smartthings_remove: command not found
Sorry for being a noob..
I think found the problem with the install, it had to be installed under root.
EDIT: for the hass_smartthings_remove tool
@andrewsayre
Thank you very much!! you are right on the money!
Now forgive me if I'm wrong but I wouldn't be able to execute these commands if I were using Hass.io correct?
It's independent of how you run HASS. It can run anywhere you have python 3.5 installed, including your workstation.
Ah, I should have figured that. I'm at work now but as soon as I go home I'll give it a try. Thanks!
So I was able to remove the two apps that were there before but every time I go to configure it again, the smart app still gives me the "Something went wrong." error. Even though that happens, it still adds the smart app but when I click on that, I get the "We can't load your screen right now."
So I've tried removing and starting over a couple of times, but I still get the same result.
It sounds like something interfering with SmartThings being able to reach your HASS instance. During the add process there are about 5-6 webhook calls that come in and if one of them is blocked you get these types of errors. You won't be able to go back into the app in ST until you've completed the integration setup (as that triggers more webhook calls).
Check your network, proxy, and router to make sure it's not affecting anything. Apply the recommended NGINX config from the documentation.
So it was NGINX and I ended up just removing it all together since on Hass.io it was not easy to modify it. Works great now! Thanks!
Great, glad it’s working!!
So it was NGINX and I ended up just removing it all together since on Hass.io it was not easy to modify it. Works great now! Thanks!
Hi, sorry for the noob question but, how do you do that? Where? It is the one thing I haven't check so far.............Tks!
Home Assistant release with the issue: 0.89
Last working Home Assistant release (if known): 0.82
Operating environment (Hass.io/Docker/Windows/etc.): Hass,io
Component/platform: Smartthings
Description of problem: After 0.89, Smartthings component is broken. I still have two apps install on smartthings that I can not delete. I've tried waiting and trying multiple times but I always get "Something is wrong" from the smart app.
I tried 3 different tokens with no avail.
Problem-relevant
configuration.yaml
entries and (fill out even if it seems unimportant):Traceback (if applicable):
Additional information: