2024.6: Dipping our toes in the world of AI using LLMs 🤖

Controlling devices now with ChatGPT is great and works wonderfully. However, I noticed I’m unable to receive sensor info from it. Is there some setting that needs to be enabled or has this not implemented yet? For clarity, what I’m looking to do is to ask “How much time is left for the washing machine” and it should look at the Washing Machine Remaining Time sensor and tell me what the number is.

Update: I just realized that some sensors are exposed and some are not. How do I force expose the sensors that aren’t available?

Update: Solved it, found the “expose” option in the entity setting. I just never looked at this option before.

You can already add a picture to a room, and it’s then automatically used in a room card.

After installing 2024.6 update, I received a notification saying this:

"Add-on ADB - Android Debug Bridge has been removed from the repository it was installed from. This means it will not get updates, and backups may not be restored correctly as the supervisor may not be able to build/download the resources required.

Clicking submit will uninstall this deprecated add-on."

I don’t want to click submit since this add-on seems to be still working according to logs. I have to admit I am not sure if there’s something better now, but I remember this being a requirement so I can control my Nvidia Shield media player device with Home Assistant. I don’t want to lose that option…

Does having the ability to control Dashboard visibility finally enable me to permanently hide the Overview dashboard? That is the most annoying thing ever in HA. Especially because even if I hide it in the mobile apps it just keeps getting back. Especially annoying for my parents who are a bit less technically savvy.

2 Likes

What’s the overview dashboard? Are you talking about the autogenerated page?

since we now have 2 ways to conditionally show cards:
is there any difference between the use of a type: conditional and the new visibility option?

    - type: entities
      entities:
        - input_boolean.test

    - type: conditional
      conditions:
        - condition: state
          entity: input_boolean.test
          state: 'on'
      card:
        type: entities
        title: Type Conditional
        entities:
          - light.zitkamer

    - type: entities
      title: Visibility
      visibility:
        - condition: state
          entity: input_boolean.test
          state: 'off'
      entities:
        - light.zitkamer

seem to be identical, and I can not spot any margin/padding/gap differences?
( there always was the small gap when using conditional and condition was false, but that minor nuisance has been fixed)

1 Like

Yaaay! Great work everyone involved in the various updates and, as always, well written by the author! Since I found this blog Im addicted to these posts. It’s like Christmas several times a year :slight_smile: Absolutely love it!

1 Like

IMO this is the case.
I use this page as an admin, but it’s a bad idea to show it to all the members.

Create a new dashboard, make the new dashboard default, move the premade to the bottom and the normal users will just see it in the side menu. I delete it thou, don’t see the point to use it at all.

Do you have any local LLM projects in mind?
I am in the same place as you regarding LLMs and privacy, but I also ask myself if a local LLM is even feasible given the computational power (or lack thereof) of most small server setups.
An RPi even struggles with timely responses to the normal Assist, yet an LLM.

3 Likes

The new visibility option is great, but when casting the dashboard with home assistant, the space occupied by the card is still here. (but on the phone or computer it work has intended). By the way, I had to switch language from french>English for the option to show in the card editor.

Is the new visibility option suitable only for top-level cards?
Can’t get it to work for an entity card inside of grid which works perfect with conditional card in this place

Hey, very excited to see where this is going, will do some upgrading and looking around this weekend!
I tried to research this, but I wanted to see if the community has any examples or best practices: is there a project or any guidance for using Amazon Echos to hook into Home Assistant’s voice intents? We all know Alexa has been struggling recently, and I have 3 at home (connected with the HA integration), but I’m looking for some way to change the interaction to talk to HA directly… I am envisioning a path where you

  • trigger Alexa (or an integration) to HA directly
  • issue a voice command
  • send that voice command to HA
  • have the new LLM / Voice Assistant etc. module make sense of my request
  • act on the request (fx lights off in rooms with no occupancy)
  • and respond through the Echo device.

Is this something anyone has managed to wire together?

Thanks,
Gyula

1 Like

Yes, but the problem is in the fact that even if I set something else as the default dashboard, the overview will after a while come back as the default option. Not to mention that this needs to be done for each user separately.

Have never in my 8+ years with HA had a setting change by it self. Have had up to 8 different dashboards and switched between them as default during reorganizeations and that have never changed once from what I have set.

There is a custom integration called Fallback Conversation. With it, voice commands will be tried locally first. If they cant be handled locally, they will be passed on to the service of your choice. Local AI, google etc…
m50/ha-fallback-conversation: HomeAssistant Assist Fallback Conversation Agent (github.com)

I have to admit I’m struggling to find a use case for LLMs in HA, too. HA will never be our primary computer platform. We already have cell phones, tablets and laptops. HA should be focused on, well, home monitoring and automation.

If/when the whole process goes local, I can see HA replacing cloud-based voice assistants. Personally, I don’t use one now, but if I did I’d want a totally local solution. But of course this isn’t really what HA was built for. Adding things just to show off how cool HA is, isn’t really a good long-term strategy.

Finally, the problem with demanding more robust hardware is that it detracts from what drew many of us to HA in the first place; the ability to run on small, inexpensive and easy-to-maintain devices like the RPi. If HA paints itself into a corner where only geeks running VMs on beefy servers can use it, I think it will die off pretty quickly.

HA is best when it’s an appliance with a focus on home automation, not a do-everything portal to the world.

7 Likes

I guess you are right

If I put the cards I posted above inside a vertical-stack, the one with the visibility options remains on display always

    - type: vertical-stack
      cards:
        - type: entities
          entities:
            - input_boolean.test_2

        - type: conditional
          conditions:
            - condition: state
              entity: input_boolean.test_2
              state: 'on'
          card:
            type: entities
            title: Type Conditional
            entities:
              - light.zitkamer

        - type: entities
          title: Visibility
          visibility:
            - condition: state
              entity: input_boolean.test_2
              state: 'off'
          entities:
            - light.zitkamer

That would be a Frontend issue, unless documented it is per design

fwiw, Ive also tried it with type: entity and type: button, and behavior is same: visibility option not respected

Where does database management fall into that philosophy? :rofl:

That would be a bug.