Là gì

Kepware Là Gì ? Opc Được Viết Tắt Nguyên Lý Hoạt Động Của Opc Server

Trang chủ Công nghệ & Ứng dụng Công nghệ & Ứng dụng OPC UA – Giao thức nền tảng cho Industrie 4.0

KepWare là gì

 

KepWare là giải pháp phần mềm KepWare Reviews với chức năng và chi phí phù hợp cho các doanh nghiệp từ nhỏ và vừa (SMEs) tới các doanh nghiệp lớn. Phần mềm KepWare được đánh giá cao bởi cả người dùng lẫn chuyên gia trong lĩnh vực Other IoT Software.
Phần mềm KepWare –
Phân loại Other IoT Software
Danh mục KepWare Reviews
Thị trường
Ngôn ngữ
Hệ điều hành
Download KepWare

OPC DA VÀ OPC UA

 

Trong khoảng 12 năm trước đây, khái niệm OPC có thể rất lạ lẫm đối với đa số kỹ sư trong ngành tự động hóa công nghiệp. Một thời gian sau OPC được xem như là giải pháp cuối cùng để kết nối SCADA với PLC khi mà trên SCADA không có driver để kết nối với PLC này. Ngày nay OPC rất phổ biến và được hỗ trợ bởi tất cả các phần mềm SCADA. Nhưng đó là OPC Data Access (OPC DA). Bài viết này không đi về phân tích và ứng dụng OPC DA mà là một chuẩn OPC khác – OPC Unified Architecture (OPC UA).

Đang xem: Kepware là gì

Với kinh nghiệm hơn 15 năm làm việc với OPC DA, nhưng lại khoảng 5 năm gần đây, chúng tôi ít khi sử dụng OPC DA bởi nhiều hạn chế của nó, hơn nữa các phần mềm SCADA đã hỗ trợ sẵn driver để kết nối trực tiếp với PLC. Mặc dù OPC UA ra đời cũng khá lâu, nhưng chưa phải phần mềm SCADA nào cũng đã hỗ trợ, và cũng trong xu thế cuộc cách mạng lần thứ 4, tác giả muốn chuyển tải đến người đọc thấy được sự khác biệt giữa đặc tả OPC DA và OPC UA, những đặc điểm nổi bật khi sử dụng OPC UA, tại sao là giao thức nền tảng cho Industrie 4.0, và ứng dụng kết nối SCADA với PLC dòng S7-1500 sử dụng chuẩn này.

OPC server là gì?

 

OPC được viết tắt từ OLE for Process Control, OLE là Object Linking and Embedding là công nghệ một thời nổi đình nổi đám của Microsoft – Công nghệ COM/DCOM (Component Object Model, D – có nghĩa là Distributed). Như vậy OPC chính là COM/DCOM for Process Control, được hiểu là: Kiến trúc liên kết các đối tượng phân tán (phần mềm) trong tự động hóa công nghiệp. COM ra đời là để thay thế cho DDE (Dynamic Data Exchange). Nếu hiểu DDE là công nghệ dành cho Copy & Paste thì COM là Drag & Drop trong Microsoft Windows. Một số người không muốn hiểu OPC là OLE for Process Control, họ muốn ca ngợi về OPC bằng cách gọi OPC là Openness, Productivity, and Connectivity.

 

Năm 1994, đặc tả OPC đầu tiên là OPC Data Access hay là OPC truy cập dữ liệu thời gian thực quy định cách thức truy cập SCADA (Client) đến PLC thông qua phần mềm (Server) chạy trên máy tính hệ điều hành Windows. Hiện nay các phần mềm SCADA kết nối với các PLC thông qua 3 cách phổ biến: thông qua driver trực tiếp. SCADA sử dụng các hàm đọc/ghi/cấu hình ở trong file driver (DLL) để truy cập đến PLC; thông qua DDE Server, SCADA đóng vai trò là DDE Client; thông qua OPC Server, SCADA đóng vai trò là OPC Client (OPC ở đây là OPC DA). Thực tế người dùng (kỹ sư lập trình SCADA) hay dùng driver trực tiếp để kết nối với PLC. Khi không có driver trực tiếp, người dùng mới sử dụng OPC DA bởi một số điểm hạn chế của OPC DA sẽ được phân tích sau đây:

Tốc độ truy cập SCADA đến PLC bị giảm bởi phải truy cập qua một phần mềm trung gian. OPC Server DA được xem như là một cầu nối giữa SCADA với PLC.Truy cập qua mạng LAN khó thực hiện. Khi SCADA chạy trên một máy tính khác, OPC Server DA chạy trên một máy tính khác thì việc truy cập rất khó khăn, thậm chí (trong thực tế) hoàn toàn không truy cập được. Để làm được điều này, trên các máy tính phải đăng nhập đúng một user name và password, phải dùng DCOM config để cấu hình một loạt thông số không tường minh. Có trường hợp sau khi làm đúng thứ tự các bước được chỉ dẫn, nhưng kết quả vẫn không kết nối được mà làm tốn kém thời gian người dùng.OPC DA sử dung port 135. Port này nằm trong dãy port bị chặn bởi các Firewall truyền thống. Nên việc truy cập qua mạng LAN rất khó khăn.Client và Server không kết nối được qua mạng Internet.OPC DA Server chỉ chạy được trên hệ điều hành Windows và cũng không chạy được trên .NET. Chính điều này cũng không bao giờ chạy trực tiếp được trên PLC.Để SCADA kết nối được được với OPC DA Server thì trên máy tính chạy SCADA phải cần có thông tin Server đã được đăng ký trên registry của Windows. Để có được thông tin này người sử dụng phải cài nguyên phần mềm OPC Server trên máy tính SCADA (mặc dù là chỉ cần Program ID).Nếu đi sâu vào cơ chế hoạt động giữa Client (SCADA) và Server thì sẽ thấy được điểm rất bất cập của OPC DA. Client kết nối với Server bằng kết nối “cứng”, tức là Client tạo một không gian đối tượng trên Server và trỏ (pointer trong C++) đến các đối tượng này. Khi mất kết nối hay Server bi khởi động lại thì Cient sẽ trỏ đến vùng nhớ không xác định. Client cần phải khởi động lại để tạo một không gian đối tượng khác. Như vậy kỹ thuật liên kết “cứng” này hoàn toàn không thích hợp trong việc kết nối qua internet.OPC UA là chuẩn quốc tế IEC 62541.OPC UA Server và Client có thể được lập trình và chạy trên nhiều hệ điều hành khác nhau.OPC UA Server và Client có thể được chạy trên các thiết bị trường như cảm biến và chấp hành. Như vậy dữ liệu từ cảm biến, thiết bị chấp hành có thể được đưa thẳng lên Cloud.Có tính bảo mật cao, sử dụng nhiều lớp bảo mật:Hỗ trợ tính Fault tolerance và Redundancy.X509 Certificate : Client phải có Certificate do Server cung cấp thì mới truy cập được dữ liệu;Chữ ký : mỗi thông điệp truyền đi đều được kèm theo chữ ký, Server sẽ đối chiếu với chữ ký đăng ký trước mà từ đó chấp nhận/từ chối thông điệp.Mã hóa : mỗi thông điệp truyền đi đều được mã hóa.User/Password: đăng nhập truyền thống để vào Server.Quyền truy cập đến từng point (tag) : mỗi biến trên Server đều có lựa chọn cho phép chỉ đọc, đọc/ghi hay hoàn toàn không truy cập được.Hỗ trợ kỹ thuật Heartbeat hai chiều giữa Client và Server để kiểm tra tình trạng hoạt động với nhau.Hỗ trợ chức năng automatic backfilling dữ liệu. Khi kết nối giữa Client và Server bị gián đoạn thì dữ liệu trong thời gian này được buffer trên Server. Ngay sau khi kết nối được khôi phục thì dữ liệu buffer này được gửi ngay cho Client.Dữ liệu trao đổi giữa Client và Server bao gồm: Biến cơ bản (Elementary variable); Hàm (Method); Sự kiện (Event); Mãng (Array) và Đối tượng (Datablock).Bao gồm luôn History, Alarms & Event. Trước đây các đặc tả này tồn tại riêng biệt: OPC HDA, OPC A&E. Hỗ trợ lưu đồ trạng thái (State-machine).

OPC UA được hiểu là một chuẩn truyền thông bậc cao độc lập, được phát triển bởi hiệp hội OPC Foundation, nhưng OPC UA hoàn toàn khác trước so với đặc tả đàn anh của mình OPC DA. Chính vì vậy OPC UA được hiểu bằng cụm từ Open Platform Communication (OPC) Unified Architecture (UA) nhằm tránh đi cụm từ đã không hợp thời OLE for Process Control của OPC DA và những đặc tả khác.
Xem thêm: Bộ Bàn Ghế Inox Chữ Nhật Giá Bao Nhiêu Tiền? Bàn Chữ Nhật Inox 304 70X1M2 Dày 1

Nguyên lý hoạt động của máy chủ OPC.

Đặc tả OPC mô tả giao diện giữa máy khách và máy chủ, máy chủ và máy chủ, bao gồm quyền truy cập dữ liệu thời gian thực, giám sát các báo động và sự kiện, truy cập dữ liệu lịch sử và các ứng dụng khác.

Kịch bản kết nối OPC cổ điển là một kết nối máy chủ-máy khách trên một máy tính, ngoài ra cũng có các tuỳ chọn khác:

Kết nối máy khách OPC với một số máy chủ OPC. Đây được gọi là tập hợp OPC.Kết nối máy khách OPC với OPC server qua mạng. Điều này có thể được thực hiện với đường hầm OPC.Kết nối máy chủ OPC với máy chủ OPC khác để chia sẻ dữ liệu. Điều này được gọi là bắc cầu OPC.

OPC DataHub được thiết kế dành riêng cho tất cả các tác vụ này. Một sự kết hợp giữa OPC server và máy khách OPC hỗ trợ nhiều kết nối. Do đó, nó có thể kết nối với nhiều máy chủ OPC cùng lúc để tổng hợp và bắc cầu OPC. Hai OPC DataHub có thể phản ánh dữ liệu qua mạng TCP để cung cấp đường hầm OPC.

 

Những lợi ích về mặt kỹ thuật mà OPC server mang lại.

 

Xem thêm: Cách Tải Các Ứng Dụng Không Tương Thích Ios, Ứng Dụng Remitly Hoạt Động Như Thế Nào

 

Các thông số kỹ thuật OPC sau đây được sử dụng trong các ngành công nghiệp:

OPC-DA (Truy cập dữ liệu): Cung cấp quyền truy cập vào dữ liệu thời gian thực. Chúng tôi có thể truy vấn Chúng tôi có thể truy vấn hầu hết các giá trị gần đây về nhiệt độ, áp suất, mật độ, gia tốc và các loại dữ liệu điều khiển quá trình khác từ máy chủ OPC-DA.OPC-HDA (Truy cập dữ liệu lịch sử): Được sử dụng để truy xuất dữ liệu quá trình lịch sử để phân tích. Dữ liệu này thường được lưu trữ trong các tệp, cơ sở dữ liệu hoặc hệ thống từ xa.OPC-AE (Báo động & Sự kiện): Máy chủ OPC AE được sử dụng để chấp nhận và trao đổi các báo động và sự kiện.OPC-XML (Truy cập dữ liệu XML): Nó xác định các định dạng biểu đồ dữ liệu và biểu đồ dựa trên tiêu chuẩn XML. Điều này cho phép chia sẻ và thao tác dữ liệu điều khiển quá trình trên tất cả các hệ điều hành – Windows, UNIX, Solaris, v.v.

Lợi ích khi sử dụng tiêu chuẩn OPC.

Giảm tải cho thiết bị phần cứng.Tăng khả năng mở rộng của hệ thống.Do máy chủ OPC, các ứng dụng khách không cần biết gì về chi tiết giao thức phần cứng.Mặc dù thiết bị không cần phục vụ nhiều khách hàng, nhưng tuổi thọ của thiết bị tăng lên.Khả năng tương tác (Unix/Linux và Windows – cả hai nền tảng đều được OPC hỗ trợ).Tiêu chuẩn hóa.

Triển khai OPC.

Các giải pháp nhúng cho dòng sản phẩm tự động hóa công nghiệp OPC đã được cung cấp cho nhiều người dùng, bao gồm các công việc chi tiết sau:

Hệ thống BIS: Building Integration System hay còn được gọi là BIS là gói phần mềm giúp tự động hóa tòa nhà, kiểm soát truy cập, giám sát video, xâm nhập, báo cháy và sơ tán giọng nói vào một bộ quản lý thuận tiện. OPC server cổ điển đã triển khai giao thức cụ thể qua giao thức TCP/IP để giám sát và kiểm soát các loại bảng hệ thống tích hợp tòa nhà khác nhau, có thể giao tiếp với máy khách OPC của phần mềm hệ thống BIS.Cảnh báo hệ thống: Trong OPC server, chúng tôi đã triển khai các thông số kỹ thuật OPC-DA (Truy cập dữ liệu), OPC-HDA (Truy cập dữ liệu lịch sử) và OPC-AE (Báo động & sự kiện). Để kiểm soát và giám sát các bảng, máy khách OPC thực hiện các lệnh khác nhau cho các bảng bằng cách sử dụng máy chủ OPC, ví dụ: mở khóa cửa, khóa cửa, khu vực cánh tay, v.v.

Máy chủ OPC chứa các mô-đun, chức năng và hoạt động sau đây:

Thiết kế, phát triển và thử nghiệm máy chủ OPC cổ điển cho các bảng khác nhau được sử dụng trong hệ thống tích hợp tòa nhà với giao thức Tự động hóa cụ thể.Thực hiện các lệnh nhóm sau trên Máy chủ OPC: hệ thống, bảng điều khiển, cửa, khu vực, đầu ra, điểm.Tích hợp liên lạc máy chủ OPC (TCP).Tích hợp ngăn xếp giao tiếp máy chủ OPC (TCP).Bảo mật máy chủ OPC – Xác thực lệnh AES 256.Thực hiện lệnh máy khách và trạng thái.

Trên đây là lời giải đáp cho câu hỏi OPC server là gì, nguyên lý hoạt động ra sao và mang lại những lợi ích nào mà vserpuhove.com hy vọng là sẽ có ích cho các bạn. Bên cạnh bài viết này thì chúng tôi cũng thường xuyên cập nhật các thông tin về công nghệ, máy móc, thiết bị hay các loại dây chuyền sản xuất, các bạn hãy tiếp tục theo dõi trang tin tức của chúng tôi để cập nhật nhiều thông tin hữu ích nhé!

OPC UA có những bước tiến gì? Trước tiên, OPC UA khắc phục tât cả các điểm hạn chế của OPC DA đã được liệt kê ở trên. Nhìn chung OPC UA có các ưu điểm sau:

3. OPC UA TRÊN PLC S7-1500

PLC S7-1500 của hãng Siemens với Firmware 2.0 và được lập trình trên phần mềm TIA Portal version 14 trở đi sẽ được hỗ trợ trợ OPC UA. Có nghĩa là OPC UA Server chạy trực tiếp trên CPU của PLC này. Thành phần chính chạy trên CPU của PLC là chương trình và dữ liệu điều khiển. OPC UA Server là ứng dụng chạy độc lập trên cùng CPU. Khi lập trình trên TIA Portal nên lưu ý 3 bước sau đây để tạo OPC UA server trên PLC S7-1500 (hình 1):

1. Kích hoạt chức năng OPC UA server trên Properties của CPU S7-1500 trong môi trường TIA Portal.

2. Xác nhận là có License đã mua.

3. Cấu hình các biến trên PLC cho phép truy cập đọc/ghi từ OPC UA Client.

*

Hình 1. Ba bước khi lập trình trên TIA Portal để thực hiện OPC UA Server

Khi OPC UA Client có yêu cầu Server cung cấp không gian tên và cấu trúc dữ liệu, thì Server truy cập vào vùng dữ liệu của chương trình điều khiển, nhận thông tin và gửi lại cho Client (hình 2).

*

Hình 2. Cơ chế truy cập không gian tên dữ liệu OPC UA trên S7-1500

Trong bài viết này không đề cập đến cài đặt bảo mật trên Client (SCADA) và Server (S7-1500) cũng như ứng dụng thực tế của OPC UA trong S7-1500. Tác giả xin trình bày các vấn đề chi tiết này ở trong các bài viết ở các số sau.Có 4 phương pháp trao đổi dữ liệu giữa Client và Server:• Đọc/ghi đồng bộ (Synchronous Read/Write).• Đọc/ghi bất đồng bộ (Asynchronous Read/Write).• Đọc/ghi dữ liệu đăng ký trước (Registered Read/Write).• Đăng ký (Subscription).

Xem thêm: giá để nồi chảo inox

Trong phương pháp đọc ghi đồng bộ, Client gửi yêu cầu cho Server tên Node cần đọc/ghi và chờ kết quả trong một thời gian nhất định. Đọc/ghi đồng bộ trong OPC UA khác với trong OPC DA là: việc gửi yêu được thực hiện bởi Stack phía Client, và Client chỉ chờ dữ liệu trong phạm vi của mình (hình 2).Đối với với phương pháp đọc/ghi không đồng bộ: Client gửi cho yêu cầu cho Server tên Node cần đọc/ghi và Client sẽ không chờ việc nhận dữ liệu. Tiếp theo, Server tìm kiếm trên vùng dữ liệu thuộc chương trình điều khiển theo tên yêu cầu, đọc/ghi Node đó và gửi/thông báo lại cho Client. Đọc/ghi không đồng bộ trong OPC UA khác với OPC DA là: Việc gửi yêu cầu được thực hiện bởi Stack phía Client (hình 2).Chính nhờ Client không kết nối “cứng” với Server nên việc trao đổi dữ liệu giữa chúng thông qua internet được thực hiện dễ dàng và mềm dẽo.Đối với hai phương pháp này, mỗi lần Client yêu cầu đọc/ghi là Server lại phải tìm kiếm trong hệ thống bằng tên (hình 3a) dẫn đến chi phí thời gian cho mỗi lần trao đổi cao hơn so với phương pháp đọc/ghi Node đã đăng ký trước (hình 3b). Trong phương pháp đọc/ghi Node đã đăng ký trước, mỗi lần trao đỗi dữ liệu, Client chỉ cần gửi Node ID dưới dạng số nguyên và tiếp theo, Server sẽ truy cập trực tiếp vào Node này trên Server để lấy thông tin và gửi lại cho Client. Với phương pháp này rõ ràng tốc độ truy cập nhanh hơn nhiều so với phương pháp truy cập Node không đăng ký trước.Phương pháp trao đổi dữ liệu Subscription trong OPC UA, về nguyên lý thì giống như OPC DA: Client đăng ký danh sách các Node trên Server, khi và chỉ khi giá trị các Node này thay đổi thì Server mới gửi lại cho Client (hình 4). Phương pháp trao đổi dữ liệu này rõ ràng là chiếm ưu thế trong việc sử dụng đường truyền dữ liệu là Internet. Chúng tôi sẽ phân tích rõ hơn cơ chế này trong các bài viết tiếp theo.

*

Hình 3. Đọc/ghi đồng bộ và bất đồng bộ trong OPC DA và UA

*

Hình 4. Đọc/ghi không đăng ký trước và đọc/ghi đăng ký trước

*

Hình 5. Phương thức trao đổi dữ liệu đăng ký (Subscription)

4. PLC S7-1500 VÀ SỰ CHUẨN BỊ CHO INDUSTRIE 4.0Với sự có mặt của OPC UA Server tích hợp ngay trên CPU của PLC S7-1500 cho phép SCADA truy cập một cách dể dàng đến PLC này từ mọi ngõ ngách trên thế giới thông qua Internet (hình 5) với tính bảo mật rất cao. Trong mô hình này PLC được kết nối một cách trực tiếp vào Internet mà không cần thông qua một phần mềm nào đó chạy trên máy tính như trước đây.Ngày nay, SCADA được đám mây hóa (Cloud-based SCADA) và mọi việc thu thập dữ liệu, tính toán, sự kiện, báo động, điều khiển, lưu trữ lược sử và phân tích dữ liệu được thực hiện bởi những Server chạy trên Cloud. Các Server này sẽ kết nối trực tiếp với các PLC S7-1500 bố trí ở các nhà máy trên thế giới. Các hệ thống và thiết bị đầu cuối là các Client và các ứng dụng với mục đích là để hiển thị, cung cấp giao diện điều khiển, giao diện quản lý và giao diện trích xuất dữ liệu (hình 6). Tập đoàn Siemens hiện nay đã đưa vào vận hành Cloud riêng của mình nhằm cung cấp hệ điều hành điện toán đám mây nền tảng cho Industrial Internet of Things và trong đó có Cloud-based SCADA mà giao thức nền tảng là OPC UA – Đó chính là MindSphere.Đối với các tập đoàn đa quốc gia sở hữu mạng lưới các nhà máy hoạt động phân bố ở các nước khác nhau trên thế giới, việc số hóa và đưa SCADA chạy trên hệ điều hành điện toán đám mây là rất cấp thiết. Điều này đòi hỏi việc thiết kế các hệ thống điều khiển và SCADA ngay từ ban đầu phải cân nhắc đến giao thức công nghiệp cho phép kết nối, trao đổi dữ liệu nhanh, dữ liệu lớn và bảo mật cao – đó chính là OPC UA.

*

Hình 6. PLC S7-1500 kết nối trực tiếp với SCADA sử dụng đường truyền dữ liệu là Internet

*

Hình 7. Cloud-based SCADA với OPC UA và MindSphere

Tác giả Trương Đình Châu,Tạp chí Tự động hóa ngày nay, số tháng 11/2017

SCADA and Control System Expert/ Địa chỉ email này đã được bảo vệ từ spam bots, bạn cần kích hoạt Javascript để xem nó.

Xem thêm bài viết thuộc chuyên mục: Là gì

Trả lời

Back to top button