HỆ THỐNG THÔNG TIN CÔNG NGHIỆP GIÁM SÁT VÀ ĐIỀU KHIỂN TỪ XA TRÊN MÔI TRƯỜNG INTERNET

23 253 2
HỆ THỐNG THÔNG TIN CÔNG NGHIỆP GIÁM SÁT VÀ ĐIỀU KHIỂN TỪ XA TRÊN MÔI TRƯỜNG INTERNET

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

Thông tin tài liệu

TRƯỜNG ĐẠI HỌC BÁCH KHOA HÀ NỘI VIỆN ĐÀO TẠO SAU ĐẠI HỌC ĐỀ TÀI TIỂU LUẬN MÔN: HỆ THỐNG THÔNG TIN CÔNG NGHIỆP GIÁM SÁT VÀ ĐIỀU KHIỂN TỪ XA TRÊN MÔI TRƯỜNG INTERNET Giảng viên hướng dẫn Học viên cao học Lớp : PGS TS Nguyễn Văn Khang : Nguyễn Việt Dũng Bùi Văn Nhẫn Ngô Tuấn Anh : KTTT1 Hà Nội, tháng 12/2011 Chủ đề 5: Giám sát điều khiển từ xa môi trường Internet ( Remote Monitoring and Control over the Internet) Người thực hiện: TT Họ tên Phần tham gia Nguyễn Việt Dũng Chương I; II; III Bùi Văn Nhẫn Chương IV; Mục V.1 Ngô Tuấn Anh Mục V.2, V.3; Chương VI, VII, VIII, IX MỤC LỤC I Giới thiệu Giám sát điều khiển từ xa đề cập đến quan sát thu thập liệu địa điểm từ xa, xử lý liệu này, hành vi môi trường từ xa thực thể bị theo dõi ảnh hưởng đến tín hiệu phát thông tin điều khiển chức việc quan sát Ứng dụng bao gồm từ việc giám sát môi trường (không có điều khiển) đến ứng dụng an ninh giám sát nhiệm vụ điều khiển yêu cầu mức độ xác cao (ví dụ: Điều khiển lò phản ứng, điều khiển lượng, điều khiển trình công nghiệp.) Các liệu từ xa thu thập thông qua cảm biến tích hợp môi trường, cảm biến phát giá trị đo đạc theo chu kỳ truyền phép đo theo yêu cầu Các cảm biến kết nối với hệ thống giám sát điều khiển thông qua mạng thông tin liên lạc Các kết nối mạng không dây có dây giao thức mạng giao thức (chẳng hạn giao thức Internet) giao thức độc quyền đó.Vòng điều khiển đóng lại thông qua thiết bị truyền động ảnh hưởng đến trình kiểm soát Hệ thống giám sát kiểm soát phân phối để tăng sẵn có hệ thống bảo vệ chống lại thất bại phận hệ thống Các liệu đo xử lý hệ thống giám sát kiểm soát bên mạng lưới cảm biến.Xử lý hệ thống giám sát đơn giản lưu trữ liệu sở liệu hay giám sát liệu cho xu hướng bất ngờ kiện.Xử lý liệu bên mạng đối phó với preaggregation giá trị đo nguồn nút mạng lưới cảm biến Như đề cập trên, việc thiết kế không gian hệ thống giám sát điều khiển từ xa phụ thuộc nhiều hoàn cảnh ứng dụng cụ thể Ở đây, chọn ứng dụng trường hợp cụ thể, thảo luận phát triển ứng dụng, trình bày cách chi tiết việc thiết kế xây dựng hệ thống giám sát điều khiển từ xa Đối với trường hợp ứng dụng hệ thống giám sát vận hành tòa nhà từ xa (Remote Building Monitoring and Operations - RBMO) với mục đích nhằm quản lý nguồn lượng tòa nhà thông qua Internet Nghiên cứu tổng hợp từ việc triển khai kinh nghiệm vấn hành từ vài tòa nhà lớn Các phần tiểu luận bố trí sau - Phần 2: Hoàn cảnh phát triển ứng dụng đánh giá công nghệ liên quan đến hệ thống giám sát điều khiển tòa nhà từ xa mô tả - Phần3: Giới thiệu kiến trúc hệ thống RBMO mục tiêu thiết kế - Phần 4: Các phần mềm ứng dụng - Phần 5: Tóm tắt kinh nghiệm việc phát triển, triển khai vận hành hệ thống - Phần 6: Đề cập tời công việc - Phần 7: Hướng phát triển tương lai II Quản lý lương tòa nhà II.1 Quản lý lượng Theo số liệu thống kê Mỹ, tòa nhà tiêu thụ phần ba tất lượng sản xuất nước với chi phí khoảng 200 tỷ USD năm, với 85 tỷ USD năm cho tòa nhà thương mại Theo ước tính nửa số chi phí lãng phí so với chi phí hiệu đạt Phần lớn lãng phí nguyên nhân từ việc chưa kiểm soát trì hiệu hệ thống tòa nhà phức tạp Theo số nghiên cứu gần hiệu suất tòa nhà cho thấy tiết kiệm khoảng 15% đến 40% chi phí lượng hàng năm việc lập kế hoạch, phân tích thực dựa liệu người sử dụng lượng Cách tiết kiệm lượng tốt từ việc tắt thiết bị không cần thiết Theo cách khác, việc tiết kiệm tốt cho thiết bị việc lên kế hoạch tối ưu hóa điểm nhiệt độ điều khiển Một số ví dụ khác việc phân tích tính hiệu việc sử dụng lượng tòa nhà mà trang bị hệ thống giám sát nêu trình bày “Mô hình việc theo dõi đảm bảo hiệu suất tòa nhà trường đại học Piette Các ứng dụng phát triển cho dự án RBMO dựa Hệ thống điều khiển thiết bị sưởi ấm điều hòa nhiệt độ (Heating Ventilating and Air Conditioning Equipment - HVAC) tòa nhà thương mại (Hình 1) (mở rộng từ thông tin Hệ thống điều khiển quản lý lượng (Energy Management Control Systems EMCSs)), Nhiều nghiên cứu rõ khả giám sát hệ thông EMCS với tòa nhà thương mại Hiện có 150 nhà sản xuất liên quan đến EMCS Khoảng 50% tất tòa nhà 45.000 m2 (500.000 ft2) có EMCS, họ có mặt gần tất tòa nhà văn phòng lớn [12] Đối với tòa nhà xây dựng từ năm 1992, gần 50% diện tích sàn tòa nhà với EMCSs Hệ thống RBMO hỗ trợ giám sát điều khiển từ xa nhiều tòa nhà Các thiết bị HVAC, chiếu sang… giám sát điều khiển thông qua mạng Internet sử dụng giao thức CORBA (Common Object Request Broker Architecture protocols) Nó thiết kế để làm việc không đồng với hệ thống EMCS HVAC Hệ thống RBMO thiết kế để tích hợp với trung tâm giám sát điều khiển tòa nhà từ xa Trung tâm cung cấp liệu trực quan, quản lý sở liệu, mô lượng tòa nhà, công cụ phân tích lượng sử dụng sở giám sát từ xa bao gồm hai thành phần: - Máy chủ chạy Unix làm nhiệm vụ thu thập quản lý liệu - Một số máy trạm chạy hệ điều hành Unix Windows sử dụng cho liệu trực quan, phân tích thống kê liệu, mô Những người sử dụng cuối hệ thống người sở hữu điều hành tòa nhà ví dụ U.S.GSA (tòa nhà liên bang), khu học chánh, trường đại học, chuỗi bán lẻ, ngân hàng, công ty quản lý tài sản, tiện ích Hình Hệ thống RBMO Hệ thống RBMO hướng tới ba mục tiêu thiết kế chính: thể tính khả thi kỹ thuật thiết kế đề xuất, đánh giá thử nghiệm với thành phần công nghệ phần mềm khả tương tác môi trường không đồng nhất, thể tiện ích hệ thống Khi tập trung ý phân tích kỹ lưỡng liệu từ tòa nhà EMCSs thông thường cho thấy có đủ khả để cải thiện hoạt động tòa nhà, kết mang lại thoải mái cho người cư ngụ giảm sử dụng lượng Tuy nhiên, hầu hết tòa nhà, tập trung ý phân tích kỹ lưỡng không thực thiếu phần mềm thích hợp, đào tạo vận hành, nhân viên, cảm biến không xác bị hỏng hóc.Giám sát tòa nhà từ giúp tăng khả giảm chi phí lao động tham gia việc theo dõi phân tích EMCSs cách trải chi phí lao động số lượng lớn tòa nhà.Điều tạo nên tính khả thi mặt tài để sử dụng chuyên gia HVAC Việc sử dụng Internet sở hạ tầng thông tin liên lạc có hai khía cạnh: sử dụng giao thức truyền thông Internet sử dụng mạng Internet thực tế Việc sử dụng giao thức mạng Internet cho phép truy cập vào loạt phần cứng phần mềm tương thích với giá thành rẻ từ nhiều nhà cung cấp khác nhiều phương tiện truyền thông khác nhau.Thị trường mạng lớn, có hàng triệu người sử dụng, đó, nhà cung cấp dễ dàng khấu hao chi phí phát triển Ngược lại, giao thức độc quyền thường đòi hỏi chi phí nhiều hơn, nguyên nhân độc quyền hướng tới thị trường nhỏ Có số giao thức công nghiệp đặc biệt, chẳng hạn BACnet, xếp vào hai lạo giao thức Các giao thức Internet coi phổ biến cho ứng dụng mạng diện rộng Sử dụng mạng Internet cho phép người dùng chia sẻ giá trị, lợi ích sở hạ tầng thông tin liên lạc cách phổ biến phổ biến Khi xây dựng ứng dụng tự động hóa mà chia sẻ sở hạ tầng Internet tiết kiệm đáng kể so với kết nối hệ thống quay sô dial-up trước Môi trường Internet cung cấp lượng đáng kể khách hàng tiềm hệ thống băng thông cao mà không tốn mà truy cập vào lúc họ cần, ví dụ, video giám sát từ xa an ninh hỏa hoạn, chẩn đoán từ xa Cuối cùng, Internet hưỡng tới sư tin cậy, dư thừa kết nối, mạng backbone Nhược điểm việc sử dụng Internet cần phải có đảm bảo mặt an ninh mạng Hệ thống EMCS ngày xây dựng chủ yếu dùng để điều khiển Các hệ thống EMCSs hệ điều khiển máy tính đặc biệt, lập trình để vận hành thiết bị tòa nhà thiết bị làm lạnh, quạt, máy bơm, van, động cơ, hệ thống chiếu sáng EMCSs cài đặt cho nhiều mục đích khác như: kiểm soát thiết bị, cảnh báo nhà khai thác trục trặc thiết bị có thể, trì điều kiện tiện nghi, cho phép sửa đổi chi tiết điều khiển kỹ thuật Những hệ thống EMCS thường giám sát liệu vận hành tòa nhà vị trí van điều tiết, điểm đặt, mức làm việc chất lỏng tình trạng thiết bị Hệ thống không sử dụng để giám sát nhu cầu điện Trong số trường hợp, cảm biến xác sử dụng để chuẩn đoán thay loại thông thường hệ thống EMCS Ví dụ, để theo dõi hiệu làm lạnh cần phép đo xác sụt giảm nhiệt độ tỷ lệ lưu lượng nước thông qua thiết bị làm lạnh cần thiết.Các cảm biến thông thường EMCS không đủ để tính toán trường hợp II.2 Tiêu chuẩn mô hình liệu tòa nhà Năm 1995, ASHRAE thông qua tiêu chuẩn truyền thông cho hệ thống tự động hóa tòa nhà – Tiêu chuẩn mạng điều khiển tự động hóa tòa nhà (The Building Automation and Control Network Standard - BAC-net) Tiêu chuẩn xem hệ thống HVAC tập đối tượng Tuy nhiên, tiêu chuẩn không bao gồm tiêu chuẩn mức ứng dụng thiết bị làm lạnh hay tháp làm mát Liên minh hợp tác quốc tế (The International Alliance for Interoperability) tổ hợp nhà cung cấp phần mềm kiến trúc, kỹ thuật, xây dựng (ví dụ, Autodesk Bentley Systems), người làm việc phát triển mô hình tiêu chuẩn liệu cho việc mô tả tòa nhà Các mô hình liệu dự định sử dụng công cụ thiết kế kiến trúc kỹ thuật, dự toán chi phí xây dựng phần mềm, phần mềm lập kế hoạch xây dựng, vv Chúng theo dõi nỗ lực để sử dụng công ước đặt tên cho điểm giám sát III Thiết kế hệ thống RBMO Trong phần này, mô tả chi tiết kiến trúc hệ thông RBMO bao gồm: - Hệ thống Gateway tòa nhà - Dữ liệu thu nhận hệ thống - Mức ứng dụng cảu đối tượng đặc biệt đơn vị chuyển đổi - Dữ liệu chuỗi thời gian III.1 Kiếm trúc hệ thống Kiến trúc hệ thống RBMO thể hình Kiến trúc bao gồm ba lớp: ứng dụng, hệ thống quản lý sở liệu, gateway tòa nhà Các lớp kết nối với hệ thống thông qua internet nhờ chuyển đổi CORBA Hệ thống thiết kế thành mô-đun để dễ dàng đánh giá luân phiên công nghệ cho sở liệu, giao diện người dùng, thành phần trực quan (Dữ liệu chuỗi thời gian) Hệ thống RBMO tạo hệ thống không đồng mức cao kết hợp với tảng phần cứng khác hệ điều hành khác nhau, từ hệ thống độc quyền (EMCSs) đến tảng phổ biến (Sun workstations/UNIX and PC/NT) Sự không đồng lớn động lực để sử dụng CORBA thay giao thức khác OLE, Active X, DCOM, SNMP, MMS, giao thức netDDE Bảng đưa số so sánh số trường hợp III.2.Hệ thống thu thập liệu Dữ liệu từ xa tình trạng tòa nhà ban đầu có sẵn liệu mặt cắt ngang, liệu, mẫu liệu xây dựng định kỳ, thông thường đến phút Dữ liệu có độ phân giải cao cho phép nghiên cứu dao động hệ thống điều khiển Tuy nhiên, phân tích thông thường sử dụng vài biến trạng thái, lại muốn nhìn thấy chuỗi thời gian dài biến trạng thái Vì vậy, thích hợp cho việc phân tích liệu lưu trữ thời gian riêng biệt với biến trạng thái Câu hỏi đặt sau nơi liệu chuyển từ mặt cắt ngang sang định dạng thời gian lưu trữ Điều thực thời gian thu thập, thời gian phân tích, số thời gian trung gian Sự chuyển vị thời gian thu thập chậm tiến trình thu thập, tăng tốc pha phân tích Chuyển vị thời điểm phân tích cho phép thu thập liệu nhanh, giảm pha phân tích Chuyển vị thời giant rung gian cho phép thu thập liệu phân tích liệu nhanh Tuy nhiên, kiến trúc phần mềm trở nên phức tạp tốn để thực trì Chuyển vị cso thể xảy máy gateway, máy chủ sở liệu, phân tích máy trạm Chúng ta chọn chuyển đổi liệu máy chủ sở liệu chúng thu thập Việc tạo đĩa I/O hoạt động điểm giám sát liệu cho chu kỳ lấy mẫu Điều dường có cấu trúc đơn giản để thực hiện, cần phải có hiệu suất tương ứng với hệ thống nguyên mẫu Hệ thống thu thập liệu (DAQ) hệ thống vòng đặt máy chủ trung tâm với hệ thống quản lý liệu thời gian Đặt hệ thống DAQ server TSDB có hiệu lớn DAQ truyền cho I/O đáng kể tới DB server Kiểm tra vòng (kiến trúc kéo) lựa chọn ban đầu kiến trúc đẩy từ gateway nhận biết đơn giản thực Chúng dự kiến di chuyển đến kiến trúc đẩy, mà hy vọng cung cấp độ tin cậy tốt chống lại điểm lỗi đơn lẻ hệ thống trung tâm (giả sử nhân rộng), dễ dàng hỗ trợ cho hệ thống chép phân vùng trung tâm DAQ/DBMS Hệ thống thu thập liệu đa luồng, với trình DAQ phục vụ cho nhiều tòa nhà Điều cung cấp hiệu suất (và phần mềm quyền) lợi trình đơn luồng, tiến trình thiết kế tòa nhà, chi phí độ tin cậy Bất lỗi trình DAQ sau nguyên nhân hệ thống thu thập liệu từ tất toàn nhà bị lỗi Sự chép phân vùng DAQ ky vọng cho ứng dụng quy mô lớn III.3 Những đơn vị đo múi Trong phân chia với nhiều toàn nhà, buộc phải đối đầu với đa dạng cảu đơn vị đo lường sử dụng cho điểm giám sát khác EMCSs Có phương pháp tiếp cận để đối phó với vấn đề này: ghi lại tất phép đo cặp (giá trị, đơn vị) ghi lại đơn vị cho điểm giám sát phần siêu liệu cho điểm giám sát ghi lại tất phép đo kinh điển đơn vị Thông thường thực hành hệ thống EMCS phương pháp Mô hình liệu IAI thông qua phương pháp Tuy nhiên, khác đơn vị đo qua điểm giám sát EMCSs làm cho so sánh tính toán trọng DBMS khó Chúng thông qua quy ước lưu trữ tất phép đo tiêu chuẩn SI (hệ mét) đơn vị 10 DBMS (sự chuyển đổi thực hệ thống thu thập liệu) Việc tiến hành xây dựng số so sánh tính toán xử lý truy vấn Chúng có kế hoạch cho phép người dùng định hệ thống ưa thích để đơn vị để thể kết truy vấn Khó khăn twuong tự xảy với múi Có vấn đề - sưu tập tòa nhà giám sát bao gồm nhiều múi (ví dụ: chuỗi bán lẻ lớn) việc sử dụng thời gian tiết kiệm ánh sang ban ngày đưa nhiều bất thường Chúng giả vấn đề cách chuyển đổi tất nhãn thời gian (Universal Coordinated Time (UTC)) (a.k.a Greenwich Mean Time (GMT)) Điều thực hệ thống thu thập liệu trước lưu trữ liệu III.4 Cơ sở liệu chuỗi thời gian Số lượng lớn liệu mà thu thập thành chuỗi thời gian, ví dụ, nhiệt độ, sử dụng điện… Mặc dù liệu thô bất thường theo thời gian, biến đổi chuỗi thời gian thường xuyên để phân tích Chuỗi thời gian thường xuyên giả định định kỳ lấy mẫu Do đó, tiêu chí quan trọng để lựa chọn DBMS phù hợp cho liệu chuỗi thời gian truy vấn Nó hỗ trợ liệu chuỗi thời gian số DBMS: quan hệ, hướng đối tượng (OO), lai quan hệ đối tượng việc sử dụng DBMS quan hệ cho liệu chuỗi thời gian thường xuyên thường cung cấp hiệu suất trung bình, hỗ trợ chủ yếu cho hoạt động làm mịn làm lịch DBMS hướng đối tượng cho phép thực thu thập liệu chuỗi thời gian với hỗ trợ tốt cho làm lịch, làm mịn,… Để giảm thiếu chi phí phát triển, ban đầu chọn DBMS quan hệ-đối tượng, Illustra (kể từ sát nhập với Informix) xây dựng hỗ trợ chuỗi thời gian Khi DBMS chứng minh không tin cậy, chuyển sang DBMS quan hệ, Oracle Xem thảo luận Gần đây, DBMS quan hệ cung cấp (ví dụ Oracle) công bố xây dựng hỗ trợ chuỗi thời gian Hầu hết liệu mà chuỗi thời gian mô tả liệu tòa nhà- là, liệu Computer Aided Design (CAD) mô tả cấu hình vật lý tòa nhà, hệ thống HVAC, hệ thống EMCS DBMSs hướng đối tượng (OODBMSs) nói chung phù hợp tốt hơnvới liệu CAD DBMSs quan hệ (RDBMSs) 11 Những giao diện CORBA, cho vài CORBA thương mại triển khai, có sẵn cho số OODBMSs, chưa cho hầu hết DBMS quan hệ DBMS đối tượngquan hệ Tuy nhiên, Oracle thong báo họ có dự định để hỗ trợ giao diện CORBA Những giao diện CORBA có sẵn cho DBMSs quan hệ [19] Hỗ trợ cho cấu hình DBMS client-server thường có sẵn cho tất DBMSs Điều cho phép di chuyển phân tích hiển thị máy trạm trì sở liệu máy chủ sở liệu mạnh III.5 Hệ thống phân vùng Chúng giới thiệu giao diện CORBA số điểm hệ thống Phân vùng phục vụ mục đích chính: - Phân phối thành phần - Tách để tái cấu trúc Các giao thức CORBA sở liệu chuỗi thời gian, giao diện đồ họa người dùng, dễ dang quản lý phiên làm việc (xem hình.2) cho phép thay đổi phân bố thành phần phụ thuộc vào băng thong truyền thong hiệu máy client Hơn nữa, chũng cho phép tach riêng thành phần cá nhân cho mục đích tái cấu trúc, ví dụ, tích hợp trình duyệt internet GUI IV Phần mềm ứng dụng RBMO Các ứng dụng RBMO thiết kế xoay quanh việc cung cấp khả sau đây: - Lưu trữ liệu chuỗi thời gian sở liệu - Cung cấp trực quan cho có nghĩa phân tích hiệu suất lượng tòa nhà Thực loạt hồi quy kỹ thuật phân tích thống kê để (1) xác định “cơ sở” (2) đánh giá hiệu suất lượng sau cho thêm, hoạt động thay đổi bảo trì, thay đổi chiếm chỗ, để theo dõi lịch sử Các ứng dụng lưu trữ hiển thị chạy máy trạm Sun môi trường C++ Chúng hình dung, nhiên, phát triển tương lai ứng dụng hiển thị phân tích thống kê chủ yếu dựa PC, chạy Java Windows NT trình duyệt web Toàn tòa nhà máy làm lạnh giám sát cài đặt cảu hệ thống bao gồm vài chục cảm biến (ngoài 1500 điểm cảm biến tòa nhà) bao gồm toàn hệ 12 thống sử dụng điện tòa nhà, biến thời tiết, cộng với trạng thái thiết bị làm lạnh tháp làm mát, số nhiệt độ lưu lượng nước Chúng đưa thêm số máy đo lượng lưu lượng, cảm biến nhệt độ cho thiết bị làm lạnh kèm chúng với cảm biến EMCS ban đầu tăng cường thông tin sẵn từ EMCS cài đặt khác, thu thập 120 điểm giám sát có lien quan tới máy làm lạnh, từ tổng 8000 điểm giám sát EMCS Chúng phát triển tiêu chuẩn biểu đồ theo dõi hiệu suất cho phép người dùng xem liệu lưu trữ với menu thân thiện Điều bao gồm hình dạng tải hàng ngày liệu hoạt động phút cho toàn giá trị; ngày tuần, cuối tuần dạng tải tuần (dữ liệu hàng giờ); dạng liệu trung bình hàng tháng Các thiết bị làm mát phân tích máy lạnh bao gồm đồ thị công suất với tải làm lạnh (kW vs Tấn) hiệu so với tải (kW/tấn với tấn) Những ứng dụng dự định cho sử dụng chuyên gia từ xa Tồn khả cho người dùng xem liệu chi tiết chuỗi thời gian nhiệt độ nước máy làm mát số quạt start-stop tháp làm mát Khái niệm để cung cấp công cụ cho người dùng từ xa người mà chịu trách nhiệm theo dõi hiệu cuaqr hệ thống tòa nhà nhiều địa điểm Các menu biểu đồ chuẩn thiết kế cho phép người dùng dễ dàng xem liệu quan trọng nhất, liệu hiệu suất cấp độ vĩ mô, cung cấp phương tiện bổ sung để phân tích chi tiết liệu vi mô Nói cách khác, đồ thị theo kịch nên cho phép người dùng trả lời câu hỏi, “là tòa nhà hệ thống làm mát hoạt động tốt không?” Để giữ cho ứng dụng mở rộng, phát triển ngôn ngữ kịch mà ổ đĩa trực quan phần mềm GUI Tuy nhiên, phần mở rộng bổ sung số có thể, thực trực tuyến cách chuẩn bị kịch Các ngôn ngữ phát triển scrip đơn giản, bỏ qua thảo luận chi tiết Nhìn lại, thông qua ngôn ngữ scripting thông thường V Thảo luận Phần trình bày phần chi tiết kinh nghiệm việc thiết kế, phát triển vận hành nguyên mẫu (mẫu thử) hệ thống RBMO 13 V.1 Những vấn đề cần quan tâm(liên quan) khả tương thích hệ thống V.1.1 Khả thông báo kiện (sự cố) Trung tâm để giám sát từ xa điều khiển hệ thống số cấu giúp bên điều khiển từ xa thông báo cho bên theo dõi kiện "thú vị" Những thông báo kiện cần phải đồng bộ, trì, (thường xuyên) multicast Lý tưởng kiện nên gõ (để thủ tục định lắng nghe cho loại hình kiện cụ thể) Cơ quan (bộ phận) thông báo kiện đặt địa cho cần thiết phải truyền thông báo cố đáng kể để rel-evant thành phần hệ thống Tùy thuộc vào yêu cầu chức hệ thống, thông báo xem xét không đáng tin cậy (ví dụ, cập nhật giá trị theo dõi thông tin định kỳ) coi đáng tin cậy (ví dụ thay đổi trạng thái thiết bị) Trong môi trường đó,nơi mà thành phần hệ thống thất bại trở thành kết nối, yêu cầu kỹ thuật cho việc thực quan nhiều Mặc dù giao thức vận chuyển (delivery) kiện mức độ thấp (định nghĩa) CORBA, ngữ nghĩa việc mô tả xác định kiện mức độ cao trạng thái(cơ quan) vận hành có (cho đến nay) nhà cung cấp đặc trưng Độ tin cậy quan kiện khả trì cung cấp không xác định thực cách quán Do việc xác định mô tả tập hợp có nghĩa (significant )cho chức quan kiện mức độ cao điều quan trọng Những chức quan kiện nên mô tả tốt đủ phép triển khai thực nhiều biểu diễn trạng thái tương thích Một số issues addressed đề xuất OMG gần Cơ quan Thông báo Sự kiện cải thiện V.1.2 Thôngtin cá nhân an ninh Các yêu cầu an ninh cho RBMO để ngăn cản người trái phép làm thay đổi lập trình thiết bị HVAC Bên cạnh làm gián đoạn hoạt động xây dựng occupant, điều gây thiệt hại cho thiết bị HVAC với lệnh không phù hợp (hoặc độc hại) Do đó, số đề án để xác thực an toàn kiểm soát truy cập bắt buộc Sự thiếu sót sở triển khai CORBA vào đầu dự án dẫn tới việc trì hoãn việc điều khiển ứng dụng 14 Thêm vào đó, số site mong muốn có riêng liệu dùng HVAC (ví dụ, liệu occupancy), yêu cầu mã hóa tất thông tin liên lạc Một mối quan tâm có khả tương tác quan an ninh Chúng xác định tương thích phần mềm cho quan an ninh CORBA Hơn nữa, gần xây dựng phần mềm tương thích bao gồm dịch vụ khác (ví dụ, dịch vụ kiện, dịch vụ an ninh, dịch vụ đặt tên, vv) từ nhà cung cấp khác Nhưng không làm V.1.3 Performance Hiệu suất / Đặc trưng? Theo kinh nghiệm với CORBA, sở RPC chậm phép mô hình hóa điểm đo riêng đối tượng riêng biệt Điều chứng minh cần thiết phải tổng hợp nhiều đo lường điểm lại với thành sưu tập đặt tên (được gọi "danh sách quét") truy vấn nhóm điểm Trong điều kiện sở liệu, biên dịch truy vấn thành lập Điều làm giảm đáng kể số lượng lời gọi CORBA (tin nhắn), cải thiện hiệu suất Như tập hợp thông điệp xuất cách phổ biến để cải thiện hiệu suất hệ thống Tuy nhiên, bị nhàm dễ gây lỗi thực trì Nó buộc người thực kết hợp vấn đề thiết kế logic vật lý Trong ORB nhanh chắn giúp được, tin độ trễ mạng mạng diện rộng cuối hạn chế hiệu suất hệ thống giám sát nhiều điểm nhỏ Nhiều hệ thống tìm cach s có hiệu để tổng hợp thông báo Rất cần có công cụ tự động (hoặc bán tự động thuận tiện) cho tập hợp điểm giám sát cá nhân thành đối tượng quét lớn Công cụ cần thiết để hỗ trợ multicast xuất / đăng ký giao thức truyền Các công cụ cho phép tách biệt rõ ràng việc cân nhắc thiết kế logic vật lý thiết kế thực hệ thống Đối với phép đo độ trễ lưu lượng thực số CORBA ORB (mặc dù mạng tốc độ cao nhiều), xem hoạt động Schmidt et al [15, 28] Brose [2] báo cáo gần số performance vượt qua mạng lưới khu vực địa phương tốc độ cao, cho thấy ORB thương mại yêu cầu khoảng msec cho round-trip no-op Lưu ý nhiều ứng dụng tòa nhà giám sát từ xa yêu cầu hoạt động mạng diện rộng (với độ trễ băng thông thấp so với mạng lưới khu vực địa phương) 15 Một phần vấn đề hiệu suất xuất phát từ mong muốn cho phép lược đồ điểm giám sát có thời gian chạy mang tính ràng buộc Ràng buộc cuối coi cần thiết để thích ứng với thay đổi cấu hình HVAC (ví dụ, bảo trì, cải tạo, vv) mà không cần biên dịch lại mã RBMO Chúng lẽ sử dụng khả gọi CORBA động - nhiên, điều coi chậm yêu cầu thực RBMO quy mô lớn Cuối cùng, ứng dụng ứng dụng liên quan khác giám sát điện lưới điện, thường có nhu cầu để ứng dụng với nhiều đối tượng / điểm theo dõi Theo hiểu biết ORB trì bảng đối tượng nhớ (một số hàng chục byte cho đối tượng) cho tất đối tượng hệ thống Phương pháp rõ ràng có vấn đề nhân rộng thành tập đối tượng lớn Quan điểm là, số loại migration tự động để lưu trữ thứ cấp (và liên quan đến trỏ swizzling) tương tự sở liệu hướng đối tượng cần thiết để hỗ trợ ứng dụng lớn V.1.4 Vấn đề tích hợp hệ thống kế thừa Trong hệ thống tích hợp EMC phức tạp bên hệ thống phân phối chung hoạt động cách nhuần nhuyễn, phải thực giám sát Các đối tượng bảo vệ hệ thống kế thừa ẩn số đặc tính hệ thống cốt yếu giới hạn cho hoạt động khả chịu đựng hệ thống Dù ẩn hầu hết đặc tính phân phối hệ thống qua việc sử dụng công nghệ đối tượng phân phối, hệ thống bao gồm nhiều thành phần riêng biệt thiết kế hệ thống độc lập mà không dự tính kết hợp, bị điều khiển xử lý bên Các đầu tập trung, trì liệu mô tả cấu hình giới hạn Đặc điểm tìm chủ yếu Mặc dù thông tin cấu hình EMC trì cách tự nhiên hệ thống con, hệ thống thiết kế đối tượng riêng lẻ, độc lập Trong tạo cấu tự động cho việc hợp cấu hình nhằm thay đổi thông tin từ thành phần (ví dụ EMCS) bên hệ thống khác (ví dụ mô tòa nhà), cấu điển hình để báo hiệu cách hiệu thành phần tham gia có nhiều thay đổi Kết thế, việc tập trung hệ thống riêng lẻ vào hệ thống riêng lẻ lớn thực 16 qua kỹ thuật phân phối OO (xem bên trên), hệ thống “lớn hơn” phụ thuộc vào cấu dẫn động trực quan lớn (ví dụ quản lý hệ thống) cho phối hợp đắn công việc Khả để tích hợp cách nhuần nhuyễn đối tượng bên hệ thống “lớn hơn” đưa tới hệ thống mà thành phần kết hợp với theo phương thức hiệu suất đồng hiệu chỉnh công việc Do thành phần tương ứng (EMCS, máy ghi liệu tự động, …) thiết kế chủ yếu hệ thống độc lập, chúng thường cấu đồng khóa đường điểu khiển riêng biệt Bởi vậy, xảy hệ thống dẫn tới việc có thành phần kiểm tra hiệu suất thiết bị làm mát, xem nhân tố tác động thời tiết ngắn hạn, thay đổi điểm đặt để điều khiển thiết bị làm mát, cách để đảm bảo thành phần có điều khiển riêng biệt tất thành phần hệ thống có liên quan Một lớp điều khiển thêm vào cấu trúc, kết nối tới tất thành phần xác nhận không chắn Chúng ta tin chi tiết vấn đề giải việc có hỗ trợ mạnh trường hợp đặc tả, trường hợp thông báo hệ thống thiết kế dựa điều Chúng ta hình dung liên kết không trường hợp nhận gửi thành phần độc lập Đối với thảo luận đầy đủ việc hỗ trợ dịch, xem phần thảo luận bên V.2 Tính không đồng ngữ nghĩa quản lí liệu V.2.1 Dịch vụ dẫn đặt tên Mô tả cấu hình điều khiển cách hiệu vấn đề hệ thống phân phối Các hệ thống phân phối xây dựng, phần, việc liên kết đối tượng phân phối với nhiều tảng Ngoài cấu cho việc mô tả liên kết này, hệ thống kết thiếu linh hoạt phức tạp ẩn gần việc thực Các dịch vụ đặt tên cung cấp phương thức để ràng buộc tên người có ý nghĩa tới phiên đối tượng Các vấn đề đảm nhiệm giá trị lớn môi trường điều khiển thời gian thực nơi mà hệ thống phải thích ứng với thay thiết bị và/hoặc nâng cấp theo chu kỳ trực tiếp cấu hình lại hệ thống Dịch vụ dẫn đặt tên có khắp nơi ổn định công cụ thiết kế hệ thống thích ứng với thay đổi Các ví dụ bao gồm dịch vụ đặt tên CORBA dịch vụ dẫn LDAP 17 Chức dịch vụ chạy tốt trừ vấn đề bu lông đai ốc thuộc tính tên đối tượng cụ thể ban hành Một dịch vụ dẫn đặt tên phân phối hiệu bộc lộc, qua việc sử dụng nhiều cách nhìn phân cấp, đối tượng tập hợp theo chức năng, vị trí, hệ thống có chức điều khiển,… Trong trường hợp hệ thống điều khiển, điều bao gồm thông tin cảm biến thiết bị đo kiểm sử dụng đánh giá hệ thống đối tượng phát sinh, độ xác bí danh đối tượng phân biệt nội vùng vùng tên đối tượng giám sát, cung cấp cấu tự động cho việc định vị vật lý và/hoặc thành phần hệ thống điều khiển logic V.2.2 Các dịch vụ trung gian Trong tiêu chuẩn cố gắng đưa số hi vọng thời gian dài chốn chạy việc điều hòa hỗn tạp ngữ nghĩa thiết bị mạng khác điều khiển (HVAC mạng công suất điện), tồn nhiều hệ thống kế thừa không tương thích yêu cầu số phương tiện ánh xạ sơ đồ chung sơ đồ cục cung cấp Hiện tại, ví dụ, RBMO (và số hệ thống khác) điều thường hoàn thành phương thức “ad hoc” với bảng ánh xạ thủ công Nhiều phương tiện đề cập cách khác trung gian (các ánh xạ phần, liên kết chậm) sơ đồ công cụ tích hợp (các ánh xạ đầy đủ gần, liên kết sớm) Nhiều công cụ yêu cầu truy cập tới lý lịch liệu (ví dụ, DB lược đồ đối tượng) Các ví dụ công việc liên quan bao gồm kho giao diện đối tượng OMG, giao diện tiêu chuẩn MOF V.2.3 Sơ đồ động sơ đồ tĩnh Các thiết kế sở liệu truyền thống rõ sơ đồ chi tiết tĩnh cách đầy đủ Nhiều sơ đồ tĩnh tạo điều kiện thuận lợi cho việc thiết kế có hệ thống, tối ưu hóa yêu cầu đặt ra, … Tuy nhiên, nhiều ứng dụng điều khiển giám sát (truyền phần mềm bảo vệ, co giãn), mong muốn thay đổi sơ đồ (ví dụ, để phù hợp với loại thiết bị mới) mà không cấu trúc lại sở liệu biên tập lại mã code Nhiều ví dụ phương pháp tiếp cận bao gồm hệ thống biểu diễn kiến thức khung , giao diện dẫn động CORBA, với nguồn giao diện Bởi khả sơ đồ động chủ yếu giá trị với giao diện tĩnh, số nhóm xây dựng sơ đồ ghép – ví dụ bao gồm khả tương tác liên minh quốc tế (mô hình liệu tòa nhà), mà cung cấp sơ đồ tĩnh (ví dụ, hình học) sơ đồ động (các khung) độ co giãn Có thể hình dung kỹ thuật biên soạn hoạt động phải cung cấp tính hợp lý 18 V.2.4 Các dịch vụ biến đổi sở Căn cần thiết để cung cấp khả biến đổi đơn vị đo lường cho dự án RBMO Các biến đổi sở nguồn lỗi thường xuyên hệ thống quản lý/thu nhận liệu Các vấn đề tốn nhiều nơi (cả đo lường công nghiệp giao dịch thương mại) đề cung ứng dịch vụ tiêu chuẩn Lý tưởng, mong muốn hệ thống mở rộng mà hợp thứ nguyên phép biển đổi sở tự động Tuy nhiên, phép biến đổi sở pha tạp (ví dụ khối lượng thể tích) bình thường khó giải cách hệ thống V.2.5 Các múi đồng Đối với ứng dụng giám sát quy mô lớn, tin tất thời gian ghi lại thời gian phối hợp toàn cầu Biến đổi tới múi địa phương, gồm độ lệch thời gian lưu trữ Một số giao thức đồng hồ đồng cần thiết hệ thống giám sát Nhiều giao thức, ví dụ, NTP [5], phát triển cho ứng dụng mở rộng khác Cần ý yêu cầu đồng giám sát hệ thống điện chặt chẽ (để đo sai pha máy phát vùng địa lý khác nhau) dẫn đến việc sử dụng tín hiệu đồng GPS V.2.6 Chuỗi thời gian DBMS Hệ thống xử lý sử dụng phiên đầu sản phẩm Illustra DBMS, lựa chọn đưa phương tiện lưu trữ yêu cầu liệu chuỗi thời gian bao gồm lịch Chúng ta gặp nhiều vấn đề đòi hỏi tin cậy với máy chủ DB Do chuyển tới lưu trữ liệu chuỗi thời gian DBMS tiêu chuẩn với nhiều cải tiến hơn, phiên Oracle 7.3 (hiện tại) Điều giải vấn đề đòi hỏi tin cậy máy chủ Trong Illusta cung cấp hỗ trợ trực tiếp lưu trữ yêu cầu liệu chuỗi thời gian, Oracle mà có phải xây dựng phương tiện phía hệ thống có liên quan Chúng ta chưa có môt phương tiện lịch chép,… Chú ý Orcale thông báo phương tiện chuỗi thời gian tương tự Illustra/Informix Trong lưu trữ sử dụng Illustra giá trị tiệm cận byte/dữ liệu (đối với số thực), Oracle bị chi phối giá trị xấp xỉ 25 byte/dữ liệu, giá trị liệu chuỗi thời gian liệu đầy đủ DBMS V.2.7 Sự đảm bảo chất lượng liệu Chúng ta đánh giá không mức khó khăn cố gắng chờ đợi để đảm bảo chất lượng liệu tốt Chúng ta gặp vấn đề với phương diện chất lượng liệu – 19 số lỗi phép biển đổi sở, số tài liệu thất lạc sai sót tệp cấu hình hệ thống số vấn đề tràn đếm 16 bit Chúng ta nên dành nhiều quan tâm để phát triển phần mềm lọc hệ thống thu nhận liệu Sự xuất liệu tạp sở liệu chuỗi thời gian chướng ngại để sử dụng phương tiện nghi vấn sở liệu tiêu chuẩn cho tổng hợp Dữ liệu tạp vấn đề tồn khắp nơi, tất kho ứng dụng liệu Một cách rõ ràng, tiếp cận ưu tiên để làm liệu nguồn Nếu điều thực được, ngắn gọn phương pháp có hiệu lực cần thiết để định rõ hạn chế giá trị liệu V.3 Vận hành hệ thống Một hệ thống sử dụng năm Dữ liệu truyền từ xa hai địa điểm Khoảng chừng năm liệu (cộng năm liệu lịch sử) truyền Việc truyền liệu bao gồm hàng tá điểm giám sát tốc độ lấy mẫu cho hai địa điểm 1/phút Lưu lượng truyền liệu xấp xỉ 1Kb/s V.3.1 Soda Hall Soda Hall, tòa nhà khoa học máy tính 109,000 ft2 lựa chọn nơi nghiên cứu tranh luận Tòa nhà trang bị hệ thống điều khiển quản lý lượng mà nhóm nghiên cứu phải làm trước Thứ hai, vị trí tòa nhà gần LBNL, cho phép việc truy cập dễ dàng Cuối tòa nhà có làm lạnh 200 tấn, toàn khả hệ thống làm lạnh 400 (hoặc 249 ft2/t) Ở dự án đầu, định tập trung vào làm lạnh, mà sử dụng lượng cao tòa nhà với hệ thống làm lạnh trung tâm Tòa nhà đáp ứng số công việc nghiên cứu bao gồm việc kiểm tra thực V.3.2 Tòa nhà Oakland Federal Toàn 107 điểm giám sát tòa nhà Oakland Federal (Lưu ý, tất điểm lấy mẫu, nhiều điểm tính toán xuất phát từ điểm lấy mẫu) Tòa nhà rộng 1.1M ft2, tháp đôi, tòa nhà văn phòng phức hợp 18 tầng Tòa nhà xây dựng năm 1989 đón tiếp đại lí Federal IRS, U.S, District Courts, U.S DOE Phòng vấn đề cựu chiến binh Tòa nhà hoạt động hệ thống trung tâm với làm lạnh, 100 450 tấn, toàn khả làm lạnh 3900 tấn, tương đương 280 ft 2/t Các hệ thống gồm 107 điểm tương tự tòa nhà Soda Hall, bao gồm lượng toàn tòa nhà, công suất trọng lượng làm lạnh, cộng với cột làm lạnh ngày tháng 20 bơm Các điểm thêm vào bao gồm dòng điện song song cấp nhiệt, loạt trao đổi nhiệt bên với xử lý không khí, vài trao đổi nhiệt bên Một số câu hỏi thú vị kiểm tra hai địa điểm khả làm lạnh kích thước Các nhà vận hành thông báo làm lạnh 1000 trước không cần thiết thời tiết ấm VI Công việc liên quan Honeywell gần loan báo hệ thống giám sát tòa nhà mới, Atrium (Honeywell, 1998), giống với dự án Atrium sử dụng hệ thống vận hành hệ thống cửa sổ (Windows NT) khác hệ thống quản lý liệu liên quan (SQLserver) khác Tuy nhiên, toàn cấu trúc giữ nguyên Họ lựa chọn sử dụng hệ thống phân bố quản lý đối tượng riêng, Active X/DCOM, đối lập với việc sử dụng hệ thống phân bố đối đượng CORBA tiêu chuẩn Atrium sử dụng giao diện thông tin tự động tiêu chuẩn tòa nhà, BACnet, để thông tin với hệ thống tòa nhà EMCS BACnet tiêu chuẩn phát triển gần BACnet trang bị hệ thống EMCS giá trị với phát triển RBMO Sự khác biệt lớn khác RBMO Atrium sở liệu chuỗi thời gian Honeywell lựa chọn lưu trữ giá trí liệu thay đổi (phép đo lặp lại bị loại bỏ dải không hoạt động) Điều dẫn đến giá trị nhỏ chuỗi thời không Honeywell cài đặt chuỗi thời gian đơn giản ngôn ngữ biểu thị thời gian để yêu cầu tách phép gán nhiều chuỗi thời gian (không đều) Hệ thống Enflec từ công ty CTI (CTI, 1998) sử dụng giao diện ứng dụng riêng TCP/IP Cuối cùng, người đọc nhận biết việc quản lý tòa nhà từ xa đưa nhiều vấn đề địa giống việc quản lý mạng thông tin Các hệ thống quản lý mạng sử dụng SNMP RMON giao thức thông tin tiêu chuẩn Xem xét thảo luận bên với giao thức linh hoạt trích dẫn VII Công việc tương lai Chúng ta dự kiến nghiên cứu sử dụng dịch vụ bảo mật CORBA Secure HOP để điều khiển từ xa hoạt động HVAC (ví dụ, việc xác thực) 21 Giám sát từ xa việc truyền không đồng tòa nhà lớn đặt vấn đề hệ trọng phân bố chương trình phần mềm tới tòa nhà Chúng ta dự kiến nghiên cứu phân bố chương trình phần mềm tĩnh động qua Internet tảng đích không đồng VIII Tổng kết Chúng ta mô tả thiết kế phát triển hệ thống vận hành giám sát tòa nhà từ xa, sử dụng giao thức CORBA để thông tin qua Internet tòa nhà từ xa sở liệu chuỗi thời gian, để phân bố thành phần ứng dụng riêng biệt cục qua cấu khác Chúng ta thảo luận cân thiết kế, phát triển kinh nghiệm vận hành công việc liên quan Chúng ta bàn luận việc sử dụng CORBA văn cảnh dự án Chúng ta thảo luận việc thiết kế hệ thống phân bố mà phải giám sát kiện qua khoảng cách lớn, qua nhiều múi giờ, nguồn không đồng nhất, đơn vị đo lường khác Sự phát triển sở liệu chuỗi thời gian DBMS thương mại khác mô tả Chúng ta dựa cần (cho mục đích hiệu năng) để kết hợp điểm giám sát riêng biệt đối tượng lớn tìm kiếm dựa CORBA Nhiều kết hợp ứng dụng phân bố điển hình Không DBMS thương mại có giá trị thời gian dự án xác nhận thỏa đáng hoàn toàn việc lưu trữ truy lại chuỗi thời gian Các sản phẩm loan báo gần bù đắp vấn đề Các vấn đề hệ trọng bao gồm việc phân bố không đồng EMCS tòa nhà khác nhau, đơn vị đặt tên, vấn đề với liệu tạp liệu Các nhà phát triển hệ thống giám sát phân bố cho hệ thống kế thừa thực tốt để giải nhiều vấn đề cách toàn diện dự án Hệ thống dựa CORBA tiến gần tới linh hoạt cạnh tranh với hệ thống khác dựa giao thức thông tin riêng Sự hấp dẫn đường tiệm cận nằm khả mở rộng sản phẩm phần mềm thương mại, hỗ trợ ứng dụng tính toán phân bố dựa mô hình CORBA với giao thức thông tin Internet IX Lời kết Bài viết dựa nghiên cứu thực dự án Vận hành Giám sát tòa nhà từ xa (RBMO) Phòng thí nghiệm quốc gia Lawrence Berkeley năm 1997 Tác giả muốn 22 gửi lời cám ơn tới Frank Olken Chuck McParland Hệ thống RBMO mô tả viết sử dụng triển khai qua thực nghiệm hai tòa nhà: Soda Hall Oakland Federal Vị trí quản lí lưu trữ liệu trung tâm Phòng thí nghiệm quốc gia Lawrence Berkeley 23 [...]... các hệ thống con có chức năng điều khiển, … Trong trường hợp các hệ thống điều khiển, điều này có thể bao gồm các thông tin về các bộ cảm biến và các thiết bị đo kiểm sử dụng trong các đánh giá hệ thống đối tượng phát sinh, độ chính xác bí danh của các đối tượng bởi sự phân biệt nội vùng và vùng tên đối tượng giám sát, và cung cấp cơ cấu tự động cho việc định vị vật lý và/ hoặc các thành phần hệ thống điều. .. scripting thông thường V Thảo luận Phần này trình bày một phần chi tiết trong kinh nghiệm của chúng tôi về việc thiết kế, phát triển và vận hành của một nguyên mẫu (mẫu thử) của hệ thống RBMO 13 V.1 Những vấn đề cần quan tâm(liên quan) về khả năng tương thích nền hệ thống V.1.1 Khả năng thông báo sự kiện (sự cố) Trung tâm để giám sát từ xa và điều khiển hệ thống là một số cơ cấu giúp các bên điều khiển. .. trong việc quản lý các mạng thông tin Các hệ thống quản lý mạng sử dụng SNMP và RMON như là các giao thức thông tin tiêu chuẩn Xem xét thảo luận bên trên với các giao thức linh hoạt và trích dẫn ở đó VII Công việc trong tương lai Chúng ta dự kiến nghiên cứu sử dụng dịch vụ bảo mật CORBA và Secure HOP để điều khiển từ xa các hoạt động HVAC (ví dụ, việc xác thực) 21 Giám sát từ xa việc truyền không đồng... đặt ra các vấn đề hệ trọng về phân bố các chương trình phần mềm tới các tòa nhà Chúng ta dự kiến nghiên cứu sự phân bố các chương trình phần mềm tĩnh và động qua Internet trên các nền tảng đích không đồng nhất VIII Tổng kết Chúng ta đã mô tả thiết kế và phát triển hệ thống vận hành và giám sát tòa nhà từ xa, sử dụng giao thức CORBA để thông tin qua Internet giữa các tòa nhà từ xa và một cơ sở dữ liệu... tạp bên trong một hệ thống phân phối chung hoạt động một cách nhuần nhuyễn, chúng ta phải thực hiện các giám sát kế tiếp Các đối tượng bảo vệ một hệ thống kế thừa có thể ẩn một số đặc tính hệ thống cốt yếu là giới hạn cho cả sự hoạt động và khả năng chịu đựng của hệ thống Dù là có thể ẩn hầu hết các đặc tính phân phối của hệ thống qua việc sử dụng các công nghệ đối tượng phân phối, hệ thống cơ bản có... phần có sự điều khiển riêng biệt của tất cả các thành phần hệ thống có liên quan Một lớp điều khiển có thể được thêm vào cấu trúc, nhưng kết nối của nó tới tất cả các thành phần có thể xác nhận không chắc chắn Chúng ta tin rằng chi tiết của các vấn đề này có thể được giải quyết bằng việc có một sự hỗ trợ mạnh hơn trong trường hợp đặc tả, trường hợp thông báo và một hệ thống thiết kế dựa trên điều này... về một hệ thống giám sát tòa nhà mới, Atrium (Honeywell, 1998), khá giống với dự án của chúng ta Atrium sử dụng một hệ thống vận hành và hệ thống cửa sổ (Windows NT) khác nhau và hệ thống quản lý dữ liệu liên quan (SQLserver) khác nhau Tuy nhiên, toàn bộ cấu trúc thì vẫn giữ nguyên Họ cũng lựa chọn sử dụng một hệ thống phân bố quản lý đối tượng riêng, Active X/DCOM, đối lập với việc sử dụng hệ thống. .. sự cố đáng kể để rel-evant các thành phần của hệ thống Tùy thuộc vào các yêu cầu chức năng của hệ thống, thông báo này có thể được xem xét là không đáng tin cậy (ví dụ, cập nhật giá trị theo dõi thông tin định kỳ) hoặc có thể được coi là đáng tin cậy (ví dụ như những thay đổi trạng thái của thiết bị) Trong một môi trường nào đó,nơi mà các thành phần hệ thống có thể thất bại hoặc trở thành không thể... trong các dự án của chúng ta Hệ thống dựa trên CORBA này tiến gần tới sự linh hoạt và sự cạnh tranh với các hệ thống khác dựa trên các giao thức thông tin riêng Sự hấp dẫn của đường tiệm cận này nằm ở khả năng mở rộng các sản phẩm phần mềm thương mại, hỗ trợ các ứng dụng tính toán phân bố dựa trên mô hình CORBA với các giao thức thông tin Internet IX Lời kết Bài viết này dựa trên sự nghiên cứu được thực... nhằm thay đổi thông tin từ một thành phần (ví dụ EMCS) bên trong các hệ thống khác (ví dụ sự mô phỏng tòa nhà), không có một cơ cấu điển hình nào để báo hiệu một cách hiệu quả các thành phần tham gia khi có nhiều thay đổi Kết quả là như thế, mặc dù việc tập trung các hệ thống riêng lẻ vào một hệ thống riêng lẻ lớn hơn được thực 16 hiện qua các kỹ thuật được phân phối OO (xem bên trên) , hệ thống mới “lớn

Ngày đăng: 28/12/2015, 12:00

Từ khóa liên quan

Mục lục

  • I. Giới thiệu

  • II. Quản lý năng lương tòa nhà

    • II.1. Quản lý năng lượng

    • II.2. Tiêu chuẩn mô hình dữ liệu tòa nhà

    • III. Thiết kế hệ thống RBMO

      • III.1. Kiếm trúc hệ thống

      • III.2.Hệ thống thu thập dữ liệu

      • III.3. Những đơn vị đo và múi giờ.

      • III.4. Cơ sở dữ liệu chuỗi thời gian

      • III.5. Hệ thống phân vùng

      • IV. Phần mềm ứng dụng RBMO

      • V. Thảo luận

        • V.1. Những vấn đề cần quan tâm(liên quan) về khả năng tương thích nền hệ thống

          • V.1.1. Khả năng thông báo sự kiện (sự cố)

          • V.1.2. Thôngtin cá nhân và an ninh

          • V.1.3. Performance Hiệu suất / Đặc trưng?

          • V.1.4. Vấn đề tích hợp hệ thống kế thừa

          • V.2. Tính không đồng nhất ngữ nghĩa và quản lí dữ liệu

            • V.2.1. Dịch vụ chỉ dẫn và đặt tên

            • V.2.2. Các dịch vụ trung gian

            • V.2.3. Sơ đồ động và sơ đồ tĩnh

            • V.2.4. Các dịch vụ biến đổi cơ sở

            • V.2.5. Các múi giờ và sự đồng bộ

            • V.2.6. Chuỗi thời gian DBMS

            • V.2.7. Sự đảm bảo về chất lượng dữ liệu

Tài liệu cùng người dùng

  • Đang cập nhật ...

Tài liệu liên quan