Nghiên cứu tình huống triển khai AMR: 6 mô hình cho nhà máy hiện hữu và PoC 90 ngày

Khi tìm kiếm nghiên cứu tình huống triển khai AMR, điều người phụ trách thực sự cần biết không chỉ là robot có thể tự hành hay không. Câu hỏi quan trọng hơn là: trong một nhà máy hiện hữu có lối đi hẹp, khu vực đặt hàng thường xuyên thay đổi, người và xe nâng cùng di chuyển, PLC đời cũ và nhiều hệ thống nghiệp vụ, hệ thống có thể phục hồi sau khi dừng và có thể xác nhận lại an toàn lẫn năng lực vận chuyển sau mỗi thay đổi hay không. Bài viết này tập trung vào nhà máy brownfield, trình bày liền mạch sáu mô hình triển khai, quản lý thay đổi bản đồ SLAM, giao thông, sạc, tích hợp, phục hồi ngoại lệ, PoC 90 ngày, RFP, FAT/SAT, TCO và hồ sơ bàn giao.

Kết luận: thành công của nghiên cứu tình huống triển khai AMR được quyết định bởi khả năng quản lý thay đổi và phục hồi

Trong buổi trình diễn, một AMR đi từ điểm A đến điểm B trên lối đi đã được dọn sạch có thể trông như một dự án thành công. Trong vận hành thực tế, pallet đặt tạm sẽ làm thay đổi bề rộng lối đi, việc di dời thiết bị sẽ làm thay đổi bản đồ SLAM, nhiều xe có thể tập trung tại trạm sạc, còn lệnh từ WMS có thể không khớp với tín hiệu “sẵn sàng nhận hàng” của PLC. Sau khi máy quét an toàn ra lệnh dừng, nhà máy cũng cần biết ai sẽ xử lý, theo quy trình nào và khởi động lại từ trạng thái nào.

Vì vậy, đơn vị đánh giá khi mua sắm không nên chỉ là thân xe. Cần đánh giá toàn bộ hệ thống vận hành, gồm AMR, quản lý đội xe, mạng không dây, sạc, cơ cấu chuyển tải, tích hợp WMS/MES/PLC, bản đồ và cấu hình, tiêu chuẩn thao tác tại hiện trường, xác nhận an toàn, bảo trì và sao lưu. Điều kiện nghiệm thu “đã chạy từ A đến B” cũng chưa đủ. Cần kiểm tra theo cùng một định dạng bằng chứng cho cả luồng bình thường, ùn tắc, mất kết nối, mất định vị, trạm đầy, sai loại tải, chờ sạc, dừng an toàn, can thiệp thủ công và gửi lại lệnh sau phục hồi.

Sáu mô hình trong bài không phải là kết quả cải tiến của một khách hàng cụ thể. Đây là các mẫu thiết kế tổng hợp từ những yêu cầu thường gặp ở nhà máy hiện hữu để có thể chuyển thành RFP và PoC. Bạn có thể bắt đầu bằng bài tổng quan các nghiên cứu triển khai AGV, sau đó dùng bài này để đi sâu hơn vào quản lý thay đổi và nghiệm thu AMR trong môi trường brownfield. Khi cần lập ngân sách và so sánh phương án, hãy tham khảo thêm bài chi phí AGV và AMR tại Thái Lan.

Không nên quyết định chỉ dựa trên tên gọi khi so sánh AGV và AMR

Theo cách giải thích phổ biến, AGV bám theo tuyến cố định bằng băng từ, gương phản xạ hoặc phương thức dẫn đường tương tự; AMR dùng cảm biến và bản đồ để lập kế hoạch đường đi. Cách phân biệt này hữu ích ở bước nhập môn nhưng chưa đủ cho hồ sơ mua sắm. Hai sản phẩm cùng mang tên AMR vẫn có thể rất khác nhau: có loại chỉ dừng và chờ trước chướng ngại vật, có loại tránh cục bộ, có kiến trúc để hệ thống đội xe phân bổ đường đi, và có kiến trúc để từng xe tự xây dựng lộ trình tự do. Chức năng an toàn, cơ cấu xử lý tải, điều kiện khởi động lại và phương thức cập nhật bản đồ cũng khác nhau theo sản phẩm.

Theo thông tin chính thức của VDA, phiên bản hiện hành của VDA 5050 là Version 3.0.0, ngày 17 tháng 3 năm 2026. Đây là giao diện truyền thông để trao đổi lệnh và trạng thái giữa bộ điều khiển đội xe trung tâm với robot di động. Version 3.0 bổ sung khái niệm vùng cho robot di chuyển tự do và chia sẻ đường đi. Tuy nhiên, hỗ trợ giao diện này không có nghĩa là các robot khác hãng sẽ vận hành kiểu cắm-là-chạy, đã được chứng minh an toàn hoặc có thể dùng chung một bản đồ. Mỗi dự án vẫn phải nghiệm thu phiên bản áp dụng, chức năng sử dụng, phần mở rộng riêng của nhà cung cấp, ý nghĩa lỗi, timeout, kết nối lại và ranh giới trách nhiệm.

MassRobotics AMR Interoperability Standard 1.0 cung cấp khuôn khổ để các robot khác loại chia sẻ thông tin chung như vị trí, tốc độ, hướng di chuyển và trạng thái. Đây không phải tiêu chuẩn an toàn, không bắt buộc quản lý tác vụ chung và cũng không yêu cầu một bản đồ SLAM dùng chung. Vì vậy, không nên diễn giải một cụm từ “hỗ trợ tiêu chuẩn” thành ba cam kết riêng biệt về tích hợp vận hành, an toàn và tương thích bản đồ.

Trong RFP, hãy hỏi về chức năng thay vì chỉ hỏi tên gọi:

• Xe có thể tự thay đổi đường đi đến mức nào, và quyết định nào được giữ lại ở bộ điều khiển đội xe?
• Xe phát hiện người, xe nâng, robot hãng khác và xe đẩy tay như thế nào; khi nào dừng, tránh hoặc chờ?
• Nhật ký có phân biệt dừng liên quan đến an toàn với tạm dừng vì lý do điều độ hay không?
• Ai được quyền phê duyệt và thay đổi bản đồ, vùng, tốc độ, khu vực cấm vào, đường một chiều và quyền ưu tiên?
• Hệ thống có thể tự phục hồi đến mức nào sau mất định vị, mất kết nối, pin yếu hoặc sai loại tải?
• Khi phục hồi thủ công, hệ thống làm thế nào để đối soát lại nhiệm vụ chưa hoàn tất với lệnh WMS/MES?

Mô hình nghiên cứu tình huống triển khai AMR 1: bắt đầu nhỏ với việc cấp vật tư định kỳ giữa các công đoạn

Mô hình thứ nhất là cấp một loại thùng tiêu chuẩn theo lịch từ siêu thị linh kiện đến một công đoạn lắp ráp. Điểm đầu và điểm cuối rõ ràng, tải dễ tiêu chuẩn hóa, đồng thời có thể ghi lại việc di chuyển xe đẩy tay làm đường cơ sở, nên mô hình này phù hợp cho PoC đầu tiên. Tuy nhiên, nếu coi đây chỉ là “chạy qua chạy lại” và tách khỏi WMS hoặc kế hoạch sản xuất, hệ thống sẽ nhanh chóng gặp vấn đề khi có chuyến ưu tiên vì thiếu vật tư, thu hồi thùng rỗng, thay đổi kế hoạch hoặc hủy kanban.

Yêu cầu cần được viết từ điều kiện phát hành nhiệm vụ. Phải xác định đâu là nguồn dữ liệu chuẩn: lịch cố định, tiêu thụ e-kanban, lệnh cấp vật tư từ MES hay yêu cầu của công nhân. Nên dùng khóa idempotency để cùng một yêu cầu gửi hai lần không tạo hai chuyến vận chuyển, đồng thời theo dõi ID thùng, mã linh kiện, số lượng, điểm lấy, điểm giao, thời điểm yêu cầu và mức ưu tiên. Sau khi xe đến, cần tách riêng các trạng thái “xe tới trạm”, “thùng đã được chuyển”, “PLC phía nhận xác nhận hoàn tất” và “hệ thống nghiệp vụ đã chốt dịch chuyển tồn kho”.

Trong PoC, không chỉ thử số chuyến tối đa trong một ngày. Hãy kiểm tra thời điểm giao ca, trước và sau giờ nghỉ, cũng như lúc nhiều yêu cầu khẩn cấp trùng nhau. Bài viết đề xuất quan sát và thu thập nhật ký giao thông, yêu cầu trong hai tuần, rồi phân loại tình huống bình thường, cao điểm, dừng thiết bị và thiếu linh kiện. Hai tuần là giá trị gợi ý để bắt đầu, không phải tiêu chuẩn; mục đích là quan sát được ít nhất sự khác biệt theo ngày và theo ca.

Mô hình nghiên cứu tình huống triển khai AMR 2: thiết kế thu hồi thùng rỗng như một chuyến quay về

Mô hình thứ hai là thu hồi thùng rỗng, pallet rỗng hoặc bao bì luân chuyển trên đường xe quay về sau chuyến cấp vật tư. Nếu chỉ tính bài toán đầu tư cho chiều đi, quãng đường chạy rỗng và tình trạng thùng tích tụ tại hiện trường vẫn còn. Nhưng nếu chất mọi thứ lên chuyến về, việc xử lý tải sẽ thiếu ổn định do khác biệt về loại thùng, độ bẩn, hướng đặt, chiều cao xếp chồng và mức ưu tiên thu hồi.

Trước hết phải định nghĩa load unit. Hãy quản lý hình dạng ngoài, phạm vi khối lượng, trọng tâm, số tầng xếp, đáy thùng, phương thức nhận dạng, biến dạng cho phép, hướng đặt và khả năng thu hồi trong dữ liệu chuẩn. Việc xe kéo, chuyển bằng con lăn hay nâng tải sẽ làm thay đổi cả yêu cầu định vị tại trạm và vùng an toàn. Cần phân biệt trường hợp thu hồi thùng chậm nhưng không dừng sản xuất với trường hợp trạm đầy khiến không thể cấp vật tư, rồi thay đổi mức ưu tiên một cách động.

Khi nghiệm thu, hãy cố ý đặt nhầm loại thùng, đặt thùng hơi lệch, làm đầy trạm, che nhãn nhận dạng hoặc ngắt giao tiếp PLC trong lúc chuyển tải. Cần xác nhận rằng AMR không âm thầm báo hoàn thành mà chuyển sang quy trình phục hồi giúp trạng thái vật lý và trạng thái hệ thống khớp lại.

Mô hình nghiên cứu tình huống triển khai AMR 3: cân bằng yêu cầu từ nhiều công đoạn bằng hệ thống đội xe

Mô hình thứ ba là nhiều công đoạn gọi vận chuyển khi cần và hệ thống đội xe phân công nhiệm vụ. Đây là nơi tính linh hoạt của AMR phát huy tác dụng, nhưng nếu chỉ xử lý theo thứ tự đến trước, công đoạn quan trọng có thể phải chờ; nếu chỉ theo ưu tiên, nhiệm vụ ưu tiên thấp có thể bị bỏ đói. Hệ thống phải đồng thời xử lý hàng đợi, thời hạn, vị trí xe, khả năng xử lý tải, trạng thái sạc và ùn tắc lối đi.

RFP nên yêu cầu minh bạch quy tắc điều độ. Nhà cung cấp cần giải thích được thứ tự và quan hệ giữa các quy tắc như “xe gần nhất”, “hạn hoàn thành sớm nhất”, “ưu tiên công đoạn nút thắt”, “gom nhiệm vụ cùng hướng” và “loại xe pin thấp khỏi phân công”. Nếu lưu được phiên bản quy tắc và có thể phát lại cùng một lịch sử yêu cầu trước và sau thay đổi, hoạt động cải tiến sẽ không còn dựa vào cảm giác.

Không nên đánh giá năng lực chỉ bằng chiều dài hàng đợi. Cần ghi riêng thời điểm yêu cầu, tiếp nhận, phân công, lấy hàng, đến nơi, hoàn tất chuyển tải và hoàn tất nghiệp vụ. Nguyên nhân chậm cũng nên được phân loại thành thiếu xe, lối đi bị chặn, chờ hàng, trạm đầy, chờ lệnh cấp trên hoặc dừng an toàn. Nhờ vậy, nhà máy có thể xác định nên tăng xe, thay đổi luật giao thông hay cải thiện việc chuẩn bị hàng tại công đoạn.

Mô hình nghiên cứu tình huống triển khai AMR 4: tự động hóa vận chuyển thành phẩm ban đêm

Mô hình thứ tư là vận chuyển thành phẩm từ công đoạn kiểm tra đến khu lưu trữ vào ban đêm hoặc trong ca ít người. Môi trường này có vẻ dễ triển khai vì ít người, nhưng cũng có ít người hỗ trợ khi xảy ra ngoại lệ; hàng bị kẹt có thể làm dừng xuất hàng sáng hôm sau. Cần khảo sát điều kiện chiếu sáng, cửa cuốn, hoạt động vệ sinh, phản xạ trên sàn, đọng sương và các xe đẩy chỉ xuất hiện ban đêm—những yếu tố không nhìn thấy trong buổi trình diễn ban ngày.

Phải quyết định degraded mode trước. Khi một xe hỏng, các xe còn lại sẽ chỉ tiếp tục nhiệm vụ quan trọng, chuyển sang kéo thủ công hay đưa thành phẩm đến khu tạm? Quy trình cần nêu nơi gọi hỗ trợ, thời gian đến mục tiêu, phụ tùng thay thế, khả năng kéo xe, nhật ký phải lưu và cách đối soát tồn kho vào sáng hôm sau. “Có báo động” trong ca không người chưa phải là thiết kế phục hồi. Cần xác định ai nhận thông báo, mất bao lâu để đến hiện trường và, nếu cho phép thao tác từ xa, họ phải quan sát gì để xác nhận an toàn.

Mô hình nghiên cứu tình huống triển khai AMR 5: vượt qua ranh giới giữa WMS và hiện trường sản xuất

Mô hình thứ năm là WMS kho phát lệnh xuất, AMR chuyển hàng đến công đoạn sản xuất và MES nhận kết quả cấp vật tư. Lợi ích có thể lớn nhưng sự khác nhau giữa đơn vị tồn kho và đơn vị vận chuyển sẽ lộ rõ. WMS quản lý vị trí và pallet, MES quản lý lệnh sản xuất và lô đưa vào, còn AMR vận chuyển load carrier vật lý. Dù ba hệ thống tưởng rằng đang nói về cùng một ID, dữ liệu có thể lệch nhau khi tách lô, trộn hàng, chuyển sang vật mang khác hoặc hoàn trả.

Cần xác định source of truth theo từng trường dữ liệu. Ví dụ: số lượng tồn kho thuộc WMS, tiêu thụ sản xuất thuộc MES, vị trí xe và trạng thái nhiệm vụ thuộc hệ thống đội xe, trạng thái thiết bị trạm thuộc PLC. Thông điệp tích hợp nên có correlation ID, phiên bản yêu cầu, số lần gửi lại, thời hạn và lý do hủy. Khi timeout, một phía không được tự ý tạo nhiệm vụ mới mà phải truy vấn và tái sử dụng nhiệm vụ hiện có nếu phù hợp.

Handshake với PLC tối thiểu phải xử lý request, ready, transfer, complete, reset và fault như các trạng thái chuyển tiếp. Chỉ gửi một bit dưới dạng xung ngắn dễ bị bỏ sót vì chu kỳ quét hoặc gián đoạn truyền thông. Mỗi trạng thái cần timeout, gửi lại, hành động của người vận hành và safe reset. Bảng tín hiệu cùng sơ đồ trình tự phải là tài liệu chuẩn dùng trong FAT/SAT.

Mô hình nghiên cứu tình huống triển khai AMR 6: triển khai đội xe hỗn hợp theo từng giai đoạn

Mô hình thứ sáu là bổ sung AMR mới nhưng vẫn giữ AGV hiện hữu. Cách này có thể giảm thời gian dừng và chia nhỏ đầu tư so với thay toàn bộ, nhưng làm phức tạp điều khiển giao thông, đặt chỗ giao lộ, quyền ưu tiên, dùng chung trạm, vị trí sạc và phạm vi dừng khẩn cấp. Các giao diện như VDA 5050 hoặc MassRobotics mở rộng lựa chọn tích hợp, nhưng không có nghĩa mọi chức năng của các hãng mang cùng một ý nghĩa.

Trong môi trường hỗn hợp, cần quyết định thông tin nào được dùng chung và điều khiển nào phải tách biệt. Dù đã hiển thị chung vị trí và trạng thái, nếu mỗi hệ thống đội xe tự lập đường đi, quyền vào giao lộ có thể phải được quản lý bởi một traffic orchestrator riêng. Ngược lại, ngay cả khi bộ điều khiển trung tâm cấp quyền đi vào vùng, không được giao điều khiển an toàn nội tại của xe cho hệ thống cấp trên. Cần tách rõ lệnh ở tầng truyền thông, quyền di chuyển ở tầng vận hành và dừng liên quan đến an toàn.

Triển khai theo giai đoạn cũng cần điều khoản về thời điểm loại bỏ xe cũ. Hãy so sánh thời hạn cung cấp phụ tùng, cập nhật phần mềm, phương thức không dây, khả năng mua pin, công cụ bản đồ và nhân lực bảo trì, rồi đưa thời gian vận hành song song vào TCO. Cách tiếp cận “giữ xe cũ đến khi không chạy được nữa” có thể kéo dài chi phí tích hợp và đào tạo kép.

Quản lý thay đổi bản đồ SLAM nghiêm ngặt như thay đổi thiết bị

Trong nhà máy brownfield, bản đồ không phải sản phẩm bất biến. Kệ, máy gia công, rèm, khu đặt tạm, bề mặt phản xạ, hoa văn sàn và biển báo lối đi đều thay đổi, nên môi trường mà cảm biến nhìn thấy cũng thay đổi. Nếu nhân viên hiện trường có thể ghi đè bản đồ mà không có kiểm soát, rất khó truy ra thay đổi nào gây mất định vị hoặc thay đổi đường đi.

Hãy quản lý bản đồ, vùng, trạm, giới hạn tốc độ, khu vực cấm, đường một chiều và vị trí dừng như configuration item. Mỗi phiên bản cần gắn với version ID, khu vực áp dụng, lý do thay đổi, người yêu cầu, người phê duyệt, phiên bản công cụ tạo bản đồ, phiên bản phần mềm xe, kết quả xác minh và bản rollback. Trước khi phát hành, cần rà soát khác biệt và chạy lại tại khu vực bị ảnh hưởng. Bản đồ, tọa độ trạm và cấu hình đội xe nên được lưu thành một release bundle để tránh tình trạng chỉ khôi phục bản đồ mà các phần liên quan vẫn ở phiên bản mới.

Quy trình dưới đây là khuyến nghị của bài viết, không phải quy định của một tiêu chuẩn:

1. Thêm mục đánh giá ảnh hưởng đến AMR trong yêu cầu thay đổi thiết bị hoặc di dời kệ.
2. Phong tỏa khu vực, thay đổi bản đồ hoặc vùng và bảo toàn phiên bản trước đó.
3. Kiểm tra định vị, điểm dừng, tránh vật cản, tốc độ, điểm mù và mạng không dây ở tốc độ thấp.
4. Phát lại nhiệm vụ với tải chuẩn và tải ở điều kiện bất lợi.
5. Nhân sự an toàn, vận hành và sản xuất cùng xác nhận bằng chứng trước khi phát hành.
6. Khi có sự cố, rollback bản đồ, cấu hình và phiên bản giao diện theo cùng một bộ.

Thiết kế layout AGV nên bắt đầu từ luật giao thông, không phải quãng đường ngắn nhất

Chỉ vẽ tuyến ngắn nhất không đảm bảo dòng vận chuyển tốt. Giao lộ, đoạn hẹp, cửa, thang máy, trạm sạc, trạm chuyển tải, lối xe nâng cắt ngang và lối ra của người đi bộ thường là nơi tập trung chờ đợi. Trong giờ cao điểm, bố trí đường vòng theo hướng và vùng tránh đôi khi giúp thời gian hoàn thành ổn định hơn so với gom mọi xe vào một đường tắt.

Thiết kế giao thông phải quy định rõ ai được ưu tiên. Bên cạnh yêu cầu bảo vệ người đi bộ, về vận hành cần xác định thứ tự giữa linh kiện khẩn cấp, thành phẩm, thùng rỗng, xe về sạc và xe bảo trì. Các quy tắc như không vào giao lộ khi chưa đặt chỗ, đoạn hẹp chỉ một xe, chỉ đi qua cửa sau khi cửa mở và báo ready, hoặc không chờ ở vị trí cản trở lối thoát hiểm phải được chuyển thành quy tắc vùng.

Khi quan sát, hãy xem cả phân bố thay vì chỉ giá trị trung bình. Cần ghi lại thời điểm giao ca, nghỉ giải lao, xe nâng cấp hàng, vệ sinh, thu gom phế thải và xe tải ra vào trùng nhau. Ngoài đường tĩnh trên bản vẽ layout, hãy dùng thời điểm yêu cầu và quỹ đạo phương tiện để tạo traffic heat map, rồi phân loại nguyên nhân chờ. Sau khi đổi tuyến, phải đánh giá lại an toàn và năng lực như hai hạng mục riêng.

Thiết kế sạc phải dựa trên nhiệm vụ thực tế, không dựa vào thời gian chạy trong catalogue

Ấn định một tỷ lệ “một bộ sạc cho bao nhiêu xe” là rủi ro. Mức tiêu thụ thay đổi theo quãng đường, tải trọng, tăng giảm tốc, độ dốc sàn, thời gian chờ, mạng không dây, nhiệt độ môi trường, lão hóa pin và cơ cấu xử lý tải. Khoảng thời gian có thể sạc cũng khác nhau giữa sạc trong giờ nghỉ, opportunity charging, thay pin và sạc đồng loạt ban đêm.

Trước tiên, hãy đo energy budget của một nhiệm vụ rồi chồng lên nhu cầu theo thời gian trong ngày. Phải xác định ngưỡng loại xe pin thấp khỏi phân công, dung lượng dự phòng để đi đến trạm sạc, thời gian chờ sạc tối đa, cách xử lý nhiệm vụ ưu tiên và cách phục hồi sau mất điện. Bài viết không đưa ra một tỷ lệ pin phổ quát, vì giá trị này phải được xác minh bằng xe, tải và nhiệt độ thực tế, đồng thời tuân theo điều kiện của nhà sản xuất pin và xe.

Bộ sạc cũng là một trạm. Hãy ghi nhật ký các trạng thái có thể đi vào, đã kết nối, bắt đầu sạc, đang sạc, hoàn tất, bất thường và rời trạm để phân biệt tiếp xúc kém với chiếm chỗ quá lâu. Cần phối hợp với các bộ phận liên quan để xác nhận cách bố trí tránh một lỗi làm dừng cả đội xe, quyền tiếp cận bảo trì, công suất điện, nhiệt và yêu cầu về phòng cháy cũng như cơ sở vật chất. TCO nên bao gồm không chỉ điện năng mà cả thay pin, bảo trì bộ sạc, thi công, ứng phó mất điện và suy giảm năng lực do pin lão hóa.

Thiết kế phục hồi theo 8 lớp ngoại lệ

AMR không chỉ là máy tránh chướng ngại vật mà là hệ thống đưa ngoại lệ trở lại quy trình vận hành. Là một bộ khởi đầu mang tính biên tập, bài viết đề xuất tám lớp: blocked aisle, localization loss, load mismatch, station unavailable, low battery, network loss, manual intervention và safety stop. Đây không phải cách phân loại do tiêu chuẩn quy định, mà là mẫu gợi ý nhằm giảm thiếu sót trong RFP và đào tạo.

Mỗi lớp cần điều kiện phát hiện, số lần tự thử lại, vị trí chờ, nơi nhận thông báo, bước xác nhận tại hiện trường, quyền thao tác thủ công, cách xử lý nhiệm vụ chưa hoàn thành, vị trí hàng hóa, điều chỉnh hệ thống nghiệp vụ, điều kiện khởi động lại và nhật ký cần lưu. Chỉ có nút “Retry” trên màn hình phục hồi là chưa đủ. Người vận hành phải biết việc thử lại có an toàn không, chuyến vận chuyển có bị hạch toán hai lần không và hàng có thực sự đã được chuyển hay chưa.

Khi chuyển sang manual mode, công việc không kết thúc ở việc làm cho xe di chuyển. Cần quy trình reconciliation giữa tồn kho WMS, ghi nhận cấp vật tư MES, nhiệm vụ của đội xe và trạng thái PLC. Nếu hàng được vận chuyển bằng tay, phải ghi lại ai đã chuyển ID nào, từ đâu đến đâu, vì lý do gì và đã cập nhật hệ thống nào. Diễn tập phục hồi nên bao gồm cả ca đêm và bảo trì ngày nghỉ, không chỉ ca ngày.

Không được nhầm lẫn an toàn ISO 3691-4, truyền thông và an ninh OT

Theo trang chính thức của ISO, tiêu chuẩn quốc tế đang được phát hành hiện nay là ISO 3691-4:2023, Edition 2. Tiêu chuẩn này bao quát yêu cầu an toàn và xác minh cho xe công nghiệp không người lái cùng hệ thống của chúng, trong đó có các ví dụ như AGV và AMR; điều kiện chuẩn bị khu vực vận hành có ảnh hưởng đáng kể đến vận hành an toàn. Tiêu chuẩn hiện ở stage 90.92, “to be revised”. ISO/DIS 3691-4 đang được phát triển, nhưng nội dung cuối cùng và số hiệu phiên bản vẫn chưa được xác định; DIS chưa phải yêu cầu cuối cùng đã được thông qua. Trong hồ sơ mua sắm, phải coi bản 2023 là phiên bản quốc tế đã phát hành hiện hành, không viết nội dung dự thảo như yêu cầu đã có hiệu lực.

Danh mục chính thức của A3 hiện liệt kê Part 1 bản 2020 được tái xác nhận R2026, Part 2 bản 2023 và ANSI/A3 R15.08-3-2026, Industrial Mobile Robots — Safety Requirements — Part 3: Use of IMR Applications. Part 3 đưa ra yêu cầu an toàn cho người sử dụng nhằm duy trì mức rủi ro có thể chấp nhận trong vận hành hằng ngày của ứng dụng IMR. R2026 là tái xác nhận, không có nghĩa Part 1 đã được sửa đổi kỹ thuật thành một tiêu chuẩn mới năm 2026. Ba phần có phạm vi khác nhau; bảng phân định trách nhiệm phải nêu rõ ai xác nhận sự phù hợp cho xe, tích hợp hệ thống và ứng dụng của người sử dụng.

Đánh giá an toàn không chỉ gồm tốc độ tối đa hoặc phạm vi máy quét. Nó phải bao gồm tải nhô ra, phanh, sàn, độ dốc, cửa, giao lộ, điểm mù, hành vi người lao động, bảo trì, chế độ thủ công và sử dụng sai có thể dự đoán. Hướng dẫn warehousing của OSHA có thể tham khảo để nhận diện nguy cơ kho bãi nói chung, nhưng đó là hướng dẫn của Hoa Kỳ, không phải luật Thái Lan hay chứng nhận AMR. Luật địa phương, quy định nhà máy, bảo hiểm, phòng cháy, điện, xây dựng và an toàn lao động phải được xác minh riêng với người có chuyên môn tại địa phương.

Trong khi đó, VDA 5050 là giao diện truyền thông chứ không phải tiêu chuẩn an toàn. NIST SP 800-82 Revision 3, được xuất bản tháng 9 năm 2023, cung cấp hướng dẫn bảo vệ OT trong khi vẫn xem xét yêu cầu về hiệu năng, độ tin cậy và an toàn. Trong dự án AMR, máy chủ đội xe, mạng không dây, bảo trì từ xa, API, công cụ bản đồ, thiết bị đầu cuối và nền tảng nhật ký nên được đưa vào danh mục tài sản. Phân đoạn mạng, đặc quyền tối thiểu, áp dụng xác thực đa yếu tố, chứng thư và khóa, cập nhật, giám sát và trạng thái an toàn khi có sự cố cần được thiết kế dựa trên rủi ro. Hướng dẫn NIST không tự chứng nhận một kiến trúc AMR cụ thể.

Biến PoC 90 ngày thành các cổng bằng chứng, không phải một buổi trình diễn thành công

90 ngày là khung thời gian ví dụ được bài viết khuyến nghị, không phải thời hạn theo tiêu chuẩn. Cần điều chỉnh theo lịch sản xuất, cơ hội dừng thiết bị, nhập khẩu, thi công và xác nhận pháp lý. Điều quan trọng hơn thời lượng là định nghĩa bằng chứng cần có để đi qua mỗi cổng.

Không nên dùng duy nhất “tỷ lệ chạy thành công” làm điều kiện đạt PoC. Cần tách mẫu số, thời gian loại trừ, dừng theo kế hoạch, chờ hệ thống cấp trên và hiện trường chưa sẵn sàng. Trong cùng một giai đoạn, hãy đo availability trên thời gian nhiệm vụ đã lên lịch, lead time từ yêu cầu đến hoàn tất, can thiệp thủ công, thời gian chờ giao thông, mission retry, lỗi tải và chờ sạc. Khách hàng nên đặt ngưỡng từ đường cơ sở và rủi ro sản xuất của chính mình, đồng thời phân biệt bảo đảm của nhà cung cấp với mục tiêu nỗ lực. Bài viết không đề xuất một tỷ lệ availability phổ quát.

12 câu hỏi cần đưa vào RFP

1. Phạm vi vận chuyển, loại tải, điểm đầu/cuối, nhu cầu cao điểm, mức ưu tiên và phần loại trừ là gì?
2. Nhà cung cấp có thể giải thích khác biệt AGV và AMR bằng khả năng lập đường, tránh vật cản, định vị, dừng và phục hồi thay vì chỉ bằng tên sản phẩm không?
3. Tiêu chuẩn và luật áp dụng, chẳng hạn ISO 3691-4:2023, là gì và ranh giới trách nhiệm xác nhận phù hợp nằm ở đâu?
4. Bản đồ SLAM, vùng, trạm, tốc độ và luật giao thông được thay đổi, phê duyệt và rollback như thế nào?
5. Hệ thống đội xe điều khiển phân công, giao lộ, đoạn hẹp, cửa, thang máy và xe hỗn hợp ra sao?
6. Số bộ sạc, chính sách pin, chờ, lão hóa và mất điện được thiết kế từ tải thực và nhu cầu cao điểm như thế nào?
7. Source of truth, ID, chuyển trạng thái, timeout, retry và cancel giữa WMS/MES/PLC là gì?
8. Việc tự phục hồi, thông báo, can thiệp thủ công và đối soát nghiệp vụ được xử lý như thế nào trong tám lớp ngoại lệ đề xuất?
9. An ninh OT cho mạng không dây, máy chủ, thiết bị đầu cuối, truy cập từ xa, API, cập nhật và nhật ký được thiết kế như thế nào?
10. FAT/SAT tái hiện những tình huống bình thường và bất thường nào, với đầu vào và bằng chứng gì?
11. TCO năm năm bao gồm phần mềm, hỗ trợ, pin, thay đổi bản đồ, phụ tùng, đào tạo và vận hành kép như thế nào?
12. Mã nguồn, cấu hình, bản đồ, chứng thư, backup, quy trình phục hồi và tài liệu đào tạo được bàn giao cho ai, ở định dạng nào?

FAT/SAT phải ghép đầu vào, kết quả kỳ vọng, bằng chứng và phục hồi thành một bộ

Không nên chỉ phân biệt FAT là trước khi xuất xưởng và SAT là sau khi lắp tại hiện trường. Hãy phân bổ theo rủi ro nào có thể được tái hiện ở đâu. Trong FAT, có thể dùng mô phỏng hoặc thiết bị thật để kiểm tra API, PLC handshake, hàng đợi, gửi lại, logic sạc, cảnh báo, quyền và xuất nhật ký. SAT cần bao gồm sàn thực tế, mạng không dây thực tế, cửa thực tế, tải thực tế, luồng người và xe nâng, điều kiện ban đêm và tổ chức bảo trì.

Mỗi test case cần có precondition, input, steps, expected result, actual result, evidence ID, approver và phiên bản software/configuration. Theo khuyến nghị ví dụ của bài viết, mỗi critical scenario nên đạt hai lần sau khi reset để phân biệt một lần chạy tình cờ với khả năng tái hiện sau phục hồi. Hai lần không phải yêu cầu của tiêu chuẩn; số lần phải tăng hoặc giảm theo mức độ nguy hiểm và rủi ro của dự án.

Khi không đạt, không nên chỉ nhập ngày thử lại. Cần ghi nguyên nhân, đối sách tạm thời, đối sách lâu dài, phạm vi ảnh hưởng, phiên bản bản đồ/cấu hình/phần mềm và tác động hồi quy đến các trường hợp đã đạt. Sau thay đổi, hãy regression test các trường hợp an toàn, năng lực, tích hợp và phục hồi liên quan. Nếu chấp nhận có điều kiện khi vẫn còn open issue, phải nêu thời hạn, người chịu trách nhiệm, phương thức vận hành thay thế và rủi ro còn lại.

So sánh chi phí vận hành AGV bằng TCO năm năm

Nếu báo giá AGV hoặc AMR chỉ so sánh giá xe và phí bảo trì, nhiều chi phí đặc thù của nhà máy brownfield sẽ bị bỏ sót. Năm năm là khoảng thời gian ví dụ của bài viết, cần điều chỉnh theo chính sách kế toán và tuổi thọ thiết bị của khách hàng.

Phía lợi ích cũng không nên chỉ tính giảm nhân sự. Hãy xem xét chờ vận chuyển, thời gian người vận hành rời thiết bị, tồn kho dở dang, giao nhầm, hư hỏng sản phẩm, hỗ trợ ban đêm, dừng vì thiếu hàng, biện pháp an toàn và truy xuất nguồn gốc. Tuy nhiên, không nên ép lợi ích khó định lượng thành tiền; hãy tách financial benefit khỏi operational risk reduction.

Nên xây dựng ba kịch bản base, upside và downside, rồi thay đổi số chuyến, ngày vận hành, số xe, thời gian can thiệp, thay pin, bảo trì, phí phần mềm và số lần đổi bản đồ. Dùng phân bố đo được trong PoC thay vì năng lực catalogue, đồng thời tính cả chi phí làm thêm hoặc chuyến bổ sung khi thiếu năng lực cao điểm. Thay vì khẳng định một thời gian hoàn vốn duy nhất, việc chỉ ra giả định nào làm thay đổi hiệu quả đầu tư sẽ hữu ích hơn cho quyết định Go/No-Go.

Sao lưu và bằng chứng bàn giao quyết định quyền chủ động vận hành

NIST SP 1339, Operational Technology Backup Quick Start Guide, được NIST công bố bản cuối vào ngày 17 tháng 6 năm 2026. Tài liệu nêu rằng quản lý sao lưu OT hiệu quả bao gồm tích hợp sao lưu vào quản lý thay đổi, tạo sao lưu thường xuyên, kiểm thử và rà soát chúng trong diễn tập phục hồi. Trong hệ thống AMR, đối tượng cần cân nhắc không chỉ là fleet database mà còn bản đồ, vùng, trạm, luật giao thông, cấu hình xe, chương trình PLC, ánh xạ API, chứng thư, người dùng và quyền, định nghĩa cảnh báo, dashboard cùng danh mục software/firmware. NIST không quy định một tần suất sao lưu phổ quát cho mọi nhà máy.

Có tệp sao lưu không đồng nghĩa có thể phục hồi. Bài viết khuyến nghị thực hiện ít nhất một restore drill trước khi ký SAT; đây là đề xuất quản trị dự án, không phải tần suất bắt buộc theo tiêu chuẩn. Trong môi trường tách biệt hoặc thời gian bảo trì đã thống nhất, hãy khôi phục cấu hình vào môi trường trống và xác nhận sự nhất quán với xe, trạm và hệ thống cấp trên. Bài kiểm tra cần phát hiện các tình trạng như thiếu khóa mã hóa hoặc giấy phép nhà cung cấp, bản đồ mới nhưng cơ sở dữ liệu cũ, hay phiên bản phần mềm khác khiến không thể import. Sau go-live, tần suất diễn tập phải được quyết định dựa trên rủi ro.

Khi bàn giao cuối cùng, hãy gom bản vẽ as-built, mạng, asset list, software version, source/configuration, interface specification, signal list, map release, risk assessment, hồ sơ FAT/SAT, open issue, danh sách phụ tùng, kế hoạch bảo trì, hồ sơ đào tạo, backup, quy trình restore, đầu mối liên hệ và thời hạn license vào một evidence index. Không chỉ liệt kê tên tệp; cần ghi chủ sở hữu, vị trí lưu, phân loại bảo mật, thứ tự phục hồi và ngày xác minh. Nếu thiếu bộ hồ sơ này, mỗi lần đổi layout hoặc thay người phụ trách, nhà máy có thể phụ thuộc hoàn toàn vào nhà cung cấp để sửa hệ thống.

FAQ: những câu hỏi thường gặp về nghiên cứu tình huống triển khai AMR

AGV và AMR khác nhau như thế nào?

Thông thường, AGV bám theo tuyến định sẵn, còn AMR dùng bản đồ và cảm biến để lập đường tự động. Tuy nhiên, tên gọi không tự quyết định khả năng tránh vật cản, chức năng an toàn, xử lý tải, điều khiển đội xe, cập nhật bản đồ hoặc phục hồi. RFP phải so sánh chức năng thực và ranh giới trách nhiệm. Hỗ trợ VDA 5050 chỉ mô tả một phạm vi truyền thông, không tự động đồng nghĩa với tuân thủ an toàn hay plug-and-play hoàn toàn.

Khi thiết kế layout AGV, cần kiểm tra điều gì trước tiên?

Trước quãng đường ngắn nhất, cần kiểm tra tải, nhu cầu cao điểm, điểm người và xe nâng cắt ngang, đoạn hẹp, cửa, nơi chờ, sạc và lối thoát hiểm. Nên quan sát giao thông có cả thời điểm giao ca và nghỉ, sau đó xác định quyền ưu tiên tại giao lộ, đường một chiều, vùng tránh và quyền đi vào. Khi layout thay đổi, bản đồ và luật giao thông phải được quản lý phiên bản, rồi xác minh lại an toàn và năng lực.

Chi phí vận hành AGV nên bao gồm những gì?

Ngoài hợp đồng bảo trì và điện, cần tính pin, bánh xe, cảm biến, phần mềm, truyền thông, thay đổi bản đồ, đánh giá lại, đào tạo, hỗ trợ ban đêm, phụ tùng, vận hành song song với thiết bị cũ, sao lưu và diễn tập phục hồi. Mô hình base/upside/downside theo TCO năm năm giúp giải thích khác biệt phạm vi giữa các báo giá; năm năm chỉ là kỳ ví dụ và phải phù hợp với chính sách của doanh nghiệp.

PoC AMR 90 ngày nên đặt điều kiện đạt nào?

Không chỉ kiểm tra chạy thành công mà còn cần xác minh phục hồi sau ùn tắc, mất kết nối, mất định vị, sai tải, trạm đầy, pin thấp, dừng an toàn và can thiệp thủ công. Hãy ghi thời gian từ yêu cầu đến hoàn tất nghiệp vụ, can thiệp, chờ, retry, sạc và đối soát tồn kho/kết quả để tái sử dụng trong FAT/SAT. 90 ngày là ví dụ khuyến nghị, phải điều chỉnh theo lịch và rủi ro của nhà máy.

Nên áp dụng phiên bản ISO 3691-4 nào?

Tại thời điểm nghiên cứu ngày 3 tháng 9 năm 2026, phiên bản ISO được công bố với trạng thái Published là ISO 3691-4:2023, Edition 2. Tiêu chuẩn đang ở stage 90.92 và ISO/DIS 3691-4 đang được phát triển, nhưng nội dung cuối cùng và số hiệu phiên bản vẫn chưa được xác định. Hợp đồng cần ghi rõ phiên bản áp dụng và xử lý việc áp dụng bất kỳ phiên bản nào được phát hành trong tương lai bằng quy trình quản lý thay đổi. Luật địa phương và điều kiện riêng của nhà máy phải được kiểm tra riêng.

Tổng kết: biến nghiên cứu tình huống triển khai AMR thành bằng chứng nghiệm thu của chính nhà máy

Nghiên cứu tình huống triển khai AMR không phải tài liệu để sao chép tên thiết bị hoặc số lượng xe. Chỉ khi chuyển nội dung thành yêu cầu kiểm thử cho vận chuyển, tải, giao thông, thay đổi bản đồ, sạc, WMS/MES/PLC, ngoại lệ, an toàn, an ninh và bảo trì của chính nhà máy, các nghiên cứu này mới tạo giá trị trong PoC, RFP và FAT/SAT. Với brownfield, kết quả lâu dài phụ thuộc vào việc biết phải xác minh lại gì sau thay đổi, phục hồi an toàn thế nào sau khi dừng và ai sở hữu bằng chứng—hơn là chỉ chạy tốt trong luồng bình thường.

TOMAS TECH có thể cùng doanh nghiệp rà soát hiện trạng vận chuyển, so sánh AGV/AMR, xây dựng PoC 90 ngày, RFP, tích hợp WMS/MES/PLC, FAT/SAT và TCO ngay cả khi công đoạn mục tiêu chưa được chốt hoàn toàn. Nếu muốn làm rõ các điểm cần quyết định trước khi đặt hàng trong điều kiện nhà máy hiện hữu, bạn có thể liên hệ với chúng tôi để trao đổi từ giai đoạn khảo sát ban đầu.

Tài liệu tham khảo

• VDA, VDA 5050 Version 3.0.0: https://www.vda.de/en/news/publications/publication/vda-5050
• VDA, VDA 5050 topic page: https://www.vda.de/en/topics/automotive-industry/vda-5050
• ISO, ISO 3691-4:2023: https://www.iso.org/standard/83545.html
• A3, Industrial Robot Standards: https://www.automate.org/store/categories/industrial-robot-standards
• NIST, SP 800-82 Revision 3: https://csrc.nist.gov/pubs/sp/800/82/r3/final
• NIST, SP 1339 OT Backup Quick Start Guide: https://csrc.nist.gov/pubs/sp/1339/final
• MassRobotics, AMR Interoperability Standard publication: https://www.massrobotics.org/autonomous-mobile-robot-standards-published-by-massrobotics/
• MassRobotics, Working Groups / AMR Interoperability: https://www.massrobotics.org/working-groups/
• OSHA, Warehousing Hazards and Solutions: https://www.osha.gov/warehousing/hazards-solutions
• Thailand BOI, automotive-industry automation measure: https://www.boi.go.th/th/automation