시스템이 IoT를 사용할 준비가 되었습니까?

MRO Electric and Supply의 Joseph Zulick

제조 시설이 사물 인터넷으로 도약할 준비가 되었는지 확인하려면 무엇이 필요합니까? 무엇을 수집하시겠습니까? 이 정보를 어떻게 전달할 것인가? 이 정보를 어떻게 처리하고 데이터를 기반으로 작동합니까? MRO Electric and Supply의 저술가이자 관리자인 Joseph Zulick은 기존 시스템 통합 및 통신?

시스템에 대한 기대와 요구 사항부터 시작하겠습니다. 장비가 작동 중이거나 정지된 상태로 간단한 것을 수집할 예정이라면.

단순하거나 복잡한 시스템은 이 데이터를 처리할 수 있습니다. 기계가 작동 중인지 여부만 알고 싶을 때 작동 기능을 감지하는 것도 매우 간단합니다. 이 데이터의 통신 및 전송에 관해서는 단순한 것이 더 좋습니다. 리미트 스위치나 센서를 클릭하고 끄려고 할 때 통신 시스템을 개발하는 것은 의미가 없습니다. 데이터가 단순하여 쉽게 데이터를 수집할 수 있습니다.

단순한 데이터의 문제는 정보에 입각한 결정을 내리는 데 필요한 유익한 데이터가 전혀 제공되지 않는다는 것입니다. 자세한 내용에는 "왜? 왜 우리는 달리지 않습니까? 기계가 시작되지 않은 이유는 무엇입니까? 왜 우리는 전환을 완료하지 않습니까? 다른 데이터는 "무엇? 우리는 어떤 작업을 실행하고 있습니까? 우리는 어떤 도구를 사용하고 있습니까? 작업 완료 예상 시간은 어떻게 됩니까?

이러한 데이터 포인트는 단순 센서 유형 시스템에서 사용할 수 없습니다. 클라우드 및 IoT 시스템이 될 수 있는 수집 시스템으로 정보를 전달하고 데이터를 수집하려면 보다 발전된 시스템이 필요합니다.

또한 처리를 정의해야 합니다. 데이터를 특정 측정항목과 비교하시겠습니까? 정보를 다른 ERP 시스템으로 전달하시겠습니까?

이러한 모든 기대가 귀하의 개선을 위한 기조를 설정합니다.

이렇게 하면 기존 시스템이 데이터를 처리할 수 있고 데이터를 처리하는 데 필요한 성능이 있는지 계산하는 데 도움이 됩니다.

<노스크립트>

제약 조건 이론의 요소를 따라 데이터 시스템에 적용하면 정보의 병목 현상이 발생하는 위치를 결정해야 합니다.

전달하고자 하는 내용을 결정했으면 다음 단계는 방법과 형식입니다. 디지털 또는 이진 신호로 켜고 끄는 비트처럼 간단하게 정보를 전송하시겠습니까?

간단한 센서로 원본과 동일한 형식으로 이동합니다. 이것은 매우 비효율적이며 여기에 표시된 모든 리소스를 사용합니다.

<노스크립트>

정보에 대한 모든 도관을 사용하면 완료됩니다. 이것이 이것을 정보로 변환하고 직렬 통신, 모드 버스 등으로 변환하는 링크 형식으로 보내는 더 높은 수준을 사용하는 것이 더 나은 이유입니다. 이것은 또한 이것을 위로 옮기고 싶을 때 필요할 것입니다. 클라우드로.

<노스크립트>

이와 관련된 비용이 있지만 이는 또한 몇 년 전에 제한된 형식의 전화 접속을 사용하여 초당 수백만 비트의 정보를 전송하면서 오늘날과 같은 대규모 데이터를 이동하는 방법에 대한 전제이기도 합니다.

이는 IoT를 다음 단계로 끌어올리는 데에도 필요합니다. 데이터를 처리할 수 있는 시스템이 필요합니다.

직렬 통신은 괜찮지만 여러 장치 및 정보에 대해 동일한 경로가 사용되는 모드 버스와 같은 시스템에서 버스 네트워크를 정의하기 시작하지 않는 한 제한적입니다. 메일을 보낼 때 주소와 반송 주소가 필요한 것과 같은 방식으로 여러 장치를 사용하는 버스의 항목을 식별하기 위해 동일한 작업을 수행합니다.

<노스크립트>

처리 및 저장을 위해 클라우드 수준까지 통신을 시작할 때 IP 주소가 필요할 때도 마찬가지입니다.

클라우드에 있거나 데이터를 전송할 가장 높은 수준으로 올라가면 데이터를 처리하거나 저장합니다. 정보가 저장되면 데이터를 저장하고 검색하는 시스템이 필요합니다. 보고서를 작성하고 사용 가능한 정보로 컴파일한 다음 최종적으로 다른 프로그램이나 시스템에 전달할 수 있는 형식으로 처리해야 할 수도 있습니다.

현재 보유하고 있는 모든 시스템은 이 수준의 데이터를 처리할 수 있거나 요구 사항에 맞게 시스템을 업그레이드할 수 있어야 합니다. 모든 장비와 모든 보조 장치에 대해 하나의 시스템에 대한 정보의 양을 곱해야 합니다. 정보가 증가함에 따라 이 변화를 충족할 수 있어야 하기 때문에 이것의 확장성을 계획하십시오. 정보 공급이 증가함에 따라(더 많은 센서, 더 많은 정보 밀도, 더 많은 샘플링 빈도) 시스템이 이러한 증가를 처리해야 합니다.

증가에는 깊이와 너비 모두에 대한 공간이 필요합니다. 가정용 컴퓨터에서 알 수 있듯이 속도와 공간에 대한 요구 사항은 매년 기하급수적으로 증가합니다. 이것은 또한 많은 erp 시스템과 호환되기 위해 필요할 것입니다.

비즈니스의 요구 사항과 현재 보유하고 있는 기능을 검토하면 시스템을 시작하는 데 필요한 로드맵을 고안하는 데 도움이 됩니다. 현재 시스템을 폐기하고 다시 시작하지 않고도 미래의 요구 사항을 충족하는 데 필요한 확장 기능으로 필요하다고 생각하는 모든 확장을 충족하는지 확인하십시오.

필요한 세부 사항이 있다고 생각할 수 있지만 계획의 구멍을 식별할 수 있는 다른 팀 구성원을 데려와야 합니다. 너무 자주 우리는 빠르게 실패하는 이러한 프로그램에 적합한 모든 사람의 의견을 얻지 못합니다. 향후 사업 확장을 고려하십시오. 이것은 이러한 확장에 대한 모든 것을 자동으로 구매한다는 의미는 아니지만 이 확장을 해결하기 위해 시스템을 확장할 수 있음을 의미합니다.

1테라바이트 메모리를 얻는 것은 한 가지이지만 최대 1테라바이트로 1테라바이트를 얻는 것과 4테라바이트를 위한 공간으로 1테라바이트를 얻는 것은 다릅니다. 일반적으로 속도는 확장할 수 없으며 처리는 이러한 매개변수에 의해 제한됩니다. 현재 가지고 있는 것이 미래에는 더 이상 쓸모없게 될 것이지만 피할 수 없는 것을 가능한 한 오래 미루고자 합니다.

기본 erp 시스템과 현재 네트워크 IoT 시스템 간의 호환성을 확인하십시오. 그런 다음 개선 사항을 검토하고 새 시스템이 강력한 성능을 발휘하는지 확인하십시오. 이것이 당신의 제한 요소가 되게 하지 마십시오. 인터페이스가 하드웨어에서 제공하는 속도 및 정보 패킷을 처리하는지 확인하십시오.

<노스크립트>

오늘은 속도를 늦추지 않을 수 있지만 전체 로드에서 시스템을 처리할 수 없으면 더 많은 온라인 상태를 가져올 때 시스템이 느려집니다. 시스템 결정을 제공하기 위해 점점 더 많은 데이터와 처리에 대해 시스템에 의존하게 되면 이는 재앙이 될 수 있습니다.

하드웨어에도 확장성이 필요합니다. 센서는 현재 필요 이상으로 확장성이 있을 수 있지만 내일 사용할 기술은 아직 발명되지도 않았음을 기억하십시오. 좋은 선택을 하면 수익을 올릴 수 있으며 내일 비즈니스 승자와 패자를 결정할 수도 있습니다.

저자는 MRO Electric and Supply의 작가이자 관리자인 Joseph Zulick입니다.