Open Pilot2023 opened 9 months ago
Hello,
Have you updated to latest version ?
Jérémie
Le lun. 12 févr. 2024, 13:13, Pilot2023 @.***> a écrit :
Dears, I recognized a few days ago that the Gardena integration is not available any more. Within the integrations its listet as "not loaded" as attached. Reboot or any other action does not show any positive effects... Is this a common issue temporary or some fault on my side?
Thanks a lot in advance !
BR Alex
Gardena.not.loaded.jpg (view on web) https://github.com/py-smart-gardena/hass-gardena-smart-system/assets/121667461/1f75f166-0638-47a5-b74a-f82d28fd57a6
— Reply to this email directly, view it on GitHub https://github.com/py-smart-gardena/hass-gardena-smart-system/issues/199, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAARGI24FE3HYWX2G7B7E3TYTIBNJAVCNFSM6AAAAABDETX2CWVHI2DSMVQWIX3LMV43ASLTON2WKOZSGEZTAMBRGE3DOOA . You are receiving this because you are subscribed to this thread.Message ID: @.***>
Hi, yes I did the updates...BR -------- Ursprüngliche Nachricht --------Von: Jérémie Klein @.> Datum: 12.02.24 13:14 (GMT+01:00) An: py-smart-gardena/hass-gardena-smart-system @.> Cc: Pilot2023 @.>, Author @.> Betreff: Re: [py-smart-gardena/hass-gardena-smart-system] Gardena integration not available/loaded (Issue #199) Hello,
Have you updated to latest version ?
Jérémie
Le lun. 12 févr. 2024, 13:13, Pilot2023 @.***> a écrit :
Dears,
I recognized a few days ago that the Gardena integration is not available
any more.
Within the integrations its listet as "not loaded" as attached. Reboot or
any other action does not show any positive effects...
Is this a common issue temporary or some fault on my side?
Thanks a lot in advance !
BR
Alex
Gardena.not.loaded.jpg (view on web)
—
Reply to this email directly, view it on GitHub
https://github.com/py-smart-gardena/hass-gardena-smart-system/issues/199,
or unsubscribe
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: @.***>
I did another reboot and its working now.Thanks a lot for your quick reply.I thought I did everything I can already. Sometimes its easier as you think ;)BR Alex -------- Ursprüngliche Nachricht --------Von: Jérémie Klein @.> Datum: 12.02.24 13:14 (GMT+01:00) An: py-smart-gardena/hass-gardena-smart-system @.> Cc: Pilot2023 @.>, Author @.> Betreff: Re: [py-smart-gardena/hass-gardena-smart-system] Gardena integration not available/loaded (Issue #199) Hello,
Have you updated to latest version ?
Jérémie
Le lun. 12 févr. 2024, 13:13, Pilot2023 @.***> a écrit :
Dears,
I recognized a few days ago that the Gardena integration is not available
any more.
Within the integrations its listet as "not loaded" as attached. Reboot or
any other action does not show any positive effects...
Is this a common issue temporary or some fault on my side?
Thanks a lot in advance !
BR
Alex
Gardena.not.loaded.jpg (view on web)
—
Reply to this email directly, view it on GitHub
https://github.com/py-smart-gardena/hass-gardena-smart-system/issues/199,
or unsubscribe
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: @.***>
you need version 1.1.0 or 1.1.1-rc1
Hi, unfortunately I have the same problem. I have already tried deleting everything and everything worked again until I restarted. I'm using the latest beta version (1.1.1-rc1), but it's the same problem.
I have also tried to create a new API, unfortunately the same result.
Greetings
Same behavior here. It seems to me it’s not reliable on restart/reboot HA. Sometimes it works, sometimes not. I am on all latest supported versions.
Same here. Integration not loaded (failed to set up; reload not available):
Logger: homeassistant.config_entries
Source: config_entries.py:444
First occurred: 01:26:21 (1 occurrences)
Last logged: 01:26:21
Error setting up entry for gardena_smart_system
Traceback (most recent call last):
File "/usr/local/lib/python3.12/site-packages/anyio/_core/_tasks.py", line 115, in fail_after
yield cancel_scope
File "/usr/local/lib/python3.12/site-packages/httpcore/_backends/anyio.py", line 114, in connect_tcp
stream: anyio.abc.ByteStream = await anyio.connect_tcp(
^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/anyio/_core/_sockets.py", line 222, in connect_tcp
await event.wait()
File "/usr/local/lib/python3.12/site-packages/anyio/_backends/_asyncio.py", line 1613, in wait
await self._event.wait()
File "/usr/local/lib/python3.12/asyncio/locks.py", line 212, in wait
await fut
asyncio.exceptions.CancelledError: Cancelled by cancel scope 7f61af5098b0
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/local/lib/python3.12/site-packages/httpcore/_exceptions.py", line 10, in map_exceptions
yield
File "/usr/local/lib/python3.12/site-packages/httpcore/_backends/anyio.py", line 113, in connect_tcp
with anyio.fail_after(timeout):
File "/usr/local/lib/python3.12/contextlib.py", line 158, in __exit__
self.gen.throw(value)
File "/usr/local/lib/python3.12/site-packages/anyio/_core/_tasks.py", line 118, in fail_after
raise TimeoutError
TimeoutError
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/usr/local/lib/python3.12/site-packages/httpx/_transports/default.py", line 67, in map_httpcore_exceptions
yield
File "/usr/local/lib/python3.12/site-packages/httpx/_transports/default.py", line 371, in handle_async_request
resp = await self._pool.handle_async_request(req)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/httpcore/_async/connection_pool.py", line 268, in handle_async_request
raise exc
File "/usr/local/lib/python3.12/site-packages/httpcore/_async/connection_pool.py", line 251, in handle_async_request
response = await connection.handle_async_request(request)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/httpcore/_async/connection.py", line 99, in handle_async_request
raise exc
File "/usr/local/lib/python3.12/site-packages/httpcore/_async/connection.py", line 76, in handle_async_request
stream = await self._connect(request)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/httpcore/_async/connection.py", line 124, in _connect
stream = await self._network_backend.connect_tcp(**kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/httpcore/_backends/auto.py", line 30, in connect_tcp
return await self._backend.connect_tcp(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/httpcore/_backends/anyio.py", line 112, in connect_tcp
with map_exceptions(exc_map):
File "/usr/local/lib/python3.12/contextlib.py", line 158, in __exit__
self.gen.throw(value)
File "/usr/local/lib/python3.12/site-packages/httpcore/_exceptions.py", line 14, in map_exceptions
raise to_exc(exc) from exc
httpcore.ConnectTimeout
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 444, in async_setup
result = await component.async_setup_entry(hass, self)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/gardena_smart_system/__init__.py", line 49, in async_setup_entry
await gardena_system.start()
File "/config/custom_components/gardena_smart_system/__init__.py", line 85, in start
await self.smart_system.authenticate()
File "/usr/local/lib/python3.12/site-packages/gardena/smart_system.py", line 80, in authenticate
self.token_manager.load_from_oauth2_token(await self.client.fetch_token(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/authlib/integrations/httpx_client/oauth2_client.py", line 125, in _fetch_token
resp = await self.post(
^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/httpx/_client.py", line 1877, in post
return await self.request(
^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/authlib/integrations/httpx_client/oauth2_client.py", line 90, in request
return await super().request(
^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/httpx/_client.py", line 1559, in request
return await self.send(request, auth=auth, follow_redirects=follow_redirects)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/httpx/_client.py", line 1646, in send
response = await self._send_handling_auth(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/httpx/_client.py", line 1674, in _send_handling_auth
response = await self._send_handling_redirects(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/httpx/_client.py", line 1711, in _send_handling_redirects
response = await self._send_single_request(request)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/httpx/_client.py", line 1748, in _send_single_request
response = await transport.handle_async_request(request)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/httpx/_transports/default.py", line 370, in handle_async_request
with map_httpcore_exceptions():
File "/usr/local/lib/python3.12/contextlib.py", line 158, in __exit__
self.gen.throw(value)
File "/usr/local/lib/python3.12/site-packages/httpx/_transports/default.py", line 84, in map_httpcore_exceptions
raise mapped_exc(message) from exc
httpx.ConnectTimeout
Same issue. For me it broke in this way directly after the update to 2024.2.4
Hi guys. Same here but I found that every time it will not work it is possible to force it to work by disabling integration and then enabling it again. Seams that since last changes in HA there is some issue with vacuums that affects movers too. I am concluding it from fact that my roborock integration does the same and same method helps to get it working.
There is a new beta release 1.1.1-rc2
can you try ? (i am not sure it will help, but I'll try to have a look after your feedback)
1.1.1-rc3 seems to be working after one core restart. Needs further testing! Why not implement the reload service for this integration? It's the only one I've encountered so far that doesn't have a reload service!
Spoke too soon. After the seconds restart I get the same timeout error. Disabling and enabling the integration works.
Hello, I am not sure to understand what you are talking about when saying ' reload service'.
Do you have an example ?
https://community.home-assistant.io/t/wth-is-there-no-reload-integration-service/467191 As you can see, the Gardena integration doesn't have a reload option...
I also have this problem after restarting HA, i usually have to disable and enable this integration again.
Even though I cannot contribute much information: I got the same issue that I always need to reload it manually after a restart (v1.1.1-rc3).
I got the same issue that I always need to reload it manually after a restart
After update to RC3 first start of system was ok and each following restart shows that problem is still present
Same problem here. Sometimes even restarting does not help. Only creating new API credentials worked. So there also seems to be something wrong with API polling and/or API limits.
I got the same issue that I always need to reload it manually after a restart
Exactly the same here...
The same by me, again. Version 1.1.1-rc3 did solve the problem for some time but now the problem came back. Sometimes its running without problems after restart. Mostly I have to disable/enable the integration manually...
I have the same issue and see it after I had (nightly) internet connection interruption (03:47). It seems, that normally this integration or the remote server reconnects each 2 hours?
Hi everyone! I didn't find information about which exactly version of GARDENA smart system API
is supported by this integration. Probably version 1.1 is not supported, but there was made breaking changes. Probably this is the root issue?
Changes from v1.0 to v1.1
- Response bodies of error responses:
- conform now to JsonApiErrorObject as specified (but no longer contain properties “code” and “detail”), except for request with missing/invalid Authorization header or X-Api-Key (these return json with a “message” property):
- e.g. when sending VALVE_CONTROL command START_SECONDS_TO_OVERRIDE with duration = 0 ("seconds"), user receives the following “detail” message: “duration must be at least 1 and at most 36000 seconds, you provided: 0"
- slightly different / improved error messages in some cases
- Request headers:
- Authorization-Provider: husqvarna is not required anymore
- Commands:
- the "seconds" attribute now enforces integers as it was specified in v1.0
- strings are now rejected with status 400 (Bad Request) this should only be an issue when having implemented a request using a string despite the specification of an integer
- still generally return a 400 (Bad request) but may also in some edge cases return a status 502 (Bad Gateway)
- e.g. when sending VALVE_CONTROL command to a smart Power
Dears, I recognized a few days ago that the Gardena integration is not available any more. Within the integrations its listet as "not loaded" as attached. Reboot or any other action does not show any positive effects... Is this a common issue temporary or some fault on my side?
Thanks a lot in advance !
BR Alex