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