After updating to 0.93, switchbot has stopped working completely and it throws an error saying:
2019-05-16 08:42:43 WARNING (SyncWorker_5) [switchbot] Failed to connect to Switchbot
Traceback (most recent call last):
File "/config/deps/lib/python3.7/site-packages/switchbot/__init__.py", line 35, in _connect
bluepy.btle.ADDR_TYPE_RANDOM)
File "/config/deps/lib/python3.7/site-packages/bluepy/btle.py", line 391, in __init__
self._connect(deviceAddr, addrType, iface)
File "/config/deps/lib/python3.7/site-packages/bluepy/btle.py", line 439, in _connect
raise BTLEDisconnectError("Failed to connect to peripheral %s, addr type: %s" % (addr, addrType), rsp)
bluepy.btle.BTLEDisconnectError: Failed to connect to peripheral d7:2e:95:d5:29:38, addr type: random
2019-05-16 08:42:43 ERROR (SyncWorker_5) [switchbot] Cannot connect to switchbot.
2019-05-16 08:43:00 WARNING (SyncWorker_16) [switchbot] Failed to connect to Switchbot
Traceback (most recent call last):
File "/config/deps/lib/python3.7/site-packages/switchbot/__init__.py", line 35, in _connect
bluepy.btle.ADDR_TYPE_RANDOM)
File "/config/deps/lib/python3.7/site-packages/bluepy/btle.py", line 391, in __init__
self._connect(deviceAddr, addrType, iface)
File "/config/deps/lib/python3.7/site-packages/bluepy/btle.py", line 439, in _connect
raise BTLEDisconnectError("Failed to connect to peripheral %s, addr type: %s" % (addr, addrType), rsp)
bluepy.btle.BTLEDisconnectError: Failed to connect to peripheral d7:2e:95:d5:29:38, addr type: random
2019-05-16 08:43:00 ERROR (SyncWorker_16) [switchbot] Cannot connect to switchbot.
2019-05-16 08:43:02 WARNING (SyncWorker_0) [switchbot] Failed to connect to Switchbot
Traceback (most recent call last):
File "/config/deps/lib/python3.7/site-packages/switchbot/__init__.py", line 35, in _connect
bluepy.btle.ADDR_TYPE_RANDOM)
File "/config/deps/lib/python3.7/site-packages/bluepy/btle.py", line 391, in __init__
self._connect(deviceAddr, addrType, iface)
File "/config/deps/lib/python3.7/site-packages/bluepy/btle.py", line 439, in _connect
raise BTLEDisconnectError("Failed to connect to peripheral %s, addr type: %s" % (addr, addrType), rsp)
bluepy.btle.BTLEDisconnectError: Failed to connect to peripheral d7:2e:95:d5:29:38, addr type: random
2019-05-16 08:43:02 ERROR (SyncWorker_0) [switchbot] Cannot connect to switchbot.
Furthermore, the state of the switch still remains turned on.
It fails to connect to your device, so I do not think it is a code issue. Try to move your device closer to your HASS computer.
If that does not work, please open an issue here: https://github.com/home-assistant/home-assistant/issues
I am sorry to admit that I have become an addict of HA. Is there a cure out there?
Please consider to implement a Lovelace store, for one-place-to-go, easy browsing, implement and update custom Lovelace cards. - So my withdrawal symptoms can cured.
after the upgrade Hassio on Docker from 0.92.2 to 0.93 all seems to work fine, but if do a Check Home Assistant configuration I get this
[Info] Start install HomeAssistant latest
You are using pip version 19.0.3, however version 19.1.1 is available.
You should consider upgrading via the 'pip install --upgrade pip' command.
[Info] Installed homeassistant==0.93.0, check config now
[Error] Wrong config found!
Testing configuration at /tmp/config
INFO:homeassistant.util.package:Attempting install of home-assistant-frontend==20190514.0
INFO:homeassistant.util.package:Attempting install of av==6.1.2
ERROR:homeassistant.util.package:Unable to install package av==6.1.2: Failed building wheel for av
Command "/usr/local/bin/python -u -c "import setuptools, tokenize;__file__='/tmp/pip-install-9779xhvm/av/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" install --record /tmp/pip-record-zpyrqsum/install-record.txt --single-version-externally-managed --prefix --compile --user --prefix=" failed with error code 1 in /tmp/pip-install-9779xhvm/av/
You are using pip version 19.0.3, however version 19.1.1 is available.
You should consider upgrading via the 'pip install --upgrade pip' command.
ERROR:homeassistant.requirements:Not initializing stream because could not install requirement av==6.1.2
INFO:homeassistant.util.package:Attempting install of speedtest-cli==2.1.1
INFO:homeassistant.util.package:Attempting install of restrictedpython==4.0b8
INFO:homeassistant.util.package:Attempting install of mutagen==1.42.0
INFO:homeassistant.util.package:Attempting install of sqlalchemy==1.3.3
INFO:homeassistant.util.package:Attempting install of influxdb==5.2.0
INFO:homeassistant.util.package:Attempting install of pychromecast==3.2.1
INFO:homeassistant.util.package:Attempting install of netdisco==2.6.0
INFO:homeassistant.util.package:Attempting install of googledevices==1.0.2
INFO:homeassistant.util.package:Attempting install of pyfttt==0.3
INFO:homeassistant.util.package:Attempting install of google-api-python-client==1.6.4
INFO:homeassistant.util.package:Attempting install of httplib2==0.10.3
INFO:homeassistant.util.package:Attempting install of oauth2client==4.0.0
INFO:homeassistant.util.package:Attempting install of hbmqtt==0.9.4
INFO:homeassistant.util.package:Attempting install of paho-mqtt==1.4.0
INFO:homeassistant.util.package:Attempting install of python-telegram-bot==11.1.0
INFO:homeassistant.util.package:Attempting install of distro==1.4.0
INFO:homeassistant.util.package:Attempting install of pyatmo==1.11
INFO:homeassistant.util.package:Attempting install of rflink==0.0.37
INFO:homeassistant.util.package:Attempting install of PyXiaomiGateway==0.12.3
INFO:homeassistant.util.package:Attempting install of aiohttp_cors==0.7.0
INFO:homeassistant.util.package:Attempting install of yeelight==0.5.0
Failed config
General Errors:
- Unable to install all requirements: av==6.1.2
Successful config (partial)
strangely it ask me to upgrade pip to 19.1.1 while it’s already upgraded
The Hass.io Check Home Assistant configuration-plugin reports two errors when I check my config for the latest version, and I’m not sure if I can continue the update because of them.
Failed config
General Errors:
- Unable to install all requirements: homeassistant-pyozw==0.1.4, pydispatcher==2.0.5
- Component not found: hue
I’m currently on 0.92 and everything is working fine, including hue and z-wave devices.
part of the log where it goes wrong:
INFO:homeassistant.util.package:Attempting install of homeassistant-pyozw==0.1.4
ERROR:homeassistant.util.package:Unable to install package homeassistant-pyozw==0.1.4: Failed building wheel for homeassistant-pyozw
Failed cleaning build dir for homeassistant-pyozw
Command "/usr/local/bin/python -u -c "import setuptools, tokenize;__file__='/tmp/pip-install-0m6k9zx9/homeassistant-pyozw/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" install --record /tmp/pip-record-gt3dm0k8/install-record.txt --single-version-externally-managed --prefix --compile --user --prefix=" failed with error code 1 in /tmp/pip-install-0m6k9zx9/homeassistant-pyozw/
ERROR:homeassistant.requirements:Not initializing zwave because could not install requirement homeassistant-pyozw==0.1.4
looks like you will just have to move to evohome according to the commit
Ah well spotted, thanks. I’ve just just replaced the honeywell component in my config and the message now no longer appears. However the evohome doesn’t have the same functionality.
The deprecated honeywell that gives the message in my log shows me my hot water temperature:
Hot water: 35 degrees
The new replacement evohome component that fixes the message does not show me my hot water temperature:
I’ve searched thru all the entities and my hot water is not there at all, so I’m going back to the old component for now as I have multiple automations based on my hot_water temperature.
At least the Honeywell API isn’t being stopped, and maybe the evohome component will be updated in future to include the functionality of the component it is replacing, hopefully before 0.96.0 is out.
Anyone with traccar issues? Mine has now stopped working complete and just reports ‘Could not parse gps value for name: (‘latitude’, ‘longitude’)’ every 30 seconds.
does new meteoalarm sensor take it’s language from the meteoalarm.eu website? if so, why there’s no “pl” language mentioned in docs? it’s supported by website.
also: docs look like not finished & work in progress… said language settings first are defined as “string”, then like “four digits”, and then possibilities are listed as two-letter abbreviations…
Hi… I’m trying to edit an automation (I add an ID to all my old automations), but I get a not found error in chrome console. For example, editing an automation with ID services_005 :
* Z-Wave - Not a breaking change perse, just a note: Open Z-Wave has released version 1.6. The configuration files are not compatible with Open Z-Wave 1.4, the version that we are currently using. Don’t copy config files over! We’re waiting for Open Z-Wave Python bindings to update before we can update our code.
What “config files” are we not supposed to copy from where to where?
I don’t understand how this is going to affect an existing installation.
Someone copied those, broke their HA installation and then got all angry at the Open Z-Wave maintainers. Which is sad. Hoping that adding that line will prevent others from harassing volunteers.
Looks like Google has decided to backpedal on the decision to deprecate WW Nest in August, and will keep existing integrations alive until some undetermined future point.
2019-05-16 19:58:09 INFO (SyncWorker_11) [homeassistant.components.netatmo.sensor] Netatmo refresh interval reset to 439 seconds
2019-05-16 19:58:10 ERROR (SyncWorker_11) [homeassistant.components.netatmo.sensor] No Weather or HomeCoach devices found for Maison
2019-05-16 19:58:10 ERROR (SyncWorker_11) [homeassistant.components.netatmo.sensor] Module name: "XXX" not found
2019-05-16 19:58:10 ERROR (SyncWorker_11) [homeassistant.components.netatmo.sensor] Module name: "XXX" not found
2019-05-16 19:58:10 ERROR (SyncWorker_11) [homeassistant.components.netatmo.sensor] Module name: "XXX" not found
2019-05-16 19:58:10 ERROR (SyncWorker_11) [homeassistant.components.netatmo.sensor] Module name: "XXX" not found
2019-05-16 19:58:10 ERROR (SyncWorker_11) [homeassistant.components.netatmo.sensor] Module name: "XXX" not found
2019-05-16 19:58:10 ERROR (SyncWorker_11) [homeassistant.components.netatmo.sensor] Module name: "XXX" not found
(XXX refers to the module names I have hidden).
EDIT: it appears my weather station data are still correctly gathered, even if these error messages appear in log file.
Yeah, we forgot about the icon packs. We will come up with a solution soon. extra_html_url is not gone yet (the ES5 version is though). HTML imports have not made it as a standard, so we need to migrate to JS/module imports, just like we do for Lovelace.
Custom UI is only used in the legacy UI. Those imports can still be rewritten to be JS/module based and will continue to work for now.
This update breaks for me cloud component (integration through Google Home app). on 0.92.2 it is working fine but after update I am unable to sync devices or relink through app (“Couldn;t update this setting,check you connection”). Works after restoring 92.2 snapshot without any update/change of config files. I don’t use anything listed in changes/breaking changes.
When I first started with HA I tried the automation editor, hated it, and quickly moved to yaml. Because the automations created with the editor had id’s I have since continued to add them. Is this bad? Should I remove them?
Logs:
2019-05-17 12:35:32 ERROR (MainThread) [homeassistant.components.camera] Error while setting up platform onvif
Traceback (most recent call last):
File “/home/acidquest/.homeassistant/deps/lib/python3.6/site-packages/zeep/loader.py”, line 50, in parse_xml
forbid_entities=settings.forbid_entities)
File “/home/acidquest/.homeassistant/deps/lib/python3.6/site-packages/defusedxml/lxml.py”, line 145, in fromstring
rootelement = _etree.fromstring(text, parser, base_url=base_url)
File “src/lxml/etree.pyx”, line 3222, in lxml.etree.fromstring
File “src/lxml/parser.pxi”, line 1877, in lxml.etree._parseMemoryDocument
File “src/lxml/parser.pxi”, line 1765, in lxml.etree._parseDoc
File “src/lxml/parser.pxi”, line 1127, in lxml.etree._BaseParser._parseDoc
File “src/lxml/parser.pxi”, line 601, in lxml.etree._ParserContext._handleParseResultDoc
File “src/lxml/parser.pxi”, line 711, in lxml.etree._handleParseResult
File “src/lxml/parser.pxi”, line 640, in lxml.etree._raiseParseError
File “”, line 1
lxml.etree.XMLSyntaxError: Document is empty, line 1, column 1
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File “/home/acidquest/.homeassistant/deps/lib/python3.6/site-packages/zeep/wsdl/bindings/soap.py”, line 170, in process_reply
doc = parse_xml(content, self.transport, settings=client.settings)
File “/home/acidquest/.homeassistant/deps/lib/python3.6/site-packages/zeep/loader.py”, line 54, in parse_xml
content=content
zeep.exceptions.XMLSyntaxError: Invalid XML content received (Document is empty, line 1, column 1)
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File “/usr/local/lib/python3.6/dist-packages/homeassistant/helpers/entity_platform.py”, line 126, in _async_setup_platform
SLOW_SETUP_MAX_WAIT, loop=hass.loop)
File “/usr/lib/python3.6/asyncio/tasks.py”, line 358, in wait_for
return fut.result()
File “/usr/local/lib/python3.6/dist-packages/homeassistant/components/onvif/camera.py”, line 101, in async_setup_platform
await hass_camera.async_initialize()
File “/usr/local/lib/python3.6/dist-packages/homeassistant/components/onvif/camera.py”, line 157, in async_initialize
await self._camera.update_xaddrs()
File “/home/acidquest/.homeassistant/deps/lib/python3.6/site-packages/onvif/client.py”, line 233, in update_xaddrs
capabilities = await self.devicemgmt.GetCapabilities({‘Category’: ‘All’})
File “/home/acidquest/.homeassistant/deps/lib/python3.6/site-packages/zeep/asyncio/bindings.py”, line 21, in send
return self.process_reply(client, operation_obj, response)
File “/home/acidquest/.homeassistant/deps/lib/python3.6/site-packages/zeep/wsdl/bindings/soap.py”, line 176, in process_reply
content=response.content)
zeep.exceptions.TransportError: Server returned response (200) with invalid XML: Invalid XML content received (Document is empty, line 1, column 1).
Content: b’’
Since updating to version 0.93 (and version 0.93.1), I am experiencing some strange behavior with Sonos devices exposed to HomeKit.
I have 9 Sonos Media Players and only 6 of them are being exposed to HomeKit. Every time I restart Home Assistant it exposes 6 different Media Players (it seems to randomly select 6 Media Players on HA restart). This had been working perfectly for months and months.
This little nugget of information is rather well buried. (i.e. that check config is broken).
How about actually updating the release notes themselves to indicate that this is the case; Many have religiously advocated the use of this facility in the past to help prevent inadvertent updates against bad configurations that it really does have a significant impact when it fails to work as expected and if not formally acknowledged will reduce people’s confidence in what they are being told.
Should users wait for an update, or go ahead and upgrade anyway?
is this something the dev team is working on, or something the user should do on their side?
that is not 100% true. Most of all customizations work perfectly fine in Lovelace. In fact, custom-ui has many possibilities Lovelace misses out on still, like full support for templating. Would be really appreciated if the team would consider keeping that supported going forward.
again, that sounds truly great, is there anything the user can do, or do we have to wait for the dev-team to do this.
Has there been a change in the “Unused entities” tab ?
I mainly use picture elements cards so all my entities used to show up there.
Since updating, only ones that are not on any of my picture element cards are in the unused entities tab.
I guess this is sensible, but is not the case for conditional cards etc, they are still there
Am I missing something?
Clicking on 0.93.1 “release notes” in the Hassio dashboard takes you to this blog. Where may I find the specific fixes in 0.93.1? I think I am only seeing the original .93 information here, except when extracting bits here and there in the comments.
Also, why was @w1ll1am23’s critical PubNub Wink component update ( #23710 ) not mentioned in the release notes? It was in fact merged into .93.0.
EDIT: nevermind about the .93.1 release notes. I see it was just added. Thanks. s
No data from my Netatmo weather station since ~4h now.
Just checked log file, and I get:
2019-05-17 14:00:15 WARNING (MainThread) [homeassistant.helpers.entity] Update of sensor.netatmo_cuisine_temperature is taking over 10 seconds
2019-05-17 14:00:15 ERROR (MainThread) [homeassistant.helpers.entity] Update for sensor.netatmo_cuisine_temperature fails
Traceback (most recent call last):
File "/usr/src/app/homeassistant/helpers/entity.py", line 220, in async_update_ha_state
await self.async_device_update()
File "/usr/src/app/homeassistant/helpers/entity.py", line 377, in async_device_update
await self.hass.async_add_executor_job(self.update)
File "/usr/local/lib/python3.7/concurrent/futures/thread.py", line 57, in run
result = self.fn(*self.args, **self.kwargs)
File "/usr/src/app/homeassistant/components/netatmo/sensor.py", line 216, in update
self.netatmo_data.update()
File "/usr/src/app/homeassistant/components/netatmo/sensor.py", line 544, in update
self.station_data = self._detect_platform_type()
File "/usr/src/app/homeassistant/components/netatmo/sensor.py", line 522, in _detect_platform_type
station_data = self.data_class(self.auth)
File "/usr/local/lib/python3.7/site-packages/smart_home/WeatherStation.py", line 23, in __init__
resp = postRequest(self.urlReq, postParams)
File "/usr/local/lib/python3.7/site-packages/smart_home/__init__.py", line 39, in postRequest
if params
File "/usr/local/lib/python3.7/urllib/request.py", line 222, in urlopen
return opener.open(url, data, timeout)
File "/usr/local/lib/python3.7/urllib/request.py", line 525, in open
response = self._open(req, data)
File "/usr/local/lib/python3.7/urllib/request.py", line 543, in _open
'_open', req)
File "/usr/local/lib/python3.7/urllib/request.py", line 503, in _call_chain
result = func(*args)
File "/usr/local/lib/python3.7/urllib/request.py", line 1360, in https_open
context=self._context, check_hostname=self._check_hostname)
File "/usr/local/lib/python3.7/urllib/request.py", line 1320, in do_open
r = h.getresponse()
File "/usr/local/lib/python3.7/http/client.py", line 1321, in getresponse
response.begin()
File "/usr/local/lib/python3.7/http/client.py", line 296, in begin
version, status, reason = self._read_status()
File "/usr/local/lib/python3.7/http/client.py", line 257, in _read_status
line = str(self.fp.readline(_MAXLINE + 1), "iso-8859-1")
File "/usr/local/lib/python3.7/socket.py", line 589, in readinto
return self._sock.recv_into(b)
File "/usr/local/lib/python3.7/ssl.py", line 1052, in recv_into
return self.read(nbytes, buffer)
File "/usr/local/lib/python3.7/ssl.py", line 911, in read
return self._sslobj.read(len, buffer)
socket.timeout: The read operation timed out
After a restart, Netatmo data are here again.
Something is definitely going on with this new release regarding Netatmo integration.
I use custom_ui for changing icon colors, sometimes based on conditional logic. Is there a better way to do that without custom_ui, short of implementing it separately for all cards? The template card looks like it could handle the logic, but not colors directly.
Please forgive my ignorance, but is Hassio for 0.93 not yet available? I see that other hassio users are on 0.93.1, but I’m on 0.92.2 and I do not have an upgrade option on the Hass.io dashboard.
Ok, I manually updated to 93.1 using ssh. Now I’m getting a prompt to “update” back to the older version 92.2. Any help to understand what is going on?
The supervisor contacts a web source and checks for the latest available version.
Hassio always lags behind the release announcement as it takes time to build. Keep in mind the builder may not be in your time zone so a daytime release for you may be overnight for them.
The check is only made a couple of times a day. If one is missed or the timing just isn’t right you may have a delay in getting it to show up.
As for the update to 92 when you are on 93, I think the check must be rather simple and doesn’t check that 93.1 is greater than 92.
It sounds like the HomeKit integration is starting faster than HA can discover all of your speakers?
Do you have an automation set to disable and delay the HomeKit integration from starting? If not, you should, give it a 15-30 second delay to give HA time to discover everything before the HomeKit integration spins up. Check out the documentation, scroll down to Disable Auto start.
If you already have it set up, you might have the delay set too short, add more time.
After reading this, I decided to update the HASSOS to 2.12. Upon reboot, within the system log, I see this:
18-06-22 11:12:18 WARNING (MainThread) [hassio.updater] Can't fetch versions from https://s3.amazonaws.com/hassio-version/stable.json: Cannot connect to host s3.amazonaws.com:443 ssl:True [SSLCertVerificationError: (1, '[SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: certificate is not yet valid (_ssl.c:1056)')]
If I understand correctly, the system has to be able to read stable.json to know what the latest stable version is. I have no idea where to begin resolving this certificate_verify_failed error .
EDIT: I see the date in the log is off badly (6/22/18). Within Home Assistant, the date and time displays correctly within the HA log, but not in the system log. Any help on how to correct the system date, or perhaps I’m not on the right track?
EDIT2: I see the date in the system log is now correct. Going to reboot and see if I still cannot retrieve stable.json.
Edit3: Now no errors in system log regarding stable.json, but still prompting me with the old version of Hassio. Not sure how to proceed with troubleshooting.
Yes, that is happens if the NTP is not available to update the host time. He adjust it self after he can reach the NTP server and you can simple click reload on Hass.io/System/Supervisor Panel to force a reload of version file.
The Backend check every 8 Hours for updates. Maybe we can try it to 6 Hours but we have over 260 request per seconds to that file now.
The Sonos integration now discovers players continuously and thus it no longer pauses startup to wait for all players to be found. So it sounds likely that you will indeed have to delay HomeKit startup to make sure that it sees all players.
I’ve been struggling also on this one… Want to use it as an alarm for thunderstorms as my dog is very anxious for it.
And the odd part is that the sensor did as if the config was ok (no error messages anywhere), and displaying the state as “Safe”. Today it was code orange here for thunderstorms, but my dashboard just keep showing “safe”. So I only knew by accident it wasn’t doing anything bcs of wrong values in the config.
So the values need to be 100% identical as in the XML files, 1 space or something different and it’s not working. (without error message). I also noticed the language need to be set if you’re not in an English part. I live in Belgium (Dutch) and I am ok with everything in English, but the XML file doesn’t provide the info in English (only Dutch and French), so again the sensor just stated “safe” the whole time…
Then you need exact this information (marked in Yellow)
For me, the region needed to be “Limburg / Limbourg” exactly. So with the spaces, slash etc…
Same for the language! (notice I need to use country NL and not BE in my case)
Lots of confusion
My code is this. And now the alert comes in my HA
platform: meteoalarm
country: BE
province: ‘Limburg / Limbourg’
language: ‘nl-NL’
That means 7.5 million hass.io installation if my math is correct. Can you see the top 10 IP to query that file? I think some user just write a script or something to query that file too frequency.
After upgrading to 0.93.9 and 0.93.1
I found that my cpu_load has increased and remains around 3-4 and some times increases to 8-10.
Can’t find anything wrong from my logs.
I am on hassio installed on raspbian on rpi3b+.
Please guide if someone can?
Holy christ 0.93 is doing number on me.
I’ve lost my dark sky sensors. Went back to 0.91 and they are there again.
Most things are taking “more than 10 seconds” so the log is full of that.
Had errors with the logbook all of a sudden and now I get “404: Not Found” trying to access it through the browser.
Fresh install of 0.93, roll back to 0.91 (latest snapshot) and I get the “404: Not Found” straight away.
So that means now I am stuck on 0.93 with no dark sky and log errors from everything being slow. On a Pi 3B+ and never seen this before!
Anyone have an idea why I am having trouble all of a sudden?
Sure, yes. I Didn’t mean that are all Hass.io instances and we do not have any logs. But increasing size means more requests and Updater stats shows that Hass.io is the common way to use Home Assistant
Using Foscam cameras and split configuration, have cameras.yaml, using lovelace, using the ‘stream’ in the configuration.yaml, using the camera_view: live, and since this steaming started I was trying many things, foscam platform, generic platform, picture entity, glance, etc. and this STREAMING doesn’t work for me! Can we have somewhere a nicely put 1,2,3 instructions for this streaming to work. The iOS app gets slower and slower, UI is loading slower, I don’t know but it used to be faster system before.