Cloud scada 편집하기

본 문서는 Enable이 독자적으로 확대해 나가기 위한 추가적인 하위 솔루션을 위한 검토에 대한 내용이다.

=인에이블 플랫폼 독립 성과=
인에이블 플랫폼은 고객 정보 분석을 통한 설비 및 기타 신재생에너지 가이드를 위한 정보 제공이 목표이다.

하지만, 독립 솔루션으로 다음의 문제점을 가지고 있다.
# 파워플래너 정보만 확보하고, 인에이블 구독 효과(직접 매출)로 연계가 없다.
# 기기나 SCADA 고객을 제공만 하고, 직접 비용 발생이 어렵다.
# 자사 SPG가 도입된다고 해도, 인에이블 플랫폼 자체의 성과로 분류하기 어렵다.
# 일정 규모 이상의 고객사에서는 기타 고가의 환경을 제한 할 수 있어서, 소규모 고객사에게는 적절한 솔루션이 없다.

=클라우드 스카다(가칭)=
Cloud Scada(가칭)은 자사가 보유한 기존의 솔루션이 아닌, 소규모, 즉시 적용 가능한 솔루션의 제공을 목표로 한다.

* 최소한의 중요 포인트에 대한 모니터링
* 데이터 수명 관리 (온프레미스, local)
* 중앙(서버)는 수명과 정보 접근 Key만을 보유한다. (Enable 플랫폼)
* 기타 IoT에서 overhead 부분을 제거하고, 원래 데이터에만 집중할 수 있는 architecture에 집중한다.

* Smart Home/Factory(가칭)
소규모 사업장에서 주요 설비에 대한 모니터링을 인에이블을 통해서'''통일성''' 있게 제공한다.

인에이블 플랫폼에서 직접 access하는 것은 아니고, 다른 네트워크와 다른 접근방법을 사용한다. (하지만 사용자는 인에이블 플랫폼안이라고 느낌)


=비교 검토 기술사항=
소규모 데이터 취합 관리는 새롭게 등장한 IoT 프레임워크를 기준으로 검토한다.

하지만, 해당 프레임워크는 개발 목적에 따라 성격이 크게 차이가 있고, 참여 중인 기업체의 역할이 다르므로, 이에 대한 기준과 인에이블 목적에 적절한 프레임워크를 선택하기 어렵다.

따라서, 임의로 운영 환경을 가정하고, 해당 환경이 인에이블과 적합하지 않는 경우는 배제하는 형식으로 접근하기로 한다.

==IoT 기술 사항==
다음은 [https://www.tta.or.kr/data/handbook/index.html 정보통신기술협회(TTA) IoT관련 표준]이다.

[[file: cloud_scada_01.jpg|900px]]

* IoT 구분에 따른 Cloud Scada 구성
{| class="wikitable"
|+ IoT 구분과 시스템
|-
! 디바이스 !! 무선 네트워크 !! 플랫폼 || 서비스 || 분류
|-
| 온도조절기 ||LTE-Advanced || 플랫폼(all) || 홈 || 샘플
|-
| PQ Meter || Wi-Fi || 데이터 전송 || 에너지 || Enable
|}


===가전/산업 요구사항 차이===
* 가전
# matter, MQTT 등
# 쉬운 연결과 point 제어 기준
# M2H 관점 (G/W 성격)

* 산업
# OPC UA
# 안정된 연결과 신뢰성 있는 데이터 
# M2M 개별 영향 고려 (MESH 네트워크)

* 단순화
목표 : ENABLE의 sub system이고, 상업용 SCADA 연계 목적 아님

제거 부분: 
# real time data 
# 고 신뢰도 요구
# direct M2M 제거

주요 부분:
# 쉬운 연결 및 device 선언
# 경량 시스템
# 핵심 데이터만 취득 보관
# 신뢰할 수 있는 네트워크에서만 동작 (보안 요소 직접 구현 제거) 단, 최소 사항은 적용할 것

=샘플=

==Mitter와 MQTT 비교==
* [https://put-idea.tistory.com/42?category=1010122 파이썬 MQTT]
* [https://intotherealworld.tistory.com/80 LG ThinQ MQTT]
* [https://docs.damda.lge.com/quick-start/connect-with-thinq ThinQ 3rd Party]
페이스북, AWS (알렉스?)

* Mitter
애플, 삼성

* 둘의 차이
Mitter는 어떤 언어를 사용한다는 것만 제시

MQTT는 전송/ 택배 방식 정의