Apple HomeKit 소개

Apple HomeKit 소개

HomeKit은 홈 오토메이션 장치(Apple은 이 장치를 액세사리로 규정)를 구성하고 이를 제어할 수 있는 Apple의 Smart Home 프레임워크이다. iOS8에서 HomeKit을 도입하였고, iOS9에서 Apple답게 설정을 더 있으며, 지원되는 홈 오토메이션 유형들도 확장되었다. 또한 홈 오토메이션 장치간 상호 연동도 가능하다.

이 문서는 다음 자료를 참고하여 정리한 것이다.

1. HomeKit 정보

Apple은 HomeKit을 도입함으로써 다양한 공급 업체의 여러 가정용 자동화 장치(액세서리)들을 iCloud 계정으로 통합된 Apple의 다양한 제품들(iPhone, iPad, appleTV, appleWatach 등)을 사용하여 일관성있게 사용할 수 있다. 따라서 HomeKit을 사용하면 공급 업체가 제공하는 API 또는 앱과는 별도로 음성 인식 또는 표준화된 UI 등을 통해 일관성을 유지할 수 있다.

우선 HomeKit을 사용하면 다음 사항들을 수행할 수 있다.
  • 액세서리를 탐색하고, iOS 단말에 등록할 수 있다.
  • HomeKit의 액세서리 DB를 통해 모든 장치를 설정하고, 구성할 수 있으며 다양한 형태로 표시 및 제어할 수 있다.
  • 다양한 액세서리를 묶어 공동 작업을 하도록 명령할 수 있다.
예를 들면 '거실' 이라는 공간을 만들고, 다양한 액세서리를 이 거실 공간에 연결시킨 후 "Siri, 거실의 조명을 켜!"와 같이 음성 명령으로 액세서리를 제어할 수 있다.

2. 홈 구성 데이터베이스(Home Configuration Database) - 개념

HomeKit은 주어진 위치의 모든 자동화 장치를 홈 컬렉션(Home Collection)으로 구성한다. 이 홈 컬렉션은 사용자가 가정 내 자동화 장치들을 의미있고, 사람이 읽을 수 있는 레이블로 그룹화하는 방법을 제공하는 것이다. 이 홈 컬렉션은 iCloud 계정을 통해 연결된 모든 장치들에게 공유될 수 있다. 각 콜렉션의 개념은 다음과 같이 구분된다.
  • Home: 모든 홈 오토메이션 장치에 대한 모든 정보와 구성을 보유하는 최상위 컨테이너이다. 사용자는 주거지 및 휴가 주택과 같은 하나 이상의 거주지를 가질 수 있다.
  • Room: Home 컨테이너 안에 포함될 수 있는 거실, 침실, 주방, 욕실, 차고 등 집안의 특정 방을 정의한다. 사용자는 집 안의 특정 위치에 있는 모든 홈 오토메이션 장치들을 Room 으로 그룹화 시켜 자동시킬 수 있다.
  • Accessory: HomeKit에서 사용하는 자동화 장치를 의미한다.
  • Service: Accessory에서 제공하는 서비스를 의미하는 것으로 전등의 켜기/끄기, 빛의 색상과 조명 세기 정도, 도어락의 열기/닫기 등이 그 예가 된다. 
  • Zone: Room을 그룹화 하는 것으로 위층, 아래층 또는 지하실과 같은 논리적 영역을 의미한다.

3. 홈 구성 데이터베이스 - Accessory

(이 장에서는 HomeKit의 개념들을 일관성 있게 설명하기 위해 홈 구성 데이터베이스에서 사용된 실제 영어 단어를 사용해서 설명한다.)

HomeKit의 홈 오토메이션 장치들은 그 기능에 따라 구분되는 데 이것을 Accessory 카테고리라 한다. Accessory 카테고리는 다음과 같다.

3.1. Accessory Category Type

  • Bridge
  • Door
  • DoorLock
  • Fan
  • GarageDoorOpener
  • IPCamera
  • Lightbulb
  • Outlet
  • ProgrammableSwitch
  • RangeExtender
  • SecuritySystem
  • Sensor
  • Switch
  • Thermostat
  • VideoDoorbell
  • Window
  • WindowCovering

그리고 사용자가 홈 오토메이션 장치를 사용할 때는 일반적으로 그 장치에서 제공하는 Service를 통해 이뤄진다. Accessory의 Services 속성은 홈 오토메이션 장치가 제공할 수 있는 Service들의 집합으로 이뤄진다. Service 타입은 다음과 같다.

3.2. Accessory Service Type

  • AccessoryInformation - 주어진 홈 오토메이션 장치 (액세서리)에 대한 정보를 제공
  • AirQualitySensor - 공기 품질 센서를 정의
  • Battery (배터리) - 액세서리의 배터리 상태를 정의
  • CarbonDioxideSensor - 이산화탄소 센서를 정의
  • CarbonMonoxideSensor - 일산화탄소 센서를 정의
  • ContactSensor - 접촉 센서 (예 : 열리는 창 또는 닫힌 창)를 정의
  • Door - 문 상태 센서 (예 : 열림 또는 닫힘)를 정의
  • 팬 - 원격제어 팬을 정의
  • GarageDoorOpener - 차고 도어 개폐기를 정의
  • HumiditySensor - 습도센서를 정의
  • LeakSensor - 누수센서를 정의(예 : 온수기 또는 세탁기의 경우).
  • LightBulb - 다른 부속 장치의 일부인 독립형 조명이나 빛을 정의(예 : 차고문 개폐 장치).
  • LightSensor - 광센서를 정의
  • LockManagement - 자동화된 도어록을 관리하는 서비스를 정의
  • LockMechanism - 원격제어 잠금 장치를 정의(예 : 도어 잠금 장치).
  • MotionSensor - 모션센서를 정의
  • OccupancySensor - 점유센서를 정의
  • Outlet - 원격제어 벽 콘센트를 정의
  • SecuritySystem - 가정 보안 시스템을 정의
  • StatefulProgrammableSwitch - 플립형 스위치와 같이 한번 트리거 된 상태로 유지되는 프로그래밍 가능한 스위치를 정의
  • StatelessProgrammableSwitch - 푸시버튼과 같이 트리거 된 후 초기 상태로 돌아가는 프로그래밍 가능한 스위치를 정의
  • SmokeSensor - 연기 감지기를 정의
  • Switch - 표준 벽 스위치처럼 켜기 / 끄기 스위치를 정의
  • TemperatureSensor - 온도 센서를 정의
  • Thermostat - HVAC 시스템을 제어하는​데 사용되는 Smart Thermostat을 정의
  • Window - 원격으로 열거나 닫을 수 있는 자동화된 창을 정의
  • WindowCovering - 블라인드처럼 열거나 닫을 수있는 것처럼 원격으로 제어되는 창을 정의

그리고 각 Service에는 한 개 이상의 Characteristic을 정의할 수 있는데, 이 Characteristic는 Service의 상태 정보를 제공하거나 Characteristic Metadata를 통해 다양한 장치들과 연동할 수 있다. 

여기서 개인적으로 Characteristic Metadata가 매우 중요한 개념이라고 생각된다. 이것은 AI를 적용하기 위한 설계로 음성 인식을 넘어 인지된 서비스를 제공할 수 있는 기본 개념이 된다.

3.3. Characteristic Metadata values

  • AdminOnlyAccess
  • AirParticulateDensity
  • AirParticulateSize
  • AirQuality
  • AudioFeedback
  • BatteryLevel
  • Brightness
  • CarbonDioxideDetected
  • CarbonDioxideLevel
  • CarbonDioxidePeakLevel
  • CarbonMonoxideDetected
  • CarbonMonoxideLevel
  • CarbonMonoxidePeakLevel
  • ChargingState
  • ContactState
  • CoolingThreshold
  • CurrentDoorState
  • CurrentHeatingCooling
  • CurrentHorizontalTilt
  • CurrentLightLevel
  • CurrentLockMechanismState
  • CurrentPosition
  • CurrentRelativeHumidity
  • CurrentSecuritySystemState
  • CurrentTemperature
  • CurrentVerticalTilt
  • FirmwareVersion
  • HardwareVersion
  • HeatingCoolingStatus
  • HeatingThreshold
  • HoldPosition
  • Hue
  • Identify
  • InputEvent
  • LeakDetected
  • LockManagementAutoSecureTimeout
  • LockManagementControlPoint
  • LockMechanismLastKnownAction
  • Logs
  • Manufacturer
  • Model
  • MotionDetected
  • Name
  • ObstructionDetected
  • OccupancyDetected
  • OutletInUse
  • OutputState
  • PositionState
  • PowerState
  • RotationDirection
  • RotationSpeed
  • Saturation
  • SerialNumber
  • SmokeDetected
  • SoftwareVersion
  • StatusActive
  • StatusFault
  • StatusJammed
  • StatusLowBattery
  • StatusTampered
  • TargetDoorState
  • TargetHeatingCooling
  • TargetHorizontalTilt
  • TargetLockMechanismState
  • TargetPosition
  • TargetRelativeHumidity
  • TargetSecuritySystemState
  • TargetTemperature
  • TargetVerticalTilt
  • TemperatureUnits
  • Version

4. HAP(HomeKit Accessory Protocol) Example

4.1. Accessory 정의 형식

[Light Bulb]

accessory : {
  service1 : "public.hap.accessory-information" {
    characteristic : "serial-number",
    characteristic : "identify"
  },
  service2 : "public.hap.lightbulb" {
    characteristic : "on",
    characteristic : "brightness"
  }
}

4.2. Accessory 설정 예제 코드


4.3. Bridge Accessory Example: config.json

{
    "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:30",
        "port": 51826,
        "pin": "031-45-154"
    },

    "description": "Config file with just lockitron",

    "accessories": [
        {
            "accessory": "Lockitron",
            "name": "homebridge-lockitron"
        }
    ]
}

댓글

댓글 쓰기

이 블로그의 인기 게시물

macOS가 갑자기 부팅이 되지 않을 경우 데이터 복구 또는 백업 방법

이미지
어느날 갑작스럽게 Mac이 부팅 되지 않을 때, 그 안에 담겨진 소중한 자료들을 복구 할 수 있는 방법을 소개 합니다. 최악의 상황인 HW 문제가 있다면 소중한 자료들의 확보는 분명 어렵겠지만, OS적인 문제로 부팅이 되지 않을 경우는 다음과 같은 시도를 통해 확보가 가능할 수 있다. Mac 제품 특히 저장 장치가 SSD인 Mac은 저장장치가 메인 보드에 장착되기 때문에 일반 노트북처럼 2.5인치 내장 저장장치를 꺼내 다른 컴퓨터에 연결할 수 없다. 이런 경우 수리 센터에 맡길 수 있겠지만, 데이터 복구는 개인 정보 때문에 지원받지 못할 수 있다. 그렇다면 어떻게 하면 될까? 바로 '외장 저장장치'에 최신 macOS를 설치 후(시동 디스크 생성과 동일), 이 외장 저장장치로부터 macOS을 부팅하여 Mac 내부에 있는 저장장치에 접근이 가능할 수 있고, 데이터도 복구를 할 수 있다. 1. MacBook 또는 iMac 하드웨어 설정 초기화(NVRAM 초기화) 사용하다가 갑자기 어느날 macOS가 부팅이 안되면 우선 머리가 하얗게 되어 아무런 생각이 없을 것이다. 부팅을 여러번 시도할 것이고, 그래도 안된다면 수리 센터를 생각해 볼 것이다. 비용도 비용이지만 소중한 내 자료를 백업 가능할지 모르겠다. 일반 사용자가 하드웨어 설정(보통 이런 설정은 NVRAM에 저장됨)을 바꾸지는 않을 것이다. 하지만 설치한 하드웨어 또는 소프트웨어들에 의해 값들이 변경될 수 있다. NVRAM에 저장되는 정보의 예를 들면 무선랜에 연결되면 다음에 다시 연결될 수 있도록 연결된 무선랜의 이름과 암호를 저장한다. 이러한 하드웨어 설정들이 동작에 일부 영향을 줄 수 있다. 이 NVRAM을 초기화를 위해서는 전원 버튼을 누른 후 바로 'option' + 'command' + 'P' + 'R' 네 키를 동시에 누르면서  약 20초 동안 유지하면 된다. 애플 로고가 두 세번 보일 수도
자세한 내용 보기

C++로 프로그래밍할 때 인자 또는 리턴 값으로 std::vector 등 STL 데이터 타입 처리하는 좋은 방법

C++ 프로그래밍할 때 std::vector 등 STL 데이터 타입을 호출하는 함수로 넘겨주거나 받아야 할 경우가 있다. 이런 경우 메모리 문제 또는 속도 문제 때문에 고민을 많이 할 것 같은데, C++11 이상을 지원하는 컴파일러를 사용하는 분이라면 이 글에서 도움을 받아 가기 바란다. 함수 인자로 넘길 때 이 경우는 사용이 명확하다. Call by Reference으로 데이터를 넘기면 된다.  Call By Reference로 인자로 넘기는 방법은 pointer 를 사용해도 되지만, reference을 사용하는 것이 좋다. void foo1(std::vector & data) {   ... } void foo2(std::vector const& data) {   ... } void foo3(std::vector data) { } int main(int argc, char* argv[]) {   std::vector my_data {10, 20, 30};   foo1(my_data);   foo2(my_data); } 위 코드에서 foo1()과 foo2()는 Call by Reference로 값을 넘기는 반면에 foo3()는 Call by Value로 main()에서 my_data를 넘기게 된다.  foo1()의 data는 main()의 my_data를 참조(reference)하고 있어서 foo1()에서의 데이터 변경은 main()의 my_data에 영향을 주게 된다. 그리고 foo2()는 main()의 my_data를 참조는 하지만 수정을 할 수가 없는 것이라서 단순히 값만 참조할 수 있게 된다. 반면 foo3()에서의 data는 main()의 my_data를 넘기는 순간에 값을 복사하기 때문에 메모리가 증가하게 된다. 또한 foo3()에서 data를 수정하더라도 my_data에 영향을 주지 않는다. 함수에서
자세한 내용 보기

Git 저장소를 병합하는 방법(How to merge repositories in Git)

GIT 저장소를 다른 저장소에 병합하는 방법 Git? Git은 컴퓨터 파일의 변경 내용을 추적하고 여러 사람들일 공유하는 파일에 대해 협업할 수 있도록 파일의 변경을 제어하는 버전 제어 시스템이다. 기존에 CVS, SVN 등 다양한 버전 제어 시스템들이 나왔지만, 최근에는 Git으로 통일되는 것 같다. Git은 분산 리비전(개정) 관리 시스템으로서 속도, 데이터 무결성 및 분산 된 비선형 작업 진행을 지원하는 것이 목표이다.  Git은 Linux 커널 개발을 위해 2005년 리누스 토발즈(Linus Torvalds)가 개발 되었으며, 다른 커널 개발자들도 초기 개발에 기여했다. 대부분의 다른 분산 버전 제어 시스템과 마찬가지로 Client-Server 버전 제어 시스템과는 다르게 중앙 서버와 관계없이 모든 컴퓨터의 Git 디렉토리는 파일 변경 이력(버전)을 추적할 수 있는 분산형 저장소이다. Client-Server 버전 제어 시스템으로 많이 사용했던 SVN(Subversion)은 네트워크 연결이 안될 경우 독립적인 위치에서 동시에 개발이 진행될 때 코드 병합과 이력 관리에 많은 어려움이 있었다. Git은 이런 기본적인 문제점들을 해결하면서 보다 진보적인 방법들을 제공한다.  인터넷 검색을 통해 보다 세부적인 내용과 더불어 다양한 기능들에 대해 찾아 보기 바란다. 서로 다른 저장소를 한 곳에 병합하는 방법 프로젝트 특성에 따라 한 개 이상의 저장소들에서 개발이 진행되다가 저장소의 병합이 필요할 때가 있다. 특정 디렉토리를 생성하여 복사해서 추가하면 되겠지만, 이련 경우에는 기존 저장소의 수정 이력(버전) 정보는 포기해야 한다.  쉽게 기존 저장소의 수정 이력 정보를 포함하여 저장소를 병합하는 방법이 있다. 우선 다음과 같이 세 개의 저장소가 있다고 가정한다. git/project1 git/project2 git/project3 project2와 project3를 pro
자세한 내용 보기