Back to Home Assistant Guides
Home Assistant

Why Do My Home Assistant Automations Stop Running After a Restart?

Home Assistant GuideSmart Hubs
medium difficulty 20-30 minutes 324 views 20 found helpful Updated
This guide applies to: Home Assistant Home Assistant (Home Assistant OS, Home Assistant Supervised, Home Assistant Core)
At a glance — most common causes
  • State trigger requires a from state that was not restored after restart
  • Automation initial_state not set causing automation to default to off after restart
  • Integration providing the trigger entity not fully loaded when automation evaluates
20-30 minutes11 solutions coveredmedium level

Expert Review & Technical Scope

DeviceHome Assistant Home Assistant
Model CoverageHome Assistant OS, Home Assistant Supervised, Home Assistant Core
Fix Time20-30 minutes
DifficultyMedium
Required ToolsNo special tools required
Network / ProtocolWi-Fi / app-based troubleshooting context

Problem Description

Your Home Assistant automations work correctly until Home Assistant is restarted, after which some or all automations stop triggering even though they show as enabled in the automation list. State-based triggers that require knowing a previous state do not fire after a restart because Home Assistant has no history of the previous state from before the restart. Time-based triggers may also miss their scheduled time if the restart takes longer than expected.

Symptoms

  • Automations that were running stop triggering after Home Assistant restart
  • State change triggers do not fire in the first minutes after HA restarts
  • Automations show as On in the list but do not execute on trigger events
  • Time-based automations miss their scheduled time on the day of a restart
  • Automation trace shows no records after a restart for triggers that should have fired
  • Some automations resume after restart but others stay dormant indefinitely

Recognize these? Here's what usually causes it.

Common Causes

  • State trigger requires a from state that was not restored after restart
  • Automation initial_state not set causing automation to default to off after restart
  • Integration providing the trigger entity not fully loaded when automation evaluates
  • Template in trigger or condition using unavailable entities during startup
  • Automation mode set to single with a queued run that blocks new triggers
  • Home Assistant recorder not restoring entity states quickly enough on boot

Most fixes happen in the first 3 steps.

Warning

Do not create automations with restart triggers that activate smart locks or security systems without a confirmation condition. A restart automation that unlocks a door on every HA boot is a security risk if HA restarts unexpectedly.

Step-by-Step Solution

1

Check automation run mode and initial triggers

Review each affected automation for trigger type and run mode behavior after startup. Many automations rely on state-change triggers that never fire if the state is already set when Home Assistant boots.

2

Add startup-safe trigger logic

Use `homeassistant_start` trigger or template conditions to re-evaluate critical automations on restart. This ensures core routines reinitialize instead of waiting for a state transition that may not occur.

3

Validate dependencies and integration readiness

Confirm required entities are available after restart before automations execute. Integrations that initialize slowly can cause early automation runs to fail silently.

4

Inspect logs and trace failed runs

Open automation traces and Home Assistant logs to identify exact failure points after boot. Trace-based debugging is the fastest way to isolate broken conditions or unavailable entities.

5

Stagger restart-sensitive automations

Introduce short startup delays for automations tied to cloud services or slow integrations. Staggering prevents race conditions where actions run before devices are ready.

Quick Solutions

Set initial_state true in YAML automations to ensure they are enabled after restart
Add a homeassistant_started trigger to re-evaluate automations after full boot
Check integration load order ensuring trigger entities are available before automations run
Use state trigger without a from clause to avoid requiring pre-restart state
Add a 60-second startup delay to automations that need full HA initialisation
Check automation traces after restart to identify which specific trigger is not firing

Still having issues? This is usually the deeper cause below.

If this comes back after following these steps, check whether a recent app or firmware update reset a default setting — the fix works, but the setting gets reverted silently.

Pro Tip

Create a dedicated startup automation in Home Assistant that runs 2 minutes after start and logs a message or sends a notification. This confirms HA completed its full startup and all other automations should be active. It also serves as a restart timestamp in your logs.

Real-World Insight

Home Assistant issues that only appear after restart are a well-known quirk — triggers that require prior state history simply can't fire until that history rebuilds.

What Usually Goes Wrong
  • State trigger requires a from state
  • Automation initial_state not set
  • Integration providing the trigger entity not fully loaded
  • Template in trigger or condition using unavailable entities during
  • Automation mode set to single with a queued run

Official Manufacturer Manual

If you need the complete manufacturer documentation for advanced setup, wiring diagrams, or detailed specifications, you can download the official manual below. The manual includes full technical instructions directly from the manufacturer and may help if your issue requires deeper troubleshooting.

Download the Official Home Assistant Manual

Source: home-assistant.io

Need More Help? Home Assistant Support

Note: The contact information below connects you directly to Home Assistant's official customer support team, not Trunetto. They can help with warranty claims, device replacements, and advanced technical issues.