제각각인 앱과 기기를, 하나의 HomeKit으로.

2026년 8~9월의 Codex 작업 기록, 인계 문서와 보관된 프로그램을 대조한 사례입니다. 설명용 생성 이미지는 실제 설치 사진이 아닙니다. 각 검증은 기록된 날짜와 범위에 한정됩니다.

출발점은 아파트 앱의 조명·난방·환기, 삼성 SmartThings의 에어컨, LG ThinQ 등 여러 제품의 별도 제어 방식이었습니다. 운영자는 현관 영상과 외부 문열기에도 별도 장치·앱의 제약을 겪었다고 설명합니다.

확인된 통합은 거실·안방·침실·끝방의 SmartThings 에어컨 타일에 아파트 난방을 합친 4개 타일입니다. 냉방은 난방 OFF 확인 후 에어컨으로, 난방은 에어컨 OFF 후 해당 난방 구역으로 전달합니다. 조명 6회로와 환기도 HomeKit으로 연결했습니다.

공동현관 영상은 아날로그 영상·인코더·카메라 브리지로 연결했습니다. 공동현관 개방은 9월 6일 실제 호출 중 사용자 확인을 거쳤으며, 이후 호출이 있을 때만 동작하는 HomeKit 버튼으로 등록했습니다. LG 스마트락도 Apple 홈에 별도로 연결돼 있었지만 월패드 버튼과의 연계는 미완료입니다. 세대현관 영상의 별도 HomeKit 연결 완료는 확인하지 못했습니다.

에이전트는 실제 후면·단자 사진을 읽고 USB-RS485 부품의 연결 조건을 대조했습니다. 사람이 조명·난방·환기를 조작할 때 들어오는 패킷에서 장치·상태·명령을 분석하고 허용된 명령을 프로그램으로 재현했습니다.

상태 수신기는 월패드의 전체 난방 상태 패킷에서 5개 구역의 전원·현재온도·설정온도를 갱신합니다. 명령을 보냈다는 사실과 실제 상태가 돌아왔다는 사실을 함께 확인합니다. 사진·부분 회로도·신호 해석·코드가 하나의 제작 과정입니다.

실제 검증 예시는 조명 6회로의 ON/OFF와 거실 목표온도 24→23→24℃ 변경입니다. 9월 9일에는 74바이트 전체 난방 응답을 약 1초마다 해석하도록 파서를 수정해 상태를 갱신하고 거실 냉방 ON/OFF를 확인했습니다.

로컬 AI의 자연어 요청을 연결하고 방별 온습도·공기질, 외부 황사·날씨를 함께 판단하면 냉난방·환기·조명을 조정하는 운영으로 확장할 수 있습니다. 이는 이 페이지의 확장 시나리오이며 모든 기능의 가동 완료를 뜻하지 않습니다.

확인된 환기 규칙은 서버에 구현됐지만 관찰 모드입니다. 외기 입력과 실제 검증 후에 자동 제어를 활성화하는 단계가 남습니다. 일정한 온습도 유지에는 해당 센서와 제습·가습 등 제어 가능한 장치가 필요합니다.

방별 미세 제어로 불필요한 동시 냉난방이나 빈방 조명 사용을 줄이는 것이 목표입니다. 실제 전력 절감률은 사용량과 실내 쾌적도 조건을 함께 측정한 뒤 제시합니다. 공개 챗봇은 자료를 설명하며 개인 집의 기기를 조작하지 않습니다.

출발점은 이미 설치된 월패드와 조명·난방·환기 설비였습니다. 기기를 모두 교체하는 대신, NAS에 연결한 USB-RS485 어댑터로 허용된 명령을 보내는 제어 계층을 만들고 그 위에 HomeKit 연결 계층을 구성했습니다.

에이전트 작업은 제어 코드, 상태 처리, 브리지 구성과 운영 문서에 집중했습니다. 실제 장치가 켜지고 꺼지는지, 설정온도가 바뀌는지 확인하는 과정에는 사람의 현장 관찰이 필요했습니다. 이 글은 해당 환경의 구현 사례이며 모든 월패드 모델에 그대로 적용되는 설치 설명서는 아닙니다.

2026년 9월 3일 보고서에는 조명 6개 회로의 켜기·끄기, 난방 5개 구역의 켜기·끄기, 한 구역의 설정온도 변경이 실제 동작으로 확인되어 있습니다. 환기는 전원과 3단계 풍량, 바이패스, 프리히트 명령을 확인했습니다.

이후 브리지 문서에는 조명, 온도조절기, 환기 팬과 보조 스위치의 HomeKit 노출 구조가 정리되어 있습니다. 명령 동작을 확인한 결과를 장기간 신뢰성이나 모든 계절의 자동화 검증으로 확대해 해석하지 않습니다.

제어기는 허용된 명령과 범위만 받고, 동시에 두 작업이 버스에 쓰지 않도록 송신을 관리합니다. 통합 냉난방에서는 한쪽을 끈 뒤 다른 쪽을 켜는 순서와 최근 상태의 수신 시각을 확인하도록 구성했습니다.

9월 9일 냉방 지연 진단에서는 난방 OFF 요청의 재시도와 오래된 상태 정보가 문제를 이해하는 데 중요했습니다. 해당 진단만으로 AP 교체가 원인이라고 결론 내리지 않았으며, SmartThings 전달 이후 실제 에어컨 가동까지의 시간도 별도 계측되지 않았습니다. 진단과 수정 이후의 검증은 각각 기록해야 합니다.

환기 자동화는 초기 관찰 모드에서 조건 판단과 기록을 먼저 확인하도록 설계했습니다. 외기 값이 오래됐을 때 자동 켜기 판단에 사용하지 않고, 사람이 수동으로 조작할 수 있는 경로와 원래 제어기로 복구할 수 있는 절차를 남깁니다.

에이전트가 만든 장치 제어를 평가할 때는 연결된 기기 수뿐 아니라 잘못된 상태·연결 끊김·중복 요청을 어떻게 다루는지도 봐야 합니다. 이 공개 사례에는 내부 주소, 계정 정보, 공동현관 영상이나 장치별 식별자를 포함하지 않습니다.

알리 검색어와 사양을 정리하고 사용자가 올린 제품 화면에서 FT232RNL·영상 인코더·발룬을 구별했다.

월패드 뒷면과 도착한 부품 사진으로 일반 제어선과 서브폰 영상선을 구분했다. 생성한 배선도도 실제 단자와 맞춰 수정했다.

USB-RS485 수신기·상태 파서·허용 명령을 작성하고 Homebridge 플러그인으로 Apple 홈에 연결했다.

조명·난방·환기를 실제 조작했다. 이후 난방 상태 파서를 보완해 냉방 전환 지연을 고치고 거실 ON/OFF를 다시 확인했다.

실기기 확인: 조명 6회로·난방 5구역·환기 전원과 3단 풍량.

2026-09-09 기록: 전체 난방 상태 약 1초 갱신, 파서 테스트 24개 통과, 거실 냉방 ON/OFF 즉시 동작을 사용자 확인.

확인 범위: 알리 상품 가격·구매 완료는 검증하지 못했다. 환기 자동화는 외기온도 입력 전 관찰 모드로 남았다.

Apple 홈 → NAS의 Homebridge → RS485 에이전트 → USB-RS485 → 월패드 일반 버스 → 조명·난방·환기