Một robot đạt tỉ lệ thành công rất cao cho mỗi bước riêng lẻ vẫn có thể hỏng phần lớn số lần khi phải làm mười bước liên tiếp. Đây là phép nhân đơn giản, và nó giải thích vì sao các bản trình diễn nhiệm vụ dài hiếm hơn nhiều so với các bản trình diễn một thao tác.
Phép nhân khắc nghiệt
Nếu mỗi bước độc lập và có cùng xác suất thành công, xác suất hoàn thành cả chuỗi là tích của chúng. Với chuỗi càng dài, con số này giảm rất nhanh.
Hệ quả thực tế: cải thiện tỉ lệ của từng bước có tác dụng nhân lên trên toàn chuỗi. Nâng một bước từ mức khá lên mức rất tốt cải thiện toàn chuỗi nhiều hơn nhiều so với cảm nhận trực giác.
Nhưng có một lối thoát quan trọng: phép nhân này chỉ đúng khi thất bại là không thể cứu vãn. Nếu robot phát hiện được lỗi và thử lại, bài toán đổi hoàn toàn.
Đây là lý do khả năng phục hồi quan trọng hơn cả việc nâng tỉ lệ từng bước.
Chia bước và kiểm tra giữa chừng
Bước đầu tiên để có khả năng phục hồi là biết mình đang ở đâu. Điều đó đòi chia nhiệm vụ thành các bước có ranh giới rõ và kiểm tra được.
Mỗi bước nên có một điều kiện xác nhận: vật đã ở trong tay chưa, chi tiết đã vào vị trí chưa, nắp đã đóng chưa. Xác nhận có thể bằng camera, bằng cảm biến ở tay kẹp, bằng lực đo được, hoặc bằng cân.
Không có xác nhận, robot chạy tiếp các bước sau dựa trên giả định sai, và hậu quả thường tệ hơn nhiều so với việc dừng lại sớm.
Chi phí thời gian cho việc kiểm tra là thật, nhưng thường nhỏ hơn nhiều so với chi phí của một chuỗi hỏng ở bước cuối.
Thiết kế khả năng phục hồi
Với mỗi bước, cần trả lời trước ba câu.
Nếu bước này hỏng, robot có nhận ra không? Nếu không, hãy thêm cách kiểm tra trước khi nghĩ tới bất cứ điều gì khác.
Nếu nhận ra, có quay lại được không? Ví dụ: gắp trượt thì thả ra và thử lại; đặt lệch thì nhấc lên và đặt lại.
Nếu không quay lại được, hậu quả là gì? Đây là các bước cần chú ý đặc biệt.
Một kiến trúc thường dùng là mô tả nhiệm vụ như một máy trạng thái: mỗi trạng thái là một bước, mỗi trạng thái có nhánh thành công và nhánh xử lý lỗi. Cách này rõ ràng, kiểm chứng được và dễ gỡ lỗi hơn nhiều so với một chính sách duy nhất chạy suốt chuỗi.
Điểm không thể quay lui
Một số hành động không đảo ngược được: bôi keo, siết chặt, cắt, hàn, làm vỡ. Sau các bước này, sai sót không sửa được bằng cách thử lại.
Nguyên tắc thiết kế: đưa mọi bước kiểm tra ra trước điểm không quay lui. Kiểm tra vị trí, kiểm tra đúng chi tiết, kiểm tra tư thế — tất cả nên diễn ra trước khi bôi keo, không phải sau.
Nếu có thể, hãy sắp xếp thứ tự nhiệm vụ sao cho các bước không quay lui diễn ra càng muộn càng tốt. Như vậy phần lớn chuỗi vẫn còn khả năng sửa chữa.
Với các bước không thể tránh, nên đặt ngưỡng tự tin cao hơn: nếu hệ thống không chắc chắn, dừng và gọi người thay vì tiếp tục.
Đo và cải thiện chuỗi dài
Đo tỉ lệ hoàn thành toàn chuỗi là cần thiết nhưng không đủ để biết sửa ở đâu.
Nên ghi thêm hai thứ. Bước nào hỏng, để biết nút thắt nằm ở đâu. Và số lần thử lại mỗi bước, vì một bước cần thử lại nhiều lần vẫn hoàn thành nhưng đang ăn mòn thời gian chu kỳ.
Với dữ liệu này, thứ tự ưu tiên cải thiện thường rõ ràng: bước có tỉ lệ hỏng cao nhất, rồi tới bước có số lần thử lại nhiều nhất.
Một quan sát thực tế đáng nhớ: trong nhiều hệ thống, phần lớn thất bại tập trung vào một hoặc hai bước. Cải thiện đúng hai bước đó thường nâng tỉ lệ toàn chuỗi lên rõ rệt, trong khi cải thiện đều mọi bước tốn công hơn nhiều mà hiệu quả thấp hơn.
Câu hỏi thường gặp
Nên dùng một chính sách duy nhất hay chia thành nhiều bước?
Với chuỗi dài, chia thành các bước có ranh giới rõ gần như luôn thực dụng hơn: dễ chẩn đoán, dễ thêm kiểm tra và dễ xử lý lỗi. Một chính sách duy nhất chạy suốt chuỗi hấp dẫn về mặt nghiên cứu nhưng khó vận hành và khó sửa khi hỏng.
Kiểm tra giữa chừng có làm chậm chu kỳ nhiều không?
Có thêm thời gian, nhưng thường ít hơn nhiều so với chi phí của một chuỗi hỏng ở bước cuối, vốn phải làm lại từ đầu và có thể hỏng cả chi tiết. Nên so sánh theo số sản phẩm hoàn thành mỗi giờ chứ không theo thời gian một chu kỳ.
Khi nào nên dừng thử lại và gọi người?
Nên đặt ngưỡng số lần thử liên tiếp cho mỗi bước, và ngưỡng tổng thời gian cho cả chuỗi. Vượt ngưỡng nghĩa là hiện trạng đã ra ngoài phạm vi hệ thống xử lý được, và tiếp tục thử chỉ làm tăng rủi ro hỏng chi tiết.
Làm sao biết robot đang ở bước nào sau khi khôi phục sự cố?
Phải kiểm tra lại hiện trạng chứ không tin vào trạng thái lưu trong bộ nhớ, vì trong lúc dừng có thể người đã can thiệp. Một quy trình khôi phục tốt luôn bắt đầu bằng việc quan sát và xác định lại vị trí thực tế của mọi chi tiết.
Đọc thêm trong Nền tảng & bộ công cụ và Dữ liệu thao tác & điều khiển từ xa.