0.94: SmartHab, Watson TTS, Azure Event Hub

I can set mine up but after a couple of hours it loses connection and need to be delete and integrated again. It has lost it again during the night …:slightly_frowning_face:

edit: found this in the log:

Observation failed for Fönster Tvättstuga
Traceback (most recent call last):
File “/usr/local/lib/python3.7/site-packages/pytradfri/api/aiocoap_api.py”, line 95, in _get_response
r = await pr.response
File “/usr/local/lib/python3.7/site-packages/aiocoap/protocol.py”, line 816, in _run_outer
yield from cls._run(app_request, response, weak_observation, protocol, log, exchange_monitor_factory)
File “/usr/local/lib/python3.7/site-packages/aiocoap/protocol.py”, line 865, in _run
blockresponse = yield from blockrequest.response
aiocoap.error.RequestTimedOut

and this:

Fri Jun 07 2019 03:04:19 GMT+0200 (centraleuropeisk sommartid)
Fatal DTLS error: code 115

edit 2:
More from the logs:

Traceback (most recent call last):
File “/usr/local/lib/python3.7/site-packages/pytradfri/api/aiocoap_api.py”, line 155, in request
result = await self._execute(api_commands)
File “/usr/local/lib/python3.7/site-packages/pytradfri/api/aiocoap_api.py”, line 114, in _execute
await self._observe(api_command)
File “/usr/local/lib/python3.7/site-packages/pytradfri/api/aiocoap_api.py”, line 172, in _observe
pr, r = await self._get_response(msg)
File “/usr/local/lib/python3.7/site-packages/pytradfri/api/aiocoap_api.py”, line 106, in _get_response
raise ServerError(“There was an error with the request.”, e)
pytradfri.error.ServerError: (‘There was an error with the request.’, OSError(-1, ‘No error information’))
2019-06-07 03:05:14 ERROR (MainThread) [homeassistant.core] Error doing job: Task exception was never retrieved
Traceback (most recent call last):
File “/usr/local/lib/python3.7/site-packages/aiocoap/transports/tinydtls.py”, line 160, in _run
message = yield from self._queue.get()
File “/usr/local/lib/python3.7/site-packages/aiocoap/util/asyncio.py”, line 40, in get
priority, first = yield from self._inner.get()
File “/usr/local/lib/python3.7/asyncio/queues.py”, line 159, in get
await getter
concurrent.futures._base.CancelledError

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File “/usr/local/lib/python3.7/site-packages/aiocoap/transports/tinydtls.py”, line 169, in _run
self.coaptransport.new_error_callback(-1, self)
File “/usr/local/lib/python3.7/site-packages/aiocoap/protocol.py”, line 203, in _dispatch_error
for key, (monitor, cancellable_timeout) in self._active_exchanges.items():
AttributeError: ‘NoneType’ object has no attribute ‘items’
2019-06-07 03:05:14 ERROR (MainThread) [homeassistant.core] Error doing job: Task exception was never retrieved
Traceback (most recent call last):
File “/usr/local/lib/python3.7/site-packages/aiocoap/transports/tinydtls.py”, line 141, in _run
remote_addr=(self._host, self._port),
File “uvloop/loop.pyx”, line 2961, in create_datagram_endpoint
File “uvloop/loop.pyx”, line 2958, in uvloop.loop.Loop.create_datagram_endpoint
concurrent.futures._base.CancelledError

One question related to python 3.5 deprecation:
I’m running HA on my rpi3b in a virtual env., the problem I’m facing is that in raspbian there is no python higher then 3.5 offered via apt.
How should I upgrade my python to a higher version on raspbian, from source ?
I hate to compile from source cause that can make the system unstable, I did that with nginx cause of some new modules that I needed and it is a hassle to do updates from source.

P.S.: you guys are doing a great job with so many new features each release :wink:
btw gefency webhooks are working fine now in this release.

The Python upgrade instructions are here https://github.com/home-assistant/hassbian-scripts/blob/dev/docs/suites/python.md
It works for me (except for Tradfri component :slight_smile: )

I found the solution, regarding pytradfri instructions for asynchronous applications (https://github.com/ggravlingen/pytradfri), I run :
pip install pytradfri[async]
and everything is ok now.

THanks for the prompt reply.

BUT I’m not using hassbian, I’m on a raspbian OS.

so that upgrade option doesn’t work for me:

sudo hassbian-config upgrade python
sudo: hassbian-config: command not found

Now with this Update I have the same problem with Hassio as with a new installation of Hassbian, see here:

Therefore the eq3 Bluetooth thermostat of HA is currently no longer supported. Very annoying, in the future I’d rather not install any updates. How does it look with the DHT sensors on the Raspberry not work? Also in NodeRed the DHT package cannot be installed.

I have a problem with Xiaomi Higrometer since this update. The hygrometers show unknown status. I have tried to remove the integration to add it again but no result. Someone with this problem? I have hassio in a rpi 3

Good good, another full reboot of my PI and unused entities us working again. Thanks!

I have the same issue with Flux on 0.94 - have commented as such on your report on Github

I noticed that Google Assistant/Google Home two factor authentication for secure devices (garage, locks etc) can now be disabled via Home Assistant Cloud. That’s great for Norwegians like myself - since 2FA is not yet available in Norwegian language Google Assistant.

However, I’m not using Home Assistant Cloud - I’ve set up the Google Assistant integration manually (https://www.home-assistant.io/components/google_assistant/#manual-setup).

Is there a way to disable 2FA without using Home Assistant Cloud?

1 Like

Any chance we’ll be able to finally edit templates in the GUI in automations editor? Now this is not possible (read-only). Also conditions like ‘or’ are not supported by the GUI. Any plans to fix it/introduce support for these?

1 Like

how can i upgrade home status of person entity with owntracks in 0.94? when i link a device from owntracks with a person nothing happens

I created a guide way back in March of last year when I updated my Hassbian from python 3.4 to python 3.6.

It worked for me at the time so I just moved it over to github so you could use it if you want.

Here is the link:

Like I said, the procedure is over a year old so I can’t guarantee that it will still work but at least it might point you in the right direction.

And, I’m not sure but I think I remember the part about the “requirements.txt” gave me a bit of a glitch so I think I just skipped that part. It isn’t really completely required anyway since most of the stuff will automatically install and if they don’t you can install those items individually if necessary.

2 Likes

Thanks allot for your reply looks quite complex.

Does that mean that I have to recreate the virtual env. ?

Yeah, I’m pretty sure that’s in there towards the bottom.

I was a bit intimidated when I started doing the upgrade on mine but It’s not really as difficult as it looks.

But I will say that it might be easier to just save your config files to a safe location and do a complete re-install of Hassbian and then restore your config files to the new install.

Either route you go make sure you make a backup of your SD card first, tho, in case something (inevitably…) goes wrong.

Same here, running on Hass in a virtual env on the current Raspbian (stretch). I’ve tried to dist-upgrade to the upcoming buster based Raspbian, but that doesn’t appear to have a python3 package at all.

Unless Raspbian will upgrade to a more recent Python version, I will probably start running Hass in a Docker container.

I’m still using the old All in One installer method of updates:

  • Login to Raspberry Pi: ssh pi@your_raspberry_pi_ip
  • Change to homeassistant user: sudo su -s /bin/bash homeassistant
  • Change to virtual environment: source /srv/homeassistant/homeassistant_venv/bin/activate
  • Update Home Assistant: pip3 install --upgrade homeassistant
  • Type exit to logout the hass user and return to the pi user.

Is there a way to upgrade Python on this virtual environment easily? I don’t have access to a root user in this environment. Afraid I haven’t wanted to mess with changing everything over to Docker or Hass.io as I have put a ton of work into my current setup and really don’t want to break everything. Suggestions?

Logs please?

Hi,
I ran the upgrade from 0.92.2 to 0.94, almost everything worked perfectly except for one thing.
Wemo Maker switches no longer recognised in HA. All other Wemo devices work perfectly.

I rolled back to version 0.92.2 and wemo maker switches restored.

Any thoughts?

this is how I have them in config.yaml (only first 2 are wemo maker)
wemo:
discovery: true
static:
- 192.168.1.247
- 192.168.1.234
- 192.168.1.250
- 192.168.1.251
- 192.168.1.237
- 192.168.1.143
- 192.168.1.237

Is there a way to disable or move the new Configuration Editor to the bottom of the page or it’s own page?

It is a great idea, but I’m not using it (at this stage) and even if I were, it would be far more efficient to keep the Check Config and Reloading options at the top as they are used far more often rather than having to scroll down every single time.

5 Likes