Tổ chức, lập trình và đánh giá tính redundancy trong hệ thống điều khiển đa cấp

TÓM TẮT ----------oOo--------- Luận văn đề cập quá trình xây dựng và kiểm chứng tính dự phòng cho I/O Device và I/O Server. Các hãng sản xuất thiết bị tự động hoá đưa ra các giải pháp là dự phòng phần cứng và dự phòng phần mềm, đồng thời đưa ra các cấu hình liên kết mạng và gói phần mềm đi kèm. Học viên đã xây dựng cấu trúc liên kết mạng dự phòng cho I/O Device dựa trên các công nghệ truyền thông công nghiệp của hãng Siemens như MPI, Profibus, Ethernet. Thiết lập giải thuật lập trình phần mềm, cơ chế xác định lỗi, cơ chế đồng bộ hoá dữ liệu và cơ chế dự phòng cho CPU chính. Xây dựng cấu trúc liên kết mạng dự phòng cho I/O Server qua mạng LAN, khai báo cấu hình phần cứng, cấu hình giao tiếp với các I/O Device. Xây dựng mô hình mô phỏng hầm giao thông, kiểm chứng và đánh giá các tính dự phòng cho I/O Device và I/O Server trên các đối tượng điều khiển dạng số và tương tự. Đối với các hàm điều khiển liên tục và tốc độ cao cần có thiết bị để thử nghiệm, đánh giá để xây dựng giải thuật dự phòng tốt hơn, tín hiệu điều khiển sẽ liên tục, đáp ứng yêu cầu về tốc độ của hệ thống. Khi đó, các cấu trúc dự phòng này sẽ hữu ích hơn, ứng dụng nhiều hơn trong lĩnh vực tự động hoá. MỤC LỤC Chương 1: Giới thiệu tổng quan 1.1. Tính cấp thiết của luận văn 1 1.2. Các cơ chế và cấu trúc dự phòng . 2 1.2.1. Dự phòng cho I/O Server . 2 1.2.2. Dự phòng cho đường dẫn dữ liệu . 4 1.2.3. Dự phòng cho I/O Device 5 1.2.4. Dự phòng cho mạng LAN 6 1.3. Xây dựng cấu trúc dự phòng cho I/O Server và I/O Device cho giải pháp hầm giao thông . 7 1.3.1. Nhiệm vụ của luận văn . 7 1.3.2. Những vấn đề khó khăn . 7 1.3.3. Phạm vi thực hiện 8 1.3.4. Dự kiến các lĩnh vực ứng dụng của đề tài . 8 1.3.5. Bố cục và nội dung của luận văn 9 Chương 2: Kỹ thuật Redundancy trong tự động hoá 2.1. Các kỹ thuật dự phòng . 11 2.1.1. Dự phòng lạnh . 11 2.1.2. Dự phòng ấm . 12 2.1.3. Dự phòng nóng 13 2.2. Kỹ thuật dự phòng của các hãng sản xuất thiết bị tự động hoá 14 2.2.1. Hệ thống dự phòng của hãng Schneider . 14 2.2.2. Hệ thống dự phòng của hãng Omron . 23 2.2.3. Hệ thống dự phòng của hãng Allen Bradley 25 2.2.4. Hệ thống dự phòng của hãng Mitsubishi 28 2.2.5. Hệ thống dự phòng của hãng Siemens 31 2.3. Mạng truyền thông công nghiệp Simatic Net 35 2.3.1. Mạng MPI 35 2.3.2. Mạng Profibus . 36 2.3.3. Mạng Ethernet . 38 2.4. Kết luận Chương 3: Tổ chức, xây dựng cấu trúc dự phòng 3.1. Xây dựng cấu trúc dự phòng cho I/O Device 39 3.1.1. Giải thuật lập trình phần mềm 39 3.1.2. Cấu trúc liên kết mạng dự phòng của hãng Siemens 40 3.1.3. Các khối OB báo lỗi trong PLC S7-300 và S7-400 . 43 3.1.4. Xây dựng cấu trúc liên kết mạng dự phòng cho I/O Device 44 3.1.5. Xây dựng cơ chế xác định lỗi bằng phần mềm . 45 3.1.6. Truyền thông giữa các khối CPU . 47 3.1.7. Xây dựng cơ chế đồng bộ hoá dữ liệu 52 3.1.8. Tóm lược quá trình xây dựng cơ chế dự phòng cho I/O Device 53 3.2. Xây dựng cấu trúc dự phòng cho I/O Server . 54 3.2.1. Cấu trúc liên kết mạng dự phòng cho I/O Server 54 3.2.2. Khai báo cấu hình giao tiếp dữ liệu OPC 55 3.2.3. Khai báo cấu hình I/O Server ở chế độ thường trực 56 3.2.4. Khai báo cấu hình mạng LAN 56 3.2.5. Tóm lược quá trình xây dựng cơ chế dự phòng cho I/O Server . 57 Chương 4: Đánh giá tính dự phòng trên mô hình hầm giao thông 4.1. Giới thiệu về các đường hầm giao thông 58 4.1.1. Nhu cầu về giao thông 58 4.1.2. Các đặc tính kỹ thuật của hầm giao thông nhân tạo 59 4.2. Ý tưởng xây dựng giải pháp và thực hiện . 61 4.2.1. Hệ thống chiếu sáng . 63 4.2.2. Hệ thống đèn tín hiệu giao thông 63 4.2.3. Hệ thống thông gió . 64 4.2.4. Hệ thống SCADA 66 4.2.5. Mô hình phần cứng hoàn chỉnh 68 4.3. Kết luận 69 Chương 5: Kết luận 5.1. Kết quả thử nghiệm và phân tích 70 5.1.1 Kết quả thử nghiệm 70 5.1.2 Nhận xét và phân tích kết quả đạt được . 70 Ưu điểm . 70 Nhược điểm . 70 5.2. Kết quả đạt được và ý nghĩa . 71 5.3 Hướng phát triển . 71 5.4 Kết luận 72 Tài liệu tham khảo . 73 Phụ lục . 74

pdf82 trang | Chia sẻ: lvcdongnoi | Lượt xem: 3879 | Lượt tải: 4download
Bạn đang xem trước 20 trang tài liệu Tổ chức, lập trình và đánh giá tính redundancy trong hệ thống điều khiển đa cấp, để xem tài liệu hoàn chỉnh bạn click vào nút DOWNLOAD ở trên
hàm DP cơ sở cho phép đặt trạng thái làm việc cho hệ thống, phản ứng của hệ thống đối với một lỗi xảy ra trong quá trình truyền dữ liệu của trạm chủ (ví dụ khi một trạm tớ có sự cố) được xác định bằng tham số cấu hình “auto-clear”. Nếu tham số này được chọn đặt, trạm chủ sẽ đặt đầu ra cho tất cả các trạm tớ của nó về trạng thái an toàn trong trường hợp một trạm tớ có sự cố, sau đó trạm chủ sẽ tự chuyển về trạng thái CLEAR. Nếu tham số này không được đặt, trạm chủ sẽ vẫn tiếp tục giữ ở trạng thái OPERATE. 2.3.3 Mạng Ethernet IE (industrial Ethernet)_mạng Ethernet công nghiệp là mạng phục vụ cho cấp quản lý và cấp phân xưởng để thực hiện truyền thông giữa máy tính và các hệ thống tự động hoá. Nó phục vụ cho việc trao đổi một lượng thông tin lớn, truyền thông trên một phạm vi rộng. Các bộ xử lý truyền thông dung trong mạng luôn kiểm tra xem đường dẫn có bị chiếm dụng không. Nếu không thì một trạm nào đó trong mạng có thể gửi tín hiệu đi, khi xảy ra xung đột trên mạng vì có hai trạm gửi thì ngừng ngay lại và quá trình gửi điện tín được thực hiện lại sau một thời gian nhất định, thời gian này được xác định theo luật toán học ngẫu nhiên. Mạng Ethernet công nghiệp sử dụng thủ tục truyền thông ISO và TCP/IP (Transmissin Control Protocol / Internet Protocol). Phương pháp thâm nhập đường dẫn CSMA/CD (Carrier Sense Multiple Access with Collision Detecion) thì các thành viên trong mạng Ethernet công nghiệp đều bình đẳng với nhau. Theo tiêu chuẩn truyền thông ISO và ISO trên TCP thì các trạm không phải của SIEMENS cũng có khả năng tích hợp vào mạng, nói một cách khác Ethernet công nghiệp là mạng truyền thông mở. Các thông số của mạng Ethernet công nghiệp: • Chuẩn truyền thông: IEEE 802.3 • Số lượng trạm tối đa 1024. • Phương pháp thâm nhập đường dẫn CSMA/CD (Carrier Sense Multiple Access with Collision Detecion). • Môi trường truyền thông: dây dẫn dùng cáp đồng, cáp đôi dây xoắn, cáp quang (thuỷ tinh hoặc chất dẻo). • Kiểu nối: đường thẳng, cây, hình sao và vòng tròn. • Dịch vụ truyền thông : S7-FunctionISO-TransportISO-on-TCP. LUẬN VĂN CAO HỌC Trang: 39/82 CHƯƠNG 3: TỔ CHỨC, XÂY DỰNG CẤU TRÚC DỰ PHÒNG 3.1 XÂY DỰNG CẤU TRÚC DỰ PHÒNG CHO I/O DEVICE I/O Device là thiết bị điều khiển trung tâm, nó thực hiện quyết định điều khiển các cơ cấu chấp hành, tuỳ thuộc vào các chức năng được thiết kế bên trong. Ngày nay, đa số các I/O Device đều được thiết kế với bộ vi xử lý bên trong hay còn gọi là CPU và chức năng điều khiển được thiết kế bằng cách lập trình bằng phần mềm. Các I/O Device này dùng trong ngành tự động hoá được gọi là PLC. Vì tất cả các tín hiệu điều khiển, các cảm biến, các cơ cấu chấp hành đều kết nối về I/O Device này và chương trình điều khiển hoạt động của hệ thống đều nằm ở đây. Cho nên, trạm này có thể được gọi là “khối ốc”, là trung tâm và là đầu não điều khiển hoạt động của hệ thống. Nếu, có sự cố hư hỏng xảy ra ở đây thì toàn bộ hệ thống bị tê liệt hoàn toàn. Vì vậy, để đảm bảo hệ thống tự động hoá hoạt động ổn định, thông suốt thì xây dựng một khối dự phòng (redundancy) cho I/O Device này là rất cần thiết. Có nghĩa là thiết kế thêm một PLC trạm chủ dự phòng cho PLC trạm chủ đang hoạt động. Hai PLC này đều phải tuyền thông được với các mô đun I/O và truyền thông đồng bộ với nhau để trao đổi thông tin liên tục. Do thiết bị hiện có là của hãng Siemens và cũng không được đầy đủ để thực hiện được cấu hình theo sự hướng dẫn của nhà sản xuất. Tác giả đã tìm hiểu và thiết lập cấu hình riêng nhằm đáp ứng được yêu cầu đặt ra. Cho nên bài báo cáo chỉ tập trung vào thiết bị của hãng Siemens và kết quả thực hiện được. 3.1.1 Giải thuật lập trình phần mềm Xây dựng giải thuật cơ chế lập trình phần mềm cho CPU chính và CPU dự phòng như sau: - CPU chính và CPU dự phòng cùng đọc thông tin tín hiệu ở ngỏ vào và xử lý chương trình ứng dụng. - CPU chính gởi thông tin trạng thái đến CPU dự phòng đồng thời phân tích trạng thái của CPU dự phòng và ngược lại. - Trao đổi dữ liệu với nhau để đồng nhất dữ liệu. LUẬN VĂN CAO HỌC Trang: 40/82 - CPU chính ra lệnh xuất tín hiệu sang ngỏ ra còn CPU dự phòng thì không. CPU dự phòng chỉ xuất tín hiệu sang ngỏ ra chỉ khi CPU chính bị lỗi. - CPU chính giành quyền kiểm soát trở lại khi được bảo trì và khởi động. Đọc thông tin tín hiệu ngỏ vào Xử lý chương trình ứng dụng Phân tích thông tin trạng thái từ CPU dự phòng Gửi thông tin trạng thái đến CPU dự phòng Đọc thông tin tín hiệu ngỏ vào Xử lý chương trình ứng dụng Không xuất tín hiệu sang ngỏ ra Phân tích thông tin trạng thái từ CPU chính Gửi thông tin trạng thái đến CPU chính CPU chính CPU dự phòng Trao đổi dữ liệu với CPU dự phòng Trao đổi dữ liệu với CPU chính Xuất tín hiệu sang ngỏ ra Hình 3.1: giải thuật lập trình phần mềm Để các CPU có thể trao đổi dữ liệu với nhau, các CPU này phải được kết nối bằng các chuẩn mạng truyền thông công nghiệp, hãng Siemens đề xuất cấu hình liên kết mạng như sau: LUẬN VĂN CAO HỌC Trang: 41/82 3.1.2 Cấu trúc liên kết mạng dự phòng của hãng Siemens Các cấu trúc liên kết mạng kiểu mẫu của hãng Siemens Hình 3.2: cấu trúc liên kết mạng dùng CPU S7-300 Đây là kết cấu phần cứng tối thiểu trong thiết kế hệ thống dự phòng cho I/O Device, trong đó đường kết nối giữa 02 trạm để liên kết dữ liệu backup được thực hiện qua các chuẩn truyền thông MPI. Đây là chuẩn truyền thông có tốc độ truyền thấp, sự chuyển đổi điều khiển giữa hai CPU và tốc độ truyền dữ liệu rất thấp. Điều đó có thể làm ảnh hưởng đến sự liên tục của quá trình điều khiển. Để có tốc độ truyền nhanh hơn, người ta sử dụng chuẩn truyền thông qua mạng Profibus. Hoặc cần tốc độ nhanh và lượng dữ liệu truyền thông lớn, người ta sử dụng chuẩn truyền thông qua mạng Ethernet. Với các cấu hình phần cứng được yêu cầu của hãng Siemens, người lập trình được sử dụng các khối thư viện hỗ trợ. Với các khối này, rất dễ dàng trong việc lập trình và khai báo cấu trúc dự phòng. Tuy nhiên sẽ rất tốn kém vì giá thành để mua các khối này rất cao. Đây là cơ chế dự phòng phần mềm (Software Redundancy) được hỗ trợ bởi các khối FC, FB được xây dựng bởi Siemens. Người sử dụng phải thiết kế phần cứng theo quy định và chi phí mua bản quyền phần mềm rất cao. Trong đó, các khối và chức năng như sau: LUẬN VĂN CAO HỌC Trang: 42/82 FC 100 ‘SWR_START’ FC 100 ‘SWR_START’ được dùng để cho giá trị ban đầu vào 02 trạm. Cơ bản, khối này xác định với chức năng: - Vùng phạm vi của ngỏ ra, vùng địa chỉ của bit bộ nhớ, vùng khối dữ liệu, các khối dữ liệu, và vùng của DB tức thời, cho các bộ đếm/bộ định thời được dùng trong chương trình ứng dụng bản sao lưu dự phòng; mỗi vùng được cấp một dãy liên tục. - Chi tiết về truyền thông và phạm vi cục bộ. - Ba khối dữ liệu, mà các khối của phần mềm tạo bản sao lưu dự phòng yêu cầu cho việc chứa dữ liệu ban đầu, phải được gọi bởi khối khởi động OB 100. FC 102 ‘SWR_DIAG’ với chức năng: - FC 102 phải được gọi bởi OB chuẩn đoán lỗi (OB 86). - FC 102 ‘SWR_DIAG’ makes chắc rằng theo lỗi của DP slave, tự động chuyển đổi thiết bị từ master sang reserve. FB 101 ‘SWR_ZYK’ với chức năng: - FB 101 ‘SWR_ZYK’ phải được gọi trước và sau chương trình ứng dụng bản sao lưu dự phòng. - FB 101 ‘SWR_ZYK’ được dùng để bắt đầu chuyển đổi dữ liệu từ master sang reserve. Qua quá trình nghiên cứu và tham khảo các tài liệu hướng dẫn, để xây dựng được cấu trúc dự phòng theo đề xuất của hãng Siemens, đòi hỏi người sử dụng phải có các thiết bị phần cứng phù hợp mà còn phải mua bản quyền phần mềm tương ứng. Do điều kiện thiết bị hiện có, tác giả đề xuất xây dựng cấu hình phần cứng và hướng nghiên cứu để giải quyết vấn đề như sau: - Đầu tiên, tìm hiểu các khối OB báo lỗi cho PLC S7-300 và S7- 400. - Thứ hai, xây dựng cấu hình phần cứng theo các thiết bị hiện có. - Thứ ba, thiết lập giải thuật và lập trình khai báo tính dự phòng. - Thứ tư, đánh giá ứng dụng trên mô hình thực. - Thứ năm, rút ra kết luận. LUẬN VĂN CAO HỌC Trang: 43/82 3.1.3 Các khối OB báo lỗi trong PLC S7-300 và S7-400 Khối OB 80 “Time Error Organization Block” Mô tả: Đây là khối tổ chức báo lỗi thời gian. Hệ thống vận hành sẽ gọi OB80 khi có một lỗi xảy ra khi thực hiện OB. Các lỗi bao gồm: thực hiện chu kỳ thời gian, Khối OB 81 “Power Supply Error Organization Block” Mô tả: Đây là khối tổ chức báo lỗi nguồn cung cấp. Hệ thống vận hành sẽ gọi OB81 khi có các lỗi xảy ra liên quan đến nguồn cung cấp (chỉ có trên S7-400) hoặc trên bộ pin. Khối OB 82 “Diagnostic Interrupt Organization Block” Mô tả: Nếu module với khả năng chuẩn đoán lỗi và đã được cài đặt ngắt để chuẩn đoán lỗi, nó xuất ra yêu cầu chuẩn đoán lỗi ngắt đến CPU. Hệ thống vận hành sẽ gọi OB82. Khối OB 83 “Insert / Remove Module Interrupt Organization Block” Mô tả: CPU vận hành hệ thống sẽ gọi OB83 trong các tình huống sau: - Sau khi lắp đặt/lấy ra các module thiết lặp. - Sau khi thay đổi thông số của module bởi STEP7 và nạp các thông số đó xuống CPU trong suốt quá trình RUN. Khối OB 84 “CPU Hardware Fault Organization Block” Mô tả: Đây là khối tổ chức báo lỗi khi có sự cố xảy ra trên phần cứng của CPU. Khi có sự cố hoặc lỗi xảy ra trên phần cứng, hệ thống sẽ gọi OB 84 ngay lập tức. Khối OB 86 “Rack Failure Organization Block” Mô tả: Hệ thống vận hành của CPU sẽ gọi OB86 khi lỗi xảy ra trên các ET mở rộng, tại DP master hoặc trạm mà được dò tìm bởi các mô đun phân tán I/O. Khối OB 87 “Communication Error Organization Block” Mô tả: Hệ thống vận hành của CPU sẽ gọi OB87 khi có sự cố xảy ra liên quan đến truyền thông. Khối OB 121 “Programming Error Organization Block” Mô tả: hệ thống vận hành của CPU sẽ gọi OB121 khi có lỗi xảy ra liên quan đến quá trình xử lý của chương trình. LUẬN VĂN CAO HỌC Trang: 44/82 Qua quá trình tìm hiểu và thử nghiệm hoạt động của các OB báo lỗi, tác giả nhận thấy các OB này chỉ báo lỗi trực tiếp các lỗi xảy ra liên quan đối với CPU. Người sử dụng phải thiết lập và lập trình để xử lý các tín hiệu thông báo này tuỳ theo yêu cầu sử dụng. Tuy nhiên, đối với PLC S7-300 không được hỗ trợ đầy đủ các khối OB này. Vì vậy, theo hướng nghiên cứu của đề tài và thiết bị hiện có, tác giả chỉ sử dụng các khối OB để kiểm tra lỗi của CPU chính là OB86, OB87 và OB121. 3.1.4 Xây dựng cấu trúc liên kết mạng dự phòng cho I/O Device Kết nối các mô đun vào ra CPU dự phòng CPU chính Truyền thông giữa CPU chính và CPU dự phòng Hình 3.3: sơ đồ khối cấu trúc liên kết mạng dự phòng cho I/O Device Khối KẾT NỐI I/O: chỉ có nhiệm vụ truyền thông với với các trạm điều khiển, dùng để kết nối với các mô đun I/O, bao gồm mô đun tín hiệu số 16 ngỏ vào/ 16 ngỏ ra và mô đun tín hiệu tương tự 4 ngỏ vào/ 2 ngỏ ra. Khối CPU CHÍNH: đây là khối điều khiển trung tâm, chứa chương trình điều khiển, đây là trạm có chức năng quản lý toàn bộ hoạt động của hệ thống, giám sát các điều kiện tương ứng bên ngoài bằng các tín hiệu cảm biến kết nối với các mô đun ngỏ vào và quyết định thực hiện các cơ cấu chấp hành kết nối với các mô đun ngỏ ra. Khối CPU DỰ PHÒNG: khi khối CPU CHÍNH gập sự cố, khối này sẽ thực hiện quyết định điều khiển toàn bộ hệ thống như là khối CPU CHÍNH ban đầu. Vì vậy, khối này vẫn chứa chương trình điều khiển, vẫn giám sát theo dõi hoạt động hệ thống nhưng không ra quyết định điều khiển các cơ cấu chấp hành và chỉ ra quyết định điều khiển khi nào nó là khối điều khiển trung tâm. LUẬN VĂN CAO HỌC Trang: 45/82 Hai khối CPU CHÍNH và CPU DỰ PHÒNG được liên kết với nhau, hai khối này phải liên tục trao đổi thông tin và phân tích trạng thái của nhau để phối hợp điều khiển với các tín hiệu ngỏ vào và ngỏ ra. Khối CPU CHÍNH đảm nhận điều khiển các cơ cấu chấp hành, khối CPU DỰ PHÒNG để để đảm nhận điều khiển khi CPU CHÍNH bị hư hỏng hay gập các sự cố được thiết lập. 3.1.5 Xây dựng cơ chế xác định lỗi bằng phần mềm Xây dựng cơ chế xác định CPU chính hư hỏng, bao gồm các trạng thái lỗi như sau: CPU chuyển sang trạng thái STOP: các lỗi bất kỳ nào xảy ra gây CPU chuyển sang trạng thái STOP. Khai báo ngắt OB35 với chu kỳ thời gian cố định là 50ms, trong khối này, cho phép 1 bit sáng tắt liên tục khi CPU ở trạng thái hoạt động, khi CPU này dừng thì bit này sẽ ở một trạng thái bền (tức trạng thái 0 hoặc 1). Các trạng thái này được truyền qua mạng đến CPU dự phòng để được kiểm tra. Tuỳ theo trạng thái của bit này mà CPU dự phòng xem xét CPU chính có bị chuyển sang trạng thái STOP hay không và ra quyết định thực hiện giành quyền kiểm soát và điều khiển. Gửi tín hiệu X1 = on/off Nhận tín hiệu Y1 = X1 X1=on/off M1 = 0 (CPU chính đang RUN) M1 = 1 (CPU chính đang STOP) CPU chính CPU dự phòng Y N Hình 3.4: giải thuật xác định CPU chính ở trạng thái STOP LUẬN VĂN CAO HỌC Trang: 46/82 Khi CPU chính đã được bảo trì và khởi động trở lại thì: - CPU chính giành quyền kiểm soát trở lại hoặc - CPU chính trở thành CPU dự phòng Quá trình này được thiết lập tuỳ thuộc vào các hãng sản xuất thiết bị và chương trình phần mềm quy định. Ơ đây, tác giả chọn giải pháp lập trình phần mềm và chọn giải thuật là CPU chính giành quyền kiểm soát trở lại. CPU chính bị lỗi phần mềm: do người lập trình hay sự cố liên quan đến các khối dữ liệu, các chương trình con, các khối tổ chức bị lỗi được phát hiện bởi khối OB121. Khi có một trong các sự cố lỗi liên quan đến phần mềm, CPU sẽ tổ chức ngắt và gọi khối OB121, trong đó sẽ gửi thông tin thanh ghi đến CPU dự phòng. Lúc này, CPU dự phòng sẽ kiểm soát và điều khiển quá trình. Khi sự cố được khắc phục, CPU chính được khởi động trở lại tức chuyển từ chế độ STOP sang RUN thì CPU dự phòng trả lại quyền điều khiển cho CPU chính. Một số đặc điểm của OB121: Hệ thống vận hành sẽ gọi OB121 khi chương trình bị lỗi xảy ra khi: địa chỉ các bộ định thời không tồn tại, hoặc gọi khối mà không được nạp hay bị lỗi do bộ nhớ. Nếu OB121 không được lập trình thì hệ thống sẽ chuyển sang trạng thái STOP nếu có một trong các lỗi trên xảy ra. CPU chính bị lỗi giao tiếp I/O: khi CPU chính không nhận được tín hiệu truyền thông từ các mô đun vào ra, lỗi xảy ra tại các cổng giao tiếp DP, hoặc lỗi do bị đứt đường truyền từ CPU chính đến KHỐI KẾT NỐI VÀO/RA. Khi có một trong các lỗi này xảy ra, CPU sẽ tổ chức ngắt và gọi khối OB86, trong khối này sẽ lập trình gửi thông tin thanh ghi đến CPU dự phòng, quá trình thực hiện tiếp tục tương tự như CPU chính bị lỗi phần mềm. Một số đặc điểm của OB86: Hệ thống vận hành của CPU sẽ gọi OB86 khi có lỗi ở các thanh ray mở rộng, hệ thống DP chính, hoặc tại trạm được quản lý bởi CPU chính (qua mạng Profibus DP và Profinet I.O) cả hai tình huống khi hệ thống bị lỗi hay khi đã được bảo trì. Nếu OB86 không được lập trình thì hệ thống sẽ chuyển sang trạng thái STOP nếu có một trong các lỗi trên xảy ra. Lập trình cho CPU chính các OB86 và OB121, ở trạng thái bình thường thì X2 và X3 ở mức logic 0. Khi gập các sự cố liên quan đến lỗi phần mềm hoặc lỗi về giao tiếp I/O, CPU chính sẽ gọi các OB này. Trong các OB này, thực hiện tác động X2 hoặc X3 lên mức logic 1 và truyền đến CPU dự phòng qua mạng MPI. CPU dự phòng dựa vào các tín hiệu này mà xác định CPU chính bị lỗi hay không và đó là lỗi thuộc về lĩnh vực nào. LUẬN VĂN CAO HỌC Trang: 47/82 CPU chính CPU dự phòng Gửi tín hiệu X2, X3 Nhận tín hiệu Y2 = X2 Y3 = X3 Y2 = 1 Y3 = 1 CPU chính bị lỗi phần mềm lập trình CPU chính bị lỗi giao tiếp I/O YY CPU chính không có lỗi NN Hình 3.5: giải thuật xác định lỗi của CPU chính 3.1.6 Truyền thông giữa các khối CPU Để các khối CPU được truyền thông và trao đổi dữ liệu với nhau, tác giả xây dựng các mối liên kết mạng dựa trên các thiết bị hiện có và dùng phần mềm Simatic Step7 Manager để khai báo phần cứng và khai báo cấu hình các cấu trúc liên kết mạng. Với các Subnet được cung cấp bởi hãng Siemens, truyền thông giữa các CPU được thực hiện thông qua ba cách như sau: - Truyền thông qua mạng MPI - Truyền thông qua mạng Profibus - Truyền thông qua mạng Ethernet Với chuẩn truyền thông MPI, đây là chuẩn truyền thông với tốc độ chậm và dung lượng dữ liệu truyền nhỏ. Với chuẩn Profibus thì tốc độ và dung lượng truyền tương đối lớn, nhưng với chuẩn Ethernet thì tốc độ truyền và dung lượng lớn nhất. Vì giới hạn về phần cứng và thiết bị hiện có, tác giả chọn giải pháp truyền thông như sau: LUẬN VĂN CAO HỌC Trang: 48/82 Hình 3.6: cấu trúc liên kết mạng dùng PLC S7-300 Giữa CPU CHÍNH và CPU DỰ PHÒNG chọn chuẩn truyền thông Ethernet, với nhiệm vụ chính là: - Gửi thông tin trạng thái từ CPU CHÍNH sang CPU DỰ PHÒNG và ngược lại. - Đồng bộ hoá dữ liệu giữa hai CPU. Khai báo cấu hình giao tiếp: Hình 3.7: khai báo cấu hình giao tiếp dữ liệu giữa 02 mô đun LUẬN VĂN CAO HỌC Trang: 49/82 Lập trình dùng các khối truyền và nhận dữ liệu: truyền thông qua mô đun Ethernet được chia thành các khối nhỏ, các khối này được khai báo cấu hình trong phần cứng và được phân biệt với nhau bằng các ID. PLC S7-300 được khai báo tối đa là 16 ID khác nhau. Sơ đồ kết nối dây truyền thông giữa 02 mô đun Ethernet. 1 TD + 2 TD - 3 RD + 4 5 6 RD - 7 8 TD + 1 TD - 2 RD + 3 4 5 RD - 6 7 8 Cam Cam Xanh lục Xanh lục Xanh Xanh Nâu Nâu Cam/trắng Cam/trắng Xanh/trắng Xanh/trắng Xanh lục/trắng Xanh lục/trắng Nâu/trắng Nâu/trắng Hình 3.8: nối cáp chéo Để truyền thông giữa các mô đun với nhau, dùng các hàm truyền và nhận dữ liệu như sau: Khối FC5 AG_SEND Khối FC này đặt dữ liệu vào mô đun Ethernet CP để truyền theo cấu hình kết nối. Vùng dữ liệu được chọn gửi đi có thể là vùng của bộ nhớ hoặc khối dữ liệu, chức năng báo lỗi chỉ báo các trạng thái của quá trình truyền thông. A M 30.0 = L 0.0 BLD 103 CALL "AG_SEND" ACT :=L0.0 ID :=2 LADDR :=W#16#100 SEND :=QW4 LEN :=2 DONE :=M20.1 ERROR :=M20.2 STATUS:=MW22 NOP 0 LUẬN VĂN CAO HỌC Trang: 50/82 Khối FC6 AG_RECV Khối FC này có chức năng nhận dữ liệu từ mô đun Ethernet CP dựa trên cấu hình kết nối. Vùng dữ liệu được chọn nhận có thể là vùng của bộ nhớ hoặc khối dữ liệu, chức năng báo lỗi chỉ báo các trạng thái của quá trình truyền thông. CALL "AG_RECV" ID :=1 LADDR :=W#16#100 RECV :=IW4 NDR :=M10.0 ERROR :=M10.1 STATUS:=MW12 LEN :=MW14 NOP 0 Giữa CPU CHÍNH và KẾT NỐI I/O chọn chuẩn truyền thông Profibus, với nhiệm vụ chính là: - Nhận thông tin từ tín hiệu ngỏ vào - Xuất tín hiệu sang ngỏ ra theo chương trình điều khiển Cấu hình địa chỉ giao tiếp dữ liệu: Hình 3.9: vùng địa chỉ giao tiếp dữ liệu giữa master-slave LUẬN VĂN CAO HỌC Trang: 51/82 Sơ đồ kết nối truyền thông qua Profibus: Hình 3.10: chuẩn RS485 Giữa CPU DỰ PHÒNG và KẾT NỐI I/O chọn chuẩn truyền thông MPI, với nhiệm vụ chính là: - Nhận thông tin từ tín hiệu ngỏ vào - Xuất tín hiệu sang ngỏ ra theo chương trình điều khiển. (Chỉ thực hiện nhiệm vụ này chỉ khi trạm này đã có quyền kiểm soát điều khiển). Hình 3.11: khai báo các khối GD truyền thông MPI Trong mỗi khối GD, khai báo được 1 vùng dữ liệu gửi đi và các vùng khác là nơi nhận. Sơ đồ kết nối truyền thông qua MPI: LUẬN VĂN CAO HỌC Trang: 52/82 Hình 3.12: chuẩn RS485 3.1.7 Xây dựng cơ chế đồng bộ hoá dữ liệu Để hệ thống hoạt động liên tục, dữ liệu phải được cập nhật và đồng bộ hoá với nhau giữa 02 CPU chính và CPU dự phòng. Dữ liệu được cập nhật trên cả 02 CPU ở trạng thái bình thường Cập nhập dữ liệu mới Phân tích trạng thái đối tác Gửi thông tín đến đối tác Tốt Bị lỗi Được bảo trì và khởi động lại Gửi dữ liệu liên tục cho đối tác Hình 3.13: giản đồ cập nhật dữ liệu giữa 02 CPU Dữ liệu được cập nhật trên cả 02 CPU ở trạng thái bình thường. Khi một trong 02 CPU bị hư hỏng hoặc xảy ra lỗi thì CPU còn lại gửi dữ liệu liên tục cho đối LUẬN VĂN CAO HỌC Trang: 53/82 tác cho đến khi đối tác đã nhận được đầy đủ dữ liệu thì mới tiếp tục điều khiển quá trình. Lúc này, quá trình điều khiển mới được xảy ra liên tục và nhất quán. 3.1.8 Tóm lược quá trình xây dựng cơ chế dự phòng cho I/O Device Quá trình xây dựng cơ chế dự phòng cho I/O Device tập trung các nội dung cụ thể như sau: - Thiết kế cấu trúc liên kết mạng giữa các CPU. - Tín hiệu ngỏ vào/ra được truyền thông từ mô đun KẾT NỐi I/O đến CPU chính bằng chuẩn Profibus và đến CPU Dự phòng bằng chuẩn MPI. - CPU Chính và CPU Dự phòng trao đổi dữ liệu và phân tích trạng thái của nhau bằng mạng Ethernet. - Xây dựng giải thuật lập trình phần mềm để dự phòng cho CPU chính. - Xây dựng cơ chế xác định lỗi của CPU chính và cơ chế đồng bộ hoá dữ liệu giữa 02 CPU. Mô hình kết nối giữa các CPU được thực hiện hoàn chỉnh như sau: Hình 3.14: phân bố các thiết bị LUẬN VĂN CAO HỌC Trang: 54/82 3.2 XÂY DỰNG CẤU TRÚC DỰ PHÒNG CHO I/O SERVER I/O Server là bộ thu thập dữ liệu trung tâm, kết nối với các khối thiết bị vào ra đầu cuối từ xa RTU, hoặc các khối điều khiển logic khả trình PLC có chức năng giao tiếp với cơ cấu chấp hành. I/O Server thường là được đặt ở phòng điều khiển và giám sát trung tâm, tại đây người vận hành có thể quan sát toàn bộ hoạt động của các thiết bị hệ thống. Giúp người vận hành nhanh chóng tìm ra các sự cố khi xảy ra lỗi. Nó còn là nơi cung cấp thông tin cho các máy tính Client, các máy tính này có thể truy suất dữ liệu, in ấn, truyền thông, lưu trữ,…, và có thể gửi thông tin qua mạng Internet, nếu I/O Server này bị hỏng thì toàn bộ các Client cũng bị tê liệt theo. Vì vậy, I/O Server là một trong các thiết bị rất quan trọng trong hệ thống điều khiển đa cấp, là bộ thu thập dữ liệu trung tâm. Vì vậy, xây dựng cấu trúc dự phòng cho I/O Server là rất cần thiết, một I/O Server thứ hai để dự phòng và thay thế cho I/O Server chính, nó làm cho hệ thống hoạt động liên tục và ổn định. 3.2.1 Cấu trúc liên kết mạng dự phòng cho I/O Server Hình 3.15: dự phòng cho I/O Server LUẬN VĂN CAO HỌC Trang: 55/82 I/O Server được tác giả sử dụng là các máy tính với phần mềm SCADA là Vijeo Citect. Tác giả dùng phần mềm Kepware khai báo cấu hình giao tiếp OPC để truyền thông dữ liệu giữa I/O Server và I/O Device. 3.2.2 Khai báo cấu hình giao tiếp dữ liệu OPC Học viên dùng phần mềm Kepware để khai báo cấu hình giao tiếp OPC trên I/O Server để truyền thông dữ liệu với CPU Chính và CPU Dự phòng. Hình 3.1.6: khai báo giao tiếp Kepware Trong kênh này có hai thiết bị đó là CPU Chính có địa chỉ MPI là 2 và CPU Dự phòng có địa chỉ MPI là 7. Cả hai CPU đều gửi dữ liệu trực tiếp về máy tính. Các biến này lần lượt khai báo trong bảng biến của phần mềm Vijeo Citect. Hình 3.1.7: khai báo biến trong Vijeo Citect LUẬN VĂN CAO HỌC Trang: 56/82 3.2.3 Khai báo cấu hình I/O Server chế độ thường trực Hình 3.1.8: khai báo ở chế độ Primary Đối với máy tính được chọn làm I/O Server Chính, trong công cụ I/O Devices, khai báo chế độ khởi động là Primary. Chương trình Vijeo Citect được thiết kế trong I/O Server chính được chép và dán vào máy tính được chọn làm I/O Server dự phòng. Không cần phải thiết kế lại. Sau đó, khai báo với chế độ là Standby. 3.2.4 Khai báo cấu hình mạng LAN Để các máy tính giao tiếp với nhau, khai báo mạng LAN ở chế độ truyền thông dạng TCP/IP. Trong đó, một máy tính có chức năng là “Server and Display Client” và một máy tính còn lại có chức năng là “Manager Client”. LUẬN VĂN CAO HỌC Trang: 57/82 Hình 3.1.9: khai báo mạng LAN 3.2.5 Tóm lược quá trình xây dựng cơ chế dự phòng cho I/O Server Trong quá trình xây dựng cơ chế dự phòng cho I/O Server, học viên chỉ thực hiện tìm hiểu các cấu trúc liên kết và xây dựng được cấu hình liên kết mạng dự phòng cho I/O Server (hình 3.1.5), còn các công đoạn khác là thực hiện khai báo trong phần mềm và thử nghiệm kết quả. LUẬN VĂN CAO HỌC Trang: 58/82 CHƯƠNG 4: ĐÁNH GIÁ TÍNH DỰ PHÒNG TRÊN MÔ HÌNH HẦM GIAO THÔNG 4.1 GIỚI THIỆU VỀ CÁC ĐƯỜNG HẦM GIAO THÔNG 4.1.1 Nhu cầu về giao thông Do nhu cầu về giao thông ngày càng cao, để tiết kiệm chi phí đi qua các đường vòng, người ta thiết kế các đường hầm xuyên qua núi, sông, biển nhằm thuận tiện trong việc đi lại. Các đường hầm này, do con người tạo ra gọi tắt là đường hầm giao thông nhân tạo hay còn được gọi là đường hầm giao thông. Ví dụ minh hoạ một số đường hầm giao thông nhân tạo như sau: Hình 4.1.a Hình 4.1.b Hình 4.1.c Hình 4.1.d LUẬN VĂN CAO HỌC Trang: 59/82 Hình 3.3.1.a: hầm giao thông Hải Vân – Việt Nam Hình 3.3.1.b: hầm giao thông ở Paris-Pháp Hình 3.3.1.c: hầm giao thông ở New York – Mỹ Hình 3.3.1.d: hầm ở Selatin,Thổ Nhĩ Kỳ 4.1.2 Các đặc tính kỹ thuật của hầm giao thông nhân tạo Tính an toàn là trên hết Đường hầm cung cấp một liên kết giao thông quan trọng cho các đường chính và đường cao tốc, an toàn luôn luôn là chủ đề trung tâm cho hệ thống kiểm soát đường hầm. Đường hầm hiện nay có rất nhiều mối nguy hiểm cho người lái xe do thực tế rất hay kẹt xe, và rất khó để mở rộng khi lưu lượng tham gia giao thông tăng dần theo thời gian. So với các tuyến đường mở, tai nạn trong các đường hầm có thể dẩn đến hậu quả nghiêm trọng. Bản chất hạn chế của đường hầm là rất khó di chuyển xe bị hư, và sơ cứu nạn nhân. Tắc nghẽn, và các sự cố như hoả hoạn, hoặc vượt quá giới hạn carbon monoxide phải được phát hiện và xử lý một cách kịp thời. Mô tả hệ thống Hình 4.2: giải pháp điều khiển giao thông đường hầm Hệ thống điều khiển đường hầm được quản lý từ một phòng điều khiển tập trung, các hệ thống con phải được thiết lập hoàn chỉnh và phải được tích hợp vào hệ thống thống nhất để quản lý đường hầm có hiệu quả. Kiểm soát toàn diện của từng hệ thống con bao gồm: LUẬN VĂN CAO HỌC Trang: 60/82 - Điều khiển nguồn điện cung cấp cho đường hầm. - Điều khiển tín hiệu đèn giao thông. - Điều khiển tự động thông gió và chiếu sáng. - Hệ thống khẩn cấp và hệ thống phát thanh. - Phát hiện cháy và bảo vệ hệ thống: thu thập dữ liệu phát hiện lửa và điều khiển hệ thống chữa cháy, kiểm soát nước tích luỹ và phân phối. - Đo nồng độ ô nhiễm không khí: thu thập dữ liệu để giám sát, và nồng độ khí carbon monoxide trong đường hầm. Ví dụ tham khảo về giải pháp kỹ thuật cho hệ thống đường hầm Cung cấp nguồn điện Hệ thống SCADA Điều khiển đèn giao thông Gọi khẩn cấp và báo cháy Chiếu sáng Thông gió Radio CCTV LUẬN VĂN CAO HỌC Trang: 61/82 4.2 Ý TƯỞNG XÂY DỰNG GIẢI PHÁP VÀ THỰC HIỆN Do đặc điểm kỹ thuật đang nghiên cứu và thực hiện, tác giả chỉ đề cập đến các giải pháp có liên quan đến ngành học, đó là: hệ thống chiếu sáng, hệ thống đèn tín hiệu giao thông, hệ thống thông gió và hệ thống SCADA cho hầm giao thông. Học viên thiết kế mô hình giả lập cho hầm giao thông với một số cơ cấu đặc trưng để thử nghiệm tính dự phòng cho I/O Device. Hình 4.3: các cơ cấu dàn trải mô phỏng hầm giao thông Sơ đồ mạch đấu dây tín hiệu vào mô đun ngỏ vào 24V OUT 0V 24V OUT 0V 24 VDC 0 VDC Hình 4.4: sơ đồ mạch tín hiệu ngỏ vào LUẬN VĂN CAO HỌC Trang: 62/82 Sơ đồ mạch đấu dây tín hiệu từ mô đun ngỏ ra Q 4 .0 Q 4 .1 Q 4 .2 Q 4 .3 Q 4 .4 Q 4 .5 Hình 4.5: sơ đồ mạch tín hiệu ngỏ ra Sơ đồ đấu dây cho biến tần – quạt thông gió 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 +10V 0V AIN+ AIN- AO+ AO- DI1 DI2 DI3 24 V O V P+ N-RL-B RL-C Analog input Analog output Relay output USS Hình 4.6: sơ đồ đấu dây cho biến tần LUẬN VĂN CAO HỌC Trang: 63/82 4.2.1 Hệ thống chiếu sáng Trong đường hầm, hệ thống chiếu sáng hoạt động liên tục 24/24 giờ. Ánh sáng được xác định bằng các cảm biến số, các cảm biến này được đặt theo từng đoạn đường hầm để giám sát. Nếu một đoạn đường hầm nào đó bị thiếu ánh sáng, cảm biến tương ứng sẽ báo tín hiệu. Lúc này, hệ thống điều khiển sẽ cảnh báo sự cố này và thông báo tại máy tính điều khiển trung tâm cho biết chính xác vị trí đoạn đường hầm đó.  Thử nghiệm: Trong mô hình, học viên chỉ lắp đặt các đèn LED để giả lập các đèn chiếu sáng. Không dùng cảm biến đo cường độ sáng, chỉ thử nghiệm giả lập sự cố lỗi liên quan đến CPU chính và sự hoạt động các đèn LED. Học viên lập trình cho CPU chính điều khiển các đèn LED này sáng liên tục trong khi lập trình cho CPU dự phòng điều khiển các đèn LED này sáng/tắt với chu kỳ 1 giây, nhằm quan sát đèn LED này do CPU nào điều khiển.  Khi cả 02 CPU ở trạng thái bình thường thì đèn LED sáng liên tục, chứng tỏ CPU chính đang điều khiển.  Khi CPU chính bị chuyển sang trạng thái STOP các đèn LED sáng tắt với chu kỳ 1 giây, chứng tỏ là CPU dự phòng đang kiểm soát quá trình điều khiển.  Khi CPU chính được bảo trì và chuyển sang trạng thái RUN thì các đèn LED sáng liên tục, chứng tỏ CPU dự phòng đã trao quyền điều khiển trả lại cho CPU chính.  Kết luận:  Cả 02 CPU chính và dự phòng đều thực hiện đúng theo cơ chế lập trình phần mềm và phối hợp điều khiển các đèn LED đúng theo yêu cầu đặt ra. 4.2.2 Hệ thống đèn tín hiệu giao thông Các đèn tín hiệu giao thông nhằm chỉ dẫn hướng đi của làn xe, cho phép hoặc ngăn cản xe thông qua đường hầm. Để tránh trình trạng quá tải hay kẹt xe xảy ra trong đường hầm, dùng cảm biến để phát hiện xe vào và ra khỏi đường hầm, và xác định số xe còn trong đường hầm. Nếu số xe còn trong đường hầm ít hơn quy định thì đèn xanh sáng, nếu số xe gần đạt số xe tối đa cho phép thì đèn vàng sáng, nếu số xe bằng số xe cho phép thì đèn đỏ sáng. Số xe cho phép này được chọn tuỳ theo dung lượng chứa của đường hầm. Số xe quy định trong đường hầm có thể cài đặt từ máy tính phòng điều khiển trung tâm. LUẬN VĂN CAO HỌC Trang: 64/82  Thử nghiệm: Chương trình ở CPU chính và dự phòng giống nhau. Học viên dùng 03 đèn LED, khi sáng mỗi đèn chỉ thị một màu là đỏ, xanh, vàng để mô phỏng cho 03 đèn tín hiệu giao thông. Quy định số xe tối đa cho phép trong đường hầm là 7, khi đó nếu số xe từ 0 đến 5 đèn xanh sáng, là 6 đèn vàng sáng, là 7 đèn đỏ sáng.  Khi cả 02 CPU ở trạng thái bình thường, đèn xanh sáng, tác động cảm biến ở ngỏ vào/ra thì đèn vàng sáng ở số 6 và đèn đỏ sáng ở số 7.  Cho lần lượt từng đèn sáng (giả sử đèn xanh đang sáng) và chuyển CPU chính sang trạng thái STOP, tác động vào cảm biến để thay đổi số xe đếm được (đèn vàng sáng).  Chuyển CPU chính sang trạng thái RUN, lúc này đèn vàng sáng. Thử nghiệm các đèn khác cho kết quả tương tự.  Kết luận:  Các đèn xanh, đỏ, vàng hoạt động không thay đổi khi điều khiển là CPU chính hay CPU dự phòng.  Dữ liệu là số xe hiện có trong hầm được đếm liên tục, không bị gián đoạn khi CPU chính bị lỗi và khi CPU chính được bảo trì và khởi động lại, dữ liệu này được cập nhật trước khi CPU chính xử lý quá trình điều khiển. Đo đó, quá trình điều khiển được thực hiện liên tục. 4.2.3 Hệ thống thông gió Hệ thống này nhằm làm thông thoáng, cung cấp không khí trong lành vào đường hầm và thảy không khí ô nhiễm ra khỏi đường hầm. Để dò nồng độ ô nhiễm không khí, ta dùng các cảm biến đo nồng độ các chất khí gas cụ thể như: carbon dioxide (CO2), Alcohal, carbon monoxide (CO), … ví dụ cảm biến MG7, MG881: Hình 4.7: cảm biến đo nồng độ carbon monoxide LUẬN VĂN CAO HỌC Trang: 65/82 Cảm biến này được dùng để đo nồng độ khí carbon monoxide với dãy ứng dụng như: đo chất lượng không khí, cảnh báo khói thuốc, ngành mỏ, hệ thống cảnh báo trong hầm giao thông nhân tạo, trong nhà kín,…với các đặc tính kỹ thuật sau: Dãy đo: 10 – 10,000 ppm Thời gian đáp ứng: < 60s Nhiệt độ làm việc: -200 đến 700 C Độ ẩm không khí: 65% Nguồn cung cấp: 5 VDC Điện áp ngỏ ra: 0 -50 mV Để thông gió cho đường hầm, ta thường dùng các quạt công suất lớn để thổi hoặc hút, các quạt này có thể được đặt nối tiếp với nhau. Tuy nhiên, nếu đặt ở tốc độ chạy tối đa thì tiêu tốn lượng điện năng cao. Vì vậy, các quạt này thường được điều khiển thông qua biến tần để điều chỉnh tốc độ quạt cho phù hợp. Khi độ ô nhiễm thấp thì quạt ở tốc độ chậm, khi độ ô nhiễm tăng thì tốc quạt tăng theo góp phần tiết kiệm lượng điện năng khi lưu lượng xe thông qua đường hầm ít hoặc nồng độ ô nhiễm thấp.  Thử nghiệm: Học viên dùng một biến trở để chỉnh điện áp thay đổi từ 0 đến 10V để giả lập cảm biến đo nồng độ ô nhiễm trong đường hầm. Một động cơ điện 03 phase có gắn quạt, tốc độ động cơ được điều khiển bằng biến tần, cài đặt tín hiệu điều khiển từ mô đun analog của khối KẾT NỐI I/O. Chương trình ở 02 CPU giống nhau.  Khởi động cho động cơ hoạt động và thay đổi tần số cài đặt bằng biến trở, tốc độ động cơ thay đổi theo. Khi CPU chính chuyển sang trạng thái STOP, động cơ vẫn giữ nguyên tốc độ và thay đổi khi chỉnh biến trở.  Khi CPU chính chuyển sang trạng thái RUN, tốc độ động cơ giữ nguyên tại tốc độ mới, tốc độ động cơ không bị ảnh hưởng.  Kết luận:  Tốc độ động cơ không bị ảnh hưởng bởi quá trình chuyển đổi từ CPU chính sang CPU dự phòng và ngược lại.  Dữ liệu là thông số đo tốc độ động cơ được cập nhật liên tục do đó không bị CPU chính vẫn đảm bảo quá trình điều khiển liên tục. LUẬN VĂN CAO HỌC Trang: 66/82 4.2.4 Hệ thống SCADA Hệ thống SCADA nhằm giám sát, điều khiển và thu thập dữ liệu của các thông số trong đường hầm. Người vận hành ở phòng điều khiển trung tâm hoặc các phòng chức năng khác tuỳ theo cấp độ mà có thể: o Giám sát các thông số như: số xe hiện có trong đường hầm, nồng độ ô nhiễm đang ở mức độ nào: mức bình thường, mức cảnh báo thấp, mức cảnh báo cao, mức báo động,…, đoạn đường hầm ánh sáng đầy đủ, giám sát các đồ thị vẽ nồng độ ô nhiễm, lưu trữ dữ liệu. o Cài đặt số xe quy định cho phép lưu thông vào đường hầm, o Điều khiển tốc độ quạt thông gió, các đèn chiếu sáng, các đèn tín hiệu giao thông,… Trong hệ thống này, tác giả xây dựng cấu trúc dự phòng (redundancy) cho các phần tử quan trọng trong hệ thống là: o Dự phòng cho I/O Device. o Dự phòng cho I/O Server. Xây dựng giao diện trên máy tính để giám sát và điều khiển và thu thập dữ liệu của hệ thống: Hình 4.8: Giao diện giám sát và điều khiển  Truy suất dữ liệu: Vì trên giao diện giám sát và điều khiển này, một đối tượng chỉ hiển thị đặc trưng cho một biến (tag) nhưng I/O Server phải chọn một trong hai biến được gửi về từ CPU Chính và CPU Dự phòng. Học viên xây dựng bằng LUẬN VĂN CAO HỌC Trang: 67/82 cách cho hiển thị trùng lên cùng một hình ảnh tuỳ theo trạng thái của từng CPU. Đối với dữ liệu tương tự cần vẽ đồ thị học viên xây dựng cơ chế riêng đễ truy suất dữ liệu như sau: Kiểm tra trạng thái CPU Chính X1 = 1 I/O Server nhận dữ liệu từ CPU Chính Bắt đầu I/O Server nhận dữ liệu từ CPU Phụ Kiểm tra trạng thái CPU Chính từ CPU Phụ Y1 = 1 I/O Server nhận dữ liệu từ CPU Chính Yes No No Yes Hình 4.9: cơ chế truy suất dữ liệu của I/O Server  Thử nghiệm:  Xây dựng giao diện giám sát trên máy tính để thử nghiệm các cơ cấu chấp hành từ phần cứng và vẽ đồ thị giám sát tốc độ động cơ hoạt động.  Thực hiện các thao tác thử nghiệm giống như các phần trên và quan sát trên máy tính.  Nhận thấy: các đèn chiếu sáng và đèn giao thông hoạt động đúng theo phần cứng không phụ thuộc vào CPU Chính hay CPU Dự phòng đang hoạt động. LUẬN VĂN CAO HỌC Trang: 68/82 Đồ thị vẽ tốc độ động cơ: Hình 4.10: đồ thị vẽ tốc độ động cơ  Thử nghiệm:  Điều khiển tốc độ động cơ thay đổi bằng biến trở, hình vẽ biểu diễn bằng màu đen. Đồ thị màu xanh là tốc độ động cơ được truy suất từ CPU Chính, màu đỏ là tốc độ động cơ được thực hiện qua hệ thống dự phòng.  Khi hệ thống bình thường thì tốc động cơ (màu xanh) bám theo biến trở (màu đen). Khi CPU Chính gập sự cố thì server không thể điều khiển và truy suất được dữ liệu. Do đó, đồ thị màu xanh đứng yên hoặc chuyển về 0.  Đồ thị màu đỏ vẫn duy trì bám theo tín hiệu màu đen mặc dù CPU ở trạng thái bình thường hay xảy ra sự cố.  Kết luận:  Dữ liệu được truy suất liên lục, không bị gián đoạn, không phụ thuộc vào CPU Chính hay CPU Dự phòng. 4.2.5 Mô hình phần cứng hoàn chỉnh - Dùng các đèn Led để mô phỏng các đèn chiếu sáng và các đèn Led có màu xanh, đỏ, vàng để mô phỏng các đèn tín hiệu giao thông. - Dùng 02 cảm biến sợi quang gắn ở hai vị trí là ngỏ vào và ngỏ ra để đếm số lượng xe trong đường hầm. LUẬN VĂN CAO HỌC Trang: 69/82 - Dùng động cơ AC 3 phase để vận hành quạt thông gió, tốc độ động cơ được điều khiển bằng biến tần. - Một biến trở để chỉnh điện áp thay đổi từ 0 đến 10 VDC, tín hiệu này dùng để giả lập cảm biến đo nồng độ ô nhiễm trong đường hầm. - Một tín hiệu số để giả lập sự cố liên quan đến phần mềm lập trình. - CPU chính được chuyển sang trạng thái STOP bằng cách gạt công tắc điều khiển trên CPU. - Lỗi truyền thông I/O được thực hiện bằng cách tháo dây cáp kết nối Profibus tại cổng DP. 4.3 KẾT LUẬN Học viên đã xây dựng được mô hình để thử nghiệm tính năng dự phòng cho I/O Device, bao gồm: - Tín hiệu điều khiển dạng ON/OFF trực tiếp. - Tín hiệu điều khiển dạng ON/OFF phụ thuộc vào thông số dữ liệu. - Tín hiệu điều khiển dạng tương tự. Qua các thử nghiệm này, học viên nhận thấy: - Các đối tượng điều khiển này vẫn hoạt động liên tục và không bị gián đoạn khi chuyển điều khiển từ CPU chính sang CPU dự phòng và ngược lại. - Dữ liệu được cập nhật khi một trong hai CPU đã được bảo trì và khởi động trở lại, không gây ảnh hưởng lên quá trình điều khiển. - Chưa thử nghiệm với các tín hiệu có tần số cao như đếm xung từ encoder hay phát xung điều khiển động cơ bước, động cơ servor cho nên chưa đánh giá được các yếu tố này. LUẬN VĂN CAO HỌC Trang: 70/82 CHƯƠNG 5: KẾT LUẬN 5.1 KẾT QUẢ THỬ NGHIỆM VÀ PHÂN TÍCH 5.1.1 Kết quả thử nghiệm Trong điều kiện hoạt động bình thường, khi CPU chính bị lỗi ở một trong các tình huống sau: - Bất kỳ lỗi nào mà gây cho CPU chính chuyển sang trạng thái STOP. - Lỗi liên quan đến phần mềm lập trình. - Lỗi liên quan đến giao tiếp I/O. Lúc này, CPU dự phòng sẽ đảm nhận và thay thế CPU chính điều khiển quá trình. Khi CPU chính đã được bảo trì và được phép hoạt động trở lại, CPU chính sẽ đảm nhận quá trình điều khiển như lúc ban đầu. 5.1.2 Nhận xét và phân tích kết quả đạt được 5.1.2.1 Ưu điểm: - Mô hình hệ thống hoạt động khá tốt ở điều kiện thử nghiệm cho phép. - Các thiết bị lập trình PLC có cổng giao tiếp mạng đều có thể sử dụng giải thuật này, không phụ thuộc vào hãng sản xuất thiết bị. - Với kết quả đạt được có thể phát triển, mở rộng thêm và áp dụng vào thực tế. - Giá thành thấp, không tốn chi phí cao khi phải đầu tư các thiết bị có tính năng dự phòng phần cứng hay phải mua gói dự phòng phần mềm. 5.1.2.2 Nhược điểm: Do thời gian nghiên cứu còn hạn chế và thiết bị thí nghiệm không đầy đủ cho nên hệ thống còn có các nhược điểm cũng như thiếu sót sau đây: - Chưa áp dụng hết các tình huống gây ra lỗi ở CPU chính và chưa áp dụng thuật toán điều khiển tối ưu cho quạt thông gió. LUẬN VĂN CAO HỌC Trang: 71/82 - Thiết kế mạng chưa hợp lý, tốc độ truyền từ I/O về CPU chính là 1.5 Mbps (tối đa là 12 Mbps) trong khi đó từ I/O đến CPU dự phòng là 187.5 Kbps. - Giải thuật phân tích CPU chính còn hạn chế do chưa xâm nhập vào được thanh ghi hệ thống của CPU. - Chưa thực hiện đầy đủ, ghi nhận, thống kê các trường hợp cũng như các tình huống phát sinh. 5.2 KẾT QUẢ ĐẠT ĐƯỢC VÀ Ý NGHĨA Qua quá trình nghiên cứu, thử nghiệm và thực hiện đề tài trong thời gian cho phép với những thiết bị, công cụ hỗ trợ, học viên đã hoàn thành hệ thống dự phòng cho I/O Device và I/O Server cho giải pháp hầm giao thông nhân tạo với các kết quả cụ thể như sau:  Xây dựng giải thuật lập trình phần mềm để dự phòng cho CPU chính mà không phụ thuộc vào phần cứng hay gói phần mềm của nhà sản xuất.  Là cơ hội tốt qua đó học viên đã có những tìm hiểu thêm về các cơ chế dự phòng của các hãng sản xuất thiết bị tự động hoá, xây dựng và lập trình trao đổi dữ liệu giữa các CPU bằng các chuẩn truyền thông công nghiệp của Siemens như: mạng MPI, Profibus, Ethernet.  Học viên đã có kiến thức cơ bản về giải pháp điều khiển cho hầm giao thông nhân tạo, đường giao thông này đang được sử dụng rất phổ biến ở Việt Nam và trên thế giới.  Với kiến thức đạt được và sẽ nghiên cứu thêm, học viên có thể áp dụng vào xây dựng mô hình và biên soạn tài liệu giảng dạy tại trường mà học viên đang công tác. 5.3 HƯỚNG PHÁT TRIỂN Có những tín hiệu với tần số cao như tín hiệu xung từ các bộ mã hoá vòng xoay, các tín hiệu điều chế xung tốc độ cao, vì vậy quá trình chuyển đổi điều khiển giữa 02 CPU cần thực hiện nhanh chóng và không làm gián đoạn quá trình điều khiển. Thực hiện và thử nghiệm tính năng này góp phần cho hệ thống hoàn chỉnh hơn. Tìm hiểu và xây dựng thêm các cơ chế xác định lỗi của CPU chính như: lỗi phần cứng, lỗi thẻ nhớ, lỗi nguồn cung cấp, lỗi truyền thông, lỗi bộ nhớ nội, lỗi ngắt, lỗi thay thế các mô đun I/O,… LUẬN VĂN CAO HỌC Trang: 72/82 Xâm nhập vào được hệ thống sẽ xác định được trạng thái của CPU, lúc này CPU dự phòng sẽ nhanh chóng biết được trạng thái của đối tác và quá trình chuyển đổi điều khiển giữa 02 CPU xảy ra nhanh hơn. Xây dựng giải thuật lưu trữ dữ liệu trên PLC theo thời gian thực nhằm sử dụng cho các quá trình điều khiển cần sử dụng dữ liệu trước đó. Đây là một hướng phát triển rất lý thú khi nghiên cứu và đưa vào ứng dụng. 5.4 KẾT LUẬN Đề tài sử dụng các thiết bị lập trình PLC được sử dụng rộng rãi trong công nghiệp, các tính năng dự phòng hầu hết do nhà sản xuất chế tạo là phần cứng và phần mềm. Tuy nhiên, tiếp cận và xây dựng cơ chế lập trình riêng này chính là dịp nhờ đó học viên có thể trực tiếp tìm hiểu thực tế qua những khó khăn, thử thách. Qua đó, bản thân đã tích luỹ nhiều kinh nghiệm cụ thể, đây cũng là cơ hội cho bản thân học viên áp dụng và kiểm tra lại những kiến thức đã thu nhận được qua quá trình học tập đồng thời được học hỏi và tìm hiểu thêm những kiến thức mới. Đó cũng là nền tảng để có thể tự tiếp tục các hoạt động nghiên cứu hữu ích và thiết thực hơn trong thời gian kế tiếp. Theo nhận định của học viên, thì đây là một lĩnh vực hay, thú vị, có nhiều ứng dụng trong thực tế và hiện vẫn còn nhiều vấn đề cần hoàn thiện. Vì thời gian hạn chế và thiết bị chưa đồng bộ, đầy đủ cho nên đề tài vẫn chưa trọn vẹn về nội dung, điều này chắc chắn không tránh khỏi sai sót và nhầm lẫn. Xin Quý thầy cô và bạn học viên tham khảo thông cảm, mong rằng những ai hứng thú với hướng nghiên cứu này có thể chia sẽ với học viên và tiếp tục tìm hiểu, phát triển thêm nhằm hoàn thiện hơn và góp phần tạo ra sản phẩm hữu ích trong cuộc sống. Đó cũng là cách thực hiện một trong những mục tiêu và ích lợi của ngành học này. Lời cuối cùng của học viên là xin chân thành cảm ơn đến tất cả các thầy cô, các anh/chị và các bạn đã giúp đỡ tôi hoàn thành quyển luận văn này và quan tâm theo dõi trong suốt quá trình thực hiện. LUẬN VĂN CAO HỌC Trang: 73/82 TÀI LIỆU THAM KHẢO [1]. Sara Falamaki, “Disk IO Redundancy in CitectSCADA “, B.Sc Computer Science, Technical Paper, December 2006. [2]. Manual, “Citect Scada Networks”, Cietct Pty Ltd, 3 Fitzsimmons Lane Gordon NSW 2072 Australia, www.citect.com [3]. Manual, “Software Redundancy for SIMATIC S7-300 and S7-400”, Siemens AG. [4]. Ph.D Joe St Sauver, “SCADA Security”, University of Oregon Computing Center. [5]. Steve Mackay; Edwin Wright; Deon Reynders; John Park, “Practical Industrial Data Networks - Design, Installation and Troubleshooting.”, all with IDC Technologies, Perth, Australia. [6]. David Bailey; And Edwin Wright, “Practical ACADA for Industry”, Beng, Bailey and Associates, Perth, Australia. Mipenz, BSc(Hons), BSc(Elec Eng), IDC Technologies, Perth, Australia. [7]. “Supervisory Control and Data Acquisition (SCADA) system.” Communication Technologies, Inc. 14151 Newbrook Drive, Suite 400 Chantilly, Virginia 20151. LUẬN VĂN CAO HỌC Trang: 74/82 PHỤ LỤC A. Chương trình điều khiển nạp cho khối CPU Chính. //Chương trình chính // Điều khiển chiếu sáng AN M 0.0 = "chieu_sang" CALL "xuat_chinh" // Điều khiển quạt thông gió CALL "quat_thong_gio" //Gởi trạng thái đi CALL "Gui_qua_phu_trang_thai" //Nhận data từ CPU dự phòng CALL "AG_RECV" ID :=2 LADDR :=W#16#100 RECV :=MW32 NDR :=M40.0 ERROR :=M40.1 STATUS:=MW42 LEN :=MW46 CALL "AG_RECV" ID :=4 LADDR :=W#16#100 RECV :=MW50 NDR :=M52.0 ERROR :=M52.1 STATUS:=MW54 LEN :=MW56 //phân tích trạng thái CPU dự phòng O( A M 50.0 L S5T#100MS SD T 1 A T 1 ) O( AN M 50.0 L S5T#100MS SD T 2 A T 2 ) LUẬN VĂN CAO HỌC Trang: 75/82 = "trang thai" //Gửi dữ liệu đến CPU dự phòng A "trang thai" = L 20.0 BLD 103 CALL "AG_SEND" ACT :=L20.0 ID :=3 LADDR :=W#16#100 SEND :=MW32 LEN :=2 DONE :=M60.1 ERROR :=M60.2 STATUS:=MW62 //Trong khối OB35 AN M 2.0 = M 2.0 //Trong khối OB100 AN M 0.2 S M 0.1 R M 40.2 //Trong khối FC10 L QW 0 T "ngo ra" L QW 14 T "analog_out" NOP 0 //Trong khối FC11 AN M 20.0 = L 0.0 BLD 103 CALL "AG_SEND" ACT :=L0.0 ID :=1 LADDR :=W#16#100 SEND :=MW2 LEN :=2 DONE :=M20.1 ERROR :=M20.2 STATUS:=MW22 //Trong khối FC19_đếm xe vào.ra A "xe_vao" LUẬN VĂN CAO HỌC Trang: 76/82 FP M 30.0 AN "do" JNB _001 L MW 32 L 1 +I T MW 32 _001: A "xe_ra" FP M 30.1 AN M 30.2 JNB _002 L MW 32 L 1 -I T MW 32 _002: NOP 0 L MW 32 L 5 <=I = "vang" A( L MW 32 L 6 >=I ) A( L MW 32 L 6 <=I ) = "xanh" L MW 32 L 7 ==I = "do" L MW 32 L 0 ==I = M 30.2 //trong khối FC20 L "bien_tro" T "analog_out" L "dong_bien_tan" T MW 1000 LUẬN VĂN CAO HỌC Trang: 77/82 B. Chương trình điều khiển nạp cho khối CPU Dự phòng. //Điều khiển đèn chiếu sáng AN I 0.7 A M 0.5 = Q 0.3 //Nhận data từ khối vao.ra CALL "Nhan_ve" NOP 0 //Xuất ra khi biết được CPU chính error A "trang_thai" JNB _001 CALL "xuat_ra" _001: NOP 0 //Nhận thanh ghi trạng thái từ chính CALL "Nhan_tu_chinh_trang_thai" NOP 0 //Gọi chương trình con phân tích chính CALL "phan_tich" NOP 0 //Gọi chương trình con đếm xe. CALL "dem_xe_vao_ra" NOP 0 //Gửi data khi nhận bit trạng thái A "trang_thai" = L 20.0 BLD 103 CALL "AG_SEND" ACT :=L20.0 ID :=2 LADDR :=W#16#100 SEND :=MW32 LEN :=2 DONE :=M40.1 ERROR :=M40.2 STATUS:=MW42 NOP 0 //Gửi thông tin đến CPU chính AN M 60.0 = L 20.0 BLD 103 CALL "AG_SEND" ACT :=L20.0 ID :=4 LUẬN VĂN CAO HỌC Trang: 78/82 LADDR :=W#16#100 SEND :=MW50 LEN :=2 DONE :=M60.1 ERROR :=M60.2 STATUS:=MW62 NOP 0 //Nhận data từ chính CALL "AG_RECV" ID :=3 LADDR :=W#16#100 RECV :=MW32 NDR :=M70.0 ERROR :=M70.1 STATUS:=MW72 LEN :=MW74 NOP 0 //Gọi chương trình dk quạt thông gió CALL "quat_thong_gio" NOP 0 //Chương trình trong OB35 AN M 50.0 = M 50.0 //Trong FC10 L MW 10 T IW 0 NOP 0 //Trong FC11 L QW 0 T MW 16 NOP 0 //Trong FC12 CALL "AG_RECV" ID :=1 LADDR :=W#16#100 RECV :=MW20 NDR :=M22.0 ERROR :=M22.1 STATUS:=MW24 LEN :=MW26 NOP 0 O( A M 20.0 L S5T#100MS LUẬN VĂN CAO HỌC Trang: 79/82 SD T 1 NOP 0 NOP 0 NOP 0 A T 1 ) O( AN M 20.0 L S5T#100MS SD T 2 NOP 0 NOP 0 NOP 0 A T 2 ) = "trang_thai" //Trong FC13; đếm xe vào_ra. A I 0.6 FP M 30.0 AN Q 0.0 JNB _001 L MW 32 L 1 +I T MW 32 _001: NOP 0 A I 0.7 FP M 30.1 AN M 30.2 JNB _002 L MW 32 L 1 -I T MW 32 _002: NOP 0 L MW 32 L 5 <=I = Q 0.2 A( L MW 32 L 6 >=I ) LUẬN VĂN CAO HỌC Trang: 80/82 A( L MW 32 L 6 <=I ) = Q 0.1 L MW 32 L 7 ==I = Q 0.0 L MW 32 L 0 ==I = M 30.2 //Trong FC20; quat thông gió. L "dong_bien_tan" T MW 1000 NOP 0 L "bien_tro" T "analog_out" NOP 0 C. Chương trình nạp cho khối kết nối vào/ra (mục đích chính là truyền và nhận dữ liệu từ CPU Chính và CPU Dự phòng). //Trong chương trình chính CALL "in_for_chinh" NOP 0 A( AN M 1.0 L S5T#100MS SD T 3 NOP 0 NOP 0 NOP 0 A T 3 ) JNB _001 CALL "nhan_chinh" _001: NOP 0 CALL "gui qua phu" NOP 0 A M 1.0 JNB _002 CALL "nhan_phu" LUẬN VĂN CAO HỌC Trang: 81/82 _002: NOP 0 //Trong chương trình FC10_Gửi tín hiệu input về chính. L IW 0 T QW 4 NOP 0 L PIW 272 T QW 6 NOP 0 L PIW 274 T QW 8 NOP 0 //Trong chương trình FC11_Nhận output từ chính. L IW 10 T QW 0 NOP 0 L IW 12 T PQW 272 NOP 0 //Trong chương trình FC12_ Gửi tín hiệu input về phụ. L IW 0 T MW 10 NOP 0 L PIW 272 T MW 12 NOP 0 L PIW 274 T MW 14 NOP 0 //Trong chương trình FC13_ Nhận output từ phụ. L MW 16 T QW 0 NOP 0 L MW 18 T PQW 272 NOP 0 LUẬN VĂN CAO HỌC Trang: 82/82 LÝ LỊCH TRÍCH NGANG ------------------------------------------- Họ và tên: PHẠM PHÚ THỌ Phái: Nam Ngày sinh: 04 – 01 – 1980 Nơi sinh: tỉnh Bến Tre Địa chỉ liên lạc: 1E/9, Bình Đông, P14, Q8, TP.HCM, Việt Nam. Địa chỉ email: phutho.pham@gmail.com; ĐT: 098 3 398 372 QUÁ TRÌNH ĐÀO TẠO 9/1998 – 9/2002: Sinh viên khoa Vật Lý, chuyên ngành Điện tử, hệ chính quy, Trường ĐH Khoa học Tự nhiên TP.HCM. Luận văn tốt nghiệp: “Điều khiển hệ tự động hoá công nghiệp dùng PLC”, điểm 9,5. Tổng điểm tích luỹ: 7,17 điểm. 9/2006 – nay: Học viên cao học khoa Điện – Điện tử, chuyên ngành Tự động hoá, hệ chính quy, Trường ĐH Bách Khoa TP.HCM. QUÁ TRÌNH CÔNG TÁC 9/2002 – nay: Giáo viên Trường Trung cấp nghề Kỹ thuật Công nghệ Hùng Vương. (Q5, TP.HCM)

Các file đính kèm theo tài liệu này:

  • pdfNoi dung chinh.pdf
  • pdfBia_LV.pdf
  • pdfMuc luc.pdf
Luận văn liên quan