Concept · smart-home
루틴 자동화란 — 트리거가 부르는 흐름을 직접 짜는 법
루틴 자동화를 처음 만드는 분께. 루틴이 씬과 무엇이 다른지, 트리거·조건·동작을 어떻게 엮는지, 로컬에서 도는 루틴과 클라우드 루틴이 왜 갈리는지를 공개 문서 기준으로 정리합니다.
목차
루틴 자동화란
루틴 자동화는 시간이나 센서 같은 이벤트가 발생하면 정해진 동작이 사람 손 없이 도는 규칙입니다. 흔히 “버튼 하나로 다 켜지는 것”으로 묶어 생각하지만, Home Assistant 문서 기준으로 그건 씬에 가깝고 루틴은 다른 단위입니다. 루틴의 본질은 기기 묶음이 아니라 트리거가 흐름을 부른다는 점이다.
루틴 자동화를 이해하는 갈림은 “사람이 부르는 씬 스냅샷”과 “트리거가 스스로 흐름을 부르는 루틴”의 차이입니다.
- 씬(Scene) — 여러 기기 상태를 한 번에 맞추는 스냅샷. 보통 사용자가 앱·음성으로 직접 호출
- 루틴·자동화(Routine/Automation) — 시간·센서 같은 이벤트가 트리거로 흐름을 자동 실행
이 글은 특정 플랫폼을 추천하지 않습니다. 루틴을 직접 짤 때 무엇을 트리거로 두고 무엇을 조건으로 걸러야 하는지를 먼저 확인해야 합니다.
루틴은 한 번 누르는 묶음부터 시작한다
예전에는 “루틴 = 타이머로 시간 맞춰 켜기”가 거의 전부였습니다. 기기마다 앱이 따로라, 같은 “루틴 지원”이라도 시간 외 트리거가 되는지가 제각각이었습니다.
지금은 흐름 모델이 표준화되면서 갈림이 분명해졌습니다. Home Assistant 문서 기준으로 루틴 자동화는 트리거(언제)·조건(추가 상태)·동작(무엇을)으로 구성되고, 씬은 그와 별개로 여러 기기 상태를 한 번에 맞추는 스냅샷으로 정의됩니다. 같은 “스마트홈 루틴”이라도 사용자가 부르는 스냅샷이냐 이벤트로 도는 흐름이냐에 따라 설계가 갈립니다.
이 글이 기대는 1차 출처는 Home Assistant 문서 한 곳이고, 그 문서가 정의해 주는 범위는 “트리거·조건·동작 구조와 씬·루틴 구분”까지입니다. 각 상용 플랫폼이 루틴을 어떤 메뉴 명칭으로 부르고 어떤 트리거를 지원하는지는 그 문서에도, 다른 어떤 단일 통합 출처에도 없는 플랫폼별 구현 영역이라, 이 글은 흐름 모델만 정리하고 개별 플랫폼의 트리거 목록을 단정하지 않습니다.
트리거·조건·실행 순서를 나눈다
루틴 자동화를 한 장으로 이해하려면 무엇이 흐름을 부르고 무엇이 그것을 거르느냐로 끊어 보는 게 가장 빠릅니다. Home Assistant 문서 기준으로 정리하면 이렇습니다.
| 구성 | 무엇 | 루틴을 짤 때 알아야 할 점 |
|---|---|---|
| 트리거(Trigger) | 루틴을 시작시키는 이벤트 | 시간·센서·상태 변화·위치. 빠지면 루틴이 안 돎 |
| 조건(Condition) | 추가로 만족해야 할 상태 | 생략 가능. ‘사람 있을 때만’ 같은 게이트 |
| 동작(Action) | 실제 수행할 일 | 기기 제어·씬 호출 등. 빠지면 의미 없음 |
| 씬(Scene) | 여러 기기 상태의 스냅샷 | 동작 자리에서 호출 가능 — 루틴과 조립 관계 |
핵심은 루틴은 트리거가 부르는 흐름이고, 씬은 사용자가 부르는 스냅샷이라는 점입니다. 동작 자리에서 씬을 호출할 수 있어, 둘은 대립이 아니라 조립 관계입니다.
Routine grammar
| 구성 | 예시 | 빠지면 생기는 문제 |
|---|---|---|
| 트리거 | 일몰·모션·외출 | 루틴이 시작되지 않음 |
| 조건 | 재실·시간대·휴가 모드 | 원치 않을 때 실행 |
| 동작 | 조명·보일러·씬 호출 | 실행할 일이 없음 |
| 로컬 여부 | 허브 내 실행 | 인터넷 장애에 취약 |
트리거를 먼저 정하고 조건으로 좁힌다
루틴을 짜다 어긋나는 대부분은 트리거만 있고 조건이 없을 때 생깁니다.
- 트리거 선정 — 그 흐름이 정확히 언제 시작돼야 하는지부터 한 문장으로 적기 (예: 평일 일몰)
- 조건 추가 — 그 트리거가 발생해도 실행하면 안 되는 상황을 게이트로 걸기 (예: 외출 중일 때 제외)
즉 “트리거 걸었으니 알아서 되겠지”가 아니라, 원치 않을 상황을 조건으로 미리 잘라두는 것이 루틴 품질을 좌우합니다.
매일 반복되는 동선에서만 값어치가 생긴다
루틴 자동화가 모든 집에 같은 값어치를 주지는 않습니다. 결정은 그 흐름이 규칙으로 잡히는가와 로컬에서 돌릴 수 있는가로 갈립니다.
| 상황 | 루틴의 값어치 | 먼저 확인할 것 |
|---|---|---|
| 매일 같은 시각·동선 반복 | 큼 — 시간·센서 트리거로 루틴화 | 트리거 가능한 센서·시간 조건 유무 |
| 상황마다 흐름이 달라짐 | 작음 — 규칙으로 안 잡힘 | 차라리 씬으로 묶어 수동 호출이 나음 |
| 인터넷이 자주 끊기는 환경 | 중간 — 로컬 루틴이면 유지 | 루틴 로직이 허브 로컬에서 도는지 |
살 만한 경우 — 매일 같은 시각·동선이 반복되고 그 흐름을 로컬 허브에서 트리거로 돌릴 수 있으면, 루틴이 손이 가는 일을 실제로 줄입니다. 권하지 않는 경우 — 흐름이 매번 달라 트리거·조건으로 잡히지 않거나, 핵심 루틴이 전부 클라우드 의존이라 인터넷이 끊기면 멈추는 구성으로 시작하면 값어치가 약합니다.
예외 상황과 수동 중지를 확인한다
“루틴 지원”이라는 말만 보고 짜기 시작하면 다음에서 어긋납니다. 전부 쓰려는 플랫폼과 흐름 한 곳에서 검증됩니다.
| 점검 | 왜 생기나 | 확인법 |
|---|---|---|
| 씬·루틴 혼동 | 둘은 호출 주체가 다른 단위 | 그 흐름을 사람이 부르는지 이벤트가 부르는지 |
| 트리거 부재 | 루틴은 트리거가 필수 | 시간·센서 등 시작 이벤트가 잡히는지 |
| 조건 누락 | 조건 없으면 원치 않을 때도 실행 | ’사람 있을 때만’ 같은 게이트 필요 여부 |
| 클라우드 의존 | 클라우드 루틴은 인터넷 끊기면 멈춤 | 로직이 허브 로컬에서 도는지 |
복잡한 루틴이 좋은 자동화는 아니다
- “루틴 = 타이머로 시간 맞춰 켜기” — 아닙니다. Home Assistant 문서 기준 트리거는 시간뿐 아니라 센서·상태 변화·위치도 됩니다
- “씬도 루틴처럼 알아서 돈다” — 씬은 보통 사용자가 부르는 스냅샷이고, 자동으로 돌리려면 루틴의 동작 자리에서 호출해야 합니다
- “루틴은 다 인터넷이 있어야 한다” — 로컬 실행 루틴은 허브에서 돌아 인터넷 없이도 동작합니다. 단 원격 조작·클라우드 음성 트리거는 예외입니다
- 확인 범위 — 이 글은 Home Assistant 공개 문서의 흐름 모델만 정리합니다. 특정 상용 플랫폼이 루틴을 어떤 메뉴 명칭으로 부르고 어떤 트리거를 지원하는지는 그 플랫폼 문서로만 확정되며, 여기서 단정하지 않습니다
다음 단계
FAQ
자주 묻는 질문
- Q1. 루틴 자동화는 씬과 무엇이 다른가요?
- 루틴 자동화는 시간·센서 같은 이벤트가 발생하면 자동으로 도는 If-Then 규칙이고, 씬은 여러 기기 상태를 한 번에 맞추는 스냅샷으로 보통 사용자가 직접 부릅니다. Home Assistant 문서 기준으로 정리하면 '이 일이 생기면 자동으로 해라'가 루틴 자동화, '지금 이 상태로 맞춰라'가 씬입니다. 둘을 가르는 한 줄 기준은 호출 주체가 이벤트냐 사람이냐입니다.
- Q2. 루틴은 트리거·조건·동작을 어떻게 엮나요?
- Home Assistant 문서 기준으로 루틴 자동화는 트리거(언제 시작할지), 조건(추가로 만족해야 할 상태), 동작(무엇을 할지) 세 부분으로 짭니다. 예를 들어 '평일 오전 7시가 되면(트리거), 휴가 모드가 아닐 때만(조건), 침실 조명을 켜라(동작)' 식입니다. 조건은 생략할 수 있지만 트리거와 동작은 빠지면 루틴이 성립하지 않습니다.
- Q3. 루틴 자동화가 클라우드 없이도 도나요?
- 허브에서 도는 로컬 루틴은 인터넷이 끊겨도 동작합니다. Home Assistant 문서 기준으로 루틴 로직이 허브 안에서 처리되면 클라우드 왕복이 없어 더 빠르고 끊김에 강합니다. 다만 외부에서 원격으로 켜거나 클라우드 음성 비서를 트리거로 쓰는 루틴은 인터넷이 필요합니다. 모든 루틴이 로컬은 아니므로 어디서 로직이 도는지를 먼저 확인해야 합니다.
- Q4. 루틴이 원치 않을 때 실행되는 건 왜 그런가요?
- 조건을 빼고 트리거만으로 루틴을 짜면, 그 트리거가 발생할 때마다 사람 유무·시간대와 무관하게 동작이 실행됩니다. Home Assistant 문서 기준으로 조건은 '집에 사람이 있을 때만' 같은 게이트 역할을 합니다. 모션 트리거 루틴이 한밤중에도 도는 흔한 사례는 대부분 조건 누락에서 옵니다. 트리거를 줄이기 전에 조건을 먼저 점검하는 편이 빠릅니다.
- Q5. 루틴 자동화를 시작하려면 무엇부터 보나요?
- 먼저 자동화하려는 흐름이 매번 같은 형태로 반복되는지를 확인하는 편이 안전합니다. 반복 규칙이 잡히면 트리거를 정하고, 원치 않을 상황을 걸러낼 조건을 더한 뒤 동작을 붙입니다. 그다음 그 루틴 로직이 허브 로컬에서 도는지 클라우드에 의존하는지를 확인하면 인터넷이 끊겨도 유지될 루틴인지 판단할 수 있습니다.
관련 비교
이 개념이 실제 구매로 갈라지는 지점입니다. 후보를 같은 기준으로 나란히 비교하세요.
- 비교비교 보기
국내 매터 도어록 옵션 — U200, E30, 솔리티 MT-100C를 같은 줄에 세우면 안 되는 이유
Aqara U200, Eufy E30, 솔리티 MT-100C를 국내 아파트 현관문 기준으로 볼 때 설치 방식·Matter 인증·유통 조건부터 가릅니다.
- 비교비교 보기
클라우드 vs 로컬 스마트홈 — 인터넷이 끊겨도 집은 돌아가야 한다
스마트홈을 클라우드로 묶을지 로컬로 묶을지 고민하는 분께. 명령이 어디를 거치는지, 서버가 닫히면 무엇이 벽돌이 되는지, 무엇을 보고 골라야 하는지를 공개 표준 문서 기준으로 정리합니다.
- 비교비교 보기
매터 vs 홈킷 — 표준과 프레임워크는 경쟁이 아니라 층이 다르다
매터와 홈킷 중 무엇을 기준으로 스마트홈을 묶을지 고민하는 분께. 둘이 같은 층의 경쟁자가 아니라는 점, 애플 홈 앱이 둘 다 제어한다는 점, 무엇을 보고 골라야 하는지를 CSA·애플 공개 문서 기준으로 정리합니다.
- 비교비교 보기
Thread vs 지그비 — 같은 무선 위에 IP가 있느냐 없느냐의 차이
Thread와 지그비 중 무엇을 기준으로 스마트홈을 묶을지 고민하는 분께. 둘 다 같은 무선 규격을 쓰지만 IP 기반이냐 게이트웨이가 필요하냐에서 갈린다는 점을 Thread Group·CSA 공개 문서 기준으로 정리합니다.