Tulip을 활용한 기계 모니터링 도입에 관심이 있다면 다음 질문들을 확인해 보시기 바랍니다.
사람과 기계의 데이터를 모두 활용하는 현장 운영 앱을 구축하고자 한다면, Tulip은 귀사의 생산 현장에 매우 적합할 수 있습니다.
예를 들어, 기계 가동 여부에 따라 동적 로직을 적용하는 작업자 앱을 만들고자 한다면 Tulip이 도움이 될 수 있습니다. 또는 추후 분석을 위해 사람 데이터와 함께 기계 데이터를 수집하고자 하는 경우에도 Tulip이 도움이 될 수 있습니다.
어떤 기계 데이터를 Tulip에 통합할 수 있는지 확인하려면 다음 정보를 알아야 합니다:
- **장치가 데이터를 공유하는 데 어떤 프로토콜을 사용하나요?**일반적인 예로는 OPC UA, MQTT, MTConnect 및 Modbus가 있습니다.
- **현재 데이터 인프라의 구성은 어떠한가요?**예를 들어, 이미 기계 데이터를 집계하는 SCADA 시스템, 히스토리언 또는 Kepware 서버가 있나요? 확장성이 뛰어난 많은 통합 방식은 각 기계에 직접 연결하기보다는 Tulip을 해당 계층에 연결합니다.
- **현재 기계에서 데이터를 수집하고 있다면, 데이터는 어디에 저장되어 있나요?**또한 형식은 어떻게 되나요?
Tulip은 커넥터를 사용하여 외부 소프트웨어 및 하드웨어와 연동합니다. 표준 HTTP 및 SQL 커넥터 외에도, Tulip의 기계 모니터링 모듈은 OPC UA 커넥터와 MQTT 커넥터를 통해 기계 프로토콜에 연결하는 기능을 제공합니다.
기계 데이터를 Tulip에 통합하면, Tulip의 앱 편집기(App Editor)에서 이를 사람의 입력과 결합할 수 있습니다.
Tulip 시스템 연결
Tulip 시스템의 작동 방식을 이해하려면 Tulip 플랫폼 구성 요소 및 네트워크 다이어그램을 참조하십시오.

일반적인 연결 시나리오
Tulip을 생산 현장의 장치에 연결하려면, 먼저 해당 장치를 온프레미스 또는 클라우드 환경 중 어느 쪽이든 회사의 데이터 인프라에 어떻게 연결할지 고려해야 합니다.
가장 확장성이 뛰어난 아키텍처는 튤립을 개별 기계에 직접 연결하는 대신 기존 데이터 집계 계층에 연결하는 방식입니다. 가장 일반적인 시나리오는 다음과 같습니다:
- SCADA 시스템, 히스토리안 또는 Kepware 서버를 통해 연결된 기계: 시설에서 SCADA 시스템이나 Kepware와 같은 OPC 집계 플랫폼을 사용하는 경우, Tulip은 OPC UA 또는 HTTP를 통해 해당 계층에 연결할 수 있습니다. 이 방식은 기계별 구성이 필요 없이 대규모 기계 자산 전반에 걸쳐 뛰어난 확장성을 제공합니다.
- 네이티브 API를 갖춘 장비: 많은 최신 장비는 HTTP 또는 MQTT 인터페이스를 직접 노출합니다. Tulip은 HTTP 커넥터 또는 MQTT 커넥터를 통해 이러한 장비에 연결하여 직접적이고 가벼운 통합을 구현할 수 있습니다.
- MQTT 브로커에 데이터를 게시하는 장비: 시설에서 MQTT 브로커(AWS IoT Core와 같은 클라우드 브로커 포함)를 사용하는 경우, Tulip의 MQTT 커넥터가 해당 브로커의 토픽을 구독하여 데이터를 앱 및 장비 모니터링 대시보드로 전달할 수 있습니다. 이는 통합 네임스페이스(UNS) 아키텍처를 사용하는 시설에서 흔히 볼 수 있는 패턴입니다.
- Tulip Edge Device에 연결된 구형 장비: 네트워크 연결이 없는 레거시 장비의 경우, Tulip Edge Device를 통해 시리얼 포트, USB 또는 GPIO를 이용해 연결 간극을 해소할 수 있습니다. 이는 고립된 장비나 레거시 장비에 유효한 접근 방식이지만, 대규모 배포에는 적합하지 않습니다.
Tulip에서 액세스할 수 있는 데이터 유형은 기기의 데이터 공유 방식에 따라 다릅니다. Tulip은 기기가 켜져 있는지 꺼져 있는지와 같은 간단한 정보부터 스핀들 속도나 작동 압력과 같은 고급 메트릭까지 캡처할 수 있습니다.
MQTT를 통한 연결
MQTT는 산업용 IoT 환경에서 널리 사용되는 경량 퍼블리시/서브스크라이브 프로토콜입니다. 기기나 SCADA 계층이 MQTT 브로커에 데이터를 퍼블리시하는 경우, MQTT 커넥터를 사용하여 Tulip을 해당 브로커에 연결할 수 있습니다.
MQTT 커넥터와 관련하여 유의해야 할 사항은 다음과 같습니다.
- Tulip은 MQTT (사용자 이름/비밀번호 인증)와 MQTTs (TLS/SSL을 통한 MQTT, 개인 키, 인증서 및 신뢰할 수 있는 CA 토큰 지원)를 모두 지원합니다.
- 이 커넥터는 커넥터 호스트에서 실행됩니다. MQTT 브로커에 공용 인터넷을 통해 접근할 수 없는 경우, On-Premise Connector Host (OPCH) (버전 261 / LTS11 이상)가 필요합니다.
- Tulip은 앱 내에서 MQTT 브로커로 데이터를 다시 게시하는 기능을 지원하므로, 다운스트림 시스템을 트리거하거나 통합 네임스페이스를 업데이트할 수 있습니다. 이를 위해서는 LTS13 이상을 실행하는 On-Premise Connector Host (OPCH)가 필요합니다.
- 서비스 품질(QoS)은 커넥터 수준에서구성할 수 있습니다: QoS 0(최대 한 번), QoS 1(최소 한 번) 또는 QoS 2(정확히 한 번).
설정 방법은 ‘첫 번째 MQTT 커넥터 구축’ 및 ‘MQTT 커넥터 구성’ 문서를 참조하십시오.
데이터 흐름 개요
머신에서 Tulip 앱으로의 데이터 흐름에는 세 가지 주요 단계가 있습니다.
- 기계는 프로토콜을 통해 데이터를 공유합니다.
- 데이터 인프라(SCADA 시스템, 히스토리언, MQTT 브로커 또는 머신 API)는 데이터를 저장하거나 라우팅합니다.
- Tulip 커넥터 호스트는 데이터를 수신하여 나머지 Tulip 플랫폼과 공유합니다.
일반적으로 기계는 데이터를 귀사의 서버로 푸시합니다. 그런 다음 특정 이벤트가 발생하면 귀사의 서버가 데이터를 Tulip의 커넥터 호스트로 푸시합니다.
다음은 해당 흐름을 보여주는 다이어그램입니다.

데이터가 Tulip에 도달하면 커넥터를 사용하여 애널리틱스 에디터를 통해 앱, 머신, 위젯 및 실시간 차트로 데이터를 전달한 다음, 대시보드를 통해 해당 보기를 팀과 공유할 수 있습니다.
추가 자료
{{snippet.원하는 정보를 찾으셨나요?}}

