Home Assistant

My journey with Home Assistant and the things I've learned which just might help you.

Setup

Setup

Setup Home Assistant on a Mini PC

NOTE: You will need a dedicated computer to rune Home Assistant. There are other options available, but most of them require a new device. It's possible to use VirtualBox or VMware, but there are big limitations with that so I would only recommend it for trying things out. I found it easier to just dive in fully.

After investigating several options, I decided the easiest route to start out with Home Assistant was to purchase a cheap Mini PC and install HAOS on it directly, without a Hypervisor.

Finding a cheap Mini PC

I browsed https://lowcostminipcs.com/ which is a site that links to good Mini PC deals on eBay. Almost any will do, but I splurged and payed $74 for an HP Elitedesk. If you just want the basics and don't want to set anything up, you can get a Home Assistant Green device, I just knew I could get a lot more computer for a lot less price.

Installing HAOS on a Mini PC

The installation instructions Home Assistant provides for a Generic x86-64 are pretty good. If you've ever installed linux from a Live CD before then it's nothing too complicated. A few things to watch out for though:

Backups

One of the first things you should do is enable backups and have them copied off of your device. You'll want to think about where you can send them too. One popular option is an add-on to send them to Google Drive. In my case I have a network share available over Samba/SMB that I can send them to. Connecting to a Samba share no longer requires any add-ons, you can add it directly from Settings > System > Storage > Add Network Storage.

In Settings > System > Backups select the 3-dot menu in the upper right and select Change default backup location to change the backups to use your network share instead of being saved locally. Create a backup and check it. Unfortunately you cannot specify a sub-folder to place the backup in, so if you want it in a folder you may have to do some trickery to do that. For me, I can create a Samba share that goes straight to the desired folder.

Scheduling backups is easy in Settings > System > Backups.

Over time I will need to watch the space needed by the backups as I've heard they can grow quite large. I've also heard that the Visual Studio Code Add-on can cause backups to grow quite large, so avoiding that may be one solution.

Setup

Enable HACS - Home Assistant Community Store

Many devices you may want to control are not supported by the default included Home Assistant install. When searching online for how to connect a device with search terms like "Home Assistant [Your Device]" you will find Github repos with installation instructions. Most of these use HACS to install them, so you'll need to install HACS first.

Don't be dumb like me and try to install HACS add-ons through the native Home Assistant Add-on page. Install HACS first!

Installing HACS

Follow the most recent instructions provided by HACS: https://www.hacs.xyz/docs/use/

In summary, this will include:

  1. Adding the HACS Add-On Store in Settings > Add-ons within Home Assistant.
  2. Checking the Settings > System > Logs > Get HACS for any messages about additional manual steps (I had none)
  3. Restarting Home Assistant in Settings > System and press the power icon in the upper right.
  4. Adding the HACS Service under Settings > Devices & Services

Once installed, HACS will appear in the main Home Assistant Side menu.

Installing HACS Integrations

WARNING: HACS addons are generally not as stable as official ones. Many are abandoned & broken already, or may break over time. Go to the integration's Github Repo to report any issues or ask any questions. Also check if they are still actively maintained.

From the HACS option in the side-menu, you can browse and find additional devices/services that are supported or add the repository URL for any you find online not listed.

Some GitHub repos even provide a link that will route you straight to your Home Assistant install and add the integration when clicked.

Once an integration is Downloaded/Installed, you set it up through the usual Settings > Devices & Services page just like a native integration.

I found that after first installing HACS and downloading some custom integrations, adding them from the Devices & Services page was not working. The integration seemed to just load forever with a "Please wait, starting configuration wizard" message. Home Assistant does not provide any way to back out of this menu, so you may need to just close the app/webpage and reload it to try again. I left it for the night and in the morning had no issues. If you have this issue after any HACS integrations, just give it some time and come back to try again. A restart of Home Assistant did not resolve the issue as the restart was blocked by whatever process is being slow behind the scenes. 

Setup

Home Assistant Dynamic DNS & SSL

There are numerous reasons to get an SSL certificate for your Home Assistant environment, particularly if you plan on allowing any external access.

Dynamic DNS is also extremely useful for external access so you can have a consistent domain name to use to access your HA environment even when your local ISP changes your IP address.

Dynamic DNS

For most people, I would recommend using the existing Duck DNS Add-On found in Settings > Add-Ons. In my case, I already have a separate Dynamic DNS setup for my home network. Rather than getting a SSL certificate for that DDNS provider I instead used an existing domain I own like this:

  1. Setup a CNAME record from newsubdomain.mywebsite.com to mysubdomain.ddnsprovider.com

 

SSL - Lets Encrypt

Add the Lets Encrypt Add-on found in Settings > Add-Ons.

Fill out the Configuration information using the DNS challenge. You can use the http challenge if you expose your install's port to the web, but I didn't want to do that yet so DNS was a better option. You will need to read the add-ons documentation in details to get your configuration correct. Depending on your DNS provider you need to enter different settings, and I found the Documentation to be incorrect in places.

The short version is:

image.png

Integration Notes

Helpful notes about configuring and using various integrations.

Integration Notes

Tesla

You'll find several Tesla integrations available in the Settings > Devices & Services > Add Integration page. Here's a brief comparison to help you pick them:

If you have Tesla Solar, I recommend you use the Powerwall Integration so that your communication is done locally and you get all the extra detail. You can install all the Tesla integrations at the same time if you want to connect your Solar, Cars, and chargers.

Configure Energy Dashboard

Dashboard Configuration is under Settings > Dashboards > Energy

The following lists which sensor you should use for the various Dashboard energy settings.

For Tesla Powerwall/Solar

For Tesla Vehicles

Energy Dashboard Screenshot Examples

image.png

image.png

Note: The Energy distribution diagram shows total daily power (hence the kWh unit) and not instantaneous usage like the Tesla App does.

image.png

To get the "Low-carbon" indication, you also need to configure your "Grid carbon footprint" setting under "Electricity grid" in the Energy dashboard settings. This requires setting up an API key with the free "Electricity Maps" service available within Home Assistant.

Integration Notes

Midea AC

The default Midea integration does not support most common Midea devices. To support common Midea M-Smart devices like Air conditioners, Fans, Water heaters, Washers, etc you will need to install a HACS addon (See Enable HACS if you don't have/know about that first).

Unfortunately the main "Midea AC Lan" add-on is broken and appears abandoned by the initial developer (a common problems with HACS addons). However there are a few forks which have continued development and fixed issues. The most well supported fork I have found is: https://github.com/wuwentao/midea_ac_lan

To install

  1. Go to the HACS menu in Home Assistant
  2. Select "Custom Repositories" from the upper-right 3-dot menu
  3. For the Repository field enter: https://github.com/wuwentao/midea_ac_lan
  4. For the Type field select: Integration
  5. Click Add and then Download.
  6. After restarting Home Assistant you should see it in the usual Settings > Devices & services > Add Integration menu

Note: If install fails, make sure you did not select the other "Midea AC Lan" in HACS. It has more downloads listed, but is also broken.

Integration Notes

TP-Link Smart Home: Tapo & Kasa devices

This section is a work in progress, it will cover guides for setting up and connecting to Tapo and Kasa devices.

One particular area it will cover (once I figure it out) is how to get devices reliably connected if they are on a separate network segment, such as a network segment specifically to keep IoT devices apart from the rest of your network.

Currently I am not able to get most of my Kasa or Tapo devices to connect when they are on a separate IoT specific network segment.

Advanced Setup

Covering more advanced setup topics as I learn them

Advanced Setup

433 MHz Devices

Why 433 MHz?

While Wifi, Zigbee, Z-wave, and Matter/Thread are great, sometimes you just need a simple sensor that does one thing really cheaply. 433MHz devices (and others like 915MHz and 868MHz) are one-way sensors that can talk to Home Assistant to report things like temperature, water, moisture, open/close and much more.

The advantages of these devices are:

The downsides are:

And as either a downside or an upside depending on your view is that you might learn a lot about your neighbors.

Equipment

SDR receiver

The most important thing you will need is a SDR receiver. This is a USB device with an antenna which can receive radio signals and pass them to your HA device.

I purchased the Nooelec NESDR Mini 2+ as an entry level device for under $40, but there are a range of devices of all prices out there. Just do a quick search to ensure it works with Home Assistant. If the Mini 2+ isn't on sale, the regular NESDR Mini 2 is great too. Any device using a Realtek chip should work. Other companies make chips, but these are very affordable ones. You'll often see the term rtl referenced, which stands for Realtek Limited (Examples: rtl-srd, rtl-433).

Sensors

You're going to want something to sense. Here are some good suggestions to start with, but as you get comfortable search around for more device types, as you can do so much with SDR!

Remember how I mentioned learning about your neighbors? Chances are that you and your neighbors already have some devices transmitting on 433MHz. Before I ever turned on my first sensor, my alarm system door sensors and my neighbors soil sensors both popped up in Home Assistant! Car TPMS (Tire Pressure Monitoring Systems) also show up, but because you likely don't want to have a dashboard filled with every car that drives by these are disabled by the default config below.

These devices I have not tested myself, but my neighbors must be using them because I've picked up their signal and have been able to read them.

Setting Up Your SDR Receiver

Your receiver has arrived, let's set it up! If your sensor has arrived too, great! If it hasn't lets set the receiver up anyway and see what we find.

Note: If you want to play with the SDR receiver on your linux desktop/laptop first, see my guide here: https://www.wswapps.com/books/debian-ubuntu-pop-os/page/install-configure-sdr-receiver

Add-on Installation

Screenshot showing enabled Add-Ons

Add-On Configuration

We're almost done. We now need to create a configuration file for rtl_433. To do that you need a way to upload or edit files in Home Assistant. If you have a favorite way, use that. For this demo I will use the File Editor which you can install from the Add-on section. make sure to enable "Show in sidebar" for the File Editor after installing and starting it.

rtl_433.conf.template
# This is an empty template for configuring rtl_433. mqtt information will be
# automatically added. Create multiple files ending in '.conf.template' to
# manage multiple rtl_433 radios, being sure to set the 'device' setting. The
# device must be set before mqtt output lines.
# https://github.com/merbanan/rtl_433/blob/master/conf/rtl_433.example.conf

output mqtt://${host}:${port},user=${username},pass=${password},retain=${retain}
report_meta time:iso:usec:tz

# To keep the same topics when switching between the normal and edge versions,
# use this output line instead.
# output mqtt://${host}:${port},user=${username},pass=${password},retain=${retain},devices=rtl_433/9b13b3f4-rtl433/devices[/type][/model][/subtype][/channel][/id],events=rtl_433/9b13b3f4-rtl433/events,states=rtl_433/9b13b3f4-rtl433/states

# Uncomment the following line to also enable the default "table" output to the
# addon logs.
output kv

frequency     433.92M
convert    si


# Disable TPMS sensors by default. These can cause an overwhelming number of
# devices and entities to show up in Home Assistant.
# This list is generated by running:
# rtl_433 -R help 2>&1 | grep -i tpms | sd '.*\[(\d+)\].*' 'protocol -/run.sh'
#    [59]  Steelmate TPMS
#    [60]  Schrader TPMS
#    [82]  Citroen TPMS
#    [88]  Toyota TPMS
#    [89]  Ford TPMS
#    [90]  Renault TPMS
#    [95]  Schrader TPMS EG53MA4, PA66GF35
#    [110]  PMV-107J (Toyota) TPMS
#    [123]* Jansite TPMS Model TY02S
#    [140]  Elantra2012 TPMS
#    [156]  Abarth 124 Spider TPMS
#    [168]  Schrader TPMS SMD3MA4 (Subaru)
#    [180]  Jansite TPMS Model Solar
#    [186]  Hyundai TPMS (VDO)
#    [201]  Unbranded SolarTPMS for trucks
#    [203]  Porsche Boxster/Cayman TPMS
protocol -59
protocol -60
protocol -82
protocol -88
protocol -89
protocol -90
protocol -95
protocol -110
protocol -123
protocol -140
protocol -156
protocol -168
protocol -180
protocol -186
protocol -201
protocol -203

This setup process will automatically detect new sensors and add them to the MQTT integration within HA. There will not be a notification of a new device, they will just show up and you can Disable them if you don't want them. If you find too many devices are showing up, you can disable the rtl_433 MQTT Auto Discovery Add-on. Down below we'll discuss adding a sensor manually if needed.

image.png

Configure a Sensor

If you have the rtl_433 MQTT Auto Discovery Add-on enabled, you don't need to do anything. Any commonly recognized devices will show up automatically in the MQTT integration for you to begin using. If you aren't using Auto Discovery or your devices is not one that can be auto discovered, it can be manually configured.

TODO: documentation on manually configuring a sensor

Monitor Multiple Frequencies

To monitor multiple frequencies, you need to update your rtl_433.conf.template file.

The hop_interval defines how many seconds each frequency will be scanned, before hopping to the next. If you want one frequency scanned more than another, you can list the same frequency multiple times.

The downside of this is that there is a period of time where you are not scanning each frequency and can miss messages. To scan each frequency without missing anything you would need to get an additional SDR receiver per frequency and configure multiple config files. This guide doesn't cover that setup (yet). 

More Info

Here is a collection of resources and guides I used to help me get started with SDR and 433Mhz in Home Assistant:

Advanced Setup

Frigate NVR

The goal with a Network Video Recorder (NVR) is to free yourself from cloud subscriptions for security cameras. You can (and probably should) run a standalone NVR, but in this guide we'll setup Frigate NVR as a Home Assistant Add-On.

Equipment

To run an NVR alongside Home Assistant you will likely need more CPU power than a Raspberry Pi provides, but most mini PCs should have enough. You can always try it out and find out.

If you plan to use any detection features at all (object tracking, notifications for specific objects) then you will need some sort of hardware acceleration. The Google Coral USB Accelerator device is recommended and is what we'll cover in this guide.

The Frigate recommended hardware guide has more details on both hardware acceleration and CPU recommendations.

Cameras

See list of cameras I've tested at the bottom

You will need cameras that support RTSP and optionally ONVIF. ONVIF is needed for PTC cameras if you want Frigate to be able to control their movement. You also ideally want cameras that can output 2 streams, 1 high and 1 low resolution. High resolution will be used for viewing and the lower resolution for detection tasks.

In this guide I will be using a Tapo C210 camera which can sometimes be found on sale under $20 and supports Pan & Tilt as well as 2K resolution. Tapo cameras support RTSP and ONVIF as well as 2 different quality streams. Unfortunately they also require the Tapo app to perform the initial setup. I will be searching for other cameras that can be used entirely offline  in the future and update this guide.

Setup Cameras

The first step is to setup your cameras and enable RTSP. This will vary based on the brand.

Install Frigate

Add-On Configuration

We now need to update the configuration file for Frigate to tell it about any cameras. To do that you need a way to upload or edit files in Home Assistant. If you have a favorite way, use that. For this demo I will use the File Editor built into Frigate itself.

Expand to see frigate.yaml

Keep any code above and below the cameras section that is already in the config file

cameras:
  C210: # <------ Name your camera
    enabled: true
    ffmpeg:
      inputs:
        - path: rtsp://username:password@192.168.0.101:554/stream1 # The High Quality stream you want to use for recording
          roles:
            - record
        - path: rtsp://username:password@192.168.0.101:554/stream2 # The Lower Quality stream you want to use for detection
          roles:
            - detect
    detect:
      enabled: false # Disable until you have a working camera feed and hardware acceleration 
      width: 1280 # The resolution of the detection camera feed.
      height: 720
      fps: 5 # This can be raised later if we have the processing power
    record:
      enabled: false
      retain:
        days: 7 # The number of days a recording will be kept for after a motion is detected
        mode: motion
      events:
        retain:
          default: 30 # The event data will be kept for 1 day. After this period, the event data will be automatically deleted.
          mode: motion
# Leave out this section if camera is not PTZ or does not support ONVIF
    onvif:
      host: 192.168.0.101
      port: 2020 # Port may differ for your camera brand!
      user: username
      password: password
      autotracking:
        enabled: false # Disable until you have hardware acceleration
        calibrate_on_startup: true
        zooming: disabled # Can enable if camera supports Zoom
        track:
          - person
          
    objects:
      track:
        - person
        - car

 

Additional Setup and usage instructions are coming soon. In the meantime go ahead and setup more cameras and play around with Frigate. You can try enabling detection in your Frigate config file, but without Hardware acceleration it may bring everything to a grinding halt.

Using go2rtc - Viewing High Quality Streams

Wait, you setup the high quality camera stream in your Frigate config, but when viewing it from the web UI you're seeing a low resolution stream!?

While this setup is optional, it will allow for viewing higher quality streams in the Frigate UI and also reduce the number of direct concurrent connections to your cameras. This also allows for more connection types to cameras than just RTSP. You can see the full list of supported connection types here.

Open your frigate.yaml file again for some editing. We are going to add a new main section titled go2rtc: and also add the cameras to this section, then we will update the cameras: section to point to this stream instead of directly to the camera.

Expand to see frigate.yaml

Add the following section right above the existing cameras: section. If using rtsp, you can copy the rtsp connection string from the cameras section to this section. 

go2rtc:
  streams:
    C210: # <-- Name the camera, use the same name as in the cameras section
      - rtsp://username:password@192.168.0.101:554/stream1 # <-- stream which supports video & aac audio
      - "ffmpeg:C210#audio=opus" # <-- Optional, This creates a copy of the stream which transcodes audio to opus for webrtc support
    C210_sub: # <-- Optional low-quality substream
      - rtsp://username:password@192.168.0.101:554/stream2 # <-- Low Quality stream which supports video & aac audio
      - "ffmpeg:C210_sub#audio=opus" # <-- Optional if auto is needed for substream

If you have issues with the rtsp connection string, you can try adding ffmpeg: to the start of it. This supports more encoding types, but does cause the camera connection to be slower. Example: ffmpeg:rtsp://username:password@192.168.0.101:554/stream1

Save the changes to this file and restart Frigate to test this stream and see if it works.

Below is an example of quality difference when viewed in the Frigate UI before and after enabling go2rtc. This is just one corner of the camera view and there is quality lost from converting this to a gif for display here, but it still makes the quality difference clear.

quality_comparison.gif

You can now change the path: element under the cameras: section to point to the go2rtc stream instead of directly to the camera. This will again reduce the number of connections made directly to the camera. No credentials need to be specified here. Example: path: rtsp://127.0.0.1:8554/C210 

More go2rtc docs: https://docs.frigate.video/guides/configuring_go2rtc/

Notifications & MQTT Integration

Now that Frigate is installed and working, you'll need to install the Frigate HACS integration to integrate it with the rest of Home Assistant. If you have not yet enabled HACS, see here first. This also assumes you have already installed the MQTT Add-On and Integration. If not, see here.

Expand to see frigate.yaml

The mqtt section is usually at the very top of the frigate.yml file and is disabled by default. Enable it as shown here and add your Home Assistant server's local IP address as well as the user and password you just setup in the MQTT Mosquitto broker config.

mqtt:
  enabled: true
  host: 192.168.1.100 # <-- Local IP of your HA server. Does not work with localhost/
  port: 1883
  user: mqtt-user
  password: mqtt-pwd

Motion Tracking

Coming Soon, detailed instructions on setting up motion tracking and other features

Cameras Tested

Camera Brand
Model
Features
Substream
Works?
Notes
Tapo C210
2k, Pan & Tilt
720p

Internet Required for Setup

P&T work in Frigate w/ manual controls but not automatic tracking.

Tapo
C110 / C120
2k, Cheap
720p

Internet Required for Setup.

C120 has better performance and clarity. I recommend it.

Reolink
Cheap

360P

Substream quality lower than ideal for object detection. Some models may have higher substream resolution.

RTSP sometimes unstable

Untested, but supports RTMP and may be more reliable

Eufy

X
X

No longer supports RTSP. Eufy pulled RTSP from cameras previously supporting it via a firmware update.

Some models may still support RTSP, but it's a gamble.

Wyze

Cheap
360P
X

No RTSP Support. Hacky workaround available but it's not super reliable

What is a substream?

A sub-stream is a secondary camera stream at a lower resolution. Without a substream, object detection needs to happen on the main stream, which can take a lot of resources of it is high quality. However, if the substream resolution is too low then it's not very useful. Usually 720p is a good middle ground. If you have the resources to perform detection on the full resolution stream, go for it!

Common Issues

Devices Missing in Settings > Devices & Services > Frigate

The Frigate Devices don't update automatically until Home Assistant has been restarted. The most reliable way to get this updated is:

  1. Restart Frigate
  2. Restart Home Assistant

If you don't restart just Frigate first, then it won't pick up the Frigate config changes in time to update the Device list.

Changing Camera Names

Changing camera names in Frigate is a bit difficult as you need to update all the references manually. Note, the connection to the Frigate Camera Devices in Home Assistant will break and new devices will be created. These are the steps you need to take:

  1. Update ALL references to the camera name (and any sub-stream names) in your frigate.yml file
  2. Restart Frigate and wait for everything to load back up
  3. Verify in the Frigate UI that all cameras are loading and the settings show the new camera names
  4.  Restart Home Assistant
    1. Yes, do this
  5. After Home Assistant is back up, go to: Settings > Devices & Services > Frigate
    1. Verify that all the new names are displaying and the old ones are gone
  6. Go to Settings > Automations & scenes
  7. Manually update (and Save) every automation or scene that references your cameras so reference the new name
Advanced Setup

ESP Device Flashing Issues

If you are having difficulties flashing your ESP based device following any of the many online tutorials (I used this one), try these common solutions.

ESP Device Not Entering Flash Mode

First, don't expect any lights to come on when your device enters flash mode. So no lights may be a good thing.

Verify the device has power by powering it from your USB Serial device without holding down power first. It should light up if it gets power.

When booting into flash mode:

  1. Do not have your ESP device plugged into the wall!
  2. Start with the USB serial device unplugged
  3. Ensure all connections are correct and you're using 3 or 3.3 V power (not 5V)
  4. Press and hold the ESP device power button
  5. Plug in the USB still holding the ESP device power button
  6. Hold for up to 12 seconds (but usually 3 seconds is enough)
  7. Attempt to connect and flash your device

USB Device Not Showing Up - Linux

In linux the USB to serial driver should be installed by default, no install needed. However if your kernel has been updated without a reboot it can cause this driver to not work.

You might see error messages like this: failed to validate module [usbserial] BTF: -22

The solution to this one is simple, just reboot.

Failed to open serial port - Linux

If you receive this error message while flashing: Failed to execute 'open' on 'SerialPort': Failed to open serial port.

The brltty config may be stealing the USB connection. BRLTTY is for supporting braille displays for the blind. If you do not use brial displays you can safely disable this config permanently. To do so, we link the config file to /dev/null like so:

sudo ln -sf /dev/null /etc/udev/rules.d/85-brltty.rules

You then need to restart.

Switch TX and RX

Your USB serial and ESP device should generally have TX and RX crossed. For example the USB serial devices Transmits and the ESP device receives. Some ESP devices have their TX and RX reversed, so try matching TX to TX and RX to RX to see if that solves your problem

Advanced Setup

Tesla Fleet Setup

Instructions for setting up the Tesla Fleet integration in Home Assistant. This is an advanced setup process (for now).

  1. Sign in with your Tesla Account credentials and create a new app. Give it a unique name to ensure no one else has used the same name:
    1. https://developer.tesla.com/dashboard
  2. In the Tesla app setting, set the Redirect URL to: https://my.home-assistant.io/redirect/oauth
  3. For the Allowed Origin(s) setting you need a public domain where you can host a file. Hopefully soon we can simplify this step.
    1. Update: You can use https://fleetkey.cc/ if you don't have your own domain.
  4. When asked, select all available scopes.
  5. Generate a Public/Private Key Pair. See below:
    1. Linux Instructions, run these commands:
      1. openssl ecparam -name prime256v1 -genkey -noout -out private-key.pem
      2. openssl ec -in private-key.pem -pubout -out public-key.pem
    2. You now have two files: private-key.pem and public-key.pem which you'll need later
    3. You must place the public key on the Allowed Origins domain you specified at the following location:
      1. https://your-domain.com/.well-known/appspecific/com.tesla.3p.public-key.pem
  6. Using Postman or a similar app, we need to make some API calls to Tesla now.
    1. Here is a Postman collection you can import: Tesla Fleet.postman_collection.json
  7. For the Tesla Auth Token call, fill in your client_id and client_secret from your Tesla Developer account, then click Send in postman.
    1. This assumes Tesla North America or Asia-Pacific. If you're in a different region like Europe, find your URL here and update the audience field: https://developer.tesla.com/docs/fleet-api/getting-started/base-urls
  8. You'll get back a response with an access_token in quotes. Copy the value in the quotes.
  9. Now open the Tesla Partner Account in postman. Go to the Authorization tab and enter it into the Token field.
  10. Click the Body tab and in the quotes next to domain enter the same domain you entered in Allowed Origin(s) when you setup your app with Tesla (excluding the https:// portion).
    1. Remember, you must place the public key you created on the Allowed Origins domain you specified at the following location:
      1. https://your-domain.com/.well-known/appspecific/com.tesla.3p.public-key.pem
  11. Send the request in postman. If your file was in the correct place, you should get back a response. Otherwise you'll receive an error message with what went wrong.
  12. Create new Application Credentials in your HA: https://my.home-assistant.io/redirect/application_credentials/
    1. Select Tesla Fleet as the Integration and Enter your app name, client_id, client_secret, then click Add
  13. Reconnect the device in HA Settings > Devices & services > Tesla Fleet

Common Errors:

Notes: