필드버스 기술의 표준화 과정에 대한 분석과 사고
사용자의 요구 사항을 분석함으로써 Fieldbus에 대한 사용자의 기술 요구 사항과 기대치를 대략 다음 세 가지 수준으로 나눌 수 있습니다.
1) 지능형 구성 요소와 컨트롤러(스테이션) 간의 상호 연결은 주로 기존 I/O 케이블을 대체하기 위한 것입니다. 기존 I/O 데이터를 전송하고 지능형 구성 요소에 고유한 일부 경보 및 오류 진단 정보를 추가로 전송해야 합니다.
2) 위의 실시간 모니터링 데이터 전송을 기반으로 사용자의 추가 요구 사항은 네트워크를 통해 중앙 집중식 엔지니어링 설계 구성, 동적 프로그램 수정 및 다운로드, 원격 진단 및 구성 요소 교정을 수행하는 것입니다.
3) 상호연결과 연동을 바탕으로 사용자는"재구성하다"구성 요소 손상 및 교체, 시스템 재구성 및 확장, 시스템 업그레이드 또는 부분 업그레이드 등과 같이 새로운 기술 조건에서 타사 구성 요소 또는 업그레이드된 제품에 대한 접근성이 필요한 다양한 상황에서 시스템이 작동하지 않습니다.
위의 사용자 요구 사항을 보면 그들이 원하는 것을 알 수 있습니다."상호 연결","연동"그리고"교환"필드 버스 기술과 네트워크 데이터 통신을 통해 다양한 지능형 구성 요소와 컨트롤러(스테이션) 사이를 연결하지만 이러한 모든 기능이 하나의 환경에서 구현되어야 하는 것은 아닙니다."하나의"통합 네트워크. 사용자가 이메일, 파일 다운로드, 네트워크 브라우징, 온라인 게임 및 기타 인터넷 서비스를 실현하기를 원하는 것처럼, 이는 인터넷 네트워크가 반드시"하나의" "동종의"회로망.
통신 프로토콜의 구성 모델 관점에서 보면 현재 거의 모든 통신 프로토콜은 일반적으로 OSI의 7계층 모델을 참조하지만 대부분의 프로토콜은"수직 통합"물리 계층의 프로토콜 스택"상향식", 어렵게 만드는"상호 연결"그리고"상호 운용하다"모든 수준의 8개 표준 프로토콜 간"교환". 실제로 OSI 계층 모델을 공식화하는 목적은 다양한 기술 요소와 다양한 개발 및 변경 속도를 다루는 통신 개체를 독립적인 계층으로 나누어 각 계층이 서로 결합하여 엔드투엔드를 형성할 수 있도록 하는 것입니다. 프로토콜 스택을 완성할 뿐만 아니라 서로를 제한하지 않고 독립적으로 개발할 수도 있습니다. 예를 들어, 가장 친숙한 인터넷 네트워크 프로토콜 클러스터에서 인터넷이 이렇게 성공할 수 있는 이유는 TCP/IP 프로토콜 스택이 핵심이며, 이는 다양한 애플리케이션 계층 프로토콜(WWW, FTP, 이메일, 등)을 위쪽에, 아래쪽에는 다양한 랜(이더넷, FDDI 등) 및 핏기 없는(전화 접속 네트워크, X.25 등) 플랫폼에서 구현할 수 있습니다.
어떤 의미에서 현재 필드버스 기술 표준화 과정의 딜레마는 다음과 같은 사실에 크게 기인할 수 있습니다."단일 수직 통합 동형 네트워크", 그것도 너무"이상적인",는 당초 기술표준의 목표로 설정됐다. 그 결과 목표를 달성할 수 없을 뿐만 아니라 역효과를 낳는 상황이 발생합니다."수많은 분쟁과 비호환성"등장했습니다.
