Currently I have multiple sensors defined in my config file, each having their own section name (i.e. sensor 1, sensor 2, sensor 3, etc). I understand the recommended way to define sensors is to have them in a single section (i.e. sensor:) and then have each platform under the one section. YAML has specific requirements on how things are defined which I don’t fully understand. Would this be a valid entry?
Testing configuration at /home/pi/.homeassistant
16-09-21 10:37:36 WARNING (MainThread) [homeassistant.config] Found deprecated temperature unit in core config, expected unit system. Replace 'temperature_unit: °F' with 'unit_system: imperial'
16-09-21 10:37:36 INFO (MainThread) [requests.packages.urllib3.connectionpool] Starting new HTTP connection (1): maps.googleapis.com
16-09-21 10:37:36 WARNING (MainThread) [homeassistant.config] Incomplete core config. Auto detected elevation: 33
16-09-21 10:37:36 INFO (MainThread) [homeassistant.config] Upgrading config directory from 0.27.0 to 0.28.2
What’s interesting is I can’t find any reference to temperature_unit in my config. I also don’t see my sensors. Here is that section of my config:
Ok… now I’m totally confused… when I run “hass --script check_config”, it checks the file at /home/pi/.homeassistant but my config is stored in /var/opt/homeassistant
Change your unit_system: to imperial.
Also add a server_id: to you speedtest sensor.
I would remove your Wunderground api_key: from the post too unless it is fake.
Go to the website and press Ctrl+F to bring up a Find Search bar. Type the name of your City or a city near you. It will highlight the city. Use one of those IDs
Ok… I’m still trying to determine whether HA is using the config file in the .homeassistant or /var/opt directories but I’ve resolved my sensor problem
HASS always prints the config it is using during startup. You can specify the config directory for HASS (or scripts) by adding a -c /var/opt/homeassistant
For a full list of parameters try: hass --script check_config --help
It is the first item printed to the console, but before the logger output is set.
So you will see it if you run it from the command line, like the check_config script or if you run sudo systemctl status [email protected] -l (that assumes systemd and that your service is called [email protected])