AMR gắn băng tải: đặc tả giao tiếp và PoC 90 ngày

AMR gắn băng tải không thể chuyển tải ổn định chỉ vì tải trọng và tốc độ di chuyển có vẻ phù hợp. Thành công phụ thuộc vào việc đặc tả đồng bộ cơ khí docking, cảm biến, handshake giữa PLC và WMS/WCS, phục hồi bất thường, FAT/SAT và ranh giới trách nhiệm. Bài viết hướng dẫn nhà máy tại Thái Lan mua một quy trình chuyển tải hoạt động được, thay vì chỉ mua xe.

Kết luận: mua quy trình chuyển tải, không chỉ mua xe AMR

Nếu phạm vi mua sắm chỉ là “AMR + top module”, các khoảng trống giữa hệ thống sẽ không có chủ sở hữu. Nhà máy cần nghiệm thu một quy trình trong đó tải hàng đã thỏa thuận đi qua AMR và băng tải cố định đúng thời điểm, không tạo chuyển động trùng hoặc hàng mắc kẹt, đồng thời có thể phục hồi an toàn và truy vết khi lỗi.

Đặc tả nên kết nối 5 lớp:

1. Cơ khí: cao độ roller, khe hở, stopper, guide, nền và dung sai docking.
2. Phát hiện: photoeye, có tải, đầy tải, nhô tải, jam, docking và safety scanner.
3. Điều khiển: chuyển trạng thái và interlock giữa AMR, top module và PLC cố định.
4. Thông tin: WMS/WCS, fleet manager, lệnh sản xuất, transport ID, retry và audit log.
5. Vận hành: quyền phục hồi, bảo trì, phụ tùng, FAT/SAT và quản lý thay đổi.

VDA 5050 3.0.0 thúc đẩy giao tiếp chung giữa master control và xe của nhiều nhà cung cấp. Tuy nhiên, nó không tự động tiêu chuẩn hóa băng tải cố định, IT bên ngoài, functional safety, commissioning, nghiệm thu hay trách nhiệm vận hành. Không dùng câu “tuân thủ VDA 5050” làm điều kiện hoàn thành. Phải cố định version, JSON schema commit, phạm vi triển khai và bằng chứng thử nghiệm.

Cố định ranh giới chuyển tải của AMR gắn băng tải trước

Nhiều lỗi phát sinh ở giao diện hơn là bên trong xe. Workshop thiết kế đầu tiên phải chỉ rõ từng giao diện thuộc phía AMR, thiết bị cố định hay IT cấp trên, rồi đưa vào bản vẽ và signal list.

Giao diện cơ khí

Xác định kích thước nhỏ nhất/lớn nhất, khối lượng, vùng trọng tâm, hình học mặt đáy, độ nghiêng cho phép và mặt cấm tiếp xúc cho mọi loại tải. Thùng rỗng trông có vẻ dễ, nhưng biến dạng, võng đáy, lồng thùng, tĩnh điện và nhãn bong có thể làm thay đổi hành vi của photoeye và roller. Vì vậy không thể dùng thử nghiệm thùng đầy để thay cho thùng rỗng.

Đánh giá cao độ băng tải cùng độ dốc nền, mòn bánh, biến dạng do tải và độ phân tán docking, không chỉ theo kích thước danh nghĩa. Thống nhất khe chuyển tải, đường kính/pitch roller, độ nhô stopper, khoảng hở guide và chiều dài đỡ tối thiểu. Nếu cần sửa nền, phải ghi rõ ai thi công, khi nào đo lại và dung sai nào được chấp nhận.

Giao diện cảm biến

Câu “có cảm biến tải” chưa đủ. Cần định rõ vị trí/số lượng photoeye, logic light-on hay dark-on, debounce, ứng xử với vật trong suốt hoặc bẩn và fail state. Trong lúc chuyển, cảm biến hai phía có thể cùng ON; state model không được nhầm khoảng chồng hợp lệ này với lỗi.

Các điểm có thể dùng gồm permission phía cố định, cửa ra băng tải, điểm qua khe, cửa vào AMR, cuối AMR, vị trí stopper và xác nhận docking. Số lượng không phải giá trị phổ quát. Chọn cấu hình tối thiểu có thể xác định tải đã đi đến đâu trong từng failure mode hợp lý.

Giao diện điện và điều khiển

Dù dùng hardwired I/O, industrial Ethernet hay message API, phải xác định chủ sở hữu signal, điều kiện assert, hold time, timeout, retry, giá trị khởi tạo và giá trị khi mất liên lạc. Gắn state với transaction ID hoặc transport ID để READY cũ sau khi PLC reboot không bị AMR hiểu thành permission mới.

Chọn AMR top module theo tổ hợp thiết bị

AMR thương mại có roller, belt, lift, pin và rack-towing module. Không chỉ so maximum payload. Với roller module, hãy kiểm tra drive zone, reverse, speed control, brake, stopper, load detection, giữ tải khi emergency stop và cách tháo tải thủ công. Câu trả lời thay đổi theo sản phẩm và thiết kế tích hợp.

Omron công bố ví dụ về mobile robot như LD-250 và AMR toppers. Interroll công bố tài liệu kỹ thuật AMR Top Module. Các nguồn này giúp hiểu giải pháp, nhưng không bảo đảm hiệu năng nghiệm thu tại một nhà máy cụ thể. Yêu cầu nhà cung cấp nộp bản vẽ tổ hợp AMR + top module + băng tải cố định, I/O, nguồn, trách nhiệm điều khiển và bảo trì.

So sánh chỉ theo giá thường bỏ sót sửa băng tải, PLC bổ sung, sensor, sửa nền, phát triển API và SAT ca đêm. Yêu cầu báo giá tách phần bao gồm, loại trừ, giả định và đơn giá để so tổng chi phí của quy trình.

Đặt handshake 6 bước ở trung tâm đặc tả

Định nghĩa vận hành bình thường bằng REQUEST, READY, TRANSFER, COMPLETE, ACK và RELEASE. Có thể đổi tên, nhưng ý nghĩa và chủ sở hữu phải rõ.

Sau khi TRANSFER bắt đầu, xác định cân tốc độ, thứ tự khởi động và dừng. Cho bên nhận chạy trước có thể phù hợp nhưng không phải quy tắc chung; quán tính tải, roller pitch và stopper phải được thử thực tế.

COMPLETE nên kết hợp bên gửi trống, đầu cuối bên nhận có tải, sensor trung gian hợp lệ, motor dừng, transport ID khớp và thời gian phù hợp. Nếu WMS xác nhận tồn kho sớm hơn, PARTIAL LOAD có thể tách tồn kho số khỏi tải vật lý.

Trong tích hợp AGV WMS, xác định system of record theo trạng thái

Câu hỏi khó không phải WMS có gửi task được hay không, mà là hệ nào có thẩm quyền sau lỗi. Nếu WMS, WCS, MES, fleet manager và PLC đều giữ completion riêng, mất mạng sẽ tạo nhiều “sự thật”.

Gán transport ID duy nhất và liên kết load ID, nguồn, đích, request time, priority, load type, current state, state time và reason code. Retry với cùng transport ID phải là cập nhật idempotent hoặc truy vấn trạng thái, không phải chuyển động mới.

Có thể chia thẩm quyền theo sự kiện: PLC/sensor giữ physical presence, fleet manager giữ vị trí và chuyển động xe, WMS giữ inventory custody, MES giữ process completion; tất cả liên kết bằng transport ID. Nếu đề xuất nói WMS là nguồn duy nhất, hãy yêu cầu giải thích cách WMS bảo đảm sự kiện vật lý mà nó không trực tiếp quan sát.

Tối thiểu log phải có transport ID, load ID, station ID, AMR ID, command, state, source timestamp, receive timestamp, reason code và software version. Bằng chứng nghiệm thu cần export được CSV hoặc JSON, không phải screenshot.

Để xem bối cảnh chọn xe, đọc hướng dẫn triển khai AGV và AMR tại Thái Lan. Thiết kế tuyến và lối đi được trình bày trong thiết kế layout AGV. Bài này chủ động tập trung vào giao diện băng tải và bằng chứng nghiệm thu, không lặp lại so sánh hãng, giá hoặc layout. Với thứ tự ưu tiên của chương trình tổng thể, xem cải tiến logistics nội bộ nhà máy.

Không mua VDA 5050 3.0.0 chỉ bằng một chữ “tuân thủ”

Theo VDA, VDA 5050 3.0.0 được phát hành tháng 3/2026, bổ sung hỗ trợ robot di động tự do cùng zone/path sharing. Đây là bước quan trọng cho khả năng tương tác giữa xe nhiều hãng và master control. Nhưng nó không phải tiêu chuẩn an toàn, tiêu chuẩn giao diện cơ/điện cho thiết bị ngoại vi, đặc tả nghiệp vụ WMS, hay thủ tục triển khai/nghiệm thu.

Ngày 13/9/2026, một người dùng bên thứ ba mở issue #660 trong kho GitHub chính thức của VDA5050, báo cáo điểm không nhất quán trong JSON schema đi kèm tag v3.0.0. Tại thời điểm viết, issue hiển thị open và chưa được giao người phụ trách, nhưng đây không phải kết luận chính thức do VDA/VDMA xác nhận. Vì vậy không thể suy ra VDA 5050 không dùng được; đây là lý do để cố định và thử schema/implementation thực tế thay vì chỉ tin tuyên bố “3.0 compliant”.

RFP cần yêu cầu:

• VDA 5050 version, release tag, schema file và commit hash.
• Optional field và vendor extension đã triển khai.
• Phạm vi order, instant action, state, factsheet và message khác.
• Thử broker loss, duplicate, reordering và message schema cũ.
• Conformance matrix cho master control và vehicle.
• Phương án xử lý/tái thử known issue, gồm issue #660.

Không tự động chạy theo specification mới. Cố định approved schema và cập nhật qua change control. Bằng chứng hợp đồng phải nêu sản phẩm, software version, schema commit, test case và kết quả.

Nối trách nhiệm an toàn ISO 3691-4 đến thiết bị ngoại vi

ISO 3691-4:2023 quy định an toàn cho driverless industrial trucks và hệ thống, gồm lĩnh vực AGV/AMR. DIS cho phiên bản kế tiếp đang được phát triển. Hãy xác nhận edition áp dụng, luật địa phương và yêu cầu công ty với bộ phận an toàn; không tuyên bố tuân thủ phiên bản tương lai nếu chưa có bằng chứng.

Safety function được chứng nhận trên AMR không tự động xóa nguy cơ do top module và băng tải cố định tạo ra. Phải đánh giá kẹp khi docking, cuốn vào roller, đổ tải, nhô tải, restart sau emergency stop, gỡ jam thủ công và hạn chế do pin như một hệ thống kết hợp.

Ghi rõ protective field của scanner liên hệ thế nào với quyền chạy băng tải cố định. Bit READY của PLC thường không thay thế safety function. Vẽ functional safety, business interlock và information notification thành lớp riêng rồi xác minh một lỗi không đưa hệ về phía nguy hiểm.

Đặc tả phục hồi JAM, TIMEOUT và PARTIAL LOAD

Alarm không phải thiết kế phục hồi. Hệ thống phải làm khớp vị trí vật lý, quyền sở hữu số và thẩm quyền cấp điện cho drive.

JAM

Phát hiện JAM bằng tổ hợp motor current, thời gian photoeye, quãng đường và tốc độ đã thống nhất. Dừng drive hai bên và giới hạn auto retry. Trước khi người chạm tải, xác nhận cách ly năng lượng, khóa di chuyển AMR, trạng thái stopper và quyền thao tác. Ghi rõ tiếp tục transport ID cũ hay hủy và tạo ID mới.

TIMEOUT

Dùng reason code riêng cho chờ READY, docking, TRANSFER, COMPLETE và ACK. Giá trị timeout không phải hằng số chung của ngành. Thống nhất theo chiều dài chuyển tải, tốc độ, tải, chu kỳ truyền thông và dung sai nghiệp vụ; mọi thay đổi phải được audit.

PARTIAL LOAD

Tải nằm vắt giữa băng tải cố định và AMR là trạng thái nhạy cảm nhất về ownership. Cấm xe chạy, dừng cả hai drive và ước lượng vị trí bằng nhiều sensor. Quyết định reverse, kéo tới hay tháo thủ công phải dựa trên validation theo tải. Giữ WMS completion ở pending tới khi phục hồi vật lý và đối chiếu ID xong.

Tạo recovery card cho từng lỗi gồm detection, safe state, first responder, authority, tool, log, inventory correction, restart criteria và escalation. Recovery time có thể là KPI vận hành, nhưng nếu là giá trị hợp đồng phải định nghĩa điểm bắt đầu/kết thúc.

Tự động thu hồi thùng rỗng cần bộ thử riêng

Tự động thu hồi thùng rỗng tận dụng chiều về nhưng khác vận chuyển thùng đầy:

• Thùng nhẹ có thể trượt, nảy hoặc lệch trên roller.
• Hư hỏng, võng, nhãn và băng keo làm detection không ổn định.
• Thùng lồng và thùng đơn khác chiều cao, trọng tâm.
• Trộn loại thùng có thể cấp sai cho công đoạn sau.
• Nhiệm vụ hồi có priority thấp có thể tích tụ, cản khu vực làm việc hoặc lối thoát.

PoC phải dùng mẫu cũ, bẩn, biến dạng, nhẹ nhất, chồng cao nhất và nhãn bong, không chỉ thùng mới. Dù không gán mã định danh riêng cho từng thùng, vẫn phải xác định điểm xác nhận loại, số lượng, hướng và đơn vị vận chuyển.

Nếu một AMR chở thùng đầy đi và thùng rỗng về, hãy đánh giá contamination class, priority, cặn trên module và wrong-load detection. Đo thời gian lưu thùng rỗng, request-to-completion, tỷ lệ sai thùng và số lần can thiệp thủ công, không chỉ AMR utilization.

Tách FAT và SAT, liên kết bằng cùng requirement ID

FAT tái lập control logic và abnormal scenario tại nhà cung cấp. SAT chứng minh trên nền, mạng, PLC, người vận hành và tải thực. Truy vết từng requirement ID trong RFP tới test, evidence và open item.

Phạm vi FAT khuyến nghị

• Mô phỏng signal cho AMR, top module và PLC cố định.
• Chạy mọi chuyển trạng thái hợp lệ trong 6 bước và từ chối chuyển trái phép.
• Thử duplicate request, retry và reordered message cùng transport ID.
• Kích hoạt timeout từng giai đoạn, sensor stuck, mất liên lạc và khởi động lại nguồn.
• Phát hiện, dừng và phục hồi JAM/PARTIAL LOAD theo đúng quyền.
• Export log WMS/fleet và kiểm tra timestamp.
• Lưu software version, PLC program và schema commit.

Phạm vi SAT khuyến nghị

• Đo docking trên nền thật với tải, pin và tình trạng lốp khác nhau.
• Chuyển hai chiều thùng đầy, rỗng và biến dạng thực tế.
• Ngắt mạng nhà máy rồi resume theo cách idempotent.
• Thử emergency stop, scanner và phục hồi thủ công được cấp quyền.
• Gồm đổi ca, quyền user khác nhau và maintenance mode.
• Đối chiếu WMS inventory, tải vật lý và transport history.
• Để nhân sự địa phương đã đào tạo tự phục hồi và export evidence.

“100 lần chuyển liên tục thành công”, “JAM recovery time trong thời gian đã thỏa thuận” và “0 bản ghi tồn kho trùng” là ví dụ metric nghiệm thu theo dự án. Đây không phải giới hạn phổ quát do ISO, VDA hay toàn ngành quy định. Phải thống nhất số lần, điều kiện, dung sai và phương pháp đo theo tải, cycle, rủi ro và mục tiêu sản xuất.

Lộ trình PoC 90 ngày được khuyến nghị

Đây là cấu trúc dự án khuyến nghị, không phải tiêu chuẩn; ngày có thể điều chỉnh theo điều kiện thực tế.

PoC có thể chỉ dùng 1 trạm và 1 AMR, nhưng phải hoàn thành vòng nhỏ gồm tải, handshake, fault recovery, log và ownership. Không rút còn demo bình thường. Ngược lại, triển khai toàn bộ dây chuyền từ đầu làm boundary defect biến thành vấn đề xây dựng đắt tiền.

Mỗi open item cần impact, containment, owner, due date và retest condition. “Hỗ trợ trong tương lai” không phải nghiệm thu. Cổng mở rộng phải xem cả công bảo trì, phụ tùng, đào tạo, giờ hỗ trợ và chi phí thay đổi.

Đưa ma trận trách nhiệm vào đặc tả mua sắm

Tránh dùng quá nhiều “trách nhiệm chung”. Mỗi deliverable cần một accountable owner, còn contributor, executor và verifier được tách rõ. Ghi định dạng bàn giao source code, PLC backup, configuration, schema, drawing, BOM và log.

Xác nhận chính thức điều kiện BOI 2026

Biện pháp BOI cho ngành ô tô năm 2026 giới hạn ở hoạt động 3.6 về sản xuất ô tô thông thường và các đối tượng được chỉ định trong hoạt động 3.8, gồm các trường hợp liên quan PHEV/HEV; đây không phải ưu đãi chung cho mọi công ty ô tô hoặc mọi giao dịch mua AMR. Khung công bố nêu thời gian nộp đơn 2026–2027, đầu tư tối thiểu 1 triệu THB, miễn thuế thu nhập doanh nghiệp (CIT) trong 3 năm và trần miễn bằng 50% khoản đầu tư đủ điều kiện. Trần tăng lên 100% nếu giá trị máy móc hỗ trợ ngành máy móc tự động hóa trong nước đạt ít nhất 30% giá trị máy móc và thiết bị đủ điều kiện. Phải xác nhận chính thức với BOI hoặc tư vấn được công nhận về hoạt động đủ chuẩn, phạm vi PHEV/HEV, chi phí, cách tính giá trị, bằng chứng, thời hạn và quan hệ với ưu đãi khác.

BOI cũng báo cáo Smart and Sustainable Industry trong nửa đầu 2026 có 132 hồ sơ, trị giá 17,2 tỷ THB. Đây là số hồ sơ và giá trị đăng ký, không chứng minh mọi dự án đã được duyệt, vận hành hay tạo lợi ích. Nó là bối cảnh đầu tư, không thay PoC acceptance hoặc ROI.

Liên kết quotation, PO, inspection, payment, asset registration và benefits evidence qua cùng equipment ID và requirement ID để hồ sơ ưu đãi không tách khỏi engineering acceptance.

Checklist RFP giao cho nhà cung cấp

1. Danh sách tải đầy đủ, worst case và điều kiện cung cấp mẫu.
2. Bản vẽ tổ hợp băng tải cố định, AMR và top module.
3. Handshake 6 bước, chuyển trạng thái lỗi và quy tắc transaction ID.
4. Photoeye, stopper, motor, safety circuit, docking và I/O.
5. System of record và API của WMS/WCS/MES/fleet manager.
6. Detection, stop, recovery và inventory correction cho 3 nhóm lỗi.
7. VDA 5050 version, tag, schema commit, phạm vi và known issue.
8. Tiêu chuẩn áp dụng gồm ISO 3691-4:2023, luật và chủ sở hữu đánh giá rủi ro.
9. FAT/SAT case, input, expected result, evidence và retest rule.
10. PoC 90 ngày, deliverable, payment gate và điều kiện mở rộng.
11. Bảo trì địa phương, SLA, phụ tùng, đào tạo, update và cybersecurity.
12. Chi phí bao gồm/loại trừ, giả định, đơn giá, IP và quyền dữ liệu.

Yêu cầu trả lời bằng tên tài liệu, version, số bản vẽ và test case ID, không chỉ “có hỗ trợ”. Nếu chưa xác định ở giai đoạn đề xuất, phải nêu ngày quyết định và ảnh hưởng giá.

Tổng kết: mua giao diện và khả năng phục hồi trước khi mở rộng

AMR gắn băng tải thành công khi chuyển tải với băng tải cố định có thể kiểm thử và lặp lại, không phải khi data sheet đẹp. Kết nối cơ khí, sensor, PLC và WMS/WCS qua state 6 bước; theo dõi tải vật lý và tồn kho bằng transport ID; phục hồi JAM, TIMEOUT và PARTIAL LOAD an toàn. Dùng VDA 5050 3.0.0 cho interoperability nhưng cố định schema commit và đặc tả riêng an toàn, thiết bị ngoại vi, nghiệm thu. Mua PoC 90 ngày như một chu trình nhỏ hoàn chỉnh của FAT/SAT và ownership, không phải demo bình thường.

TOMAS TECH có thể hỗ trợ đo hiện trường, bản vẽ I/F, signal table, RFP, PoC 90 ngày và bằng chứng FAT/SAT trước khi chọn nhà cung cấp. Ngay cả khi mới xác định ý tưởng chuyển tải, bạn có thể liên hệ với chúng tôi.

FAQ: mua sắm và nghiệm thu AMR gắn băng tải

Có nên mua AMR top module từ cùng nhà cung cấp AMR?

Một nhà cung cấp giúp giảm đầu mối nhưng không tự bảo đảm tương thích với băng tải cố định. Hợp đồng phải quy định ai tích hợp bản vẽ, signal, FAT và SAT, dù là một hãng hay SI điều phối nhiều bên.

Dữ liệu tối thiểu cho tích hợp AGV WMS là gì?

Bắt đầu với transport ID, load ID, nguồn, đích, state, state time và reason code. Chia thẩm quyền physical presence, movement, inventory và process completion, rồi thử rằng retry không tạo chuyển động trùng.

Có thể dùng thử nghiệm thùng đầy thay tự động thu hồi thùng rỗng không?

Không. Khối lượng nhẹ, biến dạng, lồng thùng, nhãn và trượt làm hành vi khác. Dùng mẫu worst-case cũ/bẩn để thử detection, skew, accumulation và sai loại thùng.

Hỗ trợ VDA 5050 3.0 có bảo đảm dùng nhiều hãng ngay không?

Không. Cố định release, JSON schema commit, optional field, extension và phạm vi master control rồi thử implementation. VDA 5050 không thay đặc tả thiết bị ngoại vi, an toàn hay nghiệm thu.

100 lần liên tục có phải giá trị bắt buộc của tiêu chuẩn không?

Không. Đây là ví dụ metric thống nhất theo dự án. Số lần, lỗi cho phép và cách đo phải theo cycle, load mix và rủi ro.

Đo JAM recovery time từ đâu?

Phải quy định bắt đầu từ detection và kết thúc ở physical clearance, digital reconciliation hay production restart, cùng thời gian loại trừ, owner và log.

FAT và SAT khác nhau thế nào?

FAT chứng minh logic, truyền thông và đầu vào bất thường tại nhà cung cấp. SAT chứng minh nền, tải, PLC, mạng và quyền user thực tế. Liên kết cả hai bằng cùng requirement/test case ID.

Mọi dự án AMR đều đủ điều kiện BOI không?

Không. Có điều kiện về doanh nghiệp, hoạt động, chi phí, thời gian, domestic linkage và bằng chứng. Hãy xác nhận chính thức quy tắc và trần 2026–2027 với BOI hoặc tư vấn được công nhận.

Nguồn sơ cấp và chính thức

• VDA press release, VDA 5050 3.0.0 — https://www.vda.de/en/press/press-releases/2026/260421_PM_VDA_5050_EN
• VDA 5050 Version 3.0.0 specification — https://www.vda.de/dam/jcr%3A09f03b91-13e2-4db3-bf30-4f221710071b/VDA5050-V3.0.0-2025-03.pdf
• Official VDA5050 GitHub releases — https://github.com/VDA5050/VDA5050/releases
• Issue #660 do người dùng bên thứ ba đăng trong kho GitHub chính thức của VDA5050 (open và unassigned tại thời điểm viết; không phải xác nhận chính thức của VDA/VDMA) — https://github.com/VDA5050/VDA5050/issues/660
• ISO 3691-4:2023 — https://www.iso.org/standard/83545.html
• ISO/DIS 3691-4 edition 3 — https://www.iso.org/obp/ui?_escaped_fragment_=iso%3Astd%3Aiso%3A3691%3A-4%3Adis%3Aed-3%3Av1%3Aen
• Omron LD-250 — https://robotics.omron.com/products/mobile-robots/ld-series/ld-250/
• Omron AMR toppers overview — https://automation.omron.com/en/us/blog/autonomous-mobile-robot-toppers
• Interroll AMR Top Module — https://www.interroll.com/fileadmin/user_upload/Downloads__PDF_/AMR/AMR_Top_Module_EN.pdf
• Thailand BOI automation information — https://www.boi.go.th/th/automation
• Thailand BOI, first-half 2026 investment news — https://osos.boi.go.th/EN/news/2430/Thailand-Secures-43-6bn-1H-2026-Investment-Surge-as-Big-Tec/