2022.2: Let's start streamlining!

Why didn’t I think of that!!
Many thanks

What was the reason to remove the Nest Protect? It was working just fine over here. Looks like I’ll add yet another item as a custom_component using the older code. That seems to happen more and more since there is no regard for people still using components that work just fine.

5 Likes

Okay thanks. Hopefully nothing happens and everything goes the same as before or even better :crossed_fingers:t2:
I’ve also backed up all of Lovelace’s views.

There is nobody to maintain it. It breaks , there nobody to fix
Read response here.

Legacy Nest - Third party integrations - Home Assistant Community (home-assistant.io)

1 Like

after update I cannot access page automation any more in safari

Safari Version 13.1.2 (13609.3.5.1.5)

Source: components/system_log/__init__.py:190 
First occurred: 01:12:32 (9 occurrences) 
Last logged: 01:19:37

http://homeassistant:8123/frontend_latest/c655194d.js:555:0 SyntaxError: Unexpected token '='

Hi All. MQTT, I know there were some breaking changes, but would those changes stop a Tasmota Dimmer Light from working as I dont have any yaml coding for this device? The MQTT messages are getting to the broker, but as far as Home Assistant cares, the entity for the Light control does not exist. It does see the Sensor status of the device through MQTT. Nothing has changed on the device or HA apart from upgrading to 2022.1.0.

Ive tried to find logs, but cant find anything (any pointers?)

Ive removed the device from HA, set autodiscover off on the device, then on again (set option 19) but nothing discovered in HA except the Sensor Status.

Any pointers? Thanks

Update fixed showing negative energy usage for 12:00 to 1:00 but now it shows no consumption in Energy dashboard for 12:00 to 1:00

using Sense for energy info

Capture

Ok, replying to my own question.

So the breaking change is why the Light cannot be found/discovered (due to the value_template field coming from the autodiscovery).

This is now a REAL problem as now it renders the Tuya Dimmer useless. WHY? Well, Tasmota (and esphome) stuffed around with the Tuya code from V9 for Tuya Dimmers and with any revision to the firmware after 8.5 (which im running) made the hardware buttons inoperative and when automated, turning on the light turns it off straight away. There has been several Tasmota discussions about this with no resolution and most times, the developers are saying “such is life, get over it”. ESPhome broke it more.

Would love to use the Tasmota Integration in HA (and Im using it for other lights which are working) but cant with this light because I cant update to V9 of Tasmota that supports it (mentioned above).

Question: So, rather than using Autodiscovery, could I just create a manual yaml config file for this device? Im sure it would work, but yaml (yuck)…

Thanks.

That’s right, it has been updated and restarted everything fine.

First of all thanks for all the hard work and I guess kind of old… But Happy New Year and Happy Chinese New Year to everyone…

Quick question anyone have problem with Tuya Plugs? All my tuya plugs sensor is now red. But only for the plugs the rest of Tuya is working fine. I have four units and all did not working

anyone have a solution for this error? Restart doesnt really help

Thanks for a great update. Was seamless here… I kinda got tired reading all the comments. Went for it (with a backup) - and all was good.

1 Like

Was 2022.2.1 pulled? or is something weird going on? I got the email notification about it, I see the changelog above this thread, and in Home assistant I have the update available message, but when I click on it I get a message “no update available for Home Assistant Core”

Nevermind, a restart of home assistant solved it. Not sure why I had to do that though…

If it is an old version of Tasmota, it probably still uses val_tpl instead of stat_val_tpl. Upgrade Tasmota or adjust the discovery message.

Had the same issue with all my Tasmota lights. After upgrading to latest version 10.1.0 they came back online. Remember to use the upgrade path. I didn’t with the first device and it is now bricked.
v1.0.11 :twisted_rightwards_arrows: v3.9.22 :twisted_rightwards_arrows: v4.2.0 :twisted_rightwards_arrows: v5.14.0 :twisted_rightwards_arrows: v6.7.1 :twisted_rightwards_arrows: v7.2.0 :twisted_rightwards_arrows: v8.5.1 :twisted_rightwards_arrows: v9.1 :twisted_rightwards_arrows: Current release
https://tasmota.github.io/docs/Upgrading/

2 Likes

You can use mqtt explorer (http://mqtt-explorer.com) to easy changes the discovery message

copy the message, change val_tpl to stat_val_tpl , paste it as json in the publish box and hit publish
(don’t forget to set the retain box)

Which Envisalink card do you have. I have this with a DSC alarm panel, and I am not seeing this.

1 Like

Same problem here on my rpi4 (docker installation). The load averege 15m is about 1 (~0.3 with 2021.12). Nothing relevant in logs. I’ve also tried to start with a blank mariaDB and a blank SQLite.

I have the EVL 4 with DSC. I have always got an email when I Arm or Disarm the alarm but never when restarting Home Assistant until yesterday’s upgrade.

Ahh OK I don’t have that notification setup. I only have notifications set for when the alarm is triggered. Sorry I couldn’t be more help.

I will say that is super weird as the EVL is connected to your DSC panel and HA is only reading from the local API. Therefore, HA being rebooted should have no affect on the EVL losing connection or losing connection to your DSC panel.

I have the EVL4 and DSC PC1864.