산업용 IoT 응용 제품 개발 가속화 - 2부: 빠른 IIoT 센서 배포

편집자 주: 개발자가 새 장치의 하드웨어 구현이 가능해지는 시기를 기다리다 보면 내장형 응용 제품 개발 프로젝트가 지연되는 경우가 있습니다. 산업용 사물 인터넷(IIoT) 응용 제품 개발에서는 산업 예측 유지 보수 시스템, 머신 러닝 방법에 기반한 시설 자동화 시스템과 같은 응용 제품에 필요한 센서 데이터를 기다리는 것과 비슷한 병목 현상에 직면합니다. 2부로 구성된 이 시리즈에서는 IIoT 응용 제품 개발을 가속화하는 데 필요한 데이터 스트림을 조기에 제공할 수 있는 대안을 살펴봅니다.1부에서는 시뮬레이션을 사용하여 데이터 스트림을 생성하는 방법을 설명했습니다. 이번 2부에서는 데이터 생성을 위한 센서 시스템의 시제품을 빠르게 제작할 수 있는 옵션을 살펴봅니다.

대규모 산업용 사물 인터넷(IIoT) 응용 분야에서는 기본적으로 분석에 의존하며 대상 환경 전체에 배포된 센서 네트워크에서 생성되는 데이터 스트림에 응답합니다. 개발 초기에 이러한 데이터 스트림을 즉시 활용할 수 없을 경우 IIoT 응용 분야의 타이트한 일정이 늦어지거나 회사의 기대에 미치지 못할 수 있습니다.

시뮬레이션 방법으로도 여러 응용 분야의 데이터 요구 사항을 충족할 수 있지만, 응용 분야에 따라 대상 환경과 정확히 일치하는 데이터가 필요한 경우도 있습니다. 그런 경우 유효한 시뮬레이션 결과를 제공하기 위해 비현실적으로 높은 노력을 기울여야 할 수 있습니다. 대신, 즉시 사용 가능한 센서 및 게이트웨이 장치를 사용하면 데이터를 신속하게 전달하는 더 쉬운 경로를 제공할 수 있습니다. 산업 환경에 맞게 특별히 고안된 이러한 장치는 사용자에게 필요한 다양한 센서 유형과 연결 옵션을 손쉽게 지원합니다.

2부로 구성된 IIoT 응용 제품 개발 가속화 시리즈의 2부에 해당하는 이 기사에서는 IIoT 응용 제품 개발을 가속화하는 데 필요한 데이터를 생성할 수 있는 여러 종류의 사전 구성된 IIoT 센서 및 게이트웨이에 대해 설명합니다.

IIoT 데이터 시뮬레이션의 제한 사항

센서 데이터는 IIoT 응용 제품의 핵심이지만 이러한 응용 제품을 정식으로 배포하려면 데이터를 제공하는 데 필요한 센서 시스템과 데이터를 유용한 정보로 변환하는 데 필요한 소프트웨어 시스템을 모두 즉시 사용할 수 있어야 합니다. 일부 IIoT 응용 제품의 경우 시뮬레이션을 통해 유용한 데이터를 효과적으로 제공하지 못할 수도 있습니다. 시뮬레이션의 파라미터에 주의하지 않을 경우 시뮬레이션된 데이터 스트림이 응용 제품을 특정 작동 엔벨로프에 편향되게 하는 속성을 나타낼 수 있습니다.

예를 들어, -40°C ~ +125°C 범위 내에서 균일한 분포로 온도를 무작위 제공하도록 구성된 데이터 시뮬레이션에서는 응용 제품이 대상 환경의 실제 주변 범위를 벗어난 극한 온도에 편향될 수 있습니다. 또한 이런 종류의 시뮬레이션을 미숙하게 실행할 경우 수십 개의 측정 단계를 건너뛰고 온도 데이터를 제공하기 쉽습니다. 일반적인 IIoT 응용 제품에서는 이러한 급진적이고 비현실적인 온도 변화로 인해 공정 제어 루프 및 다른 응용 제품 결과가 엉망이 될 수 있습니다.

응용 제품에 머신 러닝 추론 모델을 내장해야 하는 경우 데이터가 실제 조건을 얼마나 잘 나타내는지 여부와 데이터의 품질이 특히 중요합니다. 데이터 과학자들은 빈약한 데이터로 교육된 추론 모델에서는 제공되는 결과도 빈약하다는 사실을 잘 알고 있습니다. 따라서 이러한 모델에 필요한 효과적인 데이터 시뮬레이션을 생성하는 데 필요한 노력이 빠르게 증가할 수 있습니다.

대부분의 IIoT 프로젝트의 경우 센서 시스템이 배포될 때까지 응용 제품 개발을 지연시키는 것은 단순한 선택 사항이 아닙니다. 실제로 소프트웨어 응용 프로그램 실행 시 전체 배포에 필요한 필수 정보 또는 타당한 이유를 밝혀야 하는 경우 센서 배포를 기다리는 것이 불가능할 수도 있습니다. 예를 들어, 데이터 과학자는 결과의 모호성을 해결하거나 응용 제품을 최적화하기 위해 더 높은 분해능 데이터, 더 높은 업데이트 속도 또는 다른 유형의 센서 데이터가 필요한지 여부를 결정하기 위해 복잡한 알고리즘의 결과가 필요할 수 있습니다.

이러한 모든 이유로 인해 조직에서는 마지못해 대상 산업 공정 및 환경을 제대로 나타내지 않는 시뮬레이션 데이터로 응용 제품을 개발하는 것보다 IIoT 응용 제품 개발을 지연시키는 편이 낫다고 결정할 수도 있습니다. 다행히 사용 가능한 사전 빌드된 IIoT 센서 시스템 및 연결된 게이트웨이 장치의 증가로 조직에서는 최소한 응용 제품 개발에 필요한 가장 중요한 센서를 빠르게 배포할 수 있습니다.

빠른 센서 네트워크 배포

IIoT 센서는 일반 산업 환경의 스트레스를 견디도록 고안된 단일 패키지에서 센서, 프로세서, 연결 인터페이스를 결합합니다. 온도, 진동, 압력 및 습도용 개별 센서 외에도 개발자는 예측 유지 보수와 같은 특정 응용 제품 기능에 필요한 센서를 패키지로 결합하여 제공되는 다중 센서 장치를 찾을 수 있습니다.

예측 유지 보수 모델은 장비의 잠재적 결함을 나타내는 특성을 모니터링합니다. 예를 들어, 모터의 경우 진동 주파수 및 온도의 특정 변경은 모터의 특정 오류를 안정적으로 나타냅니다. 이 데이터를 캡처하도록 설계된 NCD(National Control Devices) PR55-20A 예측 유지 보수 센서와 같은 IIoT 센서는 필요한 센서를 저전력 마이크로 컨트롤러 및 DigiMesh 무선 메시 네트워크 연결과 결합합니다(그림 1).

그림 1: NCD PR55-20A 예측 유지 보수 센서는 로컬 무선 노드에 데이터를 제공하는 데 필요한 메시 네트워킹 연결에 여러 센서를 결합합니다. (이미지 출처: National Control Devices)

IIoT 응용 제품 개발을 가속화하기 위해 개발자는 두 AA 배터리로 구동되는 산업용 패키지에서 온도, 습도 및 가스 센서를 통합하는 다른 센서(예: NCD PR49-24G 무선 환경 센서)에 특수 센서(예: NCD 예측 유지 보수 센서)를 쉽게 결합할 수 있습니다.

다양한 특정 센서 유형과 함께 IIoT 센서 제조업체에서는 로컬로 연결된 네트워크에 센서를 간단히 통합하도록 고안되어 사전 빌드된 통신 게이트웨이 장치를 제공합니다. 실제로 개발자는 특정 상업용 클라우드에 연결하도록 사전 구성되거나 IoT 클라우드 플랫폼에 연결하는 데 일반적으로 사용되는 통신 프로토콜을 지원하는 사용 가능한 게이트웨이 장치를 찾을 수 있습니다.

DigiMesh 무선 센서의 경우 NCD PR55-21 게이트웨이 계열에서는 Wi-Fi 연결을 사용하여 Microsoft Azure IoT(PR55-21_AZURE), Amazon Web Services IoT(PR55-21_AWS) 또는 Losant IoT 플랫폼(PR55-21_LOSANT)을 비롯한 특정 클라우드 서비스에 연결합니다. 또한 PR55-21_MQTT 게이트웨이는 ISO 표준 MQTT(MQ Telemetry Transport) 프로토콜을 사용하여 호스트 통신을 지원합니다. PR55-21 계열의 다른 제품군과 마찬가지로 PR55-21_MQTT 게이트웨이는 로컬 DigiMesh 무선 연결 및 로컬 또는 원격 MQTT 서버에 대한 암호화된 Wi-Fi 백홀 연결을 위해 저전력 산업용 마이크로 컨트롤러를 서브 시스템과 결합합니다(그림 2).

그림 2: NCD PR55-21_MQTT 게이트웨이는 Wi-Fi 연결을 통해 로컬 DigiMesh 메시 네트워크 및 MQTT 메시지 교환을 위한 무선 지원을 서버와 결합합니다. (이미지 출처: National Control Devices)

개발자는 게이트웨이의 내장형 웹 서버를 통해 제공되는 메뉴 기반 도구를 사용하여 DigiMesh 로컬 네트워크 및 MQTT Wi-Fi 연결을 빠르게 구성할 수 있습니다. 예를 들어, 장치 화면은 DigiMesh 연결 장치와 신호 강도 및 활동을 표시하고 구성 관리를 위한 중앙 지점을 제공합니다(그림 3).

그림 3: NCD PR55-21_MQTT 게이트웨이의 내장형 웹 서버를 사용하면 사용자가 설정을 변경하고 로컬 네트워크에 연결된 센서의 활동을 검사할 수 있습니다. (이미지 출처: National Control Devices)

DigiMesh 메시 네트워킹은 배터리 구동 센서 시스템에 필요한 저전력 트랜시버의 유효 범위를 확장하는 효과적인 접근법을 제공합니다. 물론 이는 산업용 환경에서 발견되는 다양한 연결 옵션 중 하나에 불과하고 제조업체에서는 센서와 게이트웨이를 유사하게 조합하여 다양한 연결 옵션을 제공합니다. 예를 들어, Laird의 Sentrius RS1xx 계열에는 Bluetooth 및 LoRaWAN 연결을 지원하도록 고안된 산업용 센서가 포함되어 있습니다. 이 회사의 Sentrius RG1xx 계열은 LoRaWAN 배포에 대한 지역 주파수 요구 사항을 지원하도록 설계된 보안 게이트웨이로 구성됩니다. 또한 게이트웨이는 로컬 Bluetooth 연결 및 Wi-Fi 백홀 인터넷 연결을 지원합니다.

일부 응용 제품에서는 전자파 장해(EMI)의 강력한 출처로 인해 무선 통신의 신호 무결성이 저하될 수 있습니다. 이러한 경우 센서와 통신 기능을 분리할 수 있다면 큰 이점이 될 수 있습니다. 자체 무선 산업용 센서와 함께 Banner Engineering은 RS-485 또는 1선 직렬 인터페이스를 통해 별도의 무선 노드에 연결하도록 고안된 센서를 제공합니다. 따라서 작업자는 강력한 EMI 출처(예: 고속 모터)에 연결된 센서에서 약간 떨어진 위치에 무선 통신 노드를 배치할 수 있습니다(그림 4).

그림 4: 모터 진동 측정과 같은 중요한 전자파 장해가 있는 경우 개발자는 모터에 실장되는 Banner Engineering의 진동 센서를 잡음 출처로부터 약간 떨어진 곳에 배치된 무선 노드와 연결할 수 있습니다. (이미지 출처: Banner Engineering)

이러한 유형의 구성을 지원하여 Banner Engineering의 DX80N9Q45VTP 무선 노드는 QM30VT1 1선 진동 및 온도 센서에 연결하고, DX80N9Q45TH 무선 노드는 M12FTH4Q 1선 온도 및 습도 센서에 연결하도록 설계되었습니다. 광범위한 센서 인터페이스 요구 사항에 대해 Banner Engineering의 DX80N9Q45U는 범용 1선 무선 노드 역할을 하고 DX80G9M6S 무선 노드 계열은 다중 홉 네트워크에 대한 RS-485 센서 연결을 지원합니다.

로컬 처리

IIoT 센서 네트워크를 빠르게 배포하더라도 개발자는 데이터 볼륨을 줄이거나 다운스트림 리소스에 대한 처리 부하를 완화하기 위해 어느 정도의 로컬 처리를 예상해야 할 수 있습니다. 실제로 Banner Engineering의 QM30VT2 진동 및 온도 센서와 같은 고급 산업용 센서를 활용하면 사용자가 측정된 진동 주파수를 최대 20개의 주파수 대역으로 분할할 수 있습니다. 이 기능은 개별 주파수 대역 내 변경이 특정 유형의 장애를 나타내는 예측 유지 보수 응용 분야에서 특히 중요합니다.

센서에 의한 전처리 외에도 센서 네트워크를 조기에 배포하기 위해 어느 정도의 로컬 처리가 필요한 경우가 있습니다. Banner Engineer는 DXM700 컨트롤러 및 게이트웨이를 통해 이 기능을 제공합니다. 크기가 70mm x 86mm x 55mm에 불과한 DXM700은 다양한 로컬 유무선 연결과 호스트 서버에 대한 이더넷 백홀을 제공합니다(그림 5).

그림 5: Banner Engineering의 DXM700 컨트롤러 및 게이트웨이는 로컬 및 인터넷 연결과 로컬 ScriptBasic 처리를 지원하기 위한 여러 가지 연결 옵션을 제공합니다. (이미지 출처: Banner Engineering)

로컬 센서 네트워크에서 데이터를 수신한 후 컨트롤러는 ScriptBasic으로 작성된 프로그램을 실행하여 입력 데이터를 검사하거나, 입력 데이터를 기반으로 하여 출력을 활성화하거나, 간단한 데이터 변환을 수행할 수 있습니다. Banner Engineering 설명서에는 센서 데이터 변경에 대한 대응과 같은 일반적인 조치를 보여주는 ScriptBasic 샘플이 포함되어 있습니다(목록 1).

복사   .
.
.
'Function to read the T/H sensor FUNCTION GetTempHumidityData    LastValueTempC = TempC    LastValueHumidity = Humidity    Humidity =GETREG(SensorHumidity_reg, TH_SID, MBtype)    TempC = GETREG(SensorTempC_reg, TH_SID, MBtype)    IF Humidity > 65535 or TempC > 65535 THEN          PRINT "Read Error - humidity / temp reading...", Humidity,"  ",TempC,"\n\r"    END IF    WrErr = SETREG (Humidity_reg, Humidity, LocalRegSID, MBtype)    WrErr = SETREG (TempC_reg, TempC, LocalRegSID , MBtype)   FUNCTION StateMachine 'State machine definitions for the periodic reading of temp/humidity ' TH_State = 0  current state of the state machine ' TH_Idle= 0  initial state ' TH_Wait= 1  wait time between samples ' TH_Sample= 2  get samples from remote sensor ' TH_Error= 3 error state - unknown condition    LOCAL StartState    StartState = TH_State    WrErr = SETREG (SM_reg, TH_State, LocalRegSID, MBtype)       IF TH_State = TH_Idle THEN           StartTime = NOW           TH_State = TH_Wait    ELSEIF TH_State = TH_Wait THEN       IF NOW >= (StartTime + WaitTime) THEN          TH_State = TH_Sample       ELSE          TH_State = TH_Wait       END IF    ELSEIF TH_State = TH_Sample THEN       GetTempHumidityData       TH_State = TH_Idle    ELSE       TH_State = TH_Error    END IF    IF StartState <> TH_State THEN       PRINT "\r\n Time ",NOW,"  SM Started-> ",THState[StartState],"  End->",THState[TH_State]," \r\n"    END IF END FUNCTION FUNCTION LED_driver IF LastValueTempC < TempC THEN    WrErr = SETREG (TempGoingUp_LED2_reg,1,DisplaySID, MBtype)    ELSE       WrErr = SETREG (TempGoingUp_LED2_reg,0,DisplaySID, MBtype)    END IF       IF LastValueTempC > TempC THEN    WrErr = SETREG (TempGoingDown_LED3_reg,1,DisplaySID, MBtype)    ELSE       WrErr = SETREG (TempGoingDown_LED3_reg,0,DisplaySID, MBtype)    END IF       IF (Humidity > 65535 ) OR (TempC > 65535) THEN    WrErr = SETREG (CommsError_LED4_reg,1,DisplaySID, MBtype)    ELSE       WrErr = SETREG (CommsError_LED4_reg,0,DisplaySID, MBtype)    END IF        IF GETREG(ScriptRunnning_LED1_reg, DisplaySID, MBtype) THEN       WrErr = SETREG (ScriptRunnning_LED1_reg,0,DisplaySID, MBtype)    ELSE       WrErr = SETREG (ScriptRunnning_LED1_reg,1,DisplaySID, MBtype)    END IF    END FUNCTION ‘Main program loop BEGIN:    PRINT "Script Starting\r\n"    ITERATE:       'PRINT "\r\n Time = ",NOW," \r\n"       StateMachine       LED_driver       Sleep(1)    GOTO ITERATE END 

목록 1: Banner Engineering의 이 ScriptBasic 코드 조각은 개발자가 센서 데이터에 로컬로 응답하도록 Banner Engineering의 DXM700을 프로그래밍하는 방법을 보여줍니다. 여기서는 온도 및 습도 센서 데이터 변경에 응답하여 LED를 켜고 끕니다. (코드 출처: Banner Engineering)

Multi-Tech Systems의 MTCAP-Lxxx 계열과 같은 게이트웨이는 로컬 처리를 위한 유연성을 크게 개선합니다. 다양한 연결 요구 사항을 충족하도록 설계된 이 계열은 센서 측의 로컬 LoRaWAN 연결과 백홀 채널을 위한 선택적 광대역 LTE 연결을 모두 지원합니다. 작동 환경에서 이 게이트웨이 계열은 오픈 소스 Multi-Tech Linux(mLinux) 운영 체제를 기반으로 합니다. 따라서 개발자는 친숙한 개발 환경에서 로컬 처리 소프트웨어 루틴을 생성할 수 있습니다. 또한 이러한 게이트웨이는 IIoT와 같은 이벤트 기반 응용 제품에 유용한 로우 코드 개발 옵션을 제공하여 Node-RED를 지원합니다. Node-RED에 대한 자세한 내용은 이 기사의 뒷부분에서 확인할 수 있습니다.

빠른 로우 코드 시제품 제작

물리적 센서 네트워크를 빠르게 배포하면 전체 범위 센서 네트워크를 설계, 개발, 시운전하기 전에 중요 데이터를 조기에 제공하여 IIoT 응용 제품 개발을 가속화할 수 있습니다. 소프트웨어 개발에 대한 중요 부속 요구 사항이 있을 경우 빠른 배포에 걸림돌이 될 수 있습니다. 앞서 설명한 사전 구성된 IIoT 센서 장치와 게이트웨이는 대부분의 경우 이러한 상황을 피할 수 있으며, 드롭인 센서 및 게이트웨이의 기능을 벗어난 고유한 데이터 요구 사항은 연결된 소프트웨어 요구 사항을 초래할 수 있습니다.

고유한 데이터 요구 사항을 충족하기 위해 Arduino 및 Raspberry Pi와 같은 플랫폼의 시제품을 빠르게 제작하여 애드온 기판과 같은 다양한 특수 센서 및 액추에이터를 제공합니다. 이러한 애드온 기판을 혼합 및 연계하여 개발자는 센서 데이터의 거의 모든 요구 사항을 충족하는 시제품을 빠르게 제작할 수 있습니다.

IoT 응용 분야의 경우 최소 실장 면적으로 설계된 다중 센서 기판과 이러한 응용 분야에 일반적으로 필요한 기능의 출시로 제조업체에서는 응용 제품의 시제품을 더 빠르게 제작하게 되었습니다. ON Semiconductor의 RSL10-SENSE-GEVK 평가 키트 또는 STMicroelectronics의 STEVAL-STLKT01V1 SensorTile 개발 키트와 같은 개발 기판은 고성능 프로세서를 웨어러블 및 IoT 장치에 일반적으로 필요한 광범위한 센서와 통합합니다. 예를 들어, SensorTile은 STMicroelectronics의 STM32L4 프로세서를 STMicroelectronics의 BLUENRG-MS 트랜시버와 결합하고 이 회사의 LPS22HBTR 마이크로 일렉트로닉스 시스템(MEMS) 압력 센서, LSM6DSMTR MEMS 관성 측정 장치(IMU)를 포함하는 센서 어레이를 가속도계 및 자이로스코프와 결합하고, LSM303AGRTR MEMS 전자 나침반을 선형 가속 및 자기 센서와 결합합니다(그림 6).

그림 6: STMicroelectronics의 STM32L4 프로세서를 기반으로 하는 STMicroelectronics의 SensorTile은 기성 IIoT 센서 시스템에서 지원되는 것보다 엄격한 고유 요구 사항을 충족할 수 있는 센서 시스템을 구축하는 유연한 하드웨어 플랫폼을 제공합니다. (이미지 출처: STMicroelectronics)

널리 사용되는 로우 코드 개발 환경인 Node-RED를 활용하면 개발자가 기능 요소(노드)를 연결하는 그래프(흐름)를 작성하여 이러한 기판과 기타 하드웨어 시스템(예: NCD 장치 및 Multi-Tech 게이트웨이)을 프로그래밍할 수 있습니다. 이러한 흐름은 센서 데이터 읽기, 데이터 작업 수행, 다른 기능 요소(예: 클라우드 게이트웨이)에 데이터 전송, 데이터 표시 등과 같은 특정 기능에 해당하는 노드 간의 상호 작용을 나타냅니다(그림 7).

그림 7: Node-RED 개발 환경에서는 개발자가 포괄적인 오픈 소스 리포지토리에서 가져온 노드를 연결하여 응용 제품을 제작할 수 있습니다. (이미지 출처: National Control Devices)

오픈 소스 Node-RED 흐름 리포지토리에서 225,000개 이상의 모듈을 사용할 수 있는 이 환경에서는 센서 데이터 취득, 클라우드에 전송과 같은 이벤트 기반 응용 제품을 개발하는 데 필요한 풍부한 에코시스템을 제공합니다. Node-RED는 프로덕션 응용 분야에서 결과 흐름을 통합할 수 있는 방법을 제공하지만 Node.js에 대한 의존성 때문에 일부 응용 제품 또는 프로덕션 환경에 적합하지 않을 수 있습니다.

Digi-Key의 DK IoT Studio는 C 언어 소스 코드를 제공하면서 수동 소프트웨어 개발이 거의 필요하지 않은 다른 로우 코드 개발 환경을 제공합니다. DK IoT Studio를 통해 개발자는 SensorTile의 각 기능과 연관된 부품을 DK IoT Studio 캔버스에 끌어서 놓는 방식으로 필요한 기능을 생성합니다(그림 8).

그림 8: Digi-Key의 DK IoT Studio는 캔버스에 아이콘으로 표시된 기능 요소를 연결하고 연결된 특성(오른쪽)을 필요에 따라 수정하여 작성되는 응용 제품에서 코드(왼쪽)를 자동으로 생성합니다. (이미지 출처: Digi-Key/STMicroelectronics)

특정 하드웨어 부품 지원 외에도 이 환경에서는 클라우드로 데이터 전송 또는 클라우드 리소스 작동을 나타내는 끌어서 놓을 수 있는 유사한 기능 요소를 제공합니다. 데이터 흐름과 작동을 설명하는 그래프를 작성한 후 개발자는 생성된 코드를 다운로드하여 SensorTile에 업로드할 수 있습니다. 일반 시제품을 제작할 경우 이 공정에서는 추가 코드를 개발할 필요가 거의 또는 전혀 없습니다. 이러한 신속한 시제품 제작 개발 흐름에 대한 자세한 내용은 "배터리 구동 Bluetooth 5 인증 다중 센서 IoT 장치를 빠르게 배포"를 참조하십시오.

결론

대규모 IIoT 응용 제품을 개발하려면 대상 환경을 충실하게 보여주는 데이터를 사용할 수 있어야 합니다. 2부로 구성된 이 시리즈의 1부에서 살펴본 대로 시뮬레이션 방법이 많은 응용 분야의 데이터 요구 사항을 충족할 수 있지만, 응용 분야에 따라 대상 환경과 정확히 일치하는 데이터가 필요한 경우도 있습니다. 그런 경우 유효한 시뮬레이션 결과를 제공하기 위해 비현실적으로 높은 수준의 노력이 필요할 수 있습니다. 대신 즉시 사용 가능한 센서 및 게이트웨이 장치는 데이터를 빠르게 제공할 수 있는 훨씬 더 간단한 솔루션을 제공합니다.

2부의 설명과 같이 이러한 장치는 다양한 센서 유형과 연결 옵션을 손쉽게 지원합니다. 이러한 제품을 사용하여 개발자는 IIoT 응용 제품 개발을 가속화하는 데 필요한 데이터를 제공할 수 있는 센서 네트워크를 빠르게 배포할 수 있습니다.