Triển khai MQTT Sparkplug B tại nhà máy Thái Lan: RFP, FAT/SAT và thí điểm 90 ngày

Khi nhà máy ở Thái Lan hỏi nhà cung cấp về triển khai MQTT Sparkplug B, câu trả lời thường là “hỗ trợ MQTT” hoặc “hỗ trợ Sparkplug”. Hai nhãn này chưa chứng minh dữ liệu PLC đến MES hoặc màn hình giám sát với đúng ý nghĩa và trạng thái. Bộ phận mua hàng cần hỏi hệ thống gửi gì khi máy khởi động, dừng, mất kết nối, phục hồi hoặc thay đổi cấu hình, và có bằng chứng nào để nghiệm thu. Bài viết chuyển câu hỏi đó thành RFP, thử nghiệm FAT/SAT và kế hoạch thí điểm 90 ngày minh họa cho các nhóm mua hàng, OT, IT và kỹ thuật sản xuất.

Xác định tiêu chí nghiệm thu trước khi chọn sản phẩm

Sparkplug xác định không gian tên topic, payload và cách quản lý trạng thái phiên cho các MQTT client. MQTT là giao thức truyền thông điệp; riêng nó không chuẩn hóa toàn bộ ý nghĩa và trạng thái thiết bị mà hệ thống công nghiệp cần. Trang đặc tả của Eclipse ghi Sparkplug 3.0 được sửa đổi tháng 10 năm 2022; đặc tả 3.0.0 là bản tham chiếu ở đây. Không nên giới thiệu nó như một tiêu chuẩn mới năm 2026. Hãy ghi phiên bản áp dụng trong hợp đồng.

Tách bốn quyết định: hành vi theo đặc tả; tuyên bố tương thích của sản phẩm kèm phiên bản; thiết kế tích hợp tại nhà máy; và bằng chứng FAT/SAT. Sản phẩm có thể đáp ứng hai lớp đầu nhưng đồng hồ PLC, quy tắc đặt tên tag, firewall hay ánh xạ MES tại hiện trường vẫn gây lỗi. Nghiệm thu phải dựa trên các điều kiện thực tế.

Bài viết tập trung vào mua sắm và nghiệm thu Sparkplug khi phương án thu thập dữ liệu nguồn đã rõ. Về đường lấy tín hiệu, xem thiết kế thu thập dữ liệu PLC. Về lựa chọn thiết bị, xem lựa chọn IoT gateway công nghiệp. Ở đây trọng tâm là hợp đồng dữ liệu, trạng thái phiên và khả năng phối hợp giữa nhiều ứng dụng nhận dữ liệu.

Gói máy, tín hiệu và người sử dụng vào một trang

Bắt đầu RFP bằng phạm vi cụ thể, chẳng hạn hai dây chuyền lắp ráp, ba máy dùng PLC của các hãng khác nhau, các tín hiệu chạy/dừng, số sản phẩm đạt, số lỗi, mã sản phẩm và cảnh báo gửi đến HMI và MES. Đây chỉ là ví dụ, không phải quy mô bắt buộc hay mức khuyến nghị của tiêu chuẩn. Ghi rõ cả những gì không thuộc thí điểm. Nếu lệnh điều khiển và hồ sơ theo quy định không nằm trong phạm vi, cần nói thẳng.

Với từng tín hiệu, ghi nguồn, ý nghĩa nghiệp vụ, đơn vị, kiểu dữ liệu, khoảng bình thường, điều kiện cập nhật, nguồn thời gian sự kiện, cách xử lý dữ liệu thiếu và người sở hữu. Nhóm thiết bị xác nhận ý nghĩa giá trị gốc; nhóm mạng xác nhận tuyến được phép; nhóm ứng dụng xác nhận lưu trữ và hiển thị; nhóm mua hàng liên kết sản phẩm bàn giao với thanh toán. Bit trạng thái bị đặt lại khi PLC khởi động hoặc bộ đếm quay vòng không thể được diễn giải an toàn nếu thiếu quy ước.

Với nhiều nhà máy, thống nhất mã cơ sở, ID máy ổn định, nhãn hiển thị và cách biểu diễn thời gian. HMI có thể dùng tiếng Thái trong khi mã kỹ thuật vẫn nhất quán. Đổi tên máy sau khi đã có lịch sử sẽ ảnh hưởng phép nối dữ liệu và quyền truy cập; vì vậy cần quy tắc đặt tên và người duyệt thay đổi từ giai đoạn thí điểm.

Biến các vai trò Sparkplug thành phạm vi mua sắm

Kiến trúc điển hình gồm PLC hoặc cảm biến, MQTT Edge Node, MQTT Server và Sparkplug Host Application hoặc ứng dụng tiêu thụ dữ liệu. Vai trò trong đặc tả không luôn tương ứng một-một với hộp thiết bị hay giấy phép. Yêu cầu nhà thầu chỉ ra sản phẩm và phiên bản nào đảm nhiệm từng vai trò, ai vận hành và ai xử lý chuyển đổi khi có lỗi. Broker riêng lẻ không nhất thiết kiểm tra ý nghĩa nghiệp vụ của từng Metric. Cần xem toàn bộ chuỗi.

Sparkplug định nghĩa topic và các loại thông điệp Birth, Data, Death của node và device. Birth không chỉ là bản ghi đầu tiên; nó cung cấp mô hình mà bên nhận cần cho phiên đó. Khi thấy Death hay thay đổi trạng thái, ứng dụng không nên tiếp tục hiển thị giá trị cuối cùng như dữ liệu đang sống. Hãy quy định tác động tới HMI, cảnh báo và MES. Đặc tả nói về thông điệp; nhà máy phải quyết định cách phân biệt “máy dừng” với “không liên lạc được với máy”.

Ngay cả khi mua toàn bộ vai trò từ một hãng, hãy hỏi về hết hạn giấy phép, gia hạn chứng chỉ và thay đổi mạng. Màn hình nào phát hiện lỗi, ai khôi phục? Ô đánh dấu “hỗ trợ Sparkplug” không thay thế quy trình vận hành hoặc loại bỏ điểm lỗi đơn.

Phân biệt tuyên bố tương thích, danh sách chính thức và nghiệm thu hiện trường

Eclipse công bố danh sách Compatible Products. Khi nhà thầu dẫn danh sách này, cần kiểm tra đúng sản phẩm và phiên bản. Không thấy tên trong danh sách không đủ để kết luận sản phẩm không tương thích: quy trình Get Listed gồm chạy TCK, tư cách thành viên, thỏa thuận và yêu cầu niêm yết. Ngược lại, được niêm yết không tự động chứng nhận tên tag, mạng, chứng chỉ và quy trình của nhà máy.

Bảng chấm thầu nên có cột riêng cho tuyên bố, bằng chứng, phiên bản và kiểm tra tại site. Nếu nhà cung cấp dùng dấu “Sparkplug Compatible”, hãy yêu cầu đường dẫn danh sách chính thức và thông tin kiểm thử liên quan. Nói được MQTT v5 không chứng minh triển khai Sparkplug. Broker có trong danh sách cũng không làm mọi tổ hợp Edge Node và Host tự động đạt yêu cầu.

Quy trình TCK của Eclipse nêu vị trí của đánh giá tương thích và xác định đặc tả là căn cứ ưu tiên nếu một phép thử mâu thuẫn với nó. Dùng bằng chứng TCK để đánh giá sản phẩm, không dùng thay SAT. Quy định khi nào phải kiểm tra lại sau thay đổi phiên bản lớn.

Mười hai mục RFP cho phép so sánh thực chất

Mỗi yêu cầu cần câu trả lời, cách trình diễn, tiêu chí đạt, tài liệu nộp và người chịu trách nhiệm hỗ trợ. “Có/không” quá sơ lược. Bảng dưới là mẫu mua sắm, không phải sự chứng thực bất kỳ sản phẩm nào.

Giá trị ngưỡng phải đến từ công việc thực tế. Nếu RFP ghi “trong năm giây”, phải xác định thời điểm bắt đầu và kết thúc, và điều kiện tải thường, tải đỉnh hay phục hồi. Năm giây chỉ là ví dụ, không phải hiệu năng Sparkplug cam kết. So sánh bằng kiểu dữ liệu, chu kỳ, kết nối đồng thời và tình huống lỗi đại diện, thay vì chỉ dùng số tag tối đa trên catalog.

Đưa từ điển Metric vào danh mục bàn giao

Mỗi dòng nên có ID máy, tên Metric, tên nghiệp vụ, kiểu, đơn vị, nguồn, điều kiện cập nhật, nguồn dấu thời gian, quy tắc chất lượng, trường HMI, đích MES và người duyệt. Xác định trạng thái không biết, mất kết nối, ngoài dải và đang bảo trì. Boolean bằng 0 có thể là “dừng” hoặc “cảm biến hỏng” tùy máy; giao thức không thể quyết định thay người vận hành.

Tách ID bất biến khỏi nhãn đọc được để di dời máy hoặc đổi tên dây chuyền không phá dữ liệu lịch sử. Có thể dùng nhiều ngôn ngữ cho phần mô tả, nhưng giữ một mã kỹ thuật. Quản lý phiên bản từ điển cùng với cấu hình công bố để biết dữ liệu cũ được hiểu theo định nghĩa nào.

Chỉ định người ký duyệt. Hãng máy có thể định nghĩa thanh ghi gốc, nhưng bộ phận sản xuất phải xác nhận ý nghĩa khi đưa vào báo cáo sản lượng và chất lượng. Yêu cầu bản sao từ điển và cấu hình có thể sử dụng ngoài màn hình riêng của nhà cung cấp sau SAT.

FAT phải tái hiện chuyển trạng thái

Trong môi trường nhà cung cấp, khởi động Edge Node rồi đối chiếu mô hình Birth với từ điển. Thay giá trị đầu vào, đối chiếu thông điệp Data với HMI và bản ghi. Cắt mạng, kiểm tra ứng dụng nhận nhận biết nguồn không sẵn sàng và giá trị cuối được đánh dấu cũ. Kết nối lại, xác nhận mô hình được dựng lại mà không đăng ký trùng máy. Đây là thiết kế thử nghiệm minh họa; nghĩa vụ giao thức cụ thể phải đối chiếu bản đặc tả nêu trong hợp đồng.

Nếu có thể, chạy cùng kịch bản với thành phần từ hai nhà cung cấp. Ghi riêng trạng thái “được niêm yết tương thích” và “đạt ca sử dụng của nhà máy”. Nếu chưa có hệ thứ hai, đưa rủi ro liên thông chưa kiểm tra vào quyết định mua hàng, không coi một màn trình diễn là bằng chứng cho mọi tổ hợp.

Bộ bằng chứng FAT gồm sơ đồ, phiên bản, bản xuất cấu hình, trace, thời điểm thao tác, dữ liệu đưa vào, kết quả mong đợi, kết quả thực, sai khác, khắc phục và kết quả chạy lại. Chuẩn hóa múi giờ; lưu log máy đọc được cùng video. Ghi cách thay tài khoản và chứng chỉ thử nghiệm trước vận hành thật. Chỉ định người có thẩm quyền nghiệm thu phía khách hàng.

SAT phải kiểm tra giới hạn của nhà máy ở Thái Lan

Thử nghiệm tại site bổ sung network segment, firewall, DNS, đồng bộ thời gian, nguồn điện, máy bảo trì và công việc theo ca. Hệ thống qua phòng thử vẫn có thể lỗi tại site vì tuyến bị chặn, nhiều node kết nối lại cùng lúc hoặc tên tag PLC thực khác bản mẫu. Trước phép thử sự cố phải có quyền dừng máy, phạm vi ảnh hưởng, liên hệ khẩn cấp và cách quay về cấu hình ban đầu.

Ưu tiên an toàn và sản xuất. Bắt đầu với tuyến thử và tín hiệu mô phỏng. Bơm lỗi ảnh hưởng bộ điều khiển thật cần phê duyệt của sản xuất và bảo trì. Xác định thời gian mất mạng và lượng phát lại từ tốc độ thu thập và dung lượng thực. Sparkplug không quy định một số giờ đệm ngoại tuyến chung cho mọi nhà máy. Nếu máy quan trọng không thể dừng, thực hiện một phần SAT trong môi trường cách ly và ghi rõ rủi ro tại site chưa kiểm tra.

Nhờ trưởng ca và người lập kế hoạch xem HMI phân biệt “giá trị cũ”, “mất kết nối” và “đang phục hồi” hay không. Thông điệp đúng vẫn có thể bị người dùng hiểu nhầm. Thử người nhận cảnh báo ban đêm, thông tin bàn giao ca và nội dung phiếu sự cố.

Phân biệt vận chuyển MQTT với ngữ nghĩa Sparkplug

MQTT Version 5.0 của OASIS quy định kết nối, publish/subscribe, QoS và phiên. Sparkplug bổ sung cấu trúc dữ liệu công nghiệp và trạng thái trên lớp đó. QoS 1 không tự bảo đảm một sự kiện nghiệp vụ chỉ được lưu đúng một lần. Gửi lại, xử lý lại của ứng dụng và lỗi ghi cơ sở dữ liệu có thể tạo bản ghi trùng; phía nhận cần khóa sự kiện và xử lý có tính idempotent phù hợp. Ghi rõ mỗi lớp đảm bảo điều gì trong RFP.

Tương tự, dùng retained message hoặc Last Will không tự động tương đương xử lý Birth/Death đúng đặc tả. Thử điều kiện khiến ứng dụng nhận chuyển từ “hợp lệ” sang “không biết”. Nếu có nhiều ứng dụng nhận, chỉ khởi động lại một ứng dụng rồi kiểm tra nó lấy được mô hình ban đầu. Demo một HMI không bị gián đoạn sẽ không bộc lộ dữ liệu cũ ở ứng dụng thứ hai.

Khi broker chuyển dự phòng, kiểm tra ứng dụng nhận dựng lại mô hình được không. Ghi mục tiêu thời gian phục hồi, mức mất hoặc trùng được chấp nhận, xác thực lại và điều kiện xóa cảnh báo. Đây là mục tiêu dịch vụ của nhà máy, không tự suy ra từ tên Sparkplug.

Kiểm tra an ninh OT trên sơ đồ mạng và quy trình

Áp dụng Sparkplug không hoàn tất thiết kế an ninh OT. NIST SP 800-82 Rev.3 là hướng dẫn về mối đe dọa, ràng buộc và biện pháp OT. Áp dụng nguyên tắc cho danh mục tài sản, tuyến được phép, danh tính, quản lý thay đổi, giám sát và phục hồi tại site. Đây là hướng dẫn, không phải tuyên bố về nghĩa vụ pháp lý của Thái Lan; hợp đồng và luật áp dụng cần được xem xét riêng.

Hỏi Edge, Server và Host có tài khoản riêng không; mỗi bên được publish/subscribe topic nào; ai cấp, gia hạn và thu hồi chứng chỉ; bí mật trong tệp sao lưu được bảo vệ thế nào. Quyền quản trị giao diện và quyền truyền thông điệp là hai lớp khác nhau. Hỗ trợ từ xa cần mục đích, thời hạn, người duyệt, nhật ký và cách hủy quyền.

Mã hóa đường truyền không sửa được tên Metric sai hoặc thay đổi sai từ tài khoản có quyền. Yêu cầu rà soát trước triển khai, thử nghiệm, rollback, audit log và diễn tập gia hạn chứng chỉ. Khi hết hợp đồng, thu hồi tài khoản và bảo đảm nhà máy giữ được cấu hình cùng quyền quản lý danh tính.

Báo giá theo ranh giới trách nhiệm, không chỉ theo hộp thiết bị

Không có một mức giá chung cho triển khai MQTT Sparkplug B. Phạm vi tùy khả năng đọc PLC hiện tại, chức năng Edge Node sẵn có, người vận hành broker, khả năng Host hiểu trạng thái, đánh giá OT và điều phối thời gian dừng máy. Yêu cầu tách phần cứng, giấy phép, đường truyền, từ điển dữ liệu, tích hợp, thay đổi HMI/MES, FAT, SAT, đào tạo, hỗ trợ và bổ sung máy sau này. Giá “trọn gói” không phân rã khó so sánh.

Tách chi phí ban đầu khỏi vận hành. Xem subscription, bảo trì, gia hạn chứng chỉ, lưu log, giám sát, sao lưu, ứng phó sự cố, thử lại sau cập nhật và điều kiện mở rộng nhà máy. Làm rõ hỗ trợ tại Thái Lan, ngoài giờ, ngôn ngữ và quyền vào xưởng. Khắc phục từ xa không thay thế quy trình an toàn và phê duyệt mạng.

Thay vì hứa mức tiết kiệm phần trăm, đo công việc thủ công, dừng máy chưa rõ nguyên nhân, dữ liệu thiếu, thời gian phục hồi và thời gian lập báo cáo trước thí điểm, rồi đo lại bằng cùng phương pháp. ROI và thời gian hoàn vốn phụ thuộc hệ thống và vốn đầu tư cụ thể.

Thí điểm 90 ngày minh họa với cổng ra rõ ràng

Chín mươi ngày là ví dụ lập kế hoạch, không phải yêu cầu tiêu chuẩn. Có thể kéo dài vì lịch dừng máy hoặc thời gian mua sắm. Trước khi bắt đầu, thống nhất máy, tín hiệu, ứng dụng nhận, chủ trách nhiệm, đường cơ sở, giới hạn an toàn, tiêu chí đạt và điều kiện dừng dự án.

Dùng điều kiện ra, không chỉ ngày tháng. Chưa có chủ từ điển thì chưa làm FAT; chưa được phép thì không bơm lỗi trên máy thật; còn mất dữ liệu nghiêm trọng thì chưa mở rộng dây chuyền. Hợp đồng phải quy định chi phí thử lại và tài liệu bàn giao theo mốc. Quan sát khởi động, đổi mã sản phẩm, nghỉ cuối tuần và sau bảo trì nếu liên quan. Sự cố không xảy ra trong 90 ngày vẫn là rủi ro chưa kiểm tra, trừ khi được mô phỏng an toàn.

Viết tiêu chí FAT/SAT có thể đo lại

Mỗi ngưỡng phải nêu điểm đo, điều kiện tải và ngoại lệ. Với độ trễ, tách lúc PLC đổi giá trị, Edge lấy giá trị, broker nhận và Host lưu. Với phục hồi, tách lúc cắt, lúc HMI báo offline, lúc kết nối lại và lúc xử lý hết dữ liệu tồn. Đồng hồ chưa đồng bộ không cho kết quả đo đáng tin.

Với tỷ lệ mất dữ liệu, xác định mẫu số. Metric chỉ gửi khi thay đổi không thể giả định có một bản tin mỗi giây. Đối chiếu sự kiện được bơm với log gửi và nhận. Kiểm tra dữ liệu đến trùng riêng với việc ghi trùng trong cơ sở dữ liệu nghiệp vụ. Ứng dụng giám sát và chất lượng có thể cần mức nghiệm thu khác nhau; không thể đặt một tỷ lệ cho mọi nhà máy.

“Không đo được” không phải “đạt”. Nếu log thiếu để xác định trễ hoặc mất dữ liệu, cải thiện quan sát rồi thử lại. Đổi ngưỡng phải có lý do, tác động nghiệp vụ, tác động giá và phê duyệt khách hàng.

Chuẩn bị thay đổi, mở rộng và rời nhà cung cấp

Thêm máy có thể tạo tên Metric trùng, đơn vị khác nhau hoặc cách hiểu cũ của thiết bị. Biến đăng ký, phát hiện ID trùng, duyệt từ điển, cấp quyền, kiểm tra dung lượng và hồi quy ứng dụng nhận thành thủ tục chuẩn. Thay đổi ý nghĩa phải có phiên bản, không ghi đè âm thầm. Tránh tái sử dụng ID của máy đã nghỉ.

Khi cập nhật phần mềm, ghi phiên bản Sparkplug được hỗ trợ và tổ hợp sản phẩm đã thử. Kiểm tra danh sách chính thức theo phiên bản rồi chạy lại ca FAT/SAT bị ảnh hưởng. Rollback phải khớp cả từ điển và chứng chỉ, không chỉ khôi phục tệp cấu hình.

Khi chấm dứt hợp đồng, thống nhất xuất từ điển, sơ đồ, cấu hình, lịch sử, vô hiệu hóa tài khoản và điều khoản giấy phép. Áp dụng tiêu chuẩn không tự làm cho việc chuyển nhà cung cấp trở nên dễ dàng; tài liệu và dữ liệu có thể mang đi là yêu cầu mua sắm ngay từ đầu.

Danh sách kiểm trong cuộc họp mua hàng

Kiểm mười điểm trên một trang: phạm vi và bên nhận; phiên bản đặc tả; vai trò và phiên bản sản phẩm; bằng chứng tuyên bố tương thích; chủ từ điển; phép thử Birth/Death và lỗi; an ninh OT và gia hạn chứng chỉ; tiêu chí FAT/SAT; điều kiện kết thúc thí điểm; và hỗ trợ, thay đổi, kết thúc hợp đồng. Nếu nhiều mục còn “quyết định sau”, không nên chọn chỉ theo giá.

Chuẩn hóa báo giá theo cùng phạm vi thử. Một đề xuất có thể chỉ gồm Edge Node, đề xuất khác gồm cấu hình broker và Host. Đối chiếu sơ đồ, tính thời gian nhân viên nhà máy và làm rõ phần thiếu trước khi so tổng giá. Giá thấp vẫn có thể phù hợp nếu trách nhiệm và phép thử được viết rõ.

FAQ trước khi triển khai MQTT Sparkplug B

Có MQTT gateway nghĩa là đã triển khai Sparkplug B chưa?

Chưa. Kết nối MQTT khác với việc thực hiện topic, payload và trạng thái Sparkplug trong các vai trò cần thiết. Kiểm phiên bản sản phẩm và thử dữ liệu thực cùng tình huống lỗi.

Sản phẩm có tên trong Compatible Products thì bỏ SAT được không?

Không. Danh sách liên quan tương thích sản phẩm. Ý nghĩa tín hiệu, mạng, thời gian, chứng chỉ, HMI và vận hành tại site vẫn phải nghiệm thu. Xem đúng phiên bản và tổ hợp.

Chi phí triển khai phụ thuộc yếu tố nào?

Phụ thuộc số máy, khả năng thiết bị cũ, phạm vi Edge/Server/Host, từ điển, công việc HMI/MES, rà soát OT, FAT/SAT, đào tạo và bảo trì. Hãy so cùng phạm vi và điều kiện thử thay vì dùng một con số chung.

Có thể quyết định triển khai toàn nhà máy sau 90 ngày không?

Đây chỉ là giai đoạn thí điểm minh họa. Cần quan sát biến động vận hành quan trọng, mô phỏng lỗi an toàn, ghi rủi ro còn lại rồi quyết định bước tiếp. Cửa sổ dừng máy và đánh giá an ninh có thể làm thay đổi lịch.

Tóm tắt

Triển khai MQTT Sparkplug B vừa là lựa chọn giao thức vừa là bài toán mua sắm và nghiệm thu. Kết nối phiên bản đặc tả, vai trò sản phẩm, từ điển Metric, trạng thái phiên, bằng chứng tương thích và vận hành OT với FAT/SAT có thể lặp lại. Điều kiện kết thúc thí điểm quan trọng hơn số ngày. Bằng chứng và trách nhiệm rõ giúp nhà máy Thái Lan quyết định mở rộng sau dây chuyền đầu tiên.

Nếu đang xây RFP hoặc phạm vi FAT/SAT, có thể gửi phác thảo thiết bị và bên dùng dữ liệu qua trang liên hệ TOMAS TECH. Chúng tôi có thể cùng xác định câu hỏi so sánh và nghiệm thu phù hợp với giới hạn hiện tại của nhà máy.

Tài liệu tham khảo

• Eclipse Foundation: Sparkplug Specification
• Eclipse Foundation: Sparkplug 3.0.0
• Eclipse Foundation: Compatible Products
• Eclipse Foundation: Get Listed
• Eclipse Foundation: TCK Process
• OASIS: MQTT Version 5.0
• NIST: SP 800-82 Rev.3