Open jupppo opened 1 month ago
Hey there @danielhiversen, mind taking a look at this issue as it has been labeled with an integration (tibber
) you are listed as a code owner for? Thanks!
(message by CodeOwnersMention)
tibber documentation tibber source (message by IssueLinks)
I have the same issue and get the following erros in my logs
Logger: tibber.home
Source: /usr/local/lib/python3.12/site-packages/tibber/home.py:475
First occurred: 9:18:31 AM (3 occurrences)
Last logged: 10:55:28 AM
Error in rt_subscribe
Traceback (most recent call last):
File "/usr/local/lib/python3.12/site-packages/tibber/home.py", line 456, in _start
async for _data in self._tibber_control.realtime.sub_manager.session.subscribe(
File "/usr/local/lib/python3.12/site-packages/gql/client.py", line 1478, in subscribe
raise TransportQueryError(
gql.transport.exceptions.TransportQueryError: {'message': 'unable to start stream api:c55779b5d5a343579ad52a8c9c0c48ae for device c55779b5-d5a3-4357-9ad5-2a8c9c0c48ae; userId a5a0787a-c3bc-4597-a8aa-acaf76431225', 'locations': [{'line': 2, 'column': 3}], 'path': ['liveMeasurement']}
I have the same issue too.. Running the following version now.. Upgraded from 2024.10.0 yesterday. Also had the issue in that release. I tried now to remove the integration and add it again and check my API key from Tibber. When adding the integration again i only got 6 entities.
Core 2024.10.1 Supervisor 2024.10.0 Operating System 13.1 Frontend 20241002.2
Tried rollback to Core 2024.9.3 Supervisor 2024.10.0 Operating System 13.1 Frontend 20240909.1
Did not solve my issue.. will try further rollbacks.
Did a rollback to: Core 2024.7.3 Supervisor 2024.10.0 Operating System 13.1 Frontend 20240710.0
Everything is finally working now... 22 entities instead of 6.
I do have the same issue on 2024.3, sometimes it works but then after a time it kicks back to only 5 entities
Did an upgrade today to 2024.10.2 and I ran into same issue.
Same for me since 2024.10.2 - only 6 sensor left.
Reloading does seem te help here.
It seems to 'crash' during startup
Any news on this? I had tibber running quit stable for the past 2-3 weeks. Today (with high PV production if thats relevant in any case) it crashed again back to only 6 enteties. API is stable and works according to dev site of tibber (tested) - also app shows proper values.
Installierte Version 2024.3.0
running NOT on 24.10
I have the same issue as well, only 5 sensors and nothing from watty integration even if i can see it from calling the tibber api with my token without any problems.
I'm on 2024.10.3 and all my Tibber entities are unavailable. Reload does not help, restart does not help(have not tried removing and re-adding the integration, would hope it would not be necessary ).
I see the following in the logs:
Logger: tibber.realtime
Source: /usr/local/lib/python3.12/site-packages/tibber/realtime.py:156
First occurred: 08:33:32 (4 occurrences)
Last logged: 08:35:47
Error in watchdog connect, retrying in 26 seconds, 2
Error in watchdog connect, retrying in 28 seconds, 3
Error in watchdog connect, retrying in 30 seconds, 4
Error in watchdog connect, retrying in 35 seconds, 5
Traceback (most recent call last):
File "/usr/local/lib/python3.12/asyncio/tasks.py", line 520, in wait_for
return await fut
^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/websockets/legacy/client.py", line 656, in __await_impl__
await protocol.handshake(
File "/usr/local/lib/python3.12/site-packages/websockets/legacy/client.py", line 316, in handshake
status_code, response_headers = await self.read_http_response()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/websockets/legacy/client.py", line 134, in read_http_response
status_code, reason, headers = await read_response(self.reader)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/websockets/legacy/http.py", line 120, in read_response
status_line = await read_line(stream)
^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/websockets/legacy/http.py", line 194, in read_line
line = await stream.readline()
^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/asyncio/streams.py", line 568, in readline
line = await self.readuntil(sep)
^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/asyncio/streams.py", line 660, in readuntil
await self._wait_for_data('readuntil')
File "/usr/local/lib/python3.12/asyncio/streams.py", line 545, in _wait_for_data
await self._waiter
asyncio.exceptions.CancelledError
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/usr/local/lib/python3.12/site-packages/tibber/realtime.py", line 148, in _watchdog
await self.sub_manager.connect_async() # type: ignore
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/gql/client.py", line 789, in connect_async
await self.transport.connect()
File "/usr/local/lib/python3.12/site-packages/gql/transport/websockets_base.py", line 490, in connect
self.websocket = await asyncio.wait_for(
^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/asyncio/tasks.py", line 519, in wait_for
async with timeouts.timeout(timeout):
File "/usr/local/lib/python3.12/asyncio/timeouts.py", line 115, in __aexit__
raise TimeoutError from exc_val
TimeoutError
and
Logger: tibber.home
Source: /usr/local/lib/python3.12/site-packages/tibber/home.py:475
First occurred: 08:44:51 (1 occurrences)
Last logged: 08:44:51
Error in rt_subscribe
Traceback (most recent call last):
File "/usr/local/lib/python3.12/site-packages/tibber/home.py", line 456, in _start
async for _data in self._tibber_control.realtime.sub_manager.session.subscribe(
File "/usr/local/lib/python3.12/site-packages/gql/client.py", line 1475, in subscribe
async for result in inner_generator:
File "/usr/local/lib/python3.12/site-packages/gql/client.py", line 1372, in _subscribe
async for result in inner_generator:
File "/usr/local/lib/python3.12/site-packages/gql/transport/websockets_base.py", line 388, in subscribe
answer_type, execution_result = await listener.get()
^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/gql/transport/websockets_base.py", line 56, in get
raise item
gql.transport.exceptions.TransportServerError: No pong received after 15.0 seconds
The tibber app is working no problem.
Update: after 20 min I got most of the entities back, but the following sensors are still unavailable (Yes, I have an active Tibber subscription):
Update: Did a core update of HA today and after reboot all tibber entities are missing except the ones that were missing last time (price,montly cost etc). Something very borked? Debug logging shows nothing of value. All 200 OK responses etc.
@jadesoturi Tibber currently has some issues: https://status.tibber.com/incidents/g931v9qpvh0t
https://status.tibber.com/incidents/13wgycsjmzhr
Could you try again when it is resolved? If it still is an issue, could you share the diagnostic info?
@jadesoturi Tibber currently has some issues: https://status.tibber.com/incidents/g931v9qpvh0t
https://status.tibber.com/incidents/13wgycsjmzhr
Could you try again when it is resolved? If it still is an issue, could you share the diagnostic info?
Thanks for the heads up. Yeah, once it was resolved everything came back, even the entities that were missing in my first post. So all is good now! :)
The problem
After Updating to 2024.10.0 I get only 6 out of the 25 Sensor Entities from the tibber integration. The tibber mobile app shows all data, but in the home assistant integration there are only 6 basics left, the rest is unavailable!
What version of Home Assistant Core has the issue?
2024.10.0
What was the last working version of Home Assistant Core?
2024.9.3
What type of installation are you running?
Home Assistant OS
Integration causing the issue
Tibber
Link to integration documentation on our website
https://www.home-assistant.io/integrations/tibber/
Diagnostics information
When restoring to 2024.9.3 ist works fine again
Example YAML snippet
No response
Anything in the logs that might be useful for us?
No response
Additional information
No response