เชื่อม AGV กับลิฟต์โรงงานหลายชั้น: RFP และ FAT/SAT

การให้ AGV หรือ AMR ขนชิ้นส่วนจากชั้นรับสินค้าไปยังสายประกอบอีกชั้นหนึ่ง ไม่ใช่แค่การต่อเส้นทางวิ่งให้ยาวขึ้น การเชื่อม AGV กับลิฟต์ต้องครอบคลุมคำสั่งขนส่ง การเรียกลิฟต์ การยืนยันชั้นและประตู การขึ้นลงอย่างปลอดภัย รวมถึงการกู้คืนเมื่อสื่อสารหรืออุปกรณ์ขัดข้อง บทความนี้จัดลำดับสิ่งที่โรงงานหลายชั้นในไทยและอาเซียนควรระบุใน RFP และตรวจรับด้วย FAT/SAT

กำหนดขอบเขตความรับผิดชอบก่อนเลือกอุปกรณ์

MES หรือ WMS สร้างคำขนส่ง ระบบบริหารฝูงรถเลือก AGV และเส้นทาง ส่วนการติดต่อกับลิฟต์อาจผ่านระบบฝูงรถหรือเกตเวย์เฉพาะ ผู้ผลิตและผู้บำรุงรักษาลิฟต์รับผิดชอบอุปกรณ์ลิฟต์ตามขอบเขตสัญญา หาก RFP ไม่ระบุว่าใครเป็นเจ้าของสัญญาณและความผิดปกติ รถที่หยุดหน้าประตูอาจกลายเป็นปัญหาที่ผู้ขายรถ ผู้ขายลิฟต์ และทีมเครือข่ายต่างโยนให้กัน

ควรบอกจุดเริ่มและจุดจบของงาน ผู้จัดหาอินเทอร์เฟซ ลำดับการทำงานปกติ วิธีหยุดอย่างปลอดภัย วิธีเปลี่ยนเป็นขนส่งด้วยคน เจ้าของบันทึกเหตุการณ์ และผู้ประสานงานเมื่อเกิดเหตุ เก็บข้อมูลจำนวนเที่ยวจริง ช่วงพีก รูปแบบสินค้า การใช้ลิฟต์โดยคน จุดรอทุกชั้น และความหนาแน่นหน้าประตู ลิฟต์เป็นทรัพยากรที่หลายฝ่ายใช้ร่วมกัน ระบบ AGV จึงไม่ควรสมมติว่าจองลิฟต์ได้ตลอดเวลา

“ใช้ลิฟต์เดิม” ต้องตรวจอะไรบ้าง

บันทึกรุ่นลิฟต์ ตู้ควบคุม ชั้นที่ให้บริการ ขนาดห้องโดยสาร ความกว้างช่องประตู น้ำหนักบรรทุกที่กำหนด ธรณีประตู พฤติกรรมการค้างประตู โหมดไฟไหม้และไฟดับ และสัญญาบำรุงรักษา เปรียบเทียบกับขนาดและน้ำหนักมากสุดของรถพร้อมพาเลตหรือรถเข็นและสินค้าที่อาจยื่นออกมา น้ำหนักยังไม่เกินพิกัดไม่ได้แปลว่าหมุนรถหน้าลิฟต์ได้ ข้ามธรณีประตูได้ หรือบรรทุกของโดยไม่ล้ม ตรวจด้วยว่าลิฟต์ใช้ขนสินค้าอย่างเดียวหรือใช้ร่วมกับคน และอนุญาตให้หุ่นยนต์โดยสารพร้อมคนหรือไม่

KONE อธิบาย Service Robot API สำหรับเรียกลิฟต์และรับข้อมูลชั้น ทิศทาง สถานะประตู และสถานะคำเรียก Otis ระบุว่า Integrated Dispatch เป็น API สำหรับ service robot แบบคลาวด์หรือในสถานที่ ข้อมูลสาธารณะเหล่านี้กล่าวถึงการส่งของ การทำความสะอาด และงานบริการในอาคารเป็นหลัก ไม่ได้รับรอง ว่าลิฟต์ขนสินค้ารุ่นใดในโรงงานใช้ได้โดยอัตโนมัติ ต้องถามผู้ผลิตถึงรุ่น ตู้ควบคุม สิทธิใช้ API การดัดแปลง การตรวจตามกฎหมายท้องถิ่น และเงื่อนไขบริการเป็นรายเครื่อง KONE · Otis

เขียนลำดับสัญญาณตั้งแต่เรียกลิฟต์จนออกจากห้องโดยสาร

ไม่ควรสั่งรถไปหน้าประตูทันทีที่ MES ขอส่งของ เพราะลิฟต์อาจไม่ว่างและบริเวณนั้นมีคนหรือรถยกผ่าน แยกขั้นตอนเป็น รับงาน → ไปจุดรอปลอดภัย → จองหรือเรียกลิฟต์ → ยืนยันห้องโดยสาร ชั้น และประตูเปิด → ตรวจพื้นที่รอและในห้องโดยสาร → อนุญาตให้ขึ้น → ยืนยันรถหยุดในห้องโดยสาร → เดินทางไปชั้นปลายทาง → ยืนยันถึงชั้นและประตูเปิด → อนุญาตให้ออก → รถออก → ปลดการจอง → แจ้งว่างานเสร็จ หากอุปกรณ์ไม่ให้สัญญาณบางตัว ต้องกำหนดวิธีตรวจสอบทดแทนและประเมินความปลอดภัยอย่างชัดเจน

ผูกคำสั่งและคำตอบด้วยรหัสงาน รหัสรถ รหัสห้องโดยสาร ชั้นต้นทางและปลายทาง เวลา timeout และจำนวนครั้งที่ลองใหม่ กำหนดการกันคำสั่งซ้ำ การจัดการคำตอบที่มาหลัง timeout และการตรวจสภาพจริงใหม่หลังรีสตาร์ต คำว่า “ประตูเปิด” เพียงอย่างเดียวไม่ยืนยันว่าเป็นลิฟต์คันที่ถูกต้อง ห้องโดยสารเสมอพื้น มีที่ว่าง หรือรถได้รับอนุญาตให้เข้า

ข้อมูลจาก API ไม่เท่ากับฟังก์ชันความปลอดภัย

สถานะประตูหรือชั้นจาก API ช่วยประสานการจราจร แต่การใช้เป็นสัญญาณเพื่อหยุดรถหรือป้องกันการหนีบต้องประเมินต่างหาก ทั้งความหน่วง ข้อมูลสูญหาย การเชื่อมต่อใหม่ การระบุรถผิด และไฟดับ ISO 3691-4:2023 ระบุข้อกำหนดด้านความปลอดภัยและการตรวจสอบสำหรับรถอุตสาหกรรมไร้คนขับและระบบ รวมตัวอย่าง AGV/AMR ISO 12100:2010 ให้หลักการประเมินและลดความเสี่ยงเครื่องจักร และ ISO 13849-1:2023 เกี่ยวกับส่วนของระบบควบคุมที่ทำหน้าที่ด้านความปลอดภัย มาตรฐานเหล่านี้ไม่ได้หมายความว่าเชื่อม API แล้วผ่านข้อกำหนดทันที ต้องประเมินอันตรายของพื้นที่จริงและกฎหมายลิฟต์ที่เกี่ยวข้อง ISO 3691-4 · ISO 12100 · ISO 13849-1

วัดรถ ลิฟต์ และอาคารเป็นระบบเดียว

ความกว้างรถและรัศมีเลี้ยวในแคตตาล็อกไม่พอจะตัดสินว่าขึ้นลิฟต์ได้ วัดขอบเขตสินค้าสูงสุด จุดศูนย์ถ่วง ระยะจากพื้นถึงสิ่งกีดขวาง ความต่างระดับที่ธรณีประตู การยุบของพื้นห้องโดยสาร ความคลาดเคลื่อนตำแหน่งหยุด ช่องประตูใช้งานจริง และตำแหน่งหยุดในห้องโดยสาร ทดสอบรถเปล่า บรรทุกสูงสุด และบรรทุกไม่สมดุล รวมผลของยางสึกและพื้นลื่น เซ็นเซอร์รถอาจอ่านช่องว่างหรือพื้นผิวสะท้อนที่ธรณีประตูผิดพลาด สินค้าที่ยื่นพ้นตัวรถก็อาจเป็นตัวกำหนดระยะจริง

ทุกชั้นต้องมีจุดรอที่ปลอดภัย เส้นทางคน ทางนำรถออกด้วยมือ และทางเข้าฉุกเฉิน รถที่รอต้องไม่บังประตูหนีไฟ ทางออก หรือทางตัดรถยก หากลิฟต์ขัดข้องแล้วรถคันหลังต่อแถวยาว ให้ตั้ง buffer ห่างจากหน้าประตูและจำกัดการเข้าโดยระบบฝูงรถ อย่านำตัวเลขความกว้างหรือเวลาค้างประตูทั่วไปมาเป็นเกณฑ์รับงานโดยไม่วัดลิฟต์และรถจริง

ประเมินกำลังขนส่งจากเวลาทั้งรอบ

แยกเวลาวิ่งไปจุดรอ รอลิฟต์ ขึ้น เดินทางแนวดิ่ง ลง ส่งสินค้า และกลับหรือรับงานถัดไป วัดคู่ชั้นที่สำคัญทุกคู่ หากใช้ร่วมกับคน ให้กำหนดทั้งค่าเฉลี่ยและเวลารอช่วงพีก ตัวอย่างเชิงสมมติ: ต้องการ 20 เที่ยวต่อชั่วโมง แต่ระบบหนึ่งเส้นทางใช้ 5 นาทีต่อเที่ยวก็ทำได้เพียง 12 เที่ยวต่อชั่วโมงก่อนคิดเวลารบกวน ตัวเลขนี้ไม่ใช่สมรรถนะของลิฟต์รุ่นใด เพิ่มรถเป็นสองคันก็ไม่เพิ่มกำลังเป็นสองเท่าหากลิฟต์เป็นคอขวด RFP ควรกำหนดจำนวนงานที่เสร็จจริงในช่วงพีกเมื่อมีผู้ใช้รายอื่น

แยกอินเทอร์เฟซเป็นสามชั้น

ชั้นธุรกิจรับข้อมูลสินค้า ล็อต จำนวน จุดรับส่ง ความเร่งด่วน และผลสำเร็จจาก MES/WMS/ERP ชั้นบริหารรถเลือกคันและเส้นทาง ชั้นลิฟต์รับคำเรียก การจัดสรร ชั้น ประตู การครอบครอง และเหตุผิดปกติ หากเรียกทั้งหมดว่า “เชื่อม API” จะมองไม่เห็นรอยต่อที่ต้องมีเจ้าของ

VDA 5050 เป็นอินเทอร์เฟซมาตรฐานระหว่างระบบบริหารฝูงรถกับหุ่นยนต์เคลื่อนที่ เวอร์ชัน 3.0 ที่เผยแพร่ในปี 2026 เพิ่มแนวคิดเขตสำหรับการนำทางอิสระและการแบ่งปันเส้นทาง ไม่ใช่มาตรฐานควบคุมลิฟต์แบบสากล แม้ใช้ VDA 5050 ก็ยังต้องกำหนด API หรือเกตเวย์ลิฟต์และระบบ interlock ด้านความปลอดภัย ระบุเวอร์ชัน ข้อความที่ต้องรองรับ ส่วนขยายเฉพาะ และพฤติกรรมเมื่อการเชื่อมต่อขาด VDA · ข้อกำหนด VDA 5050

เลือก API หรือสัญญาณภายนอกที่ได้รับอนุญาต

หากลิฟต์เดิมรองรับ API ให้ยืนยันฟังก์ชันที่รุ่นนั้นเปิดใช้จริง หากไม่มี API อาจมีสัญญาณภายนอกที่ผู้ผลิตอนุญาต ห้ามต่อสายเข้าตู้ควบคุมเองหรือใช้เครื่องกดปุ่มโดยไม่ประเมินความปลอดภัย สัญญาบำรุงรักษา การอนุมัติดัดแปลง และการตรวจในพื้นที่ ต้องกำหนดด้วยว่าใครตรวจพบข้อขัดข้อง ใครกู้คืน และใครยืนยันความปลอดภัยก่อนเริ่มเดินเครื่อง

เอกสาร KONE ระบุการสื่อสาร WebSocket และสถานะคำเรียก เช่น Allocated, Arriving, Served และ Canceled ใช้เป็นตัวอย่างการออกแบบ state machine ได้ แต่ลิฟต์ทุกยี่ห้อไม่ได้ให้ข้อมูลเดียวกัน Otis กล่าวถึงตัวเลือกคลาวด์/ภายในสถานที่และสภาพแวดล้อมจำลองสำหรับนักพัฒนา ทั้งสองกรณีต้องตรวจสอบรุ่นและสัญญาเป้าหมายก่อน KONE · Otis

ประเมินอันตรายมากกว่าบริเวณหน้าประตู

ตรวจจุดเข้า ธรณีประตู ในห้องโดยสาร จุดออก และเส้นทางกู้คืนด้วยมือ ตัวอย่างอันตรายคือคนเข้าระหว่างรถกับประตู พาเลตยื่นขวาง ล้อติดระดับพื้น รถค้างในห้องโดยสารขณะประตูปิด และโหมดไฟไหม้หรือไฟดับ ต้องรวมช่วงทำความสะอาด บำรุงรักษา เคลื่อนรถด้วยมือ และแก้เหตุผิดปกติด้วย มาตรการที่อาจใช้คือการตรวจพื้นที่ว่าง จำกัดความเร็ว ตรวจสิ่งกีดขวาง เส้นหยุด ห้ามเข้าเมื่อประตูปิด การหยุดอย่างปลอดภัย สิทธิเริ่มใหม่ และการแสดงสถานะในพื้นที่ จับคู่ทุกมาตรการกับผู้รับผิดชอบและวิธีทดสอบ การติดเซ็นเซอร์เฉย ๆ ไม่ใช่หลักฐานว่าลดความเสี่ยงพอแล้ว

หากใช้ลิฟต์ร่วมกับคน ต้องประเมินการแยกเวลา กำหนดลิฟต์เฉพาะ ตรวจคนในห้องโดยสาร หรือให้เจ้าหน้าที่อนุญาต ตามคุณสมบัติอุปกรณ์ กฎหมาย และสัญญาบริการ คำเรียก AGV ต้องไม่เหนือกว่าโหมดฉุกเฉิน ไฟไหม้ หรือบำรุงรักษา ตรวจรอยต่อของรถ ลิฟต์ และระบบรวมแบบร่วมกัน ไม่ใช่ยอมรับเพียงใบผ่านทดสอบของแต่ละชิ้น ISO 3691-4:2023

เขียนวิธีกู้คืนก่อนอนุมัติเดโมปกติ

RFP ควรรวมกรณีเรียกไม่สำเร็จ ยกเลิกหลังจัดสรร ประตูไม่เปิด แจ้งชั้นผิด ขึ้นไม่ได้ รถหยุดในห้องโดยสาร ออกจากลิฟต์ไม่ได้ เครือข่ายขาด ไฟดับ หยุดฉุกเฉิน โหมดไฟไหม้ และหยุดเพื่อซ่อม สำหรับทุกกรณีให้ระบุจุดหยุดที่ปลอดภัย timeout ผู้รับแจ้ง เงื่อนไขลองใหม่ ผู้มีสิทธิกู้คืนด้วยมือ และสถานะว่างานธุรกิจยังเปิดหรือเสร็จแล้ว

หากการสื่อสารขาดหลังได้รับข้อความ “ประตูเปิด” การกระทำที่ถูกต้องขึ้นอยู่กับว่ารถยังอยู่หน้าประตู กำลังข้ามธรณีประตู หรืออยู่ในห้องโดยสาร หลังเชื่อมต่อใหม่ห้ามใช้ข้อความเก่าแทนอนุญาตปัจจุบัน ต้องอ่านชั้น ประตู และตำแหน่งรถใหม่ ถ้าไม่ตรงกันให้หยุดและส่งต่อเจ้าหน้าที่ กำหนดเงื่อนไขคืนลิฟต์สู่การให้บริการปกติด้วย เพื่อไม่ให้รับคำเรียกอื่นขณะ AGV ยังติดอยู่ภายใน

บันทึกเหตุการณ์ช่วยทั้งกู้คืนและปรับปรุง

ใช้เวลาอ้างอิงเดียวกันและเก็บคำขนส่ง การจอง การจัดสรรลิฟต์ สถานะประตู ตำแหน่งรถ การขึ้นลง รหัสผิดพลาด และการกระทำของเจ้าหน้าที่ กำหนดสิทธิและระยะเก็บข้อมูลส่วนบุคคล บันทึกเหล่านี้ช่วยแยกเวลารอลิฟต์ออกจากสิ่งกีดขวางหน้าประตูและความคลาดเคลื่อนของรถ หน้าจอในพื้นที่ควรแยกสถานะ “รถหยุด” “รอลิฟต์” และ “ต้องกู้คืนด้วยมือ” ให้ชัด

รายการหลักสำหรับ RFP

เกณฑ์ตัวเลขต้องตกลงหลังสำรวจพื้นที่ ใบเสนอราคาที่ระบุแค่ “รองรับลิฟต์” ยังไม่พอ ให้ถามว่ารองรับรุ่นใด ค่าแก้ไขและสัญญารวมอะไร ทดสอบอะไร และใครรับผิดชอบเมื่อหยุด เปรียบเทียบต้นทุนรวมของรถ ซอฟต์แวร์ฝูงรถ อินเทอร์เฟซลิฟต์ การดัดแปลง เครือข่าย เซ็นเซอร์ พื้นและธรณีประตู การประเมินความเสี่ยง FAT/SAT การฝึก และบำรุงรักษา รถสำรองไม่ช่วยถ้าลิฟต์เป็นจุดเสียจุดเดียว จึงต้องรวมแผนขนส่งด้วยมือและผลของการหยุดงาน

หลักฐานก่อนส่ง RFP

ถ่ายภาพทุกชั้นและธรณีประตูด้วยวิธีวัดเดียวกัน แสดงจุดรอ จุดคนข้าม ทางรถยก และทางฉุกเฉิน แยกค่าที่วัดจริงออกจากสมมติฐาน พร้อมวันที่และรุ่นแบบ สัมภาษณ์ผู้ใช้ลิฟต์ถึงลำดับความสำคัญ ช่วงขนของ แผนบำรุงรักษา โหมดไฟไหม้/ไฟดับ และการช่วยเหลือกลางคืน วัดเวลาขนส่งด้วยมือในปัจจุบัน แยกเวลารอลิฟต์ การย้ายสินค้า การติดขัด ความเสียหาย และการส่งผิด เมื่อเริ่มอัตโนมัติให้ใช้คำนิยามงานเดิมจึงจะเปรียบเทียบผลได้

FAT ตรวจตรรกะ ส่วน SAT ตรวจสถานที่จริง

FAT ใช้อุปกรณ์จริงหรือ simulator ตรวจ state machine และกรณีพิเศษ เช่น รหัสงานซ้ำ ข้อความล่าช้า ยกเลิกคำเรียก แจ้งชั้นผิด เครือข่ายขาด และแอปเริ่มใหม่ ต้องไม่จองซ้ำหรืออนุญาตให้เข้าผิด Otis ระบุสภาพแวดล้อมจำลองออนไลน์สำหรับผู้พัฒนา service robot แต่ต้องตรวจว่าใช้ได้กับรุ่นและสัญญาที่เลือก Otis

SAT ตรวจประตู ธรณีประตู พื้น สัญญาณไร้สาย คน และรูปแบบใช้ลิฟต์จริง ทดสอบรถเปล่า บรรทุกสูงสุด บรรทุกเอียง ทุกชั้นและทุกคันที่ต้องใช้ ชั่วโมงเร่งด่วน การแทรกแซงด้วยมือ หยุดฉุกเฉิน โหมดซ่อม และคืนหลังไฟดับ FAT ที่ API ตอบถูกไม่ได้พิสูจน์ว่าสินค้าข้ามธรณีประตูจริงได้อย่างปลอดภัย บันทึกความถี่ผิดพลาด สาเหตุ เวลากู้คืน และครั้งที่คนต้องช่วย พร้อมจำนวนงานเสร็จ ตกลงจำนวนทดสอบและเกณฑ์ผ่านร่วมกันก่อนลงพื้นที่

ช่วงเริ่มใช้จริง จำกัดลิฟต์หนึ่งคัน คู่ชั้นหนึ่งชุด รูปแบบสินค้า และเวลาที่กำหนดก่อน แล้วจึงขยายเมื่อเห็นข้อมูล ฝึกการกลับไปขนด้วยมือ และกำหนดว่าระบบใดเก็บงานที่ยังไม่เสร็จระหว่าง fallback เพื่อไม่ให้ MES/WMS สร้างงานซ้ำ

คำถามที่พบบ่อย

AGV และ AMR ใช้วิธีเชื่อมลิฟต์เดียวกันได้หรือไม่?

อาจใช้คำเรียกลิฟต์เชิงธุรกิจร่วมกันได้ แต่ตำแหน่งหยุด ความเร็วเข้า การหลบสิ่งกีดขวาง และการกู้คืนต่างกันตามรถ VDA 5050 ระหว่างรถกับฝูงรถไม่ได้ทำให้ API ลิฟต์เป็นมาตรฐานเดียว ต้องทดสอบรถแต่ละรุ่นกับประตูจริง

ลิฟต์ขนสินค้าเดิมเชื่อม API ได้หรือไม่?

ขึ้นอยู่กับรุ่น ตู้ควบคุม สัญญา และผู้บำรุงรักษา หน้าเว็บ API สำหรับ service robot ไม่รับรองลิฟต์ขนสินค้าทุกตัว ส่งหมายเลขอุปกรณ์ให้ผู้ผลิตตอบเป็นลายลักษณ์อักษรเรื่องอินเทอร์เฟซ การดัดแปลง การตรวจ และค่าใช้จ่าย

ค่าเชื่อม AGV กับลิฟต์เท่าไร?

ไม่มีราคากลางที่ใช้ได้ทุกโรงงาน ต้องเทียบขอบเขตเดียวกันทั้งรถ ระบบฝูงรถ อินเทอร์เฟซลิฟต์ เกตเวย์ พื้นและจุดรอ ความปลอดภัย ซอฟต์แวร์ ทดสอบหน้างาน และสัญญาต่อเนื่อง แนบรุ่นลิฟต์ จำนวนชั้น ขนาดสินค้า จำนวนเที่ยว และเวลาทำงานเมื่อขอราคา

AGV ขึ้นลิฟต์พร้อมคนได้หรือไม่?

ห้ามสมมติว่าทำได้ ต้องประเมินคนในห้องโดยสาร การไหลของคน วิธีใช้งานที่อนุญาต กฎหมาย โหมดฉุกเฉิน และการช่วยด้วยมือร่วมกับผู้ผลิตลิฟต์และทีมความปลอดภัย แล้วตรวจด้วย SAT

สรุป

มองลิฟต์เป็นเครื่องจักรที่ใช้ร่วมกัน มีการจอง การขึ้นลง ความปลอดภัย การกู้คืน และการบำรุงรักษา ยืนยันความเข้ากันได้ของอุปกรณ์และเจ้าของความรับผิดชอบก่อน เขียนลำดับสัญญาณตั้งแต่เรียกจนออก วัดสินค้าจริงและเวลารอพีก แล้วตรวจตรรกะที่ FAT และพื้นที่จริงที่ SAT VDA 5050 ใช้กับการสื่อสารระบบฝูงรถ–รถ ส่วน API ลิฟต์ใช้ได้เฉพาะอุปกรณ์และฟังก์ชันที่ผู้ผลิตยืนยัน

อ่านต่อเรื่องเส้นทาง พื้น และตำแหน่งหยุดในแนวทางออกแบบเลย์เอาต์ AGV และจุดถ่ายโอนสินค้าในแนวทางเชื่อมคอนเวเยอร์กับ AMR หากยังอยู่ขั้นระบุคู่ชั้นและรูปแบบสินค้า สามารถปรึกษา TOMAS TECH พร้อมข้อมูลลิฟต์และแผนผังกระบวนการ

แหล่งข้อมูล

• 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, ข้อกำหนด 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