2024.1: Happy automating!

all custom cards or that one? If it is just that one, I would recommend asking about it in the custom card’s thread or github.

1 Like

there is no way to answer your question with the information provided, but this iterative update didn’t cause any problems on my install. That being said, my install is certainly going to be pretty different from yours, so your mileage will vary.

1 Like

My issue somehow resolved itself !!!. All the custom cards are now displaying data :slight_smile:

1 Like

25.0.1 out now. Testing
EDIT: Looks good. all working

1 Like

My Telegram photo notifications have stopped working since 2024.1. The last working alert was 29/12/2023.

OK, I fixed my issue by using the services menu to successfully send a photo via Telegram using UI mode. Copying this code using yaml mode into my automation now works.

1 Like

Good work on the new automations. Is it possible now to make a building block (AND for example) and cut paste existing conditions into it? And will it now be possible to change AND to OR and vice-versa ? It is very annoying when you have a complex condition and you then realise you should have put an AND at the top level.

Also, regarding the filter functions, would it be possible to wrap a helper round them and satisfy this FR Make a Statistics helper

Hello!

My HA Yellow is now working! After 3 weeks of just Alexa routines, I have everything working like nothing happened! There was no real work around because it just all of a sudden worked.

What I did was brought it to my boyfriend’s house, thinking that it may work because it’s a different network (LOL). I also brought with me the machine and all its components. When we plugged it in, still only red light.

  1. We then proceeded to follow the instructions on the reinstallation guide.
  2. We started to reboot it using rpiboot but we encountered the error .bin loop.
  3. We tried all different USB ports of his computer, and 2 different laptops but we never got past the loop.
  4. We unplugged everything, inspected the machine and found the metal but inside the jumper was a bit uneven, so he tried to straighten it. But he said that it didn’t matter because he tried ‘jumping’ the pins using a different tool, but the loop was still happening.
  5. So, to my boyfriend’s frustration, he removed the jumper from the USB then put it to UART, and then plugged in the Ethernet cable, then voila!
  6. Like magic, the green light came to life, then the LEDs on the Ethernet port and the yellow LED! EVERYTHING started flashing like Christmas lights!
  7. I was holding my breath because it might interfere with the process but when the light stopped flashing, I unplugged USB-C cable, Ethernet cable, and the power cable from the machine.
  8. I then waited for 20 seconds, replugged in the Ethernet cable, then the power cable. Went on the HA address, then it was working!
  9. I brought it home, plugged it in, and lo and behold, it remembered my entire set up, devices and automations!

So there’s no specific thing that we did to make it work, it just did! But thanks for everyone’s help!

2 Likes

Anybody have this problem with the new releases?

I faced the same problem with SONOFF devices after updating core. As I don’t know how to revert to a previous version I checked on HACS whether an update for SONOFF is available. And it was. I updated to latest version, restart and everything worked properly again.

I’ve just updated to 24.1.6 and have lost access to the Omada integration. It says it cannot connect. I’ve tried the “official” integration and the HACS version, but it just can’t see the controller.

I am logged into the software controller so I know it’s online.

It also said it can’t find the Sony TV in the AndroidTV intergration. I am going through troubleshooting now, but hasn’t anyone else had an issue? (I can see there were some changes to the TP-Link Omada intergration in this update.)

I don’t use it a lot but i does work for me with 1.4 and 1.5

Just reverted to 24.1.5 and Omada works again.

Seems that I got bluetooth issues after updating to 2024.1.6. I noticed that from Switchbot as my curtains became unresponsive via Home Assistant. Oddly enough, I have one device in Switchbot integration that seems to be working, and three that are unresponsive. And again, it’s not the devices as I can control them using my phone and Switchbot app.

Seeing the same thing here, both integrations can’t see the Omada devices (and the official one isn’t even able to set itself up in HA).

I was also having issues with Tuya Local, but the reversion to 1.5 also fixed that.

I guess I should raise an issue because it was not that it was having some stutters, it just instantly reported it could not connect, so it was not even trying. I’ll have to go through the log, although I might have lost that in the restore process.

Started to think I was the only one with Local Tuya connection problems. A reversion to 1.5 didn’t help. A full backup from three days ago neither.
I think I’m going to switch to Zigbee plugs! I’m done with Tuya!

it might get worse in 2024.2.x. I see there will be breaking changes ( sorry Backward-incompatible changes) with the tuya integration ( not Tuya Local), which looks like a major improvement if you want to use the cloud.
However I am getting loads of warnings in the log from Tuya Local, regarding depreciated constants and depreciated support features which are already logged in the custom component github page .

I hear you @Maynstream

I was getting annoyed at the Tuya nonsense and started switching to Shelly. I also have a couple of Zigbee plugs which are more convenient than putting the Shelly in behind the switch, but everything Zigbee is more expensive.

The Tuya ones are cheap, but you get what you pay for.

BTW It looks like a fix has gone in for the Omada issue and should come out in 2024.2. I raised it in GitHub and it appears someone else had also raised it.

As you can see there are no such reported issues

Am I wrong that the issue with having an empty configuration entry causes HA to not start was already fixed?

I just updated to 2024.1.6 and after restarting from the update HA was dead in the water.

I looked in the logs and saw this:

2024-02-05 22:01:17.635 ERROR (MainThread) [root] Uncaught exception
Traceback (most recent call last):
  File "<frozen runpy>", line 198, in _run_module_as_main
  File "<frozen runpy>", line 88, in _run_code
  File "/usr/src/homeassistant/homeassistant/__main__.py", line 221, in <module>
    sys.exit(main())
             ^^^^^^
  File "/usr/src/homeassistant/homeassistant/__main__.py", line 209, in main
    exit_code = runner.run(runtime_conf)
                ^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/runner.py", line 188, in run
    return loop.run_until_complete(setup_and_run_hass(runtime_config))
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/asyncio/base_events.py", line 653, in run_until_complete
    return future.result()
           ^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/runner.py", line 154, in setup_and_run_hass
    hass = await bootstrap.async_setup_hass(runtime_config)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/bootstrap.py", line 147, in async_setup_hass
    config_dict = await conf_util.async_hass_config_yaml(hass)
                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/config.py", line 501, in async_hass_config_yaml
    await merge_packages_config(hass, config, core_config.get(CONF_PACKAGES, {}))
  File "/usr/src/homeassistant/homeassistant/config.py", line 1029, in merge_packages_config
    PACKAGES_CONFIG_SCHEMA(packages)
  File "/usr/src/homeassistant/homeassistant/helpers/config_validation.py", line 588, in verify
    return cast(dict, schema(value))
                      ^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/voluptuous/schema_builder.py", line 272, in __call__
    return self._compiled([], data)
           ^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/voluptuous/schema_builder.py", line 595, in validate_dict
    return base_validate(path, iteritems(data), out)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/voluptuous/schema_builder.py", line 433, in validate_mapping
    raise er.MultipleInvalid(errors)
voluptuous.error.MultipleInvalid: expected a dictionary for dictionary value @ data['powercalc_package']

when I went to the ‘powercalc_package’ it was empty except for [] on the first line.

I removed the empty package and HA started up fine.

I thought I saw that that issue was fixed.

Do I need to create a new issue for this?

1 Like