세 가지 연결 경로와 하나의 관리 흐름
새 디바이스는 기본 연결, 기존 메시지는 프로토콜 어댑터, 하위 디바이스와 현장 수집은 게이트웨이를 사용합니다. 연결 후 제품·디바이스·모델 관리를 함께 사용합니다.
- 선택과 절충점
- 프로토콜 문서, 네트워크, 펌웨어가 통합 방식을 결정합니다. 확장 가능하다고 모든 프로토콜이 개발 없이 지원되는 것은 아닙니다.
IoT / 기반 플랫폼
디바이스마다 프로토콜이 달라도 제품 개발을 이어갈 수 있습니다.
디바이스 기능에 따라 기본 연결, 기존 프로토콜 어댑터 또는 현장 게이트웨이를 선택하고 공통 제품·모델·운영 흐름을 사용합니다.
고객 문제
SIM 관리는 업무 문제에서 시작합니다.
새 제품은 프로토콜을 선택할 수 있지만 이미 설치된 디바이스는 펌웨어를 다시 올리기 어려울 수 있습니다. MQTT 연결만 확인하지 말고 어댑터 위치, 디바이스 ID, 필드 의미, 제어 응답과 오류 기록을 검증해야 합니다.
방식 / 이유 / 절충점
화면을 통해 기능이 작동하는 방식을 이해하세요.
양방향을 위한 명확한 확장 지점
Go/Yaegi 프로토콜 스크립트는 업링크와 다운링크의 전처리·후처리를 분리하고 제품 또는 디바이스에 연결할 수 있습니다.
- 선택과 절충점
- 디버깅, 권한, 실행 비용을 검토해야 합니다. 임의 코드를 강하게 격리하는 기능은 아닙니다.
연결 후 양방향을 검증
업링크 필드·유형·이벤트와 다운링크 대상·매개변수·전송 기록·응답을 확인합니다. 게이트웨이는 부모와 하위 디바이스 관계도 확인합니다.
- 선택과 절충점
- 온라인 상태만으로 속성, 액션, OTA, 제어가 동작한다고 볼 수 없습니다.
구체적인 예 / 작동 방식
기존 온도 센서 연결하기
흐름 예시입니다. 원본 필드의 의미를 확인한 뒤 합의한 온도 속성에 매핑합니다. 실제 측정 데이터가 아닙니다.
- 메시지, 단위, 주기, ID, 네트워크 정보를 제공합니다
- 어댑터 위치를 선택하고 제품 모델을 정의합니다
- 전송, 조회, 오류 기록을 검증하고 지원 시 다운링크도 시험합니다
연결 준비
연결 전에 확인할 사항
- 프로토콜 문서, 샘플 메시지, 인증 및 네트워크 조건
- 필드 단위, 전송 주기, 제어 기능에 대한 합의
- 테스트 디바이스부터 시작하고 연결 상태만으로 검수하지 않습니다
기반 플랫폼 더 알아보기