본문 바로가기
IT/HomeLabs

[HomeLabs] Home Assistant 음성 제어 2026.7: 로컬 AI 홈 오토메이션 완벽 가이드

by 수누다 2026. 4. 9.
반응형

클라우드 없이 로컬 AI 음성 제어 — Home Assistant 2026.7의 새로운 기준

솔직히 말하자면, 몇 달 전만 해도 저는 Home Assistant 2026.4가 꽤 큰 전환점이라고 봤습니다. 그런데 2026년 8월 기준 공식 문서와 릴리스를 다시 확인해보니, 지금은 Home Assistant 2026.7.4로컬 Assist 가이드 2026.7.3 흐름을 기준으로 보는 게 더 정확합니다. 특히 로컬 Assist 파이프라인, Wyoming Protocol, Speech-to-Phrase, Whisper, Piper, Ollama 조합은 이제 예전보다 훨씬 정리됐습니다.

예전 글에서 제가 Wyoming 관련 Add-on 설치부터 시작하자고 했던 부분도 지금 기준으로는 살짝 낡았습니다. 공식 문서에서는 이제 앱(apps, formerly known as add-ons) 기준으로 설명하고 있고, 실제 설정도 Settings > Voice assistants 중심으로 정리되는 흐름이 더 맞습니다.

즉, 지금 로컬 AI 홈 오토메이션이나 프라이버시 스마트홈 음성 비서를 세팅한다면 기준점은 2026.4가 아니라 2026.7 계열 문서와 절차라고 보시는 게 정확합니다.

Home Assistant 2026.7에서 뭐가 달라졌나 — 핵심 업데이트

이번에 다시 확인하면서 가장 크게 느낀 건, 로컬 음성 제어가 이제 단순히 되는 수준을 넘어 구성 방법이 명확해졌다는 점입니다. 지원 하드웨어에서는 설정 마법사가 더 강조되고, 수동 구성에서는 Voice assistants 메뉴가 사실상 중심 허브 역할을 합니다.

주요 변경사항 한눈에 보기

  • 기존의 Wyoming Add-on 중심 설명보다, Speech-to-Phrase 또는 Whisper + Piper 앱 설치 후 자동 발견하는 절차가 현재 기준에 더 맞습니다.
  • Speech-to-Phrase가 저전력 로컬 음성 제어용 대안으로 완전히 자리 잡았습니다. 단순 스마트홈 음성 제어라면 Whisper보다 훨씬 가볍습니다.
  • Settings > Voice assistants > Add assistant 흐름이 공식 기본 절차로 정리됐습니다.
  • Home Assistant Voice Preview Edition, ESPHome 위성 기기, Linux 기반 Assist Satellite, Android 웨이크워드 같은 확장 경로가 공식 문서에서 더 분명해졌습니다.
  • Assist Satellite 쪽은 이제 단순 장치 개념을 넘어, announce, ask question, start conversation 같은 자동화 액션으로 활용 가치가 더 커졌습니다.

시작하기 전에 확인하세요 — 준비물 & 시스템 요구사항

하드웨어 최소 사양

여기서 결론부터 말씀드리면, Raspberry Pi 4도 여전히 가능합니다. 다만 어떤 엔진을 고르느냐가 더 중요해졌습니다. 단순한 조명, 스위치, 씬 실행 같은 홈 제어가 목적이라면 Speech-to-Phrase + Piper 조합이 현실적입니다. 반대로 자유 발화, 한국어 인식, 자연어 질의를 더 넓게 가져가려면 Whisper 쪽이 유리하지만, 공식 가이드와 하드웨어 FAQ 흐름상 Intel N100급 이상이 훨씬 편합니다.

하드웨어를 간단히 정리하면 이렇습니다.

  • 입문형: Raspberry Pi 4 + Piper + Speech-to-Phrase
  • 균형형: N100 미니 PC 또는 Intel NUC + Whisper Base + Piper
  • 확장형: x64 미니 PC + Whisper + Ollama + 다중 Assist Satellite

소프트웨어 사전 준비

  • Home Assistant OS 환경 권장
  • 최신 버전 기준 Home Assistant 2026.7.x 업데이트
  • 제어할 기기를 Assist에 노출해둘 것
  • 한국어를 쓸 예정이면 STT와 TTS 모두 언어 지원 상태를 먼저 확인할 것
  • Ollama를 붙일 경우 로컬 네트워크에서 접근 가능한 서버 주소 준비
  • 항상 대기하는 웨이크워드가 필요하면 openWakeWord 또는 기기별 웨이크워드 지원 여부까지 같이 볼 것

실전 설치 가이드 — 2026.7 기준 최신 절차

Step 1. Speech-to-Phrase 또는 Whisper와 Piper 설치

몇 달 전 글에서는 Wyoming 관련 Add-on부터 잡고 들어갔는데, 지금은 순서를 이렇게 잡는 편이 더 깔끔합니다.

  1. 음성 입력용으로 Speech-to-Phrase 또는 Whisper 앱을 설치합니다.
  2. 음성 출력용으로 Piper 앱을 설치합니다.
  3. 항상 듣는 웨이크워드가 필요하면 openWakeWord 앱도 함께 고려합니다.
  4. 앱을 시작한 뒤 Settings > Devices & services로 이동합니다.
  5. 이제 서비스가 Wyoming integration에 의해 자동 발견되면 각각 Add를 눌러 등록합니다.

핵심은 여기입니다. 지금은 Wyoming을 먼저 억지로 손대기보다, 앱을 띄운 뒤 자동 발견되는 흐름을 따라가는 게 공식 절차와 가장 가깝습니다. 자동 발견이 안 되면 그때 수동으로 Wyoming Protocol 통합을 추가하면 됩니다.

Step 2. Voice assistants에서 Assist 파이프라인 생성

이 단계가 2026.7 기준으로 가장 중요합니다.

  1. Settings > Voice assistants로 이동합니다.
  2. Add assistant를 눌러 새 음성 비서를 만듭니다.
  3. 언어를 먼저 선택합니다.
  4. Conversation agent는 기본적으로 Home Assistant를 선택합니다.
  5. Speech-to-text는 앞에서 넣은 Whisper 또는 Speech-to-Phrase를 선택합니다.
  6. Text-to-speech는 Piper를 선택합니다.
  7. 웨이크워드가 필요하면 여기서 연결된 엔진을 같이 선택합니다.

예전처럼 여기저기 메뉴를 넘나들며 파이프라인을 붙이는 느낌이 아니라, 이제는 Voice assistants 메뉴가 중앙 설정 화면 역할을 한다고 생각하시면 됩니다. 참고로 이 화면이 보이지 않는 환경이라면, 공식 문서 기준으로 configuration.yamlassist_pipeline: 항목이 필요할 수 있습니다.

Step 3. 웨이크워드와 위성 기기 설정

웨이크워드 쪽도 선택지가 분명해졌습니다. 공식 문서 기준으로는 Home Assistant Voice Preview Edition 같은 전용 하드웨어가 가장 간단하고, 직접 만들고 싶다면 ESPHome 음성 위성이 여전히 강력합니다. 모바일은 Android 쪽이 더 적극적이고, Apple 기기는 단축어와 액션 버튼, 잠금 화면 진입 경로가 현실적입니다.

  • 전용 하드웨어: Voice Preview Edition
  • DIY 경량형: ESP32 기반 ESPHome 위성 기기
  • 모바일형: Android 웨이크워드 감지, iPhone 단축어/액션 버튼/잠금 화면
  • 확장형: Linux 기반 음성 위성

여기서 중요한 최신 포인트가 하나 있습니다. 공식 문서 기준 openWakeWord는 현재 영어 웨이크워드 중심입니다. 즉, 한국어 웨이크워드를 처음부터 기대하고 들어가면 생각보다 빨리 벽을 만날 수 있습니다.

Step 4. Ollama 연동으로 로컬 LLM 연결

로컬 AI 스마트홈에서 자연어 응답 품질을 끌어올리고 싶다면 Ollama integration이 핵심입니다. 현재 공식 문서 기준으로는 Ollama가 Home Assistant 제어 기능을 실험적 기능으로 제공하며, 모든 모델이 안정적으로 동작하는 건 아닙니다.

  • 설정 위치: Settings > Devices & services > Ollama
  • 중요 옵션: URL, Model, Instructions, Context window size, Max history messages, Keep alive
  • 추가 옵션: Think before responding는 품질은 나아질 수 있지만 속도는 느려집니다.
  • 주의점: Tools를 지원하는 모델만 Home Assistant 제어에 적합합니다.

개인적으로는 대화용 에이전트와 제어용 에이전트를 분리하는 구성이 여전히 가장 덜 스트레스였습니다. 그리고 노출 엔티티는 처음부터 많이 열지 말고 최소한만 노출하는 편이 반응 속도와 정확도 모두에서 유리합니다.

Step 5. ESPHome 및 Linux 기반 Assist Satellite 확장

이번 갱신에서 눈에 띄는 부분이 바로 여기입니다. 이제 공식 문서가 Linux 기반 voice assistant satellite 경로를 더 분명하게 다룹니다. 풀 리눅스 장비를 쓰면 ESP32보다 여유 있는 로컬 오디오 처리와 추가 기능 구성이 가능해집니다.

게다가 지금은 Assist Satellite가 단순 연결 대상이 아니라, 자동화 트리거와 액션 측면에서도 의미가 커졌습니다. 예를 들어 특정 방 위성이 듣기 시작하면 조명을 켜거나, 위성으로 공지사항을 말하게 하거나, 질문형 응답 플로우를 만드는 식의 확장이 가능합니다.

정리하면 선택지는 세 갈래입니다.

  • 가볍고 저렴하게: ESPHome 음성 위성
  • 설정 편의성 우선: Voice Preview Edition
  • 확장성과 커스터마이징 우선: Linux 기반 Assist Satellite

⚠️ 삽질 기록 — 지금도 자주 막히는 포인트

문제 1. 한국어 인식이 들쑥날쑥한 경우

한국어 자유 발화 위주라면 지금도 Whisper 쪽이 더 무난한 편입니다. 반대로 홈 제어 명령만 쓸 거라면 Speech-to-Phrase가 빠르긴 해도, 언어 지원 범위와 표현 폭을 먼저 확인해야 합니다. 즉, 한국어에서는 여전히 속도냐 유연성이냐를 먼저 정해야 합니다.

문제 2. Ollama 응답이 너무 느린 경우

이건 거의 항상 모델 크기와 컨텍스트 때문입니다. 로컬 LLM 홈 오토메이션에서 체감 속도를 올리려면 노출 엔티티 수를 줄이고, 컨텍스트 윈도우를 과하게 키우지 말고, 필요하면 Think before responding을 끄는 쪽이 낫습니다.

문제 3. 웨이크워드 오인식

마이크 품질보다도 배치가 중요합니다. 거실 TV 앞에 두면 거의 무조건 시끄럽습니다. 그리고 여러 방에 설치할수록 각 방의 잡음 환경이 달라서, 한 번에 완벽한 공통 설정을 기대하면 피곤해집니다. 또 하나, 공식 문서 기준 openWakeWord는 영어 웨이크워드 중심이라 한국어 커스텀은 아직 실험 성격이 강합니다.

문제 4. TTS 목소리가 어색한 경우

Piper는 빠르고 로컬 친화적이지만, 언어와 보이스 조합에 따라 자연스러움 차이가 꽤 큽니다. 한국어 TTS는 보이스별 편차가 있으니, 첫 세팅부터 한 가지 음성에 고정하지 말고 몇 개를 번갈아 들어보는 게 낫습니다.

실제 사용 결과 — 2026.7 기준 체감

잘 되는 것들 ✅

  • 조명, 스위치, 씬 실행 같은 스마트홈 음성 제어는 이제 꽤 안정적입니다.
  • Speech-to-Phrase 조합은 저전력 장비에서도 반응성이 좋습니다.
  • Ollama를 붙이면 단순 명령형을 넘어 자연어 홈 오토메이션 느낌이 살아납니다.
  • ESPHome, Voice Preview Edition, Linux 기반 Satellite로 멀티룸 음성 제어 구성이 현실적인 단계에 들어왔습니다.

아직 아쉬운 것들 🔶

  • 한국어 자유 대화 품질은 여전히 하드웨어와 모델 영향을 많이 받습니다.
  • 작은 로컬 모델은 제어 실수가 아직 있습니다.
  • Android 웨이크워드는 아직 실험적이고 배터리 영향이 분명합니다.
  • 완전한 대화형 AI 비서보다는, 여전히 홈 제어 중심으로 기대치를 잡는 편이 만족도가 높습니다.

새로 추가된 중요한 변화 — 2026년 8월 기준 체크포인트

이번 갱신에서 새 섹션으로 꼭 넣어야겠다고 느낀 변화는 네 가지입니다.

  • 최신 기준점이 바뀌었습니다. 지금은 Home Assistant 2026.7.4와 로컬 Assist 가이드 2026.7.3을 기준으로 보는 게 자연스럽습니다.
  • Assist Satellite 자동화 활용도가 커졌습니다. 위성 상태 기반 트리거와 announce, ask question, start conversation 액션을 조합해 방별 음성 UX를 더 세밀하게 만들 수 있습니다.
  • Android 웨이크워드는 공식 문서상 여전히 실험적입니다. 손이 자유로운 건 장점이지만, 배터리 비용까지 같이 감안해야 합니다.
  • Apple 기기 경로도 더 분명해졌습니다. iPhone은 항상 듣는 공식 웨이크워드보다는 단축어, 액션 버튼, 잠금 화면, Voice Control 같은 경로가 중심입니다.

한마디로 정리하면, 2026년 8월의 Home Assistant 음성 제어는 이제 실험실 장난감보다 프라이버시 중심 로컬 음성 비서에 더 가깝습니다. 특히 Assist Satellite로컬 음성 파이프라인 조합이 예전보다 훨씬 실사용에 가까워졌습니다.

자주 묻는 질문 (FAQ)

Q. Raspberry Pi 4로도 되나요?

됩니다. 다만 지금 기준으로는 Speech-to-Phrase + Piper가 더 현실적입니다. Whisper도 가능은 하지만, 자유 발화와 한국어 품질까지 챙기려면 체감상 N100급 이상이 훨씬 편합니다.

Q. 기존 Google Home 기기를 마이크로 활용할 수 있나요?

공식 권장 경로는 아닙니다. Home Assistant는 Google Home과 공존할 수 있지만, Google Home 스피커를 Assist 마이크로 직접 재활용하는 공식 쉬운 경로는 여전히 없습니다. 지금은 Voice Preview Edition, ESPHome, Android, iPhone, Linux 기반 Satellite처럼 Assist 친화적인 경로를 쓰는 편이 훨씬 수월합니다.

Q. 한국어 웨이크워드 커스텀이 가능한가요?

아예 불가능하다고 말할 단계는 아니지만, 2026년 8월 기준 공식 흐름으로는 영어 웨이크워드 쪽이 훨씬 안정적입니다. 즉, 한국어 웨이크워드 커스텀은 실험 성격이 강하고, 실사용에서는 검증된 기본 웨이크워드를 먼저 쓰는 편이 덜 고생합니다.

Q. 스마트홈 음성 봇을 여러 방에 배치하려면?

2026.7 기준으로는 ESPHome 위성 기기 또는 Linux 기반 Assist Satellite가 가장 유연합니다. 전용 하드웨어로 간단히 가고 싶다면 Voice Preview Edition도 괜찮고요. 게다가 이제는 위성 상태를 자동화에 활용할 수 있어서, 멀티룸 음성 제어 구성이 예전보다 훨씬 재미있어졌습니다.

마무리 — 로컬 스마트홈 음성 제어는 이제 실사용 단계입니다

몇 달 전 글을 다시 손보면서 느낀 건 하나였습니다. Home Assistant 로컬 음성 제어는 더 이상 호기심 많은 홈랩 유저만의 장난감이 아닙니다. 2026년 8월 기준으로는, 저전력 장비에는 Speech-to-Phrase, 범용성에는 Whisper, 자연어 확장에는 Ollama, 멀티룸 확장에는 Assist Satellite라는 선택지가 꽤 명확해졌습니다.

만약 지금 시작하신다면, 예전 2026.4 감각으로 접근하기보다 Home Assistant 2026.7 흐름에 맞춰 Voice assistants 중심으로 세팅해보세요. 삽질 시간이 확실히 줄어듭니다.

🔄 마지막 업데이트: 2026년 08월

반응형