Skip to content

My HomeAssistant Configuration (Home Assistant Supervised, Debian 10)

Notifications You must be signed in to change notification settings

scstraus/home-assistant-config

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Sean Straus' Home Assistant Configuration

(Home Assistant Supervised, Debian 10, Shuttle SZ270R8, Intel Core I5 7500T 35W, 8GB DDR4 2400Mhz, 2x Samsung 970 Evo Plus 256GB in RAID1, 3x WD RED 2TB in RAID5)

Hello there. This is an incomplete and probably out of date description of what I'm doing with home assistant, but hopefully it will be of some use for ideas and samples to someone.

If you like anything here, be sure to 🌟 my repo!

Some things that may be interesting to you from my config which are not so common or are unique from how much I've obsessed over them are the:

  • 10 Zone Apple Airplay based whole house audio deployment based on forked-daapd with a self built app daemon bridge to Alexa for pretty comprehensive voice control and also playlist buttons and lists in the UI which outputs to Apple Airports and Pi zeros's running shairport sync with DAC hats, and individual amps with in-wall/cieling speakers in each room, all in perfect sync between rooms. I've even experimented with using room assistant on the Pis to have the audio automatically follow me around the house, but will need to replace a lot of the airports with Pis before that will really be viable.
  • The tensorflow based human detection using frigate and a Google coral USB stick on my hikvision cameras, which notifies me of various types of human detections around the house
  • The 12 zone Honeywell Evohome heating system which is heavily automated with a custom python script to manage temperature settings and schedules based on the weather and automations to turn down the heat when the windows are open
  • Paradox Alarm Integration integrated with the human detection and many notification scenarios

There are a lot of other little things that I've not seen anyone else do, but I don't want to clutter up the intro too much, so more easter eggs inside. I've tried to include enough description and links to relevant items that you might be able to understand and replicate what I've done. Many of the more useful things I have automated require nothing other than a plain vanilla homeassistant install and some free things like weather components and iOS device trackers which everyone can have out of the box, so don't feel like you need special hardware to take part.

Last update: January 15, 2021 (Hass v.2021.1.5), but make sure you check the history in the code snippet I linked to to see which version I was on when I documented it, because in most cases I documented it on an older version than that and you may have to find the more recent update in the repo for it to work properly on new versions. Unfortunately to link to the snippets directly, I have to use the version I am on when I write the documentation for the line numbers to match, but I don't go back and update the docs to the latest version every time I make changes to the code. To see the new versions of the code, click on the headers for the whole section or the file links themselves above, those will take you to the latest version of the file with any changes I've made for the version I'm on now shown at the beginning of this paragraph.

How to navigate this readme:

  1. Choose something that interests you below and click on it
  2. Read the description of it
  3. Click on the header for the description to be taken to the code (this will be an older version of the code than what I'm currently running which matches the current version when I wrote the documentation but hopefully will be enough to give you the idea and with luck hasn't changed)
  4. The header for category will take you to the latest version of the whole file (this should be up to date, or you can choose the file above for an up to date one)

Table of Contents

(Documenting template sensors is still work in progress, so that's not all of them. For now you will have to check in the other YAML files in the sensors folder).

My Lovelace UI is geared a lot more at troubleshooting and information than it is at control, as most of the things that need to be controlled I try to fully automate, so the first thing you will notice is a lot of color coded graphs where I can quickly see if there's an issue. I can control things too, but I tend to keep the controls as concise as possible in a long list sorted by floor and room so I can just scroll down and get the one I want quickly.. I don't bother with big fancy controls because I don't use them.

The next thing you might notice is that I use custom header to shrink down the header and change it's color. I also simplify some of the views for my family and kiosks by removing the sidebar.

I use custom sidebar to also rearrange the icons on the panel to sort them more in the order of how often I use them.

For themes, I am using customized versions of the Google Light theme and Midnight theme which switch automatically 30 minutes after the sun goes down and when the sun comes up to match when my cameras go into infrared mode based on this automation. All of my customizations can be found at the bottom of the theme files for those two themes in the theme directory. I put a comment before my changes showing which changes were mine so you can do the same if you want to get the same look.

I will try to get around to making screenshots of the night theme to put here.

So, tab 1 is basically the main information view of the system, and if you scroll down, has quick access to most of the functions and important data in a concise format. Much of this is expanded in other tabs, but kept here as well for easy access.

This view also comes in a kiosk flavor which I use on my 8" Amazon Kindle Fire tablets around the house with a more fixed layout for that device which I achieve with custom:lovelace-layout-card. Mostly there's just some layout changes and some customizations around not using camera streams but rather just the 5-10 second refreshing cameras due to the lower resources on the kindle.

But one interesting thing I have on the tablets is that they will use popup cards from the Browser Mod custom component to popup the camera feeds on the tablets if it sees someone outside while we are home. Mostly we use this for keeping an eye on the kids while they are outside. If we are not at home with the alarm on or asleep, we will get emergency notifications on our phone instead. You can see these in the automations.

I have one other flavor of my tablet view for my portrait orientation wall mount tablet in my entrance way. This one replaces some of the stuff on the others with bringing the car tab to the top and imbedding the todoist app into an iframe to display our shopping list that is synced from the alexa shopping list so that we can see what items we added with alexa before going shopping. Here's a picture of that one, and the code is here

I will describe the cards I have here in the order I use them in my config so you can find them in the config file linked above. It's almost all custom cards, so there were a lot of great devs that made it happen. At least half of what I do here is probably somehow enabled by custom cards from Thomas Loven so a special shout out and million thanks for all his many contributions. My lovelace view would simply not be possible without these custom card devs.

Popup Cards from custom component Browser Mod: Some popups that happen when you tap specific things

  • Weekly weather popup for when you tap on the daily forecast card to give you weekly variant
  • Location descriptions and ETA if you click on the locations for family members. This is a human readable description of where the person is, and an estimate of when they will be home if they are heading home, or how long it would take them if they started now if they aren't home. This is the same thing Alexa will read out if I ask her when they will be home.
  • For air purifiers shows their availability and status as well as room AQI. I had to customize this because they were going unavailable quite frequently, so I made input selects and automations that would cache the desired state until they became available and then change the real ones. I also changed AQI to standard AQI measurement rather than than direct particle measurement.
  • Car popup when you click on the car lock button, it will let you lock (but not unlock) the car.

Decluttering Cards based on Custom Button Card:

These cards create very thin notifications for things (like the yellow battery notification in the screenshot) that don't happen so often to be worth grouping together into a fullsized card like the ones below, but still important enough that I want them at the top of my dashboard when they do. Many of them also use marquee scrolling to display long messages which cannot be fit into a normal style of card. Decluttering card allows me to reuse a number of rather long definitions to get very specific styles without cluttering up my dashboard with all the gory details (this particular tab's yaml file is getting longer than I'd like). You can find the card definitions for the actual button cards here in my ui-lovelace.yaml.

These cards are flashing red cards which really catch the eye in case there is flooding. They are accompanied by some automations that make announcements on the Amazon Echoes and emergency notifications on the phone, so pretty unlikely we don't hear about this one way or the other.

This is a red not flashing one that warns us when it's getting to be night time the night before trash day and we still haven't taken out the trash. It's accompanied by notifications on the phone from an autoamation as well.

These ones are yellow and high enough for 2 lines of text to show a message that the roof windows are open and rain is in the daily forecast. They are also accompanied by notifications on the phones from an alert definition.

These are more yellow ones.

The ones about people are not shown on the kiosks because they just pop up the cameras, so they are only shown on our phones and computers when we are looking at the main dashbaord. Those are accompanied by emergency notifications if we are away or asleep.

The one about water is shown on all of them. When this has happened in the past it was usually due to very slow leaks, so we don't treat it as seriously as the other flooding which is in the basement and next to water mains taps where it can be quite serious and fast. There are also some about low phone batteries and smoke detectors and low gas in the car.

  • Description of which windows are open and making the house hot/cold/polluted There are a couple more that show up closer to the weather on the mobile or web views which show a long phrase describing all of the windows that are open and making the house hot, cold, or polluted. This phrase is generated from a python script that runs when a new window is opened or closed and it generates the phrase describing what's happening with the windows. On the kiosk tablets, this is generated with a marqee that scrolls (you can see it on the little gif of the kiosk below). On mobile and web, marquee doesn't work, so it's just an card with ~5 lines that can contain all the text.

Picture Elements Card for Coronavirus

This is a little card I created just to show the daily coronavirus numbers and a running total. It's based

Entity Filter Cards: These are how I get important statuses on lots of things without creating a lot of clutter, as they pop up only when they have something to tell me. I fudged the states on some stuff for the screenshot so you could see more of them. The real view usually looks more like what I show on the tablet.

  • Emergency Alert Pops up when there's something seriously wrong like the smoke alarms are going off, electricity is out, or (usually not actually very urgent) there's a human being shown on one of the cameras.
  • Low Battery Does what you'd expect. Tells you when the battery is low on one of about currently 15 zwave devices. I have more to add like my TRV's on the radiators which will come with a future HGI-80 release. This card doesn't pop up often at all, so I haven't bothered to make the small decluttering button cards for these ones.
  • What's Happening Today This is the main heads up display that will show most of the status you need at a glance. It's the only one of these cards that's usually open. it shows the following things:
    • If we have a package coming from one of 4 carriers (DHL, Czech post, DPD, or GLS) based on emails we recieve
    • If it's the day to take out the trash or composting based on the schedules for those
    • If it's a good day to bike to work based on a lot of different weather conditions
    • If doors and windows around the house are open
    • If the dishwasher or clothes washing machines have finished washing and have clean clothes/dishes waiting to be taken out (some of this is done by monitoring the power with zwave switches if that's interesting to you)
    • If any of the alarm zones are armed
    • If the car needs gas or charging of it's battery (it's a hybrid), or if it has any faults it's reporting
    • How many total active coronavirus cases there are and how many new ones there were yesterday and today
  • Upcoming Holidays Didn't get this one on the screenshot, but it looks at 2 ical calendars for Czech national holidays and my daughter's school calendar to show holidays that are coming up in the next week and counts down number of days until they come with custom:secondary-info-row to make the second row showing the number of days.

I'll just list the rest of the cards here as you can see what they do on the screenshot:

  • custom:weather-card-chart

    (love having the chart in my weather forecast)

  • cutsom:mini-graph-card

    (these show the air quality from our AQI, Radon, and VOC sensors. They also use custom:lovelace-mod-card to modify the background color)

  • custom:lovelace-canary

    (just combines the other cards into one card)

  • custom:button-card

    (labels for the air quality card and reminders card because the ones on the card didn't match my theme)

  • custom:air-visual-card

    (air quality)

  • glance card

    (to show location of family)

  • custom:mod-card from the card-mod addon

    (to report a semi correct size for cards that don't correctly do this themselves)

  • custom:calendar-card

    (for the reminders view)

  • conditional card

    (to take away the label on the reminders view when there are no calendar items. Very kludgey way to fix the wrong font on the calendar label.)

  • custom:state-switch and custom:mod-card from the card-mod addon

    (to decide whether to show the real time camera feeds or the non-real time ones (one frame every 5-10 seconds), depending on whether I'm home or not. The real time feeds are very sensitive to device and bandwith and won't update if the conditions aren't right, so I try only to show them when I'm on wifi on a device capable of showing them (not on my kindle tablets).)

  • picture glance cards

    (for the camera streams)

  • custom:mini-media-player

    (for playing music from my itunes library to one of ~10 airplay zones around the house, each of which also uses a mini media player card to give an on/off button and volume control for the zone)

  • custom:fold-entity-row

    (to hide properties of the dreamscreen like the light element to turn it on/off and change color, the mode and scene selectors behind the brightness control which is the one I use regularly. Just reduces clutter a bit.

  • entity filter card

    (to show anything important that's happening with the car, or very little if nothing much is happening.)

  • entities card with my climate entities

    (to show temperature in each heating zone. You can tap it to adjust the heat or see a graph. Also showing my air purifiers where I again use the custom:secondaryinfo-entity-row to show the air quality index)

  • custom:search-card

    (to search for entities not shown here. I mainly use it to get history graphs of entities that are used in verious sensors so that I don't have to go to the endless wait that is the history pane)

To play music on 10 AirTunes zones with pushbuttons for playlists.

For this one I am using the standard media control card as I don't mind it taking up a bit more room on this tab and it has pretty pictures of what's playing.

For a persistent master volume slider I've had to use a custom:slider-entity-row so that you don't have to tap the media player to get to it.

The playlist buttons are custom:button-card

And the volume and on/off controls for the speakers are custom:mini-media-player just like I used in the first tab.

There's also a group for when I want to turn on/off all the speakers.

This is the in-depth heat control which allows me to see the heat graph for each room and set more of the settings like whether the rooms are running from the schedule that's programmed into evohome, or in override mode.

Most of the interesting stuff about my heating happens in the heating automations and my custom python script for setting heat profiles based on weather. This tab is mainly for debugging the automated side of it.

I use popup cards from the custom component browser_mod to ensure I get the standard history-graph graph if you tap on the pretty custom:mini-graph-card. The history graph also shows the historical setpoint of the thermostat and some guess at when the TRV was open, but lacks the color coding and beauty of the mini graph card. So I use the mini graph card for a quick overview of where there might be issues and to keep things pretty, and then I click if I want to dig into the "why" of what's happening with the heating to see the uglier and more detailed view. Maybe someday I will see if I can consolidate it all onto one graph, but I'm not sure it's possible with the graph card.

What I'm using for most of the view is mostly just a bunch of custom:lovelace-canary to stack the custom:mini-graph-card for each room on top of a custom:lovelace-mini-thermostat card for each room. That gives you the temperature history of each room with nice color coding for hot and cold on top of the control to set it manually. Mini thermostat saves a lot of space over the normal thermostat card here.

Way down at the bottom, you will see an entities card with some input-selects for special heating cases like when I'm working from home or when there's a fire in the fireplace. Others happen automatically through automation like when my daughter is home from school for the day. The input selects are the output from my python script which takes the heating off of the schedule and turns it down depending on the weather.

The media tab takes information from the Plex recently added custom component and the Sonarr upcoming media custom component and display what tv shows I have new and what is coming soon in my media library using the Upcoming Media Card. Pretty simple, but handy.

So this is an iFrame card of a Grafana dashboard which takes info from various places such as the Withings integration, AirVisual Node Pros, Coronavirus integration with some custom template sensors to caculate daily delta, and Airthings custom integration which runs on a separate Pi so it can sit close enough to communicate via bluetooth to the Airthings and communicate back to the main hass instance via MQTT eventstream and present them with a longer historical view. I have a couple other Grafana dashboards like this for system stats and weather which I don't include as tabs on the main UI because I just access them via the sidebar. This one I put as a tab on the main UI so my wife and kids can access them as I disable the sidebar on their devices.

This tab shows the feeds of my security cameras on top with graphs of motion detection followed by the snapshots of the last 10 people who have been found by the human detection powered by frigate and a Google coral USB stick and history graphs of when humans were spotted.

So basically the camera views are just the picture glance card for showing the cameras and some horizontal and vertical stacks to arrange them and history graphs to show the history of motion.

Below that is the same structure except I am monitoring the snapshots from the human detection and the history graphs of when humans are detected. I have added the custom:swipe-card so that I can swipe between the latest snapshot of people detected and the previous 10 snapshots that were captured before that using these automations

So, this tab is messy and ugly and I don't like it much, but it gets the job done. The main problem is that my alarm system publishes 3 alarm panels due to the way it's partitioned for home and away modes and they all show up here.

At some point I will merge these all together into an MQTT alarm panel, but that is a big job and hard to test now that we all stay home all the time due to coronavirus. Someday..

Anyhow, the view shows the alarm panels and some history on doors and windows being opened and motion sensors tripped along with the times of the most recent activities spotted in the house. It also has some cards that pop up in real time when motion is detected around the house in case you wanted to see that in real time.

So, I'm using some of the same cards you've seen already with a couple new ones.

  • Entity Filter Cards:

    (For real time popup when doors or windows are open or movement is detected)

  • Alarm Panel Cards

    (To show the alarm panels for the different zones)

  • custom:home-feed-card

    (Shows the most recent events around the house for doors/windows and motion. Honestly I didn't think it could do this kind of a view but the developer, Steven Rollanson showed me how to get it to show it like this and it works well. If you go into this thread, you can see my conversation about it and other ways that were suggested that probably work too but I haven't tried.)

  • history graphs

    (to show the history of open doors and windows and when motion was detected)

This tab is still a work in progress. The goal is to have the full controls and info from all my appliances like my dishwashers, washers and dryers, and also my car in some pretty picture elements cards. Time will tell if I ever get around to creating all those pretty picture elements cards as they are quite a bit of work. The air purifiers already had some nice ones that some other folks had made and I just had to update them a bit for the most recent versions of hass.

So, these are some picture elements cards that I got from here. Nothing else happening here.

This one is just a collection of graphs and current weather data. I mostly use it for getting the idea of recent conditions for when I'm making automations, but sometimes I'm curious about the trend of one of these weather items and I take a peek over at this tab.

These cards you've already seen elsewhere in my config.

Here is the system status of my Synology NAS that runs my Plex and Frigate instances as well as general backups and file serving and Home Assistant server (2011 Mac Mini + Ubuntu with RAID SSD's), as well as random other things I wanted shown somewhere for monitoring and tweaking.

Automations

Automations are divided into a few files to keep file size ~1000 lines, they are good categories to divide by too, so each category below is a link to a file.

This is everything having to do with automating appliances. Much of this is simply deriving the state of the appliance based on the data we have and sending notifications, but also we do things like run air purfiers based on the air quality outside. More detail below.

The lines of code linked above show how I am using the Home Connect integration to monitor my Bosch dishwasher. It provides data around when it's washing and how much time is left (some of which I'd like to add to the appliance tab someday), and it also provides a door sensor. So what I'm doing here is just monitoring the states and copying some over to an input select which I really use to tell the status.

Then I add my own status about whether the dishes are clean or dirty or emptying using a timer that starts counting down how long the door has been open after finishing washing. If the door is closed and the counter hasn't counted to 5 minutes of being open yet, then the dishes are clean. If the door is open and the counter hasn't counted down to 5 minutes of being open yet, then the dishes are emptying. Otherwise if the counter has counted 5 minutes of the door being open, the dishes are dirty.

Then based on the clean and dirty dishes, I have some automations to yell at you from the alexa nearby when you open the door to tell you that the dishes are clean or still washing or send a notification to your phone when they finish washing.

This one is an idea I got from this excellent guide from Phil Hawthorne of hass podcast fame about how to make dumb dishwashers smart with a power monitoring smart plug.

Basically, it just watches the power utilization for certain spikes and troughs which indicate it's moving through it's washing cycle until it's able to determine that the clothes are clean and then it sends us a notification so that we know it's time to hang the clothes or put it in the dryer. It works pretty well. It would need some kind of door sensor to tell if it was empty or not, but that's not so important, it does the job.

Yes, we have 2 washing machines. Had to run power from all the circuits in the basement, but anything for my wife.

This one is actually up for partial replacement as I finally got the SmartThinQ custom component working thanks to HACS.. But it's already working alright so it's not a high priority at the moment, and the SmartThinQ integration still doesn't give me a door sensor, so it's really just a new way to tell when washing starts/stops, which was working pretty well using the Zwave power consumption method.

So it just does the same thing as for the other washing machine and primarily tells us when the laundry is done washing (though it does also track some in between states which I might show on the appliances tab and try to derive time to finish from some day).

Someday I should add the dryers too, but my wife hasn't mentioned that it was a major priority and it's a lot of trial and error to get these power monitoring integrations going, so for now that's on the back burner.

So, this is 500 lines of config dedicated just to 3 Xiaomi air purifiers for our bedrooms, and there's also some input booleans and variables used to support this in my configuration.yaml. I'll explain why.

First off, the goal. We have an AirVisual Pro node outside and inside that we've integrated using a kind of kludgey solution using SMB and some command line commands and automations but which actually works really well. Having monitored the indoor and outdoor air quality for some time, I had a pretty good idea of when the air purifiers needed to switch on and off. In common areas, we use some older ones we had already and just run them when we are in the room and the AQI is getting bad (though when these die I will replace them with more of the Xaiomi ones and automate them too).

The bedrooms where really where automation helped, because a lot of times the AQI would spike in the night. For this, an automated solution is perfect and the automatic mode on these air purifiers is garbage because it's relying on the (quite bad) AQI measurements of the cheap AQI sensor in the device.. They give some general (innacurate) idea of room AQI when the purifier is off, but as soon as it turns on, the AQI goes to 1 despite what the reality is in the rest of the room. Also the automatic mode is always running the air purifier, even when it's not needed.

So it's much more sensible just to run these air purifiers when we know we are actually using the room and when the air quality outside is bad enough. That also covers the cases for when we are sleeping and the air quality starts getting bad during the night. The final solution works really well at both preserving the filter for when it's actually needed, and in keeping the air in the rooms clean for when we are actually in the rooms, with zero manual intervention.

Much of the automations you will see here is dedicated to dealing with a problem with these air purifiers. They go offline every few minutes. According to some reports, this is due to wifi configuration options on your routers, but I couldn't do anything about it with my old Airport wifi routers. So what I did was to create some variables and input booleans to "cache" the state of the air purifier and it's reported AQI while it was offline, so that you could still make a nice AQI report and graph and send on/off commands to the air purifier even though it was unavailable. It would simply wait until the air purifier was available again to update the state of the air purifier or input boolean and AQI reading. This works well now and can be relied upon when automating and reporting state. I don't need it for the master bedroom one, because for some reason that one doesn't have this problem more than once in a blue moon, so it's only for the other bedrooms. I won't go into all the gory detail, but PM me if you want it.

These are the automations that work alongside my custom python script to control the heating in my 12 zone Honeywell Evohome system using the official integration. Big shout out to David Bonnes for his amazing work on this component, and trying to cram every last possible feature into it. It's getting really powerful.

My heating system is a bit complicated but it works pretty well. The Evohome Thermostat has a nice UI for entering complex schedules room by room, so when it's cold enough to be on the normal heating schedule I just use that. When it starts getting warmer and I don't need to run the heat during the day, I start to turn down the heat in some of the rooms more using my custom python script to read the weather report and decide what to set the temperature in each room to so that it won't be too cold but also won't run the heat unneccessarily. I think more than half of my heating savings come from not heating up the rooms too much overnight if they will warm themselves up during the day anyway. And everything is still the right temperature. Actually even better because they don't get too hot during the day.

My wife likes to leave the windows open around the house with the radiators blasting full blast right in under them just sending the heat straight out the windows. So I turn them off while the windows are open.

I've got it working for the winter when the heating is in auto (schedule) mode because the thermostat will return back to the schedule when I cancel the override, but for the rest of the year it won't do that, so I've commented out all those attempts. I think the only thing that will work for all cases is if I write an app daemon to do this. Someday maybe I will.. But for now, just doing it in the cold winter months covers most of the cases where the radiator is running and the window is open with cold weather.

So, you can see a lot of commented out lines here. I used to have a bunch of automations that did this, but as I fine tuned the cases more, it just became easier and much more understandable when laid out in python code. So, now I just have one automation here which calls my python script at 12:30 AM every day and sets the temperature for the next 24 hours if it's going to be warm enough that the house will warm itself up during the day. I won't bother describing all the rules here because I documented the python script pretty well, and it's pretty readable if you want to take a look. It publishes what heating profile it chose to my heating lovelace tab at the bottom via some input_selects.

Normally we don't heat the kids rooms while they are at school, but if I see them home after a certain time, I have it turn back on during the day automatically.

Our fireplace warms up the rooms near it a lot so I want the heating off while (or before) it's running. This one has 2 flavors, one if I plan to have a fire the next morning, in which case I don't let the heat turn up in the morning, otherwise I just turn the heat down while the fire is going if I say I want to have a fire now. These are controlled by an input boolean on the heating tab.

So this one is similar to the one for staying home from school, but I trigger it manually because I don't always go to work at exactly the same time. Sometimes I will work from home only part of the day. But since COVID-19, I've been staying home every day, so it just stays on and heats the office every day.

Sometimes it gets really windy here and blows all our stuff around. This one warns me of that situation. Though it's never triggered so it either hasn't gotten that windy yet or it doesn't work ;-). More testing needed on this one.

More of the rules are here and here

As one of the most frequently asked questions of my family is "where are you and when will you be home?", I made some rather complex logic to inform them where I was and if I was heading home or to somewhere else. This answers this question in mostly the same way I would based on which zones I've traveled thorough most recently. This is displayed on my main screen as my location and they can ask Alexa the same. Time to home is calculated using Google and they can also access that by clicking on my location icon on the first tab of my dashboard or by asking Alexa.

I don't do this kind of complex logic for my wife or kids, for them I just say which zone they are in or if they aren't in a zone I report their direction of travel. You can find that in my sensors.

(also here)

Usually I am given a list of things to do by the time my wife gets home, so it's good to have some advanced notice to finish those things, also then I know I can call her to discuss dinner, etc.

This helps if I know she's been shopping or something, I can come help her with carrying it up the stairs and thereby earning brownie points.

So, when I'm riding my bike to work, there are some really nice ferries that I can take across the river instead of riding on the bridge next to the highway, so I am trying to have hass tell me when I can make the ferry since they only come every 20 minutes. This one is a bit tricky to get right because the zones I need to make it happen also cross some roads so I get it while I am driving too which I don't like. I added a filter to make sure I'm not doing an automotive activity, but I haven't tested if it sees me riding a bike as an automotive activity.

Using the excellent realtime tensorflow object detection in Blake Blashear's excellent Frigate, our cameras are scanning 5 times a second for people. If our alarm is on or it's during the times we sleep and it find ones, it will send an emergency notification to our phone which bypasses do not disturb and sends us a picture in the notification of the person it found. I've been tweaking this over a year or so and it's really solid now. It's pretty much impossible to sneak past the detection and it gives near zero false positives. It's pretty damned impressive. I will try to post some videos of it in action sometime.

This one also sends us a snapshot from the camera inside the notification so we can see if it's really a person (and maybe who it is).

The front security lights that are activated by PIR start turning on all the time if it gets windy and that annoys the neighbors. So we have a fibaro switch on them to turn them off automatically if it gets too windy. They turn on again for the next day. However, even if they have been switched off, they will turn back on if a person is spotted. As the human detection works very well under IR light (we have very good external IR illumination), it's not really a loss to have the lights triggered by human detection rather than PIR. It's much more accurate and pretty much catches everything anyway. Fortunately when the lights are turned on they automatically go to a turned on state, so we don't even have to wait for the PIR to detect something again.

This can avoid accidentally tripping the alarm when you get home because you didn't realize someone else had armed it.

This allows us to check the situation before the security company calls and asks if they need to send the bruisers.

This one automatically pulls up the camera feed on the kiosk tablets if a person is spotted outside. Handy for watching the kids while we are inside and they are out.

This apparently keeps a history of the last doors and windows that were activated.. I don't think I need it now that I'm using the Home Feed Card for this.. Maybe I had planned to see if this would be faster than the home feed which is a bit slow.. I guess I should either comment it out or test it.

The synology security station already records using motion detection, but this is an extra trigger which tells it to record when a human is detected. This ensures I don't miss any humans even if somehow the motion detection wasn't triggered (which is very rare). But it gives an added capability too, which is being able to filter the recordings only by ones where humans were detected. That means I can quickly scan only which humans were seen. If I turn up the speed, I can see all of them in a few minutes for a whole week.

This and a shell script populates the snapshots of the camera feeds which show the static photos of people who had been detected with the human detection. That way I can swipe through the last 10 detected on each camera using the swiper card.

I live close enough to work that I can bike there in roughly the same time as taking a tram. But I like this to be an enjoyable experience, so this one uses my custom sensor which checks if it will be raining, windy, too hot, or too cold, and the automation checks if I'm actually in town and then will tell me if it's a good day to bike to work. Now that I look at it, it seems I'm trying to send the weather report in the notification, but I don't think this is working properly.

These are some automations which preserve the state of whether a package is being delivered from every package delivery service. I actually use the variables as the sensors in my UI rather than the email sensor itself. The reason I'm doing this is because I use one email inbox for all emails that I use to create sensors from (just using forwarding rules from my personal inboxes to this inbox). Then the IMAP email content sensor will analyze that for content to determine if it's about a package or a status update from the UPS.

The problem is that the status of the IMAP email content sensor changes every time a new email comes to the mailbox, regardless of whether it matches the rule or not (I read that this may have been fixed in more recent versions but this is working so I won't bother checking). So, my workaround to having that sensor only show the status of my packages until the next email came was to put the package status into a variable to store. I then clear out the status using an automation that resets the variable to "no delivery" for the next day until I get an email saying it's coming. There were a lot of false starts with getting this working, for example, the variable will not store the body of the email correctly with the encodings and size of the body of email. It crashed the variable component. I finally gave up on being able to click through to body, but in english emails it might work.

Anyway, the whole thing is rather convoluted but it works perfectly for displaying a little icon when I'm getting a package from one of these services in my main dashboard..

These automations try to notify me if the power is cut or restored by using an IMAP email content sensor to check for emails from the UPS service when the power is cut. It worked when I first made it, but I think my free subscription has run out because they don't send me the emails any more.. I have to investigate it more but don't really have many convenient times to cut the power to the whole house ;-).

We had some leak happening under our sink and my wife was worried about mold so I installed a mold detector there. It's never said that there were moldy conditions, and I don't think it's ever cold enough there to make mold, but the sensor is going..

Generally I keep these automations off unless we are having problems and I want to know about it. They just tell me if my speedtest results are showing limited bandwidth.

These ones run a command line script which connects to my AirVisual Nodes to get the data about air quality (AQI) every 5 minutes.

These ones are based on a sensor which tells us when it's almost the trash day and sends us a notification if it's time to take out the trash or compost. I will probably retire the trash one soon as I've stepped up to a more advanced sensor which uses the alert component where I can tell it that I've taken out the trash via a button in the popup in my UI or via actionable location and it will stop sending me notifications, but if I haven't told it that it's out, it will keep sending me notifications until it's out. For the compost, it's usually not as urgent so I'll leave it like this.

There are also automations here which update the template sensors every minute because they won't update themselves otherwise (new "feature" in recent versions)

This one updates the calculations about how long my commute will take in the morning very often so the data is always up to date. I haven't done much with this since COVID-19.

This automation is one of my favorites because it's saved my ass before. It is using a hauppage flood sensor to notify me when the basement is flooding. The flood sensor works perfectly to notify me just in time for me to take the shop vac and vacuum it up, turning what would be a 2-3 hour ordeal into a 5 minute ordeal. I've recently added the TTS to my kindle fire kiosks to notify me via voice too, but haven't tested it yet.

This one just automatically changes the theme at 30 minutes after sunset (to sync with when my cameras go to IR illumination) and at sunrise. This makes the kiosks much nicer too look at at night and not so blaring.

This uses the dropbox sync component to back up my hass.io supervisor (homeassistant) backups to dropbox so that no matter what happens on the server, I have a copy.

Now that I look at this, this should probably be in appliance automations. Anyhow, it does the same thing I described here which is to make a sensor that reports the AQI based on the last available data, even when the air purifiers go unavailable for short periods of time, and then update again when they become available. That makes the UI for them look and work like they are always available, even though they aren't. See the link to the other section for more detail

As expats, we don't have as good of a feel for the state holidays as locals do, so these automations notify us when the state holidays are coming up (1 week before, 1 day before, and same day). They are also shown on our lovelace dashboards for the week before.

These automations are just giving an action to an input boolean which acts as a switch for our car's climate control so we can turn it on when we are out and about but not in the car. There isn't actually a service call to turn it off, only on, but I like to have the switch to give the visual feedback that you turned it on. When the car doors are unlocked or locked, it automatically turns the input boolean back off, because the advance warming/cooling of the car will stop when someone gets in.

I find that the change in number of cases from yesterday is the main coronavirus stat that I want that wasn't provided by the standard sensor, so I made some automations to store yesterday's number in a variable and then calculate the delta between yesterday and today inbetween when they publish the numbers (6:00 AM seems to be the sweet spot where I get the right delta that matches the official one). We then publish this on our dashboard alongside the new cases counted so far today and the total amount of cases.

Also here and here to update the needed sensors.

I have some sensors that tell us when the trash day is, and previously it gave me some notifications the day before and 2 days before. But still sometimes we missed trash day, so I had to step up my game. These automations use an additional sensor and input boolean which indicate whether the trash has actually been taken out. Then I use an alert component to keep harrassing me every hour the night before trash day until I tell it via actionable notification or via a pushbutton on the popup from the sensor icon on my dashboard that trash has been taken out. Once I tell it that it's actually out, it will stop bugging me and the icon goes away on the dashboard. Someday I can hopefully rig up a sensor that actually tells when the trash is out so that we don't need the icon. With this logic in place, it will be an easy swap to that sensor.

The calendar card uses a different header font and size than the rest of my theme and so I'm trying to make it look like the rest of the theme. Apparently I'm not good enough with CSS to find out a better way to fix this, so I just got rid of the title and made a button card that looked the way I wanted to. But then I have to hide it and unhide it depending on whether the card itself is being shown. I'm sure there's a better way, so if you know it, please tell me.

Anyhow, this just forces the sensor to update itself every 30 minutes to see if it needs to hide the card or not.

I run RAID SSD's on the 2011 Mac Mini that's hosting Homeassistant Supervised. A have a sensor that runs a shell script which returns the RAID status to report it on the system dashboard. This automation looks at that sensor and sends me a notification if the RAID is degraded.

The speedtest.net sensor actually can do this itself, but since I'm spending more time on zoom and sometimes getting bandwidth issues, I decided I wanted an option to turn it off, so now the automation triggers the speedtest and I can turn off the automation if needed.

Thank god this has never happened, but the cutoff for the outside water is in the closet that I've repurposed as a server closet. So a leak would be very bad, especially due to the messy state of this room. This uses another Hauppage leak sensor to tell me if it does, in the same way as for the basesment.

This time for my son's naptime and the sensor to show the trash icon on the dashboard.

This one uses the motion detection on the Reolink camera we use as a baby monitor to send us a notification if our son is up and about when he should be asleep based on a custom sensor that says when it's his naptime.

These are the sensors I use for device integrations as well as many template sensors for reformatting different sensors for the UI and automations. Much of the heavy lifting and calculation that makes my system work in a usable way is done in template sensors.

These are the (non binary) sensors which are used for integration to specific components and functionality, so basically anything that's not a binary sensor and not a template sensor.

For the AirVisual component. Not using this one any more because I have my own AirVisual node. I think they might have moved it to UI based config anyway.

This is the configuration for the Dark Sky sensors, not to be confused with the Dark Sky weather platform component. The difference is that this one is used for when you want a single sensor for % chance of rain or for temperature, whereas the weather platform is just used for the weather forecast card, but doesn't publish sensors you can use for your own purpose.

With the dark sky sensors, you can even use sensors that tell you the forecast for a specific amount of hours in the future, so you can know the projected humidity in 4 hours. These are very useful for creating automations from, and I do that quite often, for example, to see if it's likely to rain when our roof windows are open, or if it's a nice day for riding my bike to work. I hope for a good alternative when Apple closes down this API :-(.

This one uses the IMAP Email Content component to examine the contents of emails which I forward from our email boxes to a special Gmail account I set up only for hass. They look at the sender and the content of the email for a phrase that indicates I have a package arriving from that shipper today. When the conditions match, the sensor will indicate if there is a delivery or not. The only problem is that if another email comes in for a different thing, this sensor will go back to false (unless they fixed this). So I store this state in a variable using some automations and then I use the variable to show the state in the UI instead of the sensor. That variable is then reset to "no delivery" at midnight.

Never was able to get GTFS to work properly with Czech public transport GTFS feed unfortunately. I will probably try to do something with the Here component which works much better.

I've found the Waze travel time component to be more reliable than Google for calculating driving times. I use these for calculating how long it would take for members of the family to drive home. This informs another group of sensors which will read back where people are, if they are heading home, and how long it will take them to get home in natural language using alexa or the UI.

Google travel time does a pretty good job of calculating travel times by tram. I use these for calculating how long it would take for members of the family to take public transport home. This informs another group of sensors which will read back where people are, if they are heading home, and how long it will take them to get home in natural language using alexa or the UI.

Always nice to have your server utilization on the dashboard.

I use the Paradox addon which bridges messages from my alarm system to MQTT, and these sensors tell me the state of the alarm, whether it's armed, disarmed, alarming, etc.

These sensors take the data from files that I get from an SMB integration to our AirVisual Node Pros and parse them to get the AQI details. This makes a surprisingly reliable sensor for AQI from the indoor and outdoor AQI modules I have.

This one used to take the system status for CPU,RAM and Disk utilization from my Synology DSM, but they moved it into the integration configuration.

I use Here travel time to check which publich transportation route is fastest to work in the morning. My plans were to make a sensor that would tell me if my usual route options weren't available so that I'd know to reroute if something was closed before I found out the hard way. Since I'm working from home, this one is on the back burner.

These ones are used for the conditional card on my first lovelace tab in order to tell me when there are state or school holidays coming up. They are run through some other template sensors to format them for the frontend before they are displayed, because the standard sensor you get here isn't very useful or pretty.

I use this one for my Bosch washing machine to see if it's washing and/if the door is open. This is then used in some other template sensors and automations to tell me if the dishes are clean or if I left the door open while it was washing or if the dishes aren't done yet via alexa announcements and push notifications.

These are just some statistics about how the tensorflow human detection is working such as FPS that it's sending to the Google Coral device. I have some graphs in the latest version of my system tab to show these.

This is just a simple command that checks to see if my RAID array is still healthy and reports back to a sensor which I show in my system tab on lovelace.

These are all the sensors I use to make my AirVisual Nodes, AirThings Wave Plus, and Xiaomi Mi Air Purifier Pro very human readable and easy to use. Together, these tools monitor the air quality inside and outside and automatically run the air purifiers when needed to clean it.

The reason we have separate AQI sensors when there are already ones that are built into the air purifiers is that the ones in the air purifiers aren't very good. They have low resolution and accuracy and as soon as you turn on the air purifiers, they start reporting the AQI as perfect, when in reality it's not. I've found it to be most reliable to simply rely on the outdoor AQI from the AirVisual node we have outside in order to run the air purifiers, because when the AQI is bad outside, it doesn't take very long before it's bad inside, and then they will correctly run for as long as needed but not a minute longer, which saves the filters a lot. This is something the air purfiers do not do well on their own. In auto mode they will just keep running forever. You can see the automations for this in the automations section.

As we already had some Airvisual AQI sensors in the house which reports using a standard AQI measurement, I wanted to convert these sensors from a particles per volume of air measurement into AQI. So for each of the air purifiers, there are 2 template sensors. One shows the numeric AQI value and the other creates the description of the state. These are displayed as secondary info underneath the air purifiers on my lovelace dashboards.

These are similar to the ones above, except for the airvisual nodes, they just create a description of how bad the air quality is on the air visual nodes. I used to need these for the AirVisual Lovelace Card, but since have switched to Mini Graph Cards which take up less space on my dashboard and show a little graph, so these sensors aren't actually used at the moment.

These sensors take the attributes of the air purifiers and make them into individual sensors so that I can use them in the picture elements cards on the appliances tab of my lovelace dashboard. This gives me sensor info like humidity, filter life, air quality, temperature, and the state of various settings like the child lock or fan speed. All of that is displayed on the card for the air purifier.

We also have an AirThings Wave air quality sensor which reports some different air quality data than the AirVisual Node does. This sensor gives us additional Radon, Air Pressure, and TVOC readings in addition to CO2 which both devices show. This rounds out the data given from AirVisual into a quite complete picture of air quality in the house.

The new official Airvisual Node integration doesn't split out these sensors like my unofficial direct integration to the SMB files on the device did. So now I have to split them out from the attributes of the main sensor. Interestingly, all the PM .1, 2.5, and 10 move in almost exact synchrony, so using them individually doesn't give you much additional context. I wonder how accurate these readings really are. Also I have no idea of the units of sensor life. AQI is useful though as it's more human understandable and has nice categories which I color code on the background on the graph card so that you can see if the air quality is green, yellow, red, etc.

To get this data, I actually have another homeassistant instance running on my old Pi3 which simply connects to the AirThings Wave device by bluetooth and scrapes the data which it then publishes to the MQTT Eventstream integration when sends it to this instance for use (after decoding by the sensors).

These sensors prepare some nice human readable descriptions and states with icons of where people are based on the more complex rules made in the location automations. These are the sensors I use in the lovelace dashboard to describe the location of our family members. These sensors also can tell which direction people are traveling in, so that if you click on the location icon in Lovelace or ask Alexa where someone is or when they will be home, you will get some estimation of location, direction of travel, and time to home if someone is heading home.

These just improve a little bit on the existing zone names to describe where someone is, and adjust the icon to show something appropriate for where people are. In the case of my wife and daughter, these are pulled directly from the zone, but in my case, it does a bit more calculation to determine if I'm at work or not, because I can be moving around in the city while still in my work day, so I don't want to misrepresent that I'm coming home when I'm not.

This sensor will make a human readable sentence describing when someone will be home if they are coming home or, if not, how far away they are and which direction they are traveling in. Alexa can read that out when asked, or you can read from the more info popup of the location in the lovelace dashboard. It takes in information from the Google Maps Travel Time Sensor and the proximity component primarily to do this. The proximity component updates a bit slowly, so that's the weakest link here. Since the question about when someone will be home is mostly asked about me to determing when I am coming home from work, I have a different way of handling this for me which looks at which zones I've passed through most recently in order to determine my direction instead of the proximity component, so it's quite instant in vectoring where I'm headed as long as I'm heading through the zones as expected and the location sensors are working alright. Generally my commute is the same almost every day, this works quite well for me.

This sensor describes when a member of the house will be home if they are heading home. It doesn't try to make as much of a human readable description as the above which was designed for readback by Alexa when asked, but rather just a quick status that can be shown for a quick scan when you tap on their location to get an idea of if they are heading home and when they will be be home. But generally it's just an abbreviated version of the sensors in the section above.

This sensor describes what trams I should best take to work. The idea is to display this on the dashboard during the hours I am usually heading to work, as well as to parse this and send me notifications if the route is not one of the usual ones, which would theoretially indicate that one of the usual trams I use isn't running that day. This can save me some time of finding out the hard way.

This sensor simply takes the state attribute about direction of travel from the proximity sensor and turns it into a standalone sensor which can then be used in the above sensors to produce the descriptions of when people will be home or that they are traveling away from home. Again, there is probably a 10 minute lag on this status, so not always the most reliable thing, but it tends to be better than nothing, and I still make good use of this sensor.

(Documenting template sensors is still work in progress, so that's not all of them. For now you will have to check in the other YAML files in the sensors folder).

About

My HomeAssistant Configuration (Home Assistant Supervised, Debian 10)

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published