지능형 빌딩 시스템 통합 기술 전망?
최근 몇 년 동안 업계 동행에서 시스템 통합 문제가 논쟁의 초점이었다. 기술적인 세부 사항 외에도 거시적인 기술 문제에 대한 지식을 얻는 경우가 많으며, 많은 문제들이 인내심을 가지고 해결될 수 있다. (윌리엄 셰익스피어, 템페스트, 과학명언)
1 이더넷과 TCP/IP 프로토콜은 지능형 빌딩 시스템 통합의 토대가 되었습니다.
지능형 빌딩 시스템 통합에는 특별한 구성 요소가 있지만 최종 분석에서 컴퓨터 네트워크 시스템 통합의 중요한 구성 요소여야 합니다. 따라서 지능형 건물의 시스템 통합에 대해 논의할 때 컴퓨터 네트워크와 시스템 통합 기술의 발전을 떠날 수 없습니다.
1..1전국 인터넷의 보급. TCP/IP 프로토콜을 실제 국제 표준으로 만듭니다.
인터넷은 미국 국방부가 1969 년에 설립한 컴퓨터 네트워크 시스템으로, ARPAnet. 1979 에 TCP/IP 아키텍처 및 프로토콜 사양을 도입했습니다. 1986 ARPAnet 은 독립 국방데이터망과 미국 국립재단이 후원하는 NSFnet 의 두 부분으로 정식으로 나뉜다. 많은 유닛이 TCP/IP 프로토콜을 사용하여 서로 연결됩니다. 65438 년부터 0993 년까지 브라우저의 성공적인 개발로 인터넷은 대발전기에 접어들었다. 1993 년 미국 정부는 정보 고속도로 계획, 즉 N II 프로그램을 제안했다. 1995 년, 7 개 서방 국가들이 G II 를 통해 약간의 정보를 세웠다. 이로 인해 인터넷은 전 세계를 포괄하는 슈퍼컴퓨터 네트워크로 자리잡게 되었으며, 이는 세계 모든 국가와 가정으로 가로로 확대되고 있습니다. 1990 년대 인터넷이 중국에 진출한 이래, 그 사용자들은 매년 놀라운 속도로 발전한다. 200 1 연말까지 중국 사용자 수는 15 만 명에 달했다. 인터넷이 보급됨에 따라 TCP/IP 프로토콜이 널리 채택되었습니다. 아시다시피 ISO (국제표준화기구) 는 1977 에서 OSI (Open Systems 상호 연결) 참조 모델, 즉 7 계층 참조 모델을 제안했습니다. 실제로 OSI 참조 모델을 사용하는 제품은 많지 않습니다. TCP/IP 프로토콜은 개방성으로 기존 LAN, 통합 주소 규칙, IP 주소 및 도메인 이름의 고유성, 기본 사양 상위 계층 프로토콜을 상호 연결할 수 있습니다. TCP/IP 프로토콜도 계층형 아키텍처를 사용합니다. 그러나 ISO/OSI 참조 모델과 정확히 일치하지는 않습니다. TCP/IP 는 링크 계층, 인터넷 계층, 전송 계층, 애플리케이션 계층의 네 가지 계층으로 나뉩니다.
1.2 인트라넷의 발전과 기가비트 이더넷의 성공적인 응용으로 이더넷이 지능형 빌딩 시스템 통합의 토대가 되었습니다.
인터넷 기술이 보편화되고 빠르게 발전함에 따라 인터넷 기술을 그룹 기업의 정보 관리 시스템과 정부 부서의 사무실 시스템에 적용하고자 하는 것이 바로 인트라넷이다. 인트라넷에는 표준 번역 용어가 없고, 어떤 것은 인트라넷이라고 하고, 어떤 것은 기업망이라고 부르기 때문에, 우리는 잠시 기업망이라고 부른다. 현재 국내외 대기업 그룹은 인트라넷 네트워크를 구축하여 내부 네트워크와 외부 네트워크 간의 상호 연결을 실현하고 있습니다. 인트라넷은 통합 TCP/IP 프로토콜을 사용하며, 기술이 성숙하고, 클라이언트 소프트웨어가 간단하고 통일되어 인트라넷에 액세스할 수 있으며, 풍부한 인적 정보 자원을 즐길 수 있습니다. 인트라넷은 정보 교환 및 공유를 위한 유연하고 효율적이며 쉽고 신뢰할 수 있는 사무실 환경을 제공하여 외부에 제품 정보를 홍보하고 게시할 수 있습니다. 다음과 같은 표준 기반 서비스 파일, 정보 브라우징, 디렉터리 조회, 인쇄, 이메일, 네트워크 관리, 원격 로그인 및 파일 전송을 통해 종이없는 사무실을 점진적으로 구현할 수 있습니다.
컴퓨터 네트워크의 보급과 발전에 따라 멀티미디어 통신, 주문형 비디오, 전자 상거래, 화상 회의, HD TV, 원격 의료, 원격 교육, CAD/CAM 등 네트워크 대역폭에 대한 요구가 높아지고 있습니다. 1990 년대에 사람들은 기가비트 이더넷을 연구하기 시작했다. 1998 년, IEEE 는 IEEE802.32 표준을 승인했고, 기가비트 이더넷은 어플리케이션 시대로 본격화되었습니다. 기가비트 이더넷은 10M 및 100M 이더넷과 동일한 프레임 구조를 가지고 있습니다. 전이중 또는 반이중 방식으로 전송 미디어에 액세스하고 캐리어 확장 및 그룹화 기술을 사용하여 네트워크 지름 문제를 해결합니다. 기가비트 이더넷은 간단한 중계기, 네트워크 스위치 및 버퍼 할당자의 세 가지 장치를 정의합니다. 기가비트 이더넷은 다음과 같은 특징을 가지고 있습니다. 단순성: 이더넷의 단순성 유지 호환성: 이더넷의 기본 기술을 유지하고 동일한 프로토콜 및 프레임 형식을 사용하며 전이중/반이중 모드를 지원하여 네트워크 업그레이드의 원활한 전환을 보장합니다. 기가비트 이더넷이 LAN 과 인트라넷의 백본이 된 것은 이미 논란의 여지가 없는 사실이 되었다.
따라서 인트라넷의 발전과 기가비트 이더넷의 성공적인 적용으로 각 지능형 건물에는 자체 인트라넷 백본이 있어야 합니다. 현재 상황에서 이 네트워크는
기가비트 이더넷이어야 하며 TCP/IP 프로토콜을 사용해야 합니다. 이 네트워크는 IBMS 통합 시스템의 백본 네트워크이기도합니다.
1.3 필드 버스 기술이 발전함에 따라 이더넷은 관리 및 제어 계층에서 필드 계층으로 확장되고 있습니다.
TCP/IP 프로토콜은 이기종 컴퓨터 간의 네트워크 상호 연결 및 통신 프로토콜 문제를 해결하는 사실상 국제 표준입니다. 정보 분야의 대형 네트워크는 자동화 분야의 모든 측면에 큰 영향을 미친다. 그것은 빌딩 자동화 시스템의 관리층에서 통제층으로 확장되었으며, 현재 현장층으로 확장되고 있다.
2000 년 초, IEC 는 현재 세계 30 여 종의 필드 버스 중 8 가지를 채택한 필드 버스 국제 표준인 IEC-6 1 158 을 발표했습니다. 이 8 가지 버스에는 8 가지 프로토콜이 있으며, 서로 호환되지 않으며, 통합된 필드 버스와는 아직 멀었다. 여기서 HZ-HSE 버스는 100 Mbps 이더넷입니다. IAONA 는 산업 자동화 개방형 네트워크 컨소시엄으로 HSE 개발 및 연구 전문 국제기구입니다. 필드 버스로서 이더넷에는 두 가지 문제가 있을 수 있습니다. 하나는 CSMA/CD 를 사용하여 정보를 보내고, "불확실성" 문제가 있어 측정 및 제어 정보를 보낼 시기를 결정할 수 없고, 실시간 제어에 영향을 미칠까 봐 두렵다는 것입니다. 또 다른 하나는 이더넷 데이터 프레임에서 실제 데이터를 나타내는 바이트가 크지 않고 자동화 분야의 실제 데이터가 짧고 비효율적이기 때문에 회선 활용도가 낮다는 것입니다. 예: DI20 바이트, DO 16 바이트, AIAO200 바이트, 통신 인터페이스 500 바이트, PID 작동 500 바이트, 카운터 4 바이트 등 이렇게 하면 이더넷 패킷 캡슐화를 사용할 때 DI, DO, counter 등 48 바이트의 최소 길이를 충족하기 위해 대량의 신호를 채워야 합니다. 첫 번째 문제를 해결하기 위해 이더넷의 전송 기능을 향상시켜 실시간 제어 요구를 충족시킬 수 있습니다. 두 번째 문제를 해결하기 위해 TCP/IP 대신 데이터그램 프로토콜 UDP/IP 를 사용할 수 있습니다. 고속 이더넷을 채택했기 때문에 이러한 문제는 쉽게 해결할 수 있습니다. 이더넷 기술이 발달하면서 건물 자동화 분야에서는 이더넷 연결, 인터넷 및 제어 네트워크 통합이 발생할 수 있습니다.
결론적으로 이더넷과 TCP/IP 프로토콜은 지능형 빌딩 시스템 통합의 기초가 되었습니다.
브라우저/서버 컴퓨팅 모드는 지능형 빌딩 통합 시스템의 주요 컴퓨팅 모델이 되고 미들웨어는 지능형 빌딩 시스템 통합의 다리가 됩니다.
개인용 컴퓨터 PC 의 보급과 발전으로 인해 컴퓨터 네트워크의 컴퓨팅 모델이 메인프레임이 주도하는 중앙 집중식 컴퓨팅 모델에서 클라이언트/서버 컴퓨팅 모델로 전환되었습니다. 브라우저 개발로 인해 컴퓨터 네트워크의 계산 패턴이 브라우저/서버에서 계산되기 시작합니다.
2. 1 컴퓨터 네트워크의 컴퓨팅 모드가 브라우저/서버 컴퓨팅 모드로 전환되기 시작합니다. 브라우저/서버 컴퓨팅 모드는 지능형 빌딩 통합 시스템의 기본 컴퓨팅 모드가 됩니다.
컴퓨터 네트워크 초기에는 일반적으로 대형 컴퓨터를 생명력으로 사용했으며, 많은 최종 사용자는 호스트의 CPU 자원 및 데이터 저장 기능을 즐겼습니다. 이 모드를 중앙 집중식 계산 모드 또는 시분할 모드라고 합니다. 이 모델의 주요 단점은 호스트에 대한 부담이 과중하고, 장비가 비싸며, 시스템의 신뢰성과 가용성이 호스트에 종속되어 있으며, 기능 확장이 어렵다는 것입니다.
개인용 컴퓨터 PC 의 보급과 발전에 따라 클라이언트/서버 컴퓨팅 모델이 점차 중앙 집중식 컴퓨팅 모델을 대체하게 되었습니다. C/S 컴퓨팅 모드에서는 하나 이상의 클라이언트가 하나 이상의 서버에 연결되어 분산 컴퓨팅 시스템을 형성합니다. 이 모드에서는 애플리케이션이 프런트엔드 클라이언트 섹션과 백엔드 서버 섹션으로 구분됩니다. 클라이언트는 사용자와 상호 작용하여 사용자 정보를 수집합니다. 서버에 대규모 컴퓨팅 또는 대규모 응용 프로그램을 완료하도록 요청하고 서버에서 반환된 결과를 사용자에게 제출할 수 있습니다. 클라이언트가 요청된 컨텐츠만 서버로 보내고 서버는 최종 결과만 반환하므로 네트워크 활용도를 최적화합니다.
브라우저가 발전함에 따라 컴퓨터 네트워크의 컴퓨팅 모드가 브라우저/서버 모드, 즉 B/S 모드로 전환되기 시작합니다. 기존 C/S 모드의 서버는 하나의 웹 서버와 하나 이상의 데이터베이스 서버로 분할됩니다. 클라이언트는 더 이상 서버에 직접 연결되지 않고 웹 서버에 연결됩니다. 웹 서버가 데이터베이스 서버에 연결됩니다. 사용자의 요청은 웹 서버로 전송되고, 웹 서버는 CGI 를 통해 데이터베이스 서버로 전송되며, 웹 서버는 결과를 HTML 형식으로 형식화하여 사용자에게 피드백을 제공합니다. 이 3 계층 구조의 인트라넷 네트워크는 통합된 TCP/IP 기술 표준을 채택하고, 기술이 성숙하고, 클라이언트 소프트웨어가 간단하며, 브라우저를 통해 정보를 봅니다. 뛰어난 가격 대비 성능으로 기존 자원을 최대한 활용할 수 있습니다.
현재 C/S 모드와 B/S 모드가 공존하지만 B/S 모드는 개발, 적용, 유지 관리 및 업그레이드가 간편하여 인트라넷을 쉽게 구축할 수 있어 네트워크 컴퓨팅 모델의 첫 번째 선택입니다. 따라서 브라우저/서버 컴퓨팅 모드는 지능형 빌딩 통합 시스템의 기본 컴퓨팅 모드가 됩니다.
2.2 미들웨어 기술과 제품의 성숙으로 미들웨어가 지능형 빌딩 시스템 통합의 다리가 되었습니다.
클라이언트/서버 컴퓨팅 모델의 장점은 기존의 대형 컴퓨터 중심 중앙 집중식 컴퓨팅 모델에 비해 인정받고 있습니다. 클라이언트/서버 모델은 대량의 애플리케이션을 초래하지 않고, 주로 효과적인 개발 도구가 부족하기 때문이다. 네트워크를 위한 소프트웨어를 직접 작성하는 것은 소수의 통신 분야 전문가에게 적합하지만, 대부분의 프로그래머에게는 플랫폼 간, 멀티 프로토콜, 멀티 프로그래밍 언어를 작성하는 것이 매우 어렵고 시간이 많이 걸립니다. 운영 체제의 다양성과 복잡한 네트워크 프로그램과 같은 것들이죠.
분류: 오리지널 웹사이트
아마 여러분도 읽기를 좋아하실 겁니다.
담대학교 체육관 지능화 시스템 공사는 특수 시멘트 원료 성분의 빠른 분석과 자동재료 건설업계 전자정무정보안전의 초보적인 연구를 실현하였다. 지능형 건물 통합 방안은 반드시' 8 개 고리' 를 잡고 우리나라 지능형 건물의 건축 환경을 분석해야 한다. 스마트 빌딩에 통신 기술을 적용하는 현대 건축 설계 발전에 대해 간단히 이야기하다. 이 작품의 저작권은 건축 중문망 및 저자가 소유하며, 학습 연구를 위해 복제, 복제, 전파를 허용한다. 그러나 원문의 출처와 저자의 서명 (아래 참조 형식 참조) 을 명시하고 내용의 일관성을 보장해야 한다. 판매, 출판, 유료 데이터베이스 또는 기타 상업적 용도로 사용할 수 없습니다. 본 사이트는 모든 법적 책임을 추궁할 권리를 보유합니다. 인용 및 복제: 웹 사이트 QQ/MSN 논문/작품 HTML 코드 교류 토론 웹 사이트 홈 페이지 건축 연구 도시 및 농촌 계획 부동산 개발 공사 조사 공사 감독 건축 설계 건축 자재 및 기계 사용 유지 관리 건축 경제 건축 문화 건축 정보 건축 및 환경 만족 또는 불만족 메일: 저작권? 2005-20 1 1 판권 소유. 최종 업데이트: 2014-01-0408: 43: 53.
B/S 컴퓨팅 모드에서 미들웨어는 웹 서버와 데이터베이스 서버 간의 통신을 관리하고 응용 프로그램 서비스를 제공합니다. 가장 기본적인 미들웨어 기술은 CGI (common gateway interface) 와 API (application programming interface) 입니다. 외부 프로그램을 직접 액세스 또는 호출하여 데이터베이스에 액세스하고, 데이터베이스와 관련된 HTML 페이지를 제공하거나, 사용자 쿼리를 수행하고, 쿼리 결과를 HTML 페이지로 형식화하여 웹 서버를 통해 사용자의 브라우저에 반환할 수 있습니다. CGI 를 사용하면 웹 서버에서 외부 응용 프로그램을 실행하고 외부 프로그램을 통해 데이터베이스 리소스에 액세스하여 HTML 문서를 생성하고 브라우저에 반환할 수 있습니다.
CGI 는 데이터베이스에 쉽게 연결할 수 있는 방법을 제공합니다. 미들웨어는 응용 프로그램과 시스템 소프트웨어 사이에 있는 소프트웨어이며 클라이언트와 서비스 공급자 간의 커넥터입니다. 사용자 애플리케이션의 단순성과 복잡성을 교환합니다. 미들웨어는 네트워크 분산 컴퓨팅 환경에서 이기종 데이터 자원의 상호 연결 및 공유 문제를 해결하고 다양한 애플리케이션 소프트웨어의 공동 작업을 가능하게 하는 분산 처리 기반 소프트웨어입니다. 미들웨어를 사용하면 애플리케이션 소프트웨어 시스템의 개발 효율성을 높이고 시스템의 확장성과 확장성을 더욱 향상시킬 수 있습니다. 1990 년대 이래로 미들웨어 기술과 제품은 점점 성숙해지고 응용되기 시작했다. 특히 우리나라 중간공은 외국과 기본적으로 동등하고, 국내 시장 점유율은 외국 제조업체와 기본적으로 같은 출발선에 있다고 지적했다. 미들웨어 기술과 제품이 성숙함에 따라 미들웨어는 지능형 빌딩 시스템 통합의 다리가 되어 지능형 빌딩 시스템 통합 기술의 발전을 크게 촉진시켰다.
3 OPC 기술 및 ODBC 기술은 시스템 통합을위한 새로운 방법을 열어줍니다. OPC 기술 및 ODBC 기술을 이용한 지능형 빌딩 시스템 통합은 지능형 빌딩 시스템 통합의 주요 방법이 될 것입니다.
네트워크 상호 연결 하드웨어 장비는 표준화되고 상용화되었으므로 시스템 통합을 고려할 때 주로 소프트웨어 통합 문제와 표준 통신 프로토콜을 통해 상호 운용성 목표를 달성하는 방법에 직면 해 있습니다. 지능형 건물 기능에 대한 수요가 증가함에 따라 건물의 다양한 기계 및 전기 장비에 대한 모니터링 시스템의 종류와 범위도 확대되고 있으며, 서로 다른 네트워크 플랫폼과 통신 프로토콜을 사용할 수 있습니다. BMS 시스템 통합을 구현할 때 상호 연결 문제를 해결하기 위해 사용되는 기술적 수단은 대략 다음과 같습니다.
1. 통합 커뮤니케이션 프로토콜을 통한 시스템 통합 방법.
프로토콜 변환을 사용하여 시스템 통합을 달성합니다.
OPC 기술을 사용하여 시스템 통합을 달성합니다.
ODBC 기술을 사용하여 시스템 통합을 달성합니다.
3. 1 통합 통신 프로토콜을 통한 시스템 통합.
빌딩 자동화 시스템은 프로세스 제어의 범주에 속하며, 오랫동안 국제 표준을 확립하지 않은 통신 협정은 지능형 건축 기술의 발전을 심각하게 방해하고 있다. 1995 년, 미국 난방 에어컨 엔지니어 협회는 건물 자동화 분야의 1 개 개방형 표준 통신 프로토콜인 BacNET 를 출시했습니다. 이 프로토콜은 건설공사의 특징과 밀접하게 결합되어 23 가지 객체, 39 가지 서비스, 6 가지 데이터 링크 구조 및 3 계층 네트워크 아키텍처를 정의하며 BACnet/IP 방향으로 발전하고 있습니다. 같은 해 ANSI 인증을 통과해 미국 국가 표준이 되었다. 에어컨, 냉방, 보일러, 배전 등 설비의 많은 업체들이 이 표준 프로토콜을 채택하여 지능형 건물의 시스템 통합에 매우 유리한 국면을 조성하였다. BACnet 은 EIA 232-PTP, EIA 485-MS/TP, LonTalk, Arcnet, 이더넷의 5 가지 프로토콜을 사용합니다. 그러나 이전 BACnet 프로토콜에서는 여러 업체에서 생산한 장치 간의 상호 연결에 여전히 프로토콜 변환기가 필요하며 오픈 시스템 상호 운용성 요구 사항을 충족하지 못했습니다.
LonWorks 는 미국 헤스랜드가 1990 년에 내놓은 LonTalk 프로토콜을 갖춘 완전 분산, 오픈, 상호 운용이 가능한 네트워크입니다. LonMark interoperability association 인증을 받은 제품은 상호 운용성이 뛰어납니다. 그러나 이 방식은 진정한 오픈 시스템이 아니다. 왜냐하면 이 협정은 제조업체에게 중립적이지 않기 때문이다. 헤스란사의 지적재산권을 포함해 진정한 오픈 시스템은 모든 업체에 중립적이어야 하기 때문이다.
3.2 프로토콜 변환을 사용하여 시스템 통합을 달성합니다.
서로 다른 프로토콜의 네트워크 상호 연결은 프로토콜 변환기를 사용할 수 있습니다. 프로토콜 변환기는 전용 프로토콜 변환기와 표준 프로토콜 변환기로 구분됩니다. 전용 프로토콜 변환기는 두 프로토콜 간의 전용 변환기입니다. 이 프로토콜 변환기를 사용하면 여러 가지 다른 유형의 네트워크에 연결하려면 여러 유형의 프로토콜 변환기가 필요합니다. 프로토콜 변환기가 서로 다른 네트워크의 사용자 정의 메커니즘과 서비스를 일치시키기 어려운 경우도 있습니다. 또한 프로토콜 변환기에 장애가 발생할 경우 이 구조는 신뢰할 수 있는 엔드 투 엔드 메커니즘을 제공하지 않으므로 이러한 전용 프로토콜 변환기는 바람직하지 않습니다. 표준 프로토콜 변환기를 사용하여 LAN 내 통신은 물리적 계층, 링크 계층 및 애플리케이션 계층에 연결 서비스를 제공하는 세션/전송 프로토콜을 포함한 간단한 통신 구조를 사용합니다. 이 시나리오에서는 로컬 네트워크에 연결된 모든 사이트가 간단한 세션/전송 프로토콜만 사용하는 반면 모든 프로토콜 변환기는 동일한 전송 계층 프로토콜과 IP 만 사용하여 인터넷 매칭 문제를 해결합니다. 기술이 발전함에 따라 프로토콜 변환기의 응용이 점점 줄어들 것이다. 특히 OPC 기술과 ODBC 기술의 성공적인 응용은 서로 다른 프로토콜의 네트워크 상호 연결을 위한 새로운 방법을 열어 프로토콜 변환 방식을 적게 적용한다.
3.3 OPC 기술은 시스템 통합을 달성합니다.
OLE 개체 링크 및 포함은 Microsoft 가 응용프로그램 간 데이터 교환 및 통신을 위해 제공하는 프로토콜입니다. 응용 프로그램을 다른 소프트웨어 객체에 연결할 수 있습니다. 미국에서 한 조직은 OPC (프로세스 제어) 를 위한 OLE 기반 통신 표준을 정의했습니다. OPC 는 어플리케이션 소프트웨어와 프로세스 제어 장치 간의 데이터 읽기 및 쓰기 및 데이터 전송 표준화에 중점을 두고 있습니다.
OPC 는 정보 관리 영역 응용 프로그램과 실시간 제어 영역 응용 프로그램 소프트웨어 간의 데이터 전송 방법을 제공하고 응용 프로그램 액세스 프로세스가 장치 데이터를 제어하는 방법을 제공하며 응용 프로그램 소프트웨어가 프로세스 제어 장치와 통신하는 표준 문제를 해결합니다. 장치가 OPC 상호 연결을 통과할 때 그래픽 응용 프로그램, 추세 분석 응용 프로그램, 경고 응용 프로그램 등의 응용 프로그램은 모두 OPC 표준을 기반으로 하며 현장 장치 드라이버도 OPC 표준을 기반으로 합니다. 통합 OPC 환경에서는 각 어플리케이션이 현장 장치의 데이터를 직접 읽을 수 있으므로 전용 인터페이스 프로그램을 개별적으로 작성할 필요 없이 개별 현장 장치를 서로 다른 어플리케이션과 직접 연결할 수 있습니다. OPC 의 중요한 역할은 장비의 소프트웨어를 표준화하여 서로 다른 네트워크 플랫폼, 통신 프로토콜 및 여러 공급업체의 제품을 쉽게 상호 연결할 수 있도록 하는 것입니다. OPC 기술의 개선과 보급은 지능형 빌딩 시스템 통합 시 실시간 제어 영역과 정보 관리 분야의 통합 통합을 위한 좋은 소프트웨어 환경을 조성했습니다. 따라서 OPC 는 새로운 시스템 통합 방식을 만들어 시스템 통합의 주요 방법이 될 것입니다.
3.4 ODBC 기술을 사용하여 시스템 통합.
ODBC 는 Microsoft 에서 출시한 응용 프로그램이 데이터베이스에 액세스하는 표준 인터페이스이자 이기종 데이터베이스 간의 상호 연결을 해결하기 위한 표준이며, 이미 대부분의 데이터베이스 공급업체가 받아들였다. 이 표준은 다양한 데이터베이스에 적용됩니다. ODBC 호환 응용 프로그램은 SQL 구조화 쿼리 언어를 통해 다양한 유형의 데이터베이스를 조회하고 수정할 수 있습니다. 이렇게 하면 단일 응용 프로그램에서 여러 가지 다른 유형의 데이터베이스와 다양한 형식의 파일에 액세스할 수 있습니다. ODBC 는 개인용 컴퓨터, 소형 폼 팩터 및 메인프레임 데이터베이스에서 데이터에 액세스할 수 있는 개방형 접근 방식을 제공합니다. 개발자는 ODBC 를 사용하여 여러 이기종 데이터베이스에 동시에 액세스할 수 있는 응용 프로그램을 개발할 수 있습니다. 이제 ODBC 는 클라이언트가 서버 데이터베이스에 액세스하는 API 표준이 되었습니다. 사용 중인 데이터베이스가 ODBC 기술 사양을 지원하는 한 데이터베이스 유형에 관계없이 정보를 교환할 수 있습니다. ODBC 와 같은 개방형 분산 디지털 기술을 사용하여 시스템 통합을 실현하는 것도 지능형 건물에서 시스템 통합을 실현하는 중요한 방법입니다.
OPC 기술과 ODBC 기술을 비교하면 OPC 기술이 ODBC 기술보다 더 성숙하고 제품도 많으며 국내에도 더 성숙한 OPC 기술과 제품이 있다는 것을 알 수 있다. 따라서 현재 OPC 기술을 이용한 시스템 통합은 ODBC 기술을 이용한 시스템 통합보다 더 광범위할 수 있습니다. 이 두 기술의 통합과 보완은 시스템 통합 기술의 발전을 가속화할 것이다.
지능형 빌딩 시스템의 원활한 통합을 위한 조건은 이미 초보적으로 갖추어져 있으며, 지능형 빌딩 시스템 통합은 새로운 높이와 폭에 이를 것입니다.
일반적으로 지능형 빌딩 시스템 통합은 컴퓨터 네트워크 조건, 컴퓨터 애플리케이션 소프트웨어 조건, 기계 장비 및 지능형 하위 시스템 독립 실행형 조건, 시스템 통합 기술 조건 등의 조건을 충족해야 합니다. 기본적으로 이 조건을 만족시켜야 지능형 건물의 시스템 통합을 실현할 수 있다. 예전에는 스마트 빌딩 시스템 통합에 대해 얘기했는데, 항상 미래의 일이라고 생각했어요. 여기에는 두 가지 주요 이유가 있습니다. 한편으로는 BMS 의 시스템 통합을 실현하는 이상적인 방법이 없습니다. 한편, 각종 민간 건축물에 앱이 부족하기 때문에 사무 자동화 시스템은 부동산 관리 및 사무 관리만 맡을 수 있다. 사무 자동화 시스템은 트랜잭션 수준에 있으며 완벽하고 완벽한 사무 자동화 시스템이 부족합니다.
인터넷의 발전과 기가비트 이더넷의 성공적인 응용으로 컴퓨터 네트워크 조건은 이미 구비되어 있다. 단일 칩 마이크로 컴퓨터 제어 기술과 필드 버스 기술의 발전으로 인해 다양한 기계 및 전기 장비 및 하위 시스템의 지능화가 점점 더 높아지고 있으며, 다양한 장치와 하위 시스템 간에 내재적인 연관성이 있어 시스템 통합이 필요합니다. 특히 컴퓨터 소프트웨어 기술이 발달하면서 각종 민간 건축 주업에서 사용하는 컴퓨터 소프트웨어가 백화점이 사용하는 상업 연화 라이브러리, 박물관 관리 소프트웨어와 같이 성숙해지고 있다. 전시장 관리 소프트웨어 호텔 관리 소프트웨어 병원 관리 소프트웨어 스포츠 경기 관리 소프트웨어 등. 이러한 소프트웨어의 수준은 기본적으로 사무 자동화 시스템을 관리하는 수준에 들어갔다. 이제 지능형 건물의 사무 자동화 시스템은 트랜잭션 관리 및 부동산 관리뿐만 아니라 주요 비즈니스 관리입니다. 특히 OPC 기술과 ODBC 기술의 보급 응용은 지능형 건물의 원활한 통합을 위한 조건을 마련하고, 지능형 건물의 시스템 통합은 새로운 높이와 폭을 달성할 것입니다.
더 많은 공사/서비스/구매 입찰 정보, 낙찰률 향상, 공식 홈페이지 고객서비스 아래쪽을 클릭하여 무료 상담:/#/? Source=bdzd