스마트 스위치,
앱으로 온오프만 쓴다고요?

방에서 나오며 켜진 등을 하나씩 확인하고, 욕실에서는 조명과 환풍기를 따로 누릅니다. 복도 반대편에서 불을 끄고 싶어도 스위치가 있는 쪽으로 돌아가야 합니다. 익숙해서 그냥 해왔지만, 꼭 이렇게 써야 할 이유는 없었습니다.

스마트 스위치를 설치하며 제가 원한 것은 이런 불편을 줄이는 일이었습니다. 평소 함께 쓰는 것은 함께 움직이고, 끄는 시점이 다른 것은 시간을 나누고, 어느 버튼에서 조작하든 지금 상태를 제대로 보여주게 만들고 싶었습니다.

“세면대등을 켜면 환풍기도 같이 켜줘.
불을 끄면 환풍은 15분 더 돌리고.
복도등은 양쪽에서 끌 수 있게 해줘.”

이런 요구를 에이전트에게 설명하고, 실제 버튼과 집 안 설비의 동작으로 옮겼습니다. 대형 인텔리전트 빌딩의 프로그램 스위치와 유사하게, 버튼 하나의 역할을 소프트웨어로 구성하고 여러 설비의 동작을 묶을 수 있도록 만들었습니다.

기존 월패드와 연결해 둔 조명, 새로 설치한 스마트 스위치, Apple 홈 앱을 이어 붙였습니다. 집 전체 설비를 새 제품으로 바꾸기보다, 이미 있는 장치의 역할을 다시 조합했습니다.

‘전체 끄기’ 버튼은 만들기 쉬워 보입니다. 그런데 조명은 개별 버튼으로도 켜고, 홈 앱으로도 켭니다. 일괄 버튼이 자기 상태만 기억하면 실제로 켜진 등과 버튼 표시가 달라집니다. 한 번 눌렀는데 기대와 다르게 움직이거나, 두 번 눌러야 하는 일이 생깁니다.

그래서 일괄 버튼이 그룹에 속한 장치들의 상태를 모아서 판단하도록 바꿨습니다. 어느 경로에서 켰든 하나라도 켜져 있으면 일괄 표시도 켜집니다. 마지막 장치가 꺼지면 표시도 함께 꺼집니다.

거실에서는 주방·식탁·거실·복도 조명을 한 그룹으로 묶었습니다. 안방에서는 조명과 환풍기를 함께 묶었습니다. 어느 장치를 포함할지는 제가 실제로 사용하는 방식에 맞춰 정했습니다. 여기서 ‘맞춤형’은 AI가 습관을 저절로 학습했다는 뜻이 아니라, 제가 원하는 생활 규칙을 프로그램으로 만들었다는 뜻입니다.

욕실 조명과 환풍기는 자주 함께 씁니다. 그래서 세면대등을 켜면 환풍기도 켜지게 했습니다. 다만 나갈 때 둘을 동시에 끄면 환기를 조금 더 하고 싶을 때 다시 손이 갑니다. 조명은 바로 끄고, 환풍기는 15분 뒤에 멈추게 했습니다.

타이머 하나만 넣고 끝낼 수는 없었습니다. 그 사이 다시 욕실에 들어가거나, 제가 환풍기를 직접 끌 수도 있기 때문입니다. 자동화가 사람의 조작을 거스르지 않도록 예외도 함께 정했습니다.

한쪽의 6구 스위치에는 ‘복도등’을 넣고, 반대편의 1구 스위치는 그대로 활용했습니다. 6구 버튼에서 보낸 명령이 홈 앱 자동화를 거쳐 실제 복도 조명을 제어하게 연결했습니다.

처음에는 불을 켜고 끄는 데만 집중했습니다. 그러다 반대편에서 불을 껐는데 6구 쪽 표시등은 켜져 있는 문제가 보였습니다. 조작이 된다고 연동이 끝난 것은 아니었습니다.

그래서 실제 복도 스위치의 상태를 6구 버튼에 되돌려주는 경로도 만들었습니다. 반대편에서 켜면 6구의 복도 표시와 거실 일괄 표시가 함께 켜지고, 끄면 복도 표시가 따라 꺼집니다. 거실 그룹의 다른 등이 모두 꺼져 있다면 일괄 표시도 꺼집니다.

이제 어느 쪽에서 조작했는지 기억할 필요가 줄었습니다. 새 제어선을 길게 연결하는 대신, 서로 다른 스위치가 같은 조명 상태를 공유하도록 만든 것입니다.

기존 4구 기계식 스위치를 6구 스마트 스위치로 바꾸면서, 두 버튼을 더 쓸 수 있게 됐습니다. 안방에서는 기존 네 개의 직접 제어 역할에 더해, 월패드로 연결된 ‘안방등’과 여러 장치를 묶는 ‘안방전체’를 프로그램 기능으로 구성했습니다.

버튼이 많아지면 무엇을 누를지 헷갈릴 수도 있습니다. 그래서 ‘세면대등’, ‘안방전체’, ‘안방환풍’처럼 기능을 한글로 표시해 쓰는 것이 중요했습니다. 숫자나 위치를 외우는 대신, 버튼 이름을 보고 누릅니다. 스마트폰을 꺼내지 않아도 사용할 수 있는 벽면 제어판이 된 셈입니다.

처음부터 프로그램 설계를 적어 전달한 것은 아닙니다. ‘하나라도 켜져 있으면 전체 표시가 켜져야 한다’, ‘환풍은 조금 더 돌았으면 좋겠다’, ‘반대편에서 꺼도 여기도 꺼진 걸 보여달라’고 설명했습니다.

에이전트는 각 버튼이 어떤 장치를 가리키는지 정리하고, Homebridge 플러그인에 그룹 제어와 환풍 지연 로직을 더했습니다. 저는 실제 벽 버튼을 눌러 보고, 기대와 다른 부분을 다시 설명했습니다. 그 과정을 통해 단순한 켜기·끄기에서 실제로 쓰기 편한 동작으로 다듬었습니다.

어려웠던 것은 버튼을 하나 더 만드는 일보다 명령과 상태가 서로 꼬이지 않게 하는 일이었습니다. 예를 들어 표시등을 맞추려고 보낸 상태가 새 버튼 입력으로 해석되면, 원하지 않는 일괄 동작이 다시 발생할 수 있습니다. 이전 상태가 늦게 도착해 방금 바꾼 표시를 되돌리는 문제도 처리해야 했습니다.

이 부분을 에이전트와 함께 수정하고 테스트했습니다. 완성된 스위치는 버튼을 누를 때마다 AI에게 판단을 요청하지 않습니다. 에이전트가 만드는 과정을 돕고, 일상적인 동작은 정해 둔 규칙을 실행합니다.

앞으로는 취침·외출처럼 자주 쓰는 상황별로 그룹 구성을 더 다듬고 싶습니다. 센서를 붙여 조건을 세분화하거나 불필요한 가동 시간을 줄이는 것도 다음 단계입니다. 다만 이번 사례에서 센서 기반 환풍이나 전력 절감량까지 검증한 것은 아닙니다.