Cho AGV hoặc AMR chở linh kiện từ tầng nhận hàng lên dây chuyền lắp ráp ở tầng khác không đơn thuần là kéo dài tuyến đường. Kết nối AGV với thang máy phải bao trùm lệnh vận chuyển, gọi thang, xác nhận tầng và cửa, lên xuống an toàn và khôi phục sau sự cố. Bài viết này giúp bên mua tại nhà máy nhiều tầng ở Thái Lan và ASEAN xác định phạm vi RFP và các phép kiểm FAT/SAT.
Xác định ranh giới trách nhiệm trước
MES hoặc WMS tạo yêu cầu vận chuyển; hệ thống điều phối đội xe chọn AGV và tuyến; hệ thống điều phối hoặc gateway kết nối với giao diện thang máy. Nhà sản xuất và đơn vị bảo trì thang chịu trách nhiệm với thiết bị thang trong phạm vi hợp đồng của họ. Nếu hồ sơ mua sắm không chỉ rõ bên nào phát tín hiệu, xác nhận trạng thái và xử lý lỗi, một xe dừng trước cửa có thể trở thành tranh cãi giữa nhà cung cấp xe, nhà cung cấp thang và đội mạng.
RFP cần nêu điểm bắt đầu/kết thúc của nhiệm vụ, chủ sở hữu từng giao diện, trình tự bình thường, hành vi dừng an toàn, cách chuyển sang vận chuyển thủ công, chủ sở hữu nhật ký và đầu mối xử lý. Trước khi soạn yêu cầu phần mềm, quan sát số chuyến thực tế, giờ cao điểm, tải hàng, người dùng thang, mức ùn trước cửa và vị trí chờ ở mỗi tầng. Thang là tài nguyên dùng chung; đội xe không thể mặc nhiên chiếm quyền sử dụng liên tục.
“Dùng thang máy hiện có” nghĩa là gì?
Ghi nhận model, bộ điều khiển, các tầng phục vụ, kích thước cabin, chiều rộng thông cửa, tải trọng định mức, ngưỡng cửa, thời gian giữ cửa, chế độ cháy/mất điện và hợp đồng bảo trì. So với kích thước ngoài và khối lượng tối đa của xe có hàng, kể cả pallet, xe đẩy và phần hàng nhô ra. Tải trọng chưa vượt mức không chứng minh xe có thể quay đầu trước cabin, vượt ngưỡng an toàn hoặc giữ hàng ổn định. Xác định thang chỉ chở hàng hay dùng chung với người, và có được cho robot đi cùng người không.
KONE giới thiệu Service Robot API hỗ trợ gọi thang và cung cấp trạng thái thang được phân, tầng, hướng, cửa và lệnh gọi. Otis giới thiệu Integrated Dispatch là giải pháp API cho robot dịch vụ, có thể triển khai trên cloud hoặc tại chỗ. Tài liệu công khai chủ yếu nói về giao hàng, vệ sinh và di chuyển trong tòa nhà. Chúng không bảo đảm một thang hàng cụ thể trong nhà máy tương thích với robot hay tải nặng. Hãy yêu cầu nhà sản xuất xác nhận đúng model, bộ điều khiển, quyền dùng API, khả năng cải tạo, kiểm định địa phương và điều kiện bảo trì. KONE · Otis
Đặc tả bắt tay điều khiển từ gọi thang đến ra khỏi cabin
Không nên cho AGV chạy thẳng đến cửa ngay khi MES yêu cầu chuyển hàng. Thang có thể đang phục vụ công việc khác, còn người và xe nâng có thể băng qua cửa. Chia một chuyến thành: nhận lệnh → đến điểm chờ an toàn → đặt chỗ hoặc gọi thang → xác nhận đúng cabin, tầng và cửa mở → kiểm tra khu vực trước cửa và cabin → cho phép lên → xác nhận xe đã dừng trong cabin → đi tới tầng đích → xác nhận tầng và cửa → cho phép ra → xe rời cabin → giải phóng thang → báo hoàn thành. Nếu sản phẩm không cung cấp một trạng thái, phải thiết kế cách xác minh thay thế và đánh giá an toàn riêng.
Gắn lệnh và phản hồi với ID công việc, ID xe, ID cabin, tầng xuất phát/đích, thời gian, timeout và số lần thử lại. Quy định chống đặt chỗ trùng, xử lý phản hồi cũ đến sau timeout và đọc lại trạng thái vật lý khi hệ thống khởi động lại. Một tín hiệu “cửa mở” riêng lẻ không chứng minh đó là cabin được phân, sàn ngang bằng tầng, cabin còn chỗ hay xe được phép vào.
Trạng thái API không mặc nhiên là chức năng an toàn
Thông tin cửa và tầng từ API hữu ích cho điều phối. Dùng chúng để thực hiện dừng an toàn hoặc chống kẹp là câu hỏi kỹ thuật khác. Cần đánh giá độ trễ, mất gói, kết nối lại, nhầm ID và mất điện. ISO 3691-4:2023 quy định yêu cầu an toàn và cách xác minh cho xe công nghiệp không người lái và hệ thống, trong đó có ví dụ AGV/AMR. ISO 12100:2010 đưa ra nguyên tắc đánh giá và giảm rủi ro máy. ISO 13849-1:2023 đề cập thiết kế và tích hợp các bộ phận điều khiển liên quan đến an toàn. Không tiêu chuẩn nào có nghĩa “nối API là tuân thủ”. Phải đánh giá mối nguy tại công trường cùng quy định thang máy áp dụng. ISO 3691-4 · ISO 12100 · ISO 13849-1
Đo xe, thang và tòa nhà cùng lúc
Chiều rộng và bán kính quay từ catalogue chưa đủ kết luận xe có vào cabin được không. Đo kích thước tối đa của hàng, trọng tâm và dao động, khoảng cao thông qua, chênh cao tại ngưỡng, độ võng sàn cabin, sai lệch vị trí dừng, bề rộng cửa sử dụng thật và vị trí đỗ trong cabin. Thử xe rỗng, tải tối đa và tải lệch; tính cả mòn bánh và sàn trơn. Kiểm tra cảm biến xe nhìn khe hoặc bề mặt phản quang ở ngưỡng cửa như thế nào. Hàng nhô ra có thể quyết định khoảng hở nhiều hơn thân xe; lệch góc nhỏ lúc tiếp cận có thể làm mất đáng kể chiều rộng hữu dụng.
Mỗi tầng cần điểm chờ an toàn, lối người đi, đường đưa xe ra bằng tay và tiếp cận khẩn cấp. Xe chờ không được chắn cửa chống cháy, lối thoát hay giao lộ xe nâng. Nếu thang dừng làm xe xếp hàng, đặt vùng đệm cách xa cửa và điều tiết xe từ hệ thống đội xe. Vận chuyển nhiều tầng vừa là bài toán tuyến đường vừa là bài toán xếp hàng cho thiết bị dùng chung. Không sao chép một khoảng hở hoặc thời gian giữ cửa “thông dụng” làm chỉ tiêu nghiệm thu nếu chưa đo tại site.
Tính năng lực bằng toàn bộ chu kỳ chuyến
Tách thời gian tới điểm chờ, đợi thang, lên, chạy giữa tầng, xuống, giao hàng và quay về hoặc nhận việc kế tiếp. Đo từng cặp tầng quan trọng. Nếu thang dùng chung với người hoặc việc khác, yêu cầu cả trung bình lẫn mức chờ trong giờ cao điểm. Ví dụ giả định: cần 20 chuyến/giờ nhưng một tuyến mất 5 phút/chuyến thì lý thuyết chỉ đạt 12 chuyến/giờ trước khi tính gián đoạn. Đây không phải thông số của model thang nào. Thêm xe thứ hai không nhân đôi năng lực nếu thang là nút thắt. RFP cần chỉ tiêu công việc hoàn thành trong một khoảng cao điểm có người dùng thang khác.
Phân tách ba lớp giao diện
Lớp nghiệp vụ mang mã hàng, lô, số lượng, điểm đi/đến, ưu tiên và trạng thái hoàn thành giữa MES/WMS/ERP và hệ thống vận chuyển. Lớp điều phối chọn xe và tuyến. Lớp thang xử lý gọi thang, phân cabin, tầng, cửa, chiếm dụng và lỗi. Gộp tất cả dưới tên “tích hợp API” sẽ che mất nơi giao trách nhiệm.
VDA 5050 chuẩn hóa giao tiếp giữa hệ điều phối và robot di động. Phiên bản 3.0 được công bố năm 2026 bổ sung khái niệm vùng cho điều hướng linh hoạt và chia sẻ lộ trình. Đây không phải giao thức điều khiển thang máy chung. Dùng VDA 5050 vẫn phải đặc tả API/gateway thang và các biện pháp liên động an toàn. Yêu cầu phiên bản hỗ trợ, bản tin bắt buộc, phần mở rộng riêng và hành vi khi mất kết nối. VDA · đặc tả VDA 5050
Chọn API hay giao diện tín hiệu được phê duyệt
Nếu thang hiện có hỗ trợ API, xác nhận chính xác lệnh gọi và dữ liệu trạng thái được cấp cho model đó. Nếu không có API, hỏi nhà sản xuất và đơn vị bảo trì về giao diện tín hiệu ngoài được phép. Không tự đấu dây vào bộ điều khiển hoặc gắn cơ cấu bấm nút khi chưa đánh giá an toàn, hợp đồng, phê duyệt cải tạo và kiểm định. Thiết kế mạng cũng phải nêu ai phát hiện lỗi, ai khôi phục và ai xác nhận an toàn để chạy lại.
Tài liệu KONE nêu giao tiếp WebSocket và trạng thái lệnh như Allocated, Arriving, Served, Canceled. Đây là ví dụ hữu ích cho state machine, không có nghĩa mọi hãng thang xuất cùng dữ liệu. Otis nêu phương án cloud/tại chỗ và môi trường mô phỏng cho nhà phát triển robot. Cả hai phải được kiểm tra với thiết bị và hợp đồng của site. KONE · Otis
Đánh giá mối nguy ngoài khu vực cửa
Xem xét lối tiếp cận, ngưỡng, trong cabin, tầng ra và đường thu hồi thủ công. Mối nguy gồm người lọt giữa xe và cửa, pallet nhô cản cửa, bánh mắc khi sàn lệch, AGV dừng trong cabin lúc cửa đóng, và chế độ cháy/mất điện. Bao gồm vệ sinh, bảo trì, dịch chuyển bằng tay và phục hồi lỗi. Biện pháp có thể gồm xác nhận khu vực trống, giới hạn tốc độ, phát hiện vật cản, vạch dừng, cấm vào khi cửa đóng, dừng an toàn, phân quyền khởi động lại và hiển thị tại chỗ. Giao chủ sở hữu và cách thử cho từng biện pháp; chỉ gắn cảm biến chưa chứng minh giảm rủi ro đủ mức.
Nếu người có thể lên cùng cabin, đánh giá tách khung giờ, dành cabin riêng, phát hiện người hoặc yêu cầu nhân viên cho phép. Thiết bị, bảo trì và luật địa phương quyết định phương án nào hợp lệ. Lệnh AGV không được ưu tiên hơn chế độ khẩn cấp, cháy hoặc bảo trì. Đánh giá phần giao giữa xe, thang và hệ tích hợp cùng nhau, thay vì nhận thử nghiệm riêng lẻ của từng nhà cung cấp là đủ. ISO 3691-4:2023
Viết phương án phục hồi trước khi chấp thuận demo bình thường
RFP cần có tình huống từ chối lệnh gọi, hủy sau khi phân cabin, cửa không mở, báo sai tầng, không lên được, xe dừng trong cabin, không ra được, mất mạng, mất điện, dừng khẩn, chế độ cháy và khóa bảo trì. Với mỗi trường hợp, định nghĩa vị trí dừng an toàn, timeout, người nhận cảnh báo, điều kiện tự thử lại, quyền thu hồi thủ công và trạng thái công việc nghiệp vụ.
Giả sử mất kết nối ngay sau thông báo “cửa mở”. Cách xử lý khác nhau nếu xe còn ngoài cửa, đang qua ngưỡng hoặc đã trong cabin. Sau khi nối lại, không coi sự kiện cũ là giấy phép hiện tại. Đọc lại vị trí cabin, cửa và xe; nếu không khớp, dừng và giao cho người được đào tạo. Định nghĩa điều kiện trả thang về điều phối thông thường để không xử lý lệnh khác khi xe còn mắc bên trong.
Nhật ký vừa phục hồi lỗi vừa cải tiến vận hành
Dùng cùng mốc thời gian để ghi lệnh vận chuyển, đặt chỗ, phân cabin, cửa, vị trí xe, lên/xuống, mã lỗi và thao tác người vận hành. Xác định quyền truy cập và thời gian lưu dữ liệu cá nhân nếu có. Nhật ký giúp phân biệt chờ thang, vật cản ngoài cửa và định vị xe không chuẩn. HMI tại chỗ nên hiển thị riêng “xe dừng”, “đang chờ thang” và “cần thu hồi thủ công”. Dùng ID công việc chung để ghép nhật ký MES/WMS với đội xe và gateway.
Bảng phạm vi RFP
| Hạng mục | Dữ liệu bên mua cần | Ví dụ kiểm nhận |
|---|---|---|
| Thang | Model, bộ điều khiển, tầng, hợp đồng, cải tạo | Xác nhận nhà sản xuất và kiểm tra thực tế |
| Tải hàng | Kích thước, khối lượng, trọng tâm tối đa | Qua ngưỡng với tải tối đa |
| Lệnh vận chuyển | Bắt đầu, kết thúc, ưu tiên, chuyến cao điểm | Truy vết từ MES/WMS tới giao hàng |
| Giao diện | Bản tin, ID, xác thực, timeout | Thử trùng, trễ, ngắt, khởi động lại |
| An toàn | Mối nguy mọi tầng, trong cabin, khi thu hồi | Dừng, cấm vào, đưa xe ra có giám sát |
| Năng lực | Việc hoàn thành và chờ giờ cao điểm | Đo khi dùng chung với người và việc khác |
| Bảo trì | Đầu mối và trách nhiệm | Phân lỗi, log và thời gian phục hồi |
Thống nhất chỉ tiêu số sau khảo sát. Báo giá chỉ ghi “tương thích thang máy” là chưa đủ: hỏi đúng model/bộ điều khiển, chi phí cải tạo và hợp đồng, thử nghiệm tại chỗ, đầu mối khi dừng. So sánh tổng chi phí của xe, phần mềm điều phối, giao diện thang, gateway, mạng, cảm biến, sửa nền/ngưỡng, đánh giá rủi ro, FAT/SAT, đào tạo và bảo trì. Xe dự phòng không giải quyết được thang là điểm lỗi duy nhất; cần tính vận chuyển thủ công và tác động dừng sản xuất.
Thu thập bằng chứng trước khi gửi RFP
Chụp từng tầng và ngưỡng bằng phương pháp đo nhất quán, chỉ ra vạch chờ, lối người, tuyến xe nâng và tiếp cận khẩn cấp. Ghi kích thước khi đầy hàng chứ không chỉ xe rỗng. Tách số đo thực tế và giả định thiết kế, ghi ngày cùng phiên bản bản vẽ. Hỏi người vận hành thang về ưu tiên lệnh, giờ chuyển hàng, kế hoạch bảo trì, chế độ cháy/mất điện và hỗ trợ ban đêm. Đo vận chuyển thủ công hiện nay: thời gian, chờ thang, chuyển tải, ùn, hư hỏng và giao nhầm. Giữ cùng định nghĩa công việc sau tự động hóa mới đánh giá được hiệu quả.
FAT kiểm logic; SAT kiểm site thật
Ở FAT, dùng thiết bị hoặc simulator kiểm tra state machine và ngoại lệ: ID trùng, tin nhắn trễ, hủy lệnh, báo sai tầng, mất mạng, khởi động lại. Xác nhận không đặt cabin hai lần hoặc cấp phép vào sai. Otis giới thiệu môi trường mô phỏng trực tuyến cho nhà phát triển robot dịch vụ; phải xác nhận khả năng dùng với sản phẩm và hợp đồng đã chọn. Otis
Ở SAT, thử cửa, ngưỡng, mặt sàn, phủ sóng, người dùng và lịch sử dụng thang thực. Thử xe rỗng, tải tối đa, tải lệch; mọi cabin và tầng cần dùng; giờ đông; can thiệp thủ công; dừng khẩn; chế độ bảo trì; phục hồi sau mất điện. API trả lời đúng ở FAT không chứng minh xe đầy hàng đã qua ngưỡng an toàn ở SAT. Ghi số lỗi, nguyên nhân, thời gian phục hồi và số lần con người can thiệp bên cạnh số chuyến hoàn tất. Thỏa thuận số lượt và tiêu chí đạt trước khi triển khai.
Khi chạy thật, bắt đầu với một cabin, một cặp tầng, một loại tải và khung giờ hạn chế rồi mở rộng theo dữ liệu. Đào tạo chuyển về vận chuyển thủ công. Quyết định hệ nào giữ các việc chưa xong trong lúc fallback để MES/WMS không phát lệnh trùng.
Câu hỏi thường gặp
AGV và AMR dùng chung phương án kết nối thang được không?
Có thể dùng chung yêu cầu nghiệp vụ gọi thang, nhưng định vị, tốc độ tiếp cận, tránh chướng ngại và phục hồi khác theo xe. VDA 5050 giữa điều phối và xe không tự chuẩn hóa giao diện thang. Cần thử từng model tại cửa thật.
Thang hàng hiện có kết nối API được không?
Phụ thuộc model, bộ điều khiển, hợp đồng và bảo trì. Trang API robot dịch vụ không bảo đảm áp dụng cho mọi thang hàng. Gửi mã thiết bị cho nhà sản xuất và yêu cầu trả lời bằng văn bản về giao diện, cải tạo, kiểm định và chi phí.
Kết nối AGV với thang tốn bao nhiêu?
Không có giá chung hữu ích nếu chưa biết thiết bị và phạm vi. So cùng một phạm vi gồm xe, điều phối, API hoặc tiếp điểm được duyệt, gateway, nền và sảnh, an toàn, phần mềm, thử tại chỗ và phí định kỳ. Gửi model, số tầng, tải, số chuyến và giờ chạy khi hỏi giá.
AGV có đi cùng người trong thang được không?
Không thể mặc nhiên cho phép. Đánh giá số người, vận hành thang hợp lệ, luật địa phương, chế độ khẩn và can thiệp thủ công cùng nhà cung cấp thang và nhóm an toàn. Kiểm chứng phương án được chọn tại SAT.
Kết luận
Hãy xem thang máy là thiết bị dùng chung với quy tắc đặt chỗ, lên xuống, an toàn, phục hồi và bảo trì. Xác nhận tương thích và trách nhiệm trước, viết toàn bộ bước bắt tay từ gọi đến ra, đo tải và thời gian chờ giờ cao điểm, thử logic ở FAT và hiện trường ở SAT. VDA 5050 phục vụ kết nối điều phối–xe; API của hãng thang chỉ áp dụng cho thiết bị và chức năng hãng đã xác nhận.
Về tuyến đường, nền và độ chính xác dừng, xem hướng dẫn thiết kế layout AGV. Về điểm bàn giao hàng, xem hướng dẫn tích hợp băng tải với AMR. Ngay khi còn ở bước xác định tầng và tải, bạn có thể liên hệ TOMAS TECH với dữ liệu thang và sơ đồ quy trình để trao đổi phạm vi tích hợp.
Nguồn tham khảo
- ISO, ISO 3691-4:2023, https://www.iso.org/standard/83545.html
- ISO, ISO 12100:2010, https://www.iso.org/standard/51528.html
- ISO, ISO 13849-1:2023, https://www.iso.org/standard/73481.html
- VDA, VDA 5050 v3.0, https://www.vda.de/en/press/press-releases/2026/260421_PM_VDA_5050_EN
- VDA/VDMA, đặc tả VDA 5050, https://github.com/VDA5050/VDA5050/blob/main/VDA5050_EN.md
- KONE, Service Robot API, https://dev.kone.com/api-portal/service-robot-api
- Otis, Integrated Dispatch, https://www.otis.com/en/us/products-services/products/otis-integrated-dispatch
