Cloud scada - 편집 역사

Hschoi2: /* 삼성 전략 분석 */

2025-08-25T05:27:25Z

삼성 전략 분석

← 이전 판		2025년 8월 25일 (월) 05:27 판
95번째 줄:		95번째 줄:

	[[https://youtu.be/otliPL6PWc4?t=11m53s Smart Thins PRO PPL 12분부터 20분까지 보기]		[[https://youtu.be/otliPL6PWc4?t=11m53s Smart Thins PRO PPL 12분부터 20분까지 보기]

			* 전략적 차이
			Smart things는 개인(가정)과 상업시설을 목표로 접근하고 있다. LS는 산업용에 집중하는 차이를 두고 있다. 하지만 상업시설 부분은 서로의 영역에서 겹치고 있고, 포기할 수 없는 영역이다.

	[[file:S_smart_things.jpg \| 800px]]		[[file:S_smart_things.jpg \| 800px]]




	[[분류: 사업]]		[[분류: 사업]]

Hschoi2: /* 삼성 전략 분석 */

2025-08-25T05:24:55Z

삼성 전략 분석

← 이전 판		2025년 8월 25일 (월) 05:24 판
96번째 줄:		96번째 줄:
	[[https://youtu.be/otliPL6PWc4?t=11m53s Smart Thins PRO PPL 12분부터 20분까지 보기]		[[https://youtu.be/otliPL6PWc4?t=11m53s Smart Thins PRO PPL 12분부터 20분까지 보기]

			[[file:S_smart_things.jpg \| 800px]]

	[[분류: 사업]]		[[분류: 사업]]

172.27.0.1: /* Mitter와 MQTT 비교 */

2025-08-25T05:22:39Z

Mitter와 MQTT 비교

← 이전 판		2025년 8월 25일 (월) 05:22 판
88번째 줄:		88번째 줄:

	MQTT는 전송/ 택배 방식 정의		MQTT는 전송/ 택배 방식 정의

			==삼성 전략 분석==
			삼성은 [https://www.samsung.com/sec/business/smartthingspro/ Smart things PRO]라는 서비스라는 이름으로, IoT를 전반적으로 아우르는 서비스를 한다. 초기 단계인 지금은 기존 가전 특히 에어컨을 바탕으로, 산업용 시장에 진출하는데, 별도의 시스템을 구축하는 복잡한 형태에서 벗어나, 기존의 connectivity를 사용하여 쉽게 접근할 수 있는 방법을 제시하고 있다.

			스마트 씽스 프로의 의미는 기존의 smart things의 확장판으로 가전에서 산업용까지 확대하는 접근임.

			[[https://youtu.be/otliPL6PWc4?t=11m53s Smart Thins PRO PPL 12분부터 20분까지 보기]



			[[분류: 사업]]

172.27.0.1: 172.27.0.1 (토론)의 502 판 편집을 되돌림

2025-08-25T04:58:06Z

172.27.0.1 (토론)의 502 판 편집을 되돌림

← 이전 판	2025년 8월 25일 (월) 04:58 판
1번째 줄:	1번째 줄:
		본 문서는 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는 전송/ 택배 방식 정의

172.27.0.1: 문서를 비움

2025-07-23T23:09:19Z

문서를 비움

← 이전 판		2025년 7월 23일 (수) 23:09 판
1번째 줄:		1번째 줄:
	~~본 문서는 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는 전송/ 택배 방식 정의~~

Hschoi2: /* IoT 기술 사항 */

2025-07-23T08:13:43Z

IoT 기술 사항

← 이전 판		2025년 7월 23일 (수) 08:13 판
46번째 줄:		46번째 줄:
	\| PQ Meter \|\| Wi-Fi \|\| 데이터 전송 \|\| 에너지 \|\| Enable		\| 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는 전송/ 택배 방식 정의

Hschoi2: /* IoT 기술 사항 */

2025-07-23T07:45:08Z

IoT 기술 사항

← 이전 판		2025년 7월 23일 (수) 07:45 판
35번째 줄:		35번째 줄:

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

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

172.27.0.1: /* IoT 기술 사항 */

2025-07-23T07:31:36Z

IoT 기술 사항

← 이전 판		2025년 7월 23일 (수) 07:31 판
32번째 줄:		32번째 줄:

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

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

172.27.0.1: 새 문서: 본 문서는 Enable이 독자적으로 확대해 나가기 위한 추가적인 하위 솔루션을 위한 검토에 대한 내용이다. =인에이블 플랫폼 독립 성과= 인에이블 플랫폼은 고객 정보 분석을 통한 설비 및 기타 신재생에너지 가이드를 위한 정보 제공이 목표이다. 하지만, 독립 솔루션으로 다음의 문제점을 가지고 있다. # 파워플래너 정보만 확보하고, 인에이블 구독 효과(직접 매출)...

2025-07-23T07:28:47Z

새 문서: 본 문서는 Enable이 독자적으로 확대해 나가기 위한 추가적인 하위 솔루션을 위한 검토에 대한 내용이다. =인에이블 플랫폼 독립 성과= 인에이블 플랫폼은 고객 정보 분석을 통한 설비 및 기타 신재생에너지 가이드를 위한 정보 제공이 목표이다. 하지만, 독립 솔루션으로 다음의 문제점을 가지고 있다. # 파워플래너 정보만 확보하고, 인에이블 구독 효과(직접 매출)...

새 문서

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

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

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

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

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

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

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

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

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

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

==IoT 기술 사항==