Khi triển khai tích hợp OPC UA với đám mây, việc đưa một giá trị máy lên bảng điều khiển mới chỉ là bước đầu. Nhà máy cần biết dữ liệu còn giữ đúng ý nghĩa khi đi qua các hệ thống hay không, khoảng dữ liệu thiếu có giải thích được không, và nhà cung cấp khác có thể tiếp quản vận hành không. Tháng 9 năm 2026, OPC Foundation công bố Cloud Initiative Reference Solution dưới dạng mã nguồn mở. Bài viết này sử dụng giải pháp tham chiếu làm môi trường thử nghiệm chung cho việc mua sắm và nghiệm thu trong 90 ngày tại nhà máy Thái Lan. Đây không phải sản phẩm được chứng nhận sẵn cho mọi môi trường sản xuất.
Giải pháp tham chiếu mới của OPC Foundation gồm những gì?
Theo OPC Foundation, Cloud Initiative Reference Solution là bản triển khai có thể chạy của các ý tưởng trong Cloud Reference Architecture. Kho mã công khai gồm các tệp triển khai K3s edge.yaml và cloud.yaml, dây chuyền sản xuất mô phỏng, hướng dẫn thiết lập, bài thực hành, phân tích an ninh và khuyến nghị tăng cường trước khi vận hành thật. Kiến trúc kết hợp tiêu chuẩn mở và phần mềm mã nguồn mở để từng thành phần có thể được kiểm tra, thay thế khi phù hợp. Tuy nhiên, bên mua vẫn phải xác minh phiên bản lựa chọn, mạng nhà máy, thiết bị, tính sẵn sàng, bảo mật, hỗ trợ kỹ thuật và quản trị dữ liệu của chính mình.
Ví dụ cho thấy toàn bộ đường đi của dữ liệu. UA Edge Translator tiếp nhận thiết bị công nghiệp, bao gồm ví dụ thiết bị Modbus TCP mô phỏng được mô tả bằng W3C Web of Things Thing Description. UA Cloud Publisher chuyển dữ liệu và siêu dữ liệu OPC UA PubSub JSON qua hạ tầng thông điệp. Mẫu có broker, lưu trữ chuỗi thời gian và bảng điều khiển. UA Cloud Library hỗ trợ quản lý mô hình thông tin; UA Cloud Commander minh họa tuyến lệnh yêu cầu và phản hồi. Hãy đánh giá từng thành phần theo trường hợp sử dụng, thay vì mặc định phải lắp tất cả vào mọi nhà máy.
Khác gì với OPC UA FX/TSN và data fabric?
Bài viết về OPC UA FX và TSN tại Thái Lan tập trung vào truyền thông tại hiện trường, đồng bộ thời gian và điều khiển. Bài viết này tập trung vào lớp cao hơn: bảo toàn ngữ nghĩa dữ liệu từ thiết bị qua edge lên ứng dụng đám mây. Không được coi đường truyền telemetry qua MQTT là phương án thay thế vòng điều khiển quyết định thời gian hoặc mạch an toàn. Để PLC và hệ thống an toàn hiện hữu tiếp tục chịu trách nhiệm điều khiển; hãy bắt đầu thử nghiệm đám mây bằng dữ liệu chỉ đọc.
Bài viết về data fabric trong sản xuất bàn về tìm kiếm, quản trị và tích hợp dữ liệu giữa nhiều hệ thống. Ở đây câu hỏi hẹp hơn là làm sao lấy được dữ liệu thiết bị có ý nghĩa và đáng tin cậy để đưa vào các nền tảng như vậy.
Xác định trường hợp sử dụng đầu tiên trước khi chọn phần mềm
Một nhà máy có thể có máy nhiều thế hệ, tiêu chuẩn IT từ trụ sở và hợp đồng bảo trì địa phương với ranh giới khác nhau. Điều này phụ thuộc từng địa điểm, không phải thống kê chung cho Thái Lan. Hãy để sản xuất, bảo trì, chất lượng, IT, an ninh thông tin và mua sắm cùng thống nhất: cần bằng chứng gì sau 90 ngày để quyết định đầu tư tiếp? Nếu chương trình chỉ đếm số máy đã kết nối, dữ liệu thu được có thể không hỗ trợ quyết định kinh doanh.
Chọn một trường hợp sử dụng ban đầu: thời gian dừng và sản lượng của dây chuyền lắp ráp; kết quả kiểm tra gắn với lô; hoặc trạng thái máy đóng gói và thời điểm chuyển đổi sản phẩm. Với truy xuất nguồn gốc, biểu đồ nhiệt độ đơn lẻ chưa đủ. Phải định nghĩa chi tiết sản phẩm hoặc lô nào đi qua trạm nào, khi nào và theo phiên bản công thức nào. Thống nhất mã thiết bị, công đoạn, sản phẩm, lô, nguồn thời gian, ranh giới sự kiện và chủ sở hữu. Loại lệnh ghi vào máy thật khỏi phạm vi đầu, trừ khi có đánh giá an toàn và phân quyền riêng.
Số lượng tag không phải tiêu chí nghiệm thu
Danh sách tag dài ít giá trị nếu đơn vị, vị trí đo, chu kỳ cập nhật, nguồn thời gian, giá trị bất thường và nguyên nhân thiếu dữ liệu không rõ. Với mỗi tín hiệu, ghi lại thiết bị và công đoạn, kiểu dữ liệu, đơn vị kỹ thuật, quy tắc lấy mẫu, nguồn dấu thời gian, miền bình thường, mã chất lượng, thời hạn lưu và bộ phận chịu trách nhiệm. “Nhiệt độ” có thể là điểm đặt, giá trị quá trình đo được hoặc nhiệt độ môi trường. Người sở hữu quy trình phải xác nhận ánh xạ này.
OPC UA Information Model và Companion Specification phù hợp có thể giữ lại ngữ cảnh. Kiểm tra mô hình nào áp dụng được; nếu không có, ghi rõ quy tắc đặt tên tại nhà máy. Áp dụng mô hình không tự nó tạo ra giá trị. Tiêu chí nghiệm thu là người dùng đọc đúng ý nghĩa của giá trị và có thể truy vết phiên bản mô hình sau khi đổi máy hoặc phần mềm.
Kiểm tra năm ranh giới kiến trúc
Thiết bị đến edge: Với máy có OPC UA server, kiểm tra endpoint, namespace, chứng chỉ và tài khoản chỉ có quyền đọc tối thiểu. Với máy cũ, kiểm tra giao thức thực tế, giá trị gốc, ứng xử lỗi và bảo hành của nhà cung cấp. Kho tham chiếu có ví dụ Modbus TCP mô phỏng; ví dụ đó không bảo đảm mọi PLC cũ hay thiết bị độc quyền tự động kết nối. Yêu cầu thử trên máy mục tiêu.
Chuẩn hóa trong edge: Gắn giá trị với cây thiết bị, đơn vị, trạng thái, dấu thời gian và chất lượng. Phân biệt dữ liệu gốc với dữ liệu tính toán và quản lý phiên bản công thức. Bàn giao cấu hình và lịch sử thay đổi, không để mapping chỉ trên máy tính của một kỹ sư. Để nhà máy duyệt ý nghĩa của những sự kiện quan trọng.
Truyền thông điệp: Kho UA Cloud Publisher mô tả OPC UA PubSub qua MQTT hoặc Kafka; ví dụ Cloud Initiative dùng MQTT. Thử mất kết nối, kết nối lại, bản ghi trùng, thứ tự, độ trễ, sự khớp nhau giữa dữ liệu và siêu dữ liệu. Một lần gửi thành công chưa chứng minh bản ghi nghiệp vụ đầy đủ. Quy định lỗi xuất hiện ở đâu, ai được báo và bằng chứng phục hồi được lưu như thế nào.
Lưu trữ và sử dụng: Ví dụ có broker, kho dữ liệu và bảng điều khiển; lựa chọn vận hành thật phải phù hợp MES, hệ thống chất lượng, nền tảng dữ liệu và quy tắc của nhà máy. Xác định thời gian lưu, sao lưu, quyền truy cập, phân loại dữ liệu và khôi phục. Tách bản trích cho phân tích khỏi bản ghi gốc phục vụ kiểm toán. Nếu chuyển dữ liệu sang trụ sở hoặc qua biên giới, rà soát chính sách và hợp đồng của doanh nghiệp trước.
Lệnh từ đám mây xuống xưởng: UA Cloud Commander minh họa yêu cầu đọc, ghi, gọi phương thức hoặc đọc lịch sử từ OPC UA server tại chỗ. Có tuyến kỹ thuật không đồng nghĩa được phép điều khiển máy từ xa. Cần đánh giá tính độc lập của mạch an toàn, xác nhận tại chỗ, phân tách trách nhiệm, quyền, nhật ký kiểm toán và cách xử lý khi mất mạng. Thử nghiệm ban đầu nên chỉ đọc từ máy thật; chỉ thử lệnh ghi trên máy mô phỏng.
Lộ trình mua sắm và nghiệm thu 90 ngày
Ngày 0–15: Chốt phạm vi và bằng chứng hợp đồng
Chọn một dây chuyền, một số ít máy quan trọng và một bộ phận sử dụng. Hai hoặc ba máy chỉ là ví dụ để giữ phạm vi nhỏ, không phải chuẩn chung. Kiểm kê giao diện PLC, SCADA, MES, tag, đồng bộ giờ, cửa sổ bảo trì và đường mạng. Yêu cầu nhà thầu chứng minh trên đúng model mục tiêu, thay vì chỉ nộp danh sách giao thức. Ghi rõ phân đoạn mạng, đích gửi, đơn vị cấp và gia hạn chứng chỉ, ranh giới hỗ trợ.
Sản phẩm bàn giao gồm ma trận khả năng kết nối theo máy, từ điển dữ liệu đầu tiên, sơ đồ thử nghiệm và danh sách trách nhiệm an ninh, vận hành. Dây chuyền mô phỏng trong kho mã giúp đội ngũ tìm hiểu luồng dữ liệu mà không dừng sản xuất. Thời gian khởi chạy nhanh trong README nói về môi trường demo, không phải cam kết thời gian lắp đặt gồm phê duyệt an ninh, vá lỗi và đào tạo tại nhà máy.
Ngày 16–35: Tạo kết nối nhỏ chỉ đọc
Xin phê duyệt của bảo trì và hãng máy trước khi chạm hệ thống điều khiển thật. Chỉ cấp quyền đọc cần thiết. Khi cần chuyển đổi giao thức, ghi song song giá trị nguồn và giá trị sau chuẩn hóa. So sánh một sự kiện như bắt đầu hoặc kết thúc chu kỳ trên màn hình PLC, nhật ký edge và bản ghi hạ nguồn theo cùng trục thời gian. Mô phỏng đứt mạng, chứng minh điều khiển máy vẫn độc lập và khoảng thiếu dữ liệu hiện rõ sau khôi phục.
Bàn giao bảng ánh xạ tag đến bản ghi, bước thử có thể lặp lại và vị trí lưu nhật ký, không chỉ ảnh màn hình. Bảng chẩn đoán có thể báo đường truyền khỏe trong khi giá trị nghiệp vụ vẫn sai. Phân tích sai lệch theo đơn vị, làm tròn, lấy mẫu, thời gian, giá trị PLC bị giữ và quy tắc biến đổi.
Ngày 36–60: Xác minh ý nghĩa và sự kiện nghiệp vụ
Biến tín hiệu thành những sự kiện con người sử dụng. Thời gian dừng có thể cần bốn bản ghi riêng: bắt đầu dừng, khởi động lại, lý do đã chốt và sửa bởi nhân viên. Truy xuất kiểm tra có thể cần mã sản phẩm, lô, trạm kiểm, phiên bản công thức, kết quả và liên hệ với lần kiểm lại. Nhờ người dùng sản xuất hoặc chất lượng kiểm tra cách hiểu có khớp trường MES và hướng dẫn thao tác hay không. Mô hình chuẩn đẹp chỉ có ích khi dẫn tới cách hiểu kinh doanh đúng.
Dữ liệu kiểm thử phải có giá trị thiếu, trùng, lệch đồng hồ, thay máy, đổi tên tag, khởi động lại và mất mạng. Xác minh giá trị bằng không trong dừng theo kế hoạch khác với không có giá trị vì mất liên lạc. Đây là trường hợp thử gợi ý; ngưỡng đạt về số liệu phải dựa trên đường cơ sở đo tại xưởng và rủi ro quy trình. Điều cốt yếu là phát hiện, giải thích và sửa được bất thường, không phải chỉ một con số độ trễ trung bình hấp dẫn.
Ngày 61–90: Vận hành, khôi phục và ký nghiệm thu
Theo dõi qua các ca làm việc bình thường. Để người thay thế thử gia hạn chứng chỉ, thay và khôi phục edge gateway, phục hồi dữ liệu và theo quy trình báo cáo sự cố. Thử thay đổi mô hình hoặc tag từ yêu cầu, đánh giá tác động, kiểm thử đến quay lui. Chỉ định người xử lý đầu tiên và liên hệ nhà cung cấp theo giờ làm việc, ngày nghỉ tại Thái Lan. Nếu đội tại xưởng cần tài liệu tiếng Thái, đưa khối lượng này vào kế hoạch.
Tại nghiệm thu, để bộ phận chất lượng truy một lô, bảo trì đối chiếu sự kiện dừng với tín hiệu, và IT điều tra khoảng thiếu hoặc sao lưu lỗi. Bằng chứng phải đủ cụ thể để chủ sở hữu phía nhà máy và IT cùng ký. Số máy kết nối và số bảng điều khiển không chứng minh được hệ thống hỗ trợ quyết định.
Đưa yêu cầu kiểm chứng được vào RFQ và bảng nghiệm thu
| Lĩnh vực | Bằng chứng yêu cầu khi mua sắm | Ví dụ kiểm tra nghiệm thu |
|---|---|---|
| Kết nối | Model, phiên bản, giao thức, cách đọc | Bản ghi bình thường, lỗi và khởi động lại từ máy thật |
| Ngữ nghĩa | Từ điển, đơn vị, thời gian, phiên bản mô hình | Truy giá trị nguồn qua biến đổi và hiển thị |
| Truyền dữ liệu | Cấu hình broker, gửi lại, phát hiện khoảng thiếu | Nhật ký mất và khôi phục; cách xử lý trùng |
| Bảo mật | Chứng chỉ, quyền, ranh giới mạng | Thu hồi, gia hạn và kiểm toán truy cập |
| Vận hành | Giám sát, sao lưu, vá lỗi, liên hệ | Thay thiết bị và diễn tập khôi phục |
| Khả năng chuyển | Cấu hình, mô hình, dữ liệu bàn giao | Triển khai lại ở môi trường thử khác |
| Chi phí | Thiết bị, kỹ thuật, mạng, đám mây, hỗ trợ | Giả định chi phí hằng năm và điều kiện thay đổi |
Mã nguồn mở không xóa chi phí kỹ thuật, lắp đặt, giám sát, bảo mật, đào tạo và hỗ trợ. Kiểm tra giấy phép của từng phiên bản thành phần được chọn khi mua sắm. So tổng chi phí với thiết bị thực, rủi ro dừng máy và phạm vi hỗ trợ nội bộ hay thuê ngoài; đừng giả định giá chung cho mỗi tag. Liệt kê thứ phải chuyển đi được: từ điển, tham chiếu mô hình, cấu hình, quy trình chứng chỉ, định dạng xuất, định nghĩa bảng điều khiển và lịch sử sự cố. Xác minh việc chuyển trong môi trường thử. Giao diện mở giảm một số phụ thuộc nhưng không làm việc chuyển đổi miễn phí.
Tránh cụm “thời gian thực” hoặc “sẵn sàng 99,9%” nếu chưa định nghĩa cách đo. Nêu tập sự kiện làm mẫu, định nghĩa khoảng thiếu, độ trễ cho phép, đồng bộ giờ, thời gian lưu và việc loại trừ bảo trì theo kế hoạch. Đặt ngưỡng theo rủi ro và số đo nền của công đoạn, không sao chép tài liệu quảng cáo. Lưu nhật ký nguồn cùng bản tổng hợp để khoảng thiếu chưa giải thích không bị tính là thành công.
An ninh, tính sẵn sàng và giới hạn của bản tham chiếu
Kho công khai có hướng dẫn GDS Server Push cho chứng chỉ, thiết lập TLS, phân tích STRIDE và khuyến nghị tăng cường cho sản xuất. Đó là đầu vào thiết kế, không phải chứng nhận cho hệ thống của bên mua. Rà soát thiết lập demo, web UI, tài khoản, bản cập nhật image và đường mạng trước khi vận hành. Ghi rõ chiều và đích kết nối được phép; đừng mở mạng thiết bị chỉ để thuận tiện.
Đọc, đọc lịch sử, ghi và gọi phương thức có mức rủi ro khác nhau. Tuyến lệnh cần phê duyệt an toàn riêng. Kiểm toán cả yêu cầu và kết quả, áp dụng quyền tối thiểu và phê duyệt hai người khi cần. Xác minh mất mạng hoặc đám mây không làm dừng điều khiển và bảo vệ độc lập tại xưởng.
Thử riêng edge computer, mạng nhà máy, broker, lưu trữ và giao diện. Có thiết bị dự phòng chưa phải kế hoạch phục hồi nếu không thể khôi phục cấu hình kịp thời. Bảng điều khiển lỗi không được làm ngừng điều khiển sản xuất. Khôi phục bản sao lưu trong môi trường cách ly và lưu bằng chứng.
Chia trách nhiệm giữa nhà máy Thái Lan và trụ sở
Nhà máy chịu trách nhiệm cho phép kết nối thiết bị, ý nghĩa tín hiệu, thao tác và quyết định dừng máy. IT quản lý đầu cuối, mạng, danh tính, nhật ký và sao lưu. Bộ phận sử dụng dữ liệu định nghĩa sự kiện và chất lượng. Đơn vị tích hợp cùng hãng máy phải nói rõ phiên bản và hành vi họ hỗ trợ. Chỉ định người duyệt từ điển, người cấp chứng chỉ, đầu mối sự cố, người duyệt thay đổi mô hình và người thay thế khi vắng mặt. Nếu đào tạo hiện trường cần tiếng Thái, tính thời gian này vào kế hoạch.
Tách FAT và SAT trong kế hoạch nghiệm thu
Trong kiểm thử tại nhà cung cấp (FAT), dùng thiết bị mô phỏng và mạng cách ly để kiểm tra đường dữ liệu và khả năng dựng lại cấu hình. Không chỉ xem bảng điều khiển đã chuẩn bị sẵn. Bên mua đưa vào các sự kiện bình thường, trùng, lệch đồng hồ và thiếu giá trị. Theo dõi cùng mã sự kiện từ PLC mô phỏng qua edge, broker, lưu trữ đến màn hình. Dữ liệu không tới phải để lại mã chất lượng hoặc bản ghi khoảng thiếu, không được biến mất âm thầm. Khôi phục cấu hình trên thiết bị khác rồi lặp lại thử nghiệm. Biên bản FAT ghi phiên bản phần mềm, đầu vào, kết quả mong đợi, kết quả thực, tồn đọng, người chịu trách nhiệm và hạn thử lại.
Trong kiểm thử tại hiện trường (SAT), lặp lại kịch bản trên dây chuyền mục tiêu và mạng thật. Nếu không thể dừng sản xuất, quan sát sự kiện thật ở chế độ chỉ đọc và chỉ thử ngắt kết nối trong cửa sổ bảo trì được duyệt. Sau khi khởi động lại thiết bị, kiểm tra một sản phẩm không bị đếm hai lần. Nhờ chất lượng truy một lô từ màn hình về bản ghi gốc, bảo trì phân biệt dừng thật với khoảng mất liên lạc, và IT trình diễn thu hồi chứng chỉ, từ chối người dùng đã bị xóa quyền và khôi phục sau lỗi lưu trữ. Xác định trước thời điểm hãng máy và đơn vị tích hợp tham gia.
FAT đạt không đồng nghĩa SAT đạt. Đồng hồ, liên kết không dây, switch cũ và thao tác nhân viên tại xưởng có thể khác phòng thử. Khi SAT lỗi, dùng nhật ký xác định giá trị thay đổi ở tín hiệu máy, mạng, thời gian, biến đổi hay lưu trữ, thay vì quy mọi nguyên nhân cho phần mềm. Với từng mục nghiệm thu có điều kiện, ghi ảnh hưởng kinh doanh, cách xử lý tạm, sửa chữa lâu dài và ngày kiểm tra lại để tồn đọng không bị bỏ quên khi bàn giao.
Đừng chỉ dùng một slide họp làm hồ sơ nghiệm thu. Hãy lập sổ bằng chứng nối từng ca thử với nhật ký nguồn, ảnh màn hình, cấu hình, điều kiện đo, người và ngày kiểm tra. Kết quả “không tái hiện lỗi” cũng khó đánh giá sau này nếu thiếu thời gian thử, đầu vào và trạng thái máy. Phân biệt mục đã thử trên mô phỏng, mục đã thử trên máy thật và mục chưa thử vì phải đợi cửa sổ bảo trì để ngắt mạng. Mục chưa thử không được coi là đạt; chuyển người phụ trách và ngày thử sang kế hoạch tiếp theo. Sổ này giúp so đề xuất nhà cung cấp cùng một thước đo và tái dùng ca thử cho dây chuyền kế tiếp.
Quyết định mở rộng sau thí điểm
Thành công ở dây chuyền đầu không đồng nghĩa cấu hình có thể sao chép nguyên xi. Máy cùng hãng vẫn có thể khác bản PLC, tên tag, tuyến mạng và quy trình vận hành. Chia thiết kế bàn giao thành quy tắc dùng chung — cây thiết bị, thời gian, mã chất lượng, nhật ký, chứng chỉ, giám sát — và phần riêng theo dây chuyền như địa chỉ tag, ngưỡng, giới hạn an toàn, liên hệ hỗ trợ. Nếu không, ngoại lệ của thí điểm có thể vô tình thành mẫu chuẩn.
Trước khi thêm dây chuyền, hỏi ba câu. Người dùng có thay đổi một quyết định thật nhờ dữ liệu không? Đội vận hành có tìm và sửa được dữ liệu thiếu hoặc sai nghĩa không? Nhân sự hay nhà cung cấp khác có thể khôi phục và cập nhật hệ thống không? Nếu câu nào là “chưa”, sửa thiết kế trước khi tăng số máy. Yêu cầu nhà thầu trình bằng chứng trên máy thật về quyền tag, gia hạn chứng chỉ, khoảng thiếu sau khởi động lại, thông báo đổi mô hình, xuất dữ liệu và xử lý sự cố đầu tiên.
Câu hỏi thường gặp
Tích hợp OPC UA với đám mây tốn bao nhiêu?
Không có giá chung. Chi phí phụ thuộc giao thức và số máy, mạng sẵn có, edge gateway, dung lượng, truyền thông, giám sát, hỗ trợ và đánh giá bảo mật. Mã tham chiếu giúp xem xét giả định giấy phép nhưng không làm chi phí kỹ thuật và vận hành biến mất. Hãy dự toán chi phí đầu tư và hằng năm cho một trường hợp sử dụng rõ ràng.
Máy cũ không có OPC UA có kết nối được không?
Có thể trong một số trường hợp. Bản tham chiếu có ví dụ chuyển đổi và bài thực hành Modbus TCP mô phỏng. Khả thi thực tế phụ thuộc giao diện máy, bảo hành, hợp đồng bảo trì và giới hạn an toàn. Đưa so sánh giá trị nguồn và sau chuẩn hóa vào nghiệm thu.
Đám mây có điều khiển PLC được không?
UA Cloud Commander minh họa tuyến lệnh, nhưng không phải giấy phép điều khiển PLC sản xuất từ xa. Thí điểm đầu nên chỉ đọc và dùng máy mô phỏng cho thử lệnh ghi. Bất kỳ thao tác ghi nào lên máy thật đều cần phê duyệt an toàn thiết bị, quyền, kiểm toán và tình huống lỗi riêng.
Bản tham chiếu có phải sản phẩm được chứng nhận để chạy sản xuất?
OPC Foundation giới thiệu nó là giải pháp tham chiếu mã nguồn mở. Không nên mặc định nó được chứng nhận hay phù hợp với một nhà máy cụ thể. Đọc phân tích an ninh và hướng dẫn tăng cường, sau đó kiểm thử đúng phiên bản và kiến trúc sẽ được hỗ trợ.
Có thể triển khai toàn nhà máy trong 90 ngày không?
Kế hoạch 90 ngày ở đây nhằm tạo bằng chứng cho phạm vi hẹp, không phải cam kết triển khai toàn nhà máy. Quyết định phạm vi và ngân sách tiếp theo sau khi xác minh ngữ nghĩa, khoảng thiếu, bảo mật và hỗ trợ ở dây chuyền đầu.
Kết luận
Giải pháp tham chiếu mới của OPC Foundation giúp nhìn rõ chuỗi từ kết nối thiết bị, mô hình thông tin OPC UA, truyền PubSub, lưu trữ, bảng điều khiển đến mẫu lệnh tùy chọn. Nhà máy Thái Lan có thể dùng nó để làm rõ yêu cầu mua sắm: chọn một trường hợp sử dụng, định nghĩa bằng chứng về ý nghĩa và dữ liệu thiếu, thử an ninh và khôi phục, rồi để nhà máy và IT nghiệm thu theo cùng tiêu chí. Mức độ phù hợp cho sản xuất phải được chứng minh tại địa điểm đã chọn.
Nếu nhóm của bạn đang xác định thí điểm tích hợp OPC UA với đám mây hoặc phạm vi nghiệm thu 90 ngày cho nhà máy Thái Lan, hãy liên hệ TOMAS TECH để trao đổi về thiết bị, dữ liệu và điều kiện vận hành ngay từ giai đoạn lập kế hoạch.
