AMR ติดตั้งคอนเวเยอร์ (conveyor-top AMR) คือหุ่นยนต์เคลื่อนที่ที่ติดโรลเลอร์หรือสายพานด้านบน เพื่อรับและส่งภาชนะกับไลน์ผลิต คลังสินค้า หรือเครื่องจักรโดยอัตโนมัติ แต่การซื้อ AMR แล้ววางคอนเวเยอร์บนรถยังไม่ทำให้การขนส่งระหว่างกระบวนการสมบูรณ์ โรงงานต้องออกแบบภาชนะ ค่าคลาดเคลื่อนการจอด ความปลอดภัย handshake ระหว่างสถานี การเชื่อม WMS/MES และการกู้คืนเมื่อผิดปกติเป็นระบบเดียวกัน
บทความนี้อธิบายวิธีที่โรงงานในประเทศไทยใช้กำหนดความต้องการ เปรียบเทียบ และตรวจรับ AMR ติดตั้งคอนเวเยอร์ ครอบคลุมการคำนวณกำลังขนส่ง RFP, PoC, FAT/SAT และ ROI โดยแยกค่ามากที่สุดในแค็ตตาล็อกออกจากสมรรถนะที่ต้องพิสูจน์บนหน้างานจริง
AMR ติดตั้งคอนเวเยอร์คืออะไร
ระบบนี้ประกอบด้วยฐาน AMR และโมดูลถ่ายโอนโหลดแบบใช้กำลัง รถจะเทียบกับคอนเวเยอร์ประจำที่ เซลล์ประกอบ เครื่องตรวจสอบ เครื่องบรรจุ หรือสถานีคลังสินค้า ตรวจสอบว่าทั้งสองฝั่งพร้อม แล้วจึงขับโรลเลอร์หรือสายพานพร้อมกัน นอกจากลดการเข็นรถด้วยคนแล้ว ยังเชื่อม chain of custody ของกล่องหรือล็อตจากกระบวนการหนึ่งสู่อีกกระบวนการหนึ่งได้
ต่างจาก AGV แบบคอนเวเยอร์อย่างไร
คำว่า “AGV แบบคอนเวเยอร์” อาจหมายถึงรถที่วิ่งตามเทป/รีเฟลกเตอร์ หรือ AMR ที่ใช้แผนที่และหลบสิ่งกีดขวางได้ จึงไม่ควรเลือกจากชื่อ ควรตรวจสอบ:
- วิธีนำทางและวิธีแก้เส้นทาง
- ขอบเขตระหว่างการหลบสิ่งกีดขวางกับการควบคุมจราจรส่วนกลาง
- ความแม่นยำตำแหน่งและมุมขณะ docking
- น้ำหนักบรรทุกและจุดศูนย์ถ่วงเมื่อรวม top module
- ฟังก์ชันความปลอดภัยในพื้นที่ร่วมกับคน
- อินเทอร์เฟซกับ fleet manager ระบบระดับบน และอุปกรณ์ประจำที่
AGV แบบเส้นทางตายตัวอาจเหมาะเมื่อเส้นทางและปริมาณคงที่ ส่วน AMR มีประโยชน์เมื่อปลายทาง เลย์เอาต์ ทางอ้อม หรือจำนวนรถเปลี่ยนบ่อย อย่างไรก็ตาม การนำทางอิสระไม่ได้แปลว่าไม่ต้องออกแบบเลย์เอาต์ ยังต้องกำหนดทางตัด จุดหลบ คิว ชาร์จ และทางฉุกเฉิน
เปรียบเทียบกับรถลาก ชั้นวาง และ forklift อัตโนมัติ
คอนเวเยอร์ด้านบนเหมาะกับ tote กล่อง หรือพาเลทที่ฐานมั่นคงและต้องส่งต่อโดยไม่ใช้คน ถ้าต้องลากรถเข็นหลายคัน รถลากอาจเหมาะกว่า ถ้าต้องยกชั้นไปหาผู้ปฏิบัติงานควรพิจารณา shelf-carrying robot และถ้าต้องรับพาเลทจากพื้นหรือชั้นต่างระดับควรพิจารณา forklift อัตโนมัติ จุดตัดสินใจคือหน่วยโหลดและจุดเชื่อมกับเครื่องจักร ไม่ใช่รูปลักษณ์ของรถ
เหตุผลที่โรงงานไทยทำระบบขนส่งระหว่างกระบวนการอัตโนมัติ
สำนักงานคณะกรรมการส่งเสริมการลงทุน (BOI) อธิบายมาตรการเพิ่มประสิทธิภาพสำหรับแผนลงทุนระบบอัตโนมัติหรือหุ่นยนต์ในกระบวนการผลิต/บริการ และในรายงานครึ่งแรกปี 2026 BOI ระบุคำขอ 132 โครงการ มูลค่าประมาณ 17.2 พันล้านบาท สำหรับการปรับปรุงเครื่องจักร การใช้เทคโนโลยีดิจิทัล และการบูรณาการระบบอัตโนมัติหรือหุ่นยนต์ เงื่อนไขและสิทธิของแต่ละโครงการต้องตรวจสอบกับ BOI อีกครั้ง แต่ข้อมูลนี้สะท้อนว่าการลงทุนอัตโนมัติในไทยยังดำเนินต่อเนื่อง
คำว่า “ขาดแรงงาน” ไม่เพียงพอต่อการออกแบบ ควรเปลี่ยนเป็นเป้าหมายวัดผลได้:
- ลดเวลาหยุดไลน์เพราะรอวัสดุกี่นาที
- ลด WIP และ transport lead time เท่าใด
- ลดจุดตัด forklift กับคนกี่ครั้ง
- ป้องกันส่งผิดและรายการเคลื่อนย้ายที่ไม่ถูกบันทึกอย่างไร
- รองรับกำลังผลิตเพิ่มด้วยการเพิ่มรถหรือสถานีได้หรือไม่
- รักษาระดับบริการช่วงพักและกะกลางคืนได้หรือไม่
สำหรับการจ่ายวัสดุเข้าไลน์อัตโนมัติ ความเร็วรถไม่สำคัญเท่าการส่งชิ้นส่วนถูกชนิด ถูกลำดับ และก่อนขาด ควรประเมินแรงงานด้านโลจิสติกส์ การหยุดไลน์ ความแม่นยำสต็อก ความปลอดภัย และ traceability ร่วมกัน
กำหนดภาชนะและเงื่อนไขการถ่ายโอนก่อนเลือก AMR
ข้อกำหนดว่า “กล่องไม่เกิน 50 กก.” ยังไม่พอ ต้องทำ load matrix ที่มีขนาดต่ำสุด/สูงสุด น้ำหนักจริง จุดศูนย์ถ่วง ความแข็งฐาน ความฝืด การแอ่น การรั่ว ส่วนยื่น ทิศทาง และตำแหน่งบาร์โค้ด
ทำมาตรฐานภาชนะเท่าที่ทำได้
โรลเลอร์เหมาะกับฐานแข็งและได้รับการรองรับจาก pitch ของลูกกลิ้ง ถุงนิ่ม tote ที่มีซี่ลึก กล่องเล็ก หรือฐานเสียหายอาจยุบ เอียง หรือติด stopper สายพานรองรับต่อเนื่องกว่า แต่ต้องประเมินแรงเสียดทาน การวิ่งเบี้ยว ความร้อน การทำความสะอาด และการเปลี่ยน
ถ้าทำมาตรฐานไม่ได้ ให้จำกัดชนิดที่เข้าระบบ ใช้ถาดรอง หรือแยกของผิดปกติไปเส้นทางใช้คน อย่าทำ PoC ด้วยกล่องสวยและง่ายเพียงชนิดเดียว ต้องนำภาชนะที่แย่ที่สุดแต่ยังอนุญาตให้ใช้งานมาทดสอบตั้งแต่ต้น
ความสูงและค่าคลาดเคลื่อนสะสม
แม้ความสูง nominal ของคอนเวเยอร์ทั้งสองฝั่งเท่ากัน พื้นไม่เรียบ ยางสึก น้ำหนักทำให้โครงโก่ง และความคลาดเคลื่อนติดตั้งยังสร้างระดับต่างได้ ต้องรวม tolerance ของพื้น การ docking เส้นผ่านศูนย์กลางโรลเลอร์ โครง และฐานกล่อง แล้วใช้ guide, taper, side roller, stopper และ presence sensor รองรับการเยื้อง
ความแม่นยำ docking ไม่เท่ากับความแม่นยำการวิ่งไปยังพิกัด ตัวอย่างเช่น สเปกทางการของ MiR250 ระบุว่าในสภาพควบคุม การ docking กับ VL marker มีค่า X/Y ±3 มม. และ yaw ±0.5° ขณะที่ค่าการเคลื่อนไปยังตำแหน่งทั่วไปกว้างกว่า ค่านี้เป็นสเปกผลิตภัณฑ์ ไม่ใช่การรับประกันหน้างานเมื่อรวม top module พื้น และโหลด RFP ต้องระบุวิธี docking และค่า acceptance ภายใต้น้ำหนักจริง

เลือก top module แบบโรลเลอร์ สายพาน หรือโซ่
Powered roller
โรลเลอร์ขับเหมาะกับ tote และกล่อง โดยรวมโรลเลอร์ stopper เซนเซอร์โหลด side guide drive และ local control ข้อกำหนดควรมี roller pitch แรงบิดเริ่ม ทิศทาง น้ำหนักต่ำสุด ระยะไหลต่อ การป้องกันหนีบ และการเข้าทำความสะอาด
กล่องเบาอาจไม่กระตุ้นเซนเซอร์ กล่องหนักอาจลื่นขณะเริ่ม และฐานอ่อนอาจตกช่อง ควรใช้มากกว่าหนึ่งสัญญาณยืนยันว่าโหลดออกจากฝั่งส่งและอยู่บนฝั่งรับเต็มใบ หากกล่องค้างคร่อมต้องเป็น fault ที่ควบคุมได้
Belt top
สายพานเหมาะกับของชิ้นเล็ก ถุง และฐานไม่สม่ำเสมอ แต่ต้องกำหนดแรงตึง การ tracking การทำความสะอาด เวลาเปลี่ยน การลื่น และโหลดมอเตอร์ อาหาร อิเล็กทรอนิกส์ และ clean environment อาจต้องเพิ่มเงื่อนไขวัสดุ ฝุ่น ESD หรือการล้าง
Chain หรือพาเลท
โซ่อาจใช้กับพาเลทหรือ skid ต้องรวมน้ำหนัก top, control, อุปกรณ์เสริม และโหลดทั้งหมดเทียบกับ payload และ centre-of-gravity envelope ของ AMR ตรวจสอบเสถียรภาพตอนเลี้ยว/หยุด floor load พาเลทแตก และการชนทางกล
โมดูลมาตรฐานหรือออกแบบเฉพาะ
โมดูลมาตรฐานมักมีอินเทอร์เฟซ เอกสาร และอะไหล่ชัดเจน ส่วนโมดูลเฉพาะปรับให้พอดีกับกระบวนการได้ แต่ต้องไม่เกินข้อกำหนดติดตั้ง ความปลอดภัย และการรับประกันของผู้ผลิต AMR สัญญาต้องแบ่งความรับผิดชอบของผู้ผลิตรถ ผู้ผลิต top และ system integrator ให้ชัด
ออกแบบ workflow ของการขนส่งก่อนเขียนโปรแกรม
สถานะตั้งแต่สร้างงานจนยืนยันเสร็จควรเป็นดังนี้:
- MES, WMS, PLC หรือหน้าจอผู้ปฏิบัติงานสร้างคำขอขนส่ง
- ระบบบนกำหนดต้นทาง ปลายทาง load ID priority และ due time
- Fleet manager เลือก AMR ที่มีความสามารถและจัดการเส้นทาง/จราจร
- AMR ถึงคิวต้นทางและขออนุญาต docking
- สถานียืนยัน safe state, load presence, direction และ availability
- เมื่ออนุญาตทั้งสองฝั่ง top กับ fixed conveyor ทำงานพร้อมกัน
- เซนเซอร์ยืนยันการโอนและเปลี่ยนเจ้าของข้อมูลของ load ID
- AMR ไปปลายทางและถ่ายโอนตามลำดับเดียวกัน
- ระบบบนบันทึกเวลา trace และ exception
ถ้าเพิ่มเพียงสัญญาณ PLC หลังสร้างเครื่องเสร็จ มักเกิดคำขอซ้ำ รถวิ่งเปล่า ส่งผิด หรือไม่มี completion record ต้องกำหนดว่าระบบใดเป็น source of truth ของตำแหน่งโหลด
Push, pull และงานฉุกเฉิน
Push สร้างงานเมื่อ upstream ผลิตเสร็จ ทำง่ายแต่สร้าง WIP เมื่อ downstream ตัน Pull สร้างงานจากการใช้วัสดุหรือ kanban เหมาะกับ line supply แต่ต้องมีข้อมูลการใช้ replenishment lead time safety stock และภาชนะเปล่าที่เชื่อถือได้
หลายโรงงานใช้ milk run ตามเวลา threshold replenishment และ urgent task ร่วมกัน ถ้าทุกงานกลายเป็น urgent งานปกติจะหยุด จึงต้องกำหนด priority class, deadline, pre-emption และ escalation
ออกแบบ handshake กับสถานีประจำที่
อย่างน้อยต้องแลกเปลี่ยนสถานะ: AMR arrived/docked, station available, transfer direction, load present/empty, permission to start, top/fixed conveyor running, transfer complete, fault, timeout และ reset request
Wireless I/O, industrial protocol หรือ API ใช้ได้ทั้งนั้น แต่หัวใจคือ state transition, timeout, retry และ recovery หากสัญญาณขาดระหว่างถ่ายโอนแล้วทั้งสองฝั่งเริ่มใหม่เอง กล่องอาจถูกดึงคนละทิศ หากบันทึก complete เพียงฝั่งเดียว ตำแหน่งสต็อกจะผิด
โอนสิทธิ์ข้อมูลพร้อมของจริง
ก่อนถ่ายโอน sender ถือ load ID ระหว่างเคลื่อนให้สถานะ Transferring และหลังยืนยัน receiver จึงเป็นเจ้าของ ตัดสินใจว่า AMR อ่าน barcode เองหรือเชื่อผลสแกนจากสถานี รวมทั้งวิธีจัดการ no-read, duplicate และ unexpected ID: หยุด ส่ง quarantine หรือให้ supervisor อนุมัติ
Timeout ต้องแยกตามสาเหตุ
แยก docking ไม่สำเร็จ สถานีไม่พร้อม มอเตอร์ไม่เริ่ม โหลดค้างคร่อม และ completion ไม่มา แต่ละกรณีต้องมี auto retry, alternate station หรือ human intervention และ FAT ต้องทดสอบว่าจะกลับมาเริ่มจากสถานะใด

การเชื่อม AGV กับ WMS และขอบเขต MES/PLC
คำว่า AGV WMS integration ไม่จำเป็นต้องหมายถึง WMS สั่งมอเตอร์รถโดยตรง ควรแบ่งบทบาท:
| ชั้นระบบ | ความรับผิดชอบหลัก | ข้อมูลตัวอย่าง |
|---|---|---|
| WMS | สต็อก ตำแหน่ง รับเข้า จ่ายออก เติมสินค้า | Load ID, SKU, จำนวน, ต้นทาง, ปลายทาง, business priority |
| MES | คำสั่งผลิต ความคืบหน้า การใช้วัสดุ WIP | Order, operation, need-by time, lot, quality status |
| WCS/Orchestration | แตกงาน ประสานอุปกรณ์ และจัดคิว | Task state, capability, constraint, exception |
| Fleet manager | จัดรถ เส้นทาง จราจร และชาร์จ | Position, battery, availability, traffic |
| PLC | ควบคุม sensor, drive และ safety interface แบบ real time | Presence, interlock, run state, fault |
ระบบเล็กอาจต่อ MES/WMS เข้ากับ fleet API โดยตรง แต่เมื่อมีรถหลายประเภท conveyor, lift หรือ AS/RS อาจต้องมี WCS/orchestration
VDA 5050 Version 3.0 ที่เผยแพร่เดือนมีนาคม 2026 กำหนดการแลก order และ status ระหว่าง master control กับ mobile robot และเพิ่มแนวคิด zone กับ path sharing สำหรับรถนำทางอิสระ การรองรับ VDA 5050 ช่วยวางกลยุทธ์ mixed fleet แต่ไม่ได้เชื่อม WMS, station PLC และ load handling ให้อัตโนมัติ ต้องตรวจ version, scope ที่ implement, vendor extension และ test case
API ควรมี request ID, load ID, source, destination, priority, deadline, required equipment และ cancellation rule ใช้สถานะ Requested, Accepted, Assigned, AtSource, Loading, InTransit, AtDestination, Unloading, Completed และ Failed การส่ง request เดิมซ้ำต้องไม่สร้าง task ที่สอง ซึ่งเป็นหลัก idempotency
คำนวณจำนวนรถและกำลังขนส่ง
อย่าใช้ maximum speed ตัดสินจำนวนรถ แยกรอบหนึ่งเป็น dispatch wait, empty travel, source queue, docking, loading, loaded travel, destination queue, unloading และ clear station
ตัวอย่างอธิบาย: รอบเฉลี่ย 12 นาทีและขน 1 ภาชนะ ให้ทฤษฎี 5 เที่ยว/ชม. หากสมมติ usable utilisation 70% จะเหลือ 3.5 เที่ยว/ชม. ความต้องการ 20 เที่ยว/ชม. ให้ 5.7 หรืออย่างน้อย 6 คัน ก่อนพิจารณา peak clustering และการคงบริการเมื่อรถเสีย ค่านี้ไม่ใช่มาตรฐาน ให้แทนด้วยข้อมูลจริงและ simulation
ข้อมูลที่ต้องใช้ได้แก่ demand รายช่วงเวลาและ peak 15 นาที ระยะทางแต่ละคู่ต้นทาง/ปลายทาง empty-travel ratio เวลา docking/loading/unloading เวลารอทางตัด ประตู ลิฟต์ และทางแคบ นโยบายชาร์จ planned stop, fault, cleaning, manual recovery และการเพิ่มกำลังผลิตในอนาคต
สเปกแค็ตตาล็อกเป็นเพียงจุดเริ่ม OMRON แสดง LD รุ่น payload 60, 90 และ 250 กก. พร้อมความเร็วและ runtime ของแต่ละรุ่น ส่วน MiR250 ระบุ payload 250 กก. และความเร็วสูงสุด 2.0 m/s แต่ top module ใช้ payload บางส่วน และ safety field พื้น จราจร โหลด และ config ทำให้ความเร็วใช้งานต่างไป ต้องวัดชุดที่ติดตั้งจริง
เมื่อมีหลายรถ หลายสถานี ทางตัด priority และ charging ค่าเฉลี่ยจะซ่อนคิว ควรทำ discrete-event simulation แล้วเปรียบเทียบวันปกติ peak รถเสียหนึ่งคัน และเส้นทางปิด
ความปลอดภัยเป็นคุณสมบัติของทั้งระบบ
ISO 3691-4:2023 ครอบคลุมข้อกำหนดและการตรวจสอบความปลอดภัยของ driverless industrial truck และระบบ รวม AGV/AMR โดย ISO ระบุด้วยว่าสภาพ operating zone มีผลสำคัญต่อความปลอดภัย รถฐานที่สอดคล้องมาตรฐานจึงไม่แทน site risk assessment ของ top, station, คน และ procedure
Top module เพิ่ม pinch point ของ roller/belt/chain ช่องว่างกับเครื่องประจำที่ โหลดตกหรือค้างคร่อม จุดศูนย์ถ่วงสูง การเคลื่อนระหว่าง transfer การ restart ที่ไม่คาดคิด และ fault ของไฟ/communication ต้องแยก business control ออกจาก safety-rated control คำสั่งหยุดผ่าน API ไม่ใช่ safety function โดยอัตโนมัติ เลือก E-stop, scanner, bumper, interlock, guard, light curtain และ warning จาก risk assessment
ความกว้างทางเดินต้องรวม protective field โหลดที่ยื่น การสวนกัน ที่หลบคน ประตู เสา ของวางชั่วคราว และ forklift ตรวจน้ำมัน น้ำ รอยต่อพื้น grating slope แสงแดด ฝุ่น อุณหภูมิ ความชื้น และ Wi-Fi ตัวอย่างสเปก OMRON LD ระบุใช้ในอาคาร 5–40°C และ IP20 สำหรับรุ่นที่อ้างถึง ต้องเทียบผลิตภัณฑ์จริงกับพื้นที่จริง
เลย์เอาต์ สถานี และเครือข่าย
จัดพื้นที่คิวก่อน docking ทางถอยเมื่อ transfer ล้มเหลว และทางซ่อม รถที่รอไม่ควรบัง main aisle ระหว่างสถานีถูกใช้งาน วาง charger, maintenance bay และทางอพยพในแบบเดียวกัน
อ่าน คู่มือออกแบบระบบคอนเวเยอร์สำหรับโรงงานไทย สำหรับ accumulation, merge และ maintainability ของฝั่ง fixed conveyor และ คู่มือบูรณาการระบบ AGV สำหรับขอบเขตระหว่างรถ ซอฟต์แวร์ และอุปกรณ์
ควรทำมาตรฐาน transfer height, guide, signal, timeout, HMI, warning และ recovery ของสถานี วัด Wi-Fi ตลอดเส้นทาง จุด docking และ charger รวม roaming, latency, packet loss กำหนดพฤติกรรมเมื่อ network loss/recovery และรวม OT segmentation, firewall, certificate, account, time sync, log และ patch owner
เปรียบเทียบต้นทุนรวมและ ROI
งบต้องรวม AMR, top, charger, battery option, fixed conveyor, guide, stopper, sensor, safety, fleet software, WCS, WMS/MES/API, PLC, Wi-Fi, server, cybersecurity, mapping, simulation, programming, training, FAT, ขนส่ง, ติดตั้ง, SAT, ramp-up, spare, service, update, ภาชนะมาตรฐาน และซ่อมพื้น
ผลประโยชน์อาจมาจากเวลางานที่นำไปใช้ใหม่ ลดหยุดไลน์ OT, WIP, ส่งผิด และความเสี่ยง รวมทั้งเพิ่มกำลังได้ง่ายขึ้น แต่ห้ามนับซ้ำ หากพนักงานขนส่งทำงานอื่นด้วย ให้นับเฉพาะเวลาที่ปลดปล่อยได้จริง
ตรวจ first response ในไทย อะไหล่ ภาษา response target อายุแบต ล้อ การทำความสะอาด sensor การเปลี่ยน belt/roller และ firmware เป็น OPEX การรองรับอินเทอร์เฟซก็มี lifecycle cost เพราะทุก upgrade ต้อง regression test
PoC ต้องพิสูจน์อะไร
PoC ไม่ใช่วิดีโอรถวิ่ง แต่เป็นการลดความไม่แน่นอนก่อนลงทุน ทดสอบโหลดเบาสุด หนักสุด ใหญ่สุด เล็กสุด และฐานแย่ที่สุด docking ภายใต้ tolerance ของพื้น การจราจรช่วง busy การขาด communication, sensor fault, bridging load, station full การติดตาม load ID ตั้งแต่ต้นจนจบ กลยุทธ์ชาร์จตลอดกะ และการกู้คืนโดย maintenance ในโรงงาน
กำหนด acceptance ก่อนเริ่ม เช่น โหลดที่อนุมัติทุกกลุ่มผ่านการโอน ปลายทางผิดเป็นศูนย์ P95 cycle time อยู่ในข้อกำหนด กู้คืนในเวลาที่ตกลง และ trace log ครบ ค่า threshold ต้องมาจาก service requirement ของโรงงาน
สิ่งที่ต้องอยู่ใน RFP และ FAT/SAT
RFP ต้องให้ demand รายเวลา คู่ source/destination, priority, load matrix, cycle time และบริการเมื่อรถหนึ่งคันหยุด ฝั่ง mechanical ระบุ top type, height, tolerance, direction, sensing, total load, centre of gravity, floor และ slope ฝั่ง software แบ่ง WMS/MES/WCS/fleet/PLC ระบุ API/protocol, VDA 5050 version ถ้ามี, state, log, alarm, retry, idempotency, backup และ access control ฝั่งบริการระบุทีมไทย response, spare, ภาษาฝึกอบรม เอกสาร I/O/API, backup, FAT/SAT, warranty และ change management
FAT ต้องทดสอบตั้งแต่ upper-system request ถึง completion record รวม normal, boundary, fault และ recovery: network loss, E-stop, sensor ค้าง, โหลดคร่อม, duplicate request, station full, low battery และรถหนึ่งคัน unavailable
SAT เพิ่มพื้นจริง Wi-Fi คน อุณหภูมิ แสง และเครื่องข้างเคียง วัด P95/P99 cycle, queue, manual intervention, empty travel, charging และ transfer failure ตลอดกะตัวแทนและช่วง peak ไม่ใช่ demo สั้น

ความผิดพลาดที่พบบ่อย
ประเมินเฉพาะจำนวนรถ: top, fixed equipment, software, wireless, safety และ ramp-up จะเพิ่มทีหลัง ต้องทำ system boundary และ cost sheet เดียวตั้งแต่ต้น
คำนวณจาก rated speed: รอบจริงมีโค้ง หยุด ทางตัด docking, transfer และ charging ต้องใช้ task log และเวลาวัดจริง
ทดสอบแต่กล่องง่าย: กล่องเสีย นิ่ม เบา หรือจุดศูนย์ถ่วงเอียงจะสร้างปัญหาหลัง go-live ต้องมี worst valid case และ prohibited case
เชื่อม WMS ตอนท้าย: ของอาจเคลื่อนแต่สต็อกผิด ใช้ request/load state แบบ production ตั้งแต่ PoC
พึ่ง vendor ทุกครั้งที่เสีย: ฝึกทีม local ให้ isolate อย่างปลอดภัย เอาโหลดออก และ restart task ตาม procedure
แผนตัดสินใจ 90 วัน
วัน 0–30: เก็บ demand, ระยะทาง, waiting, load, traffic และ exception ตกลง scope, KPI, prohibited condition และ system boundary
วัน 31–60: ทำ PoC ด้วยโหลดจริงและเส้นทางตัวแทน ทดสอบ transfer, docking, safety, WMS/MES และ recovery ที่ตั้งใจสร้างขึ้น
วัน 61–90: นำเวลาวัดกลับไปคำนวณ fleet และ simulation ปรับ CAPEX, OPEX, benefit, risk เขียน FAT/SAT, ownership และ support ไทยลง RFP แล้วตัดสิน Scale, Revise หรือ Stop
FAQ เกี่ยวกับ AMR ติดตั้งคอนเวเยอร์
ควรเลือก AGV แบบคอนเวเยอร์หรือ AMR?
AGV เหมาะกับเส้นทางและ flow คงที่ ส่วน AMR เหมาะเมื่อปลายทาง เลย์เอาต์ ทางอ้อม หรือจำนวนรถเปลี่ยน ให้เปรียบเทียบ guidance, traffic, safety, docking, integration และ support ด้วย requirement เดียวกัน
ระบบขนส่งระหว่างกระบวนการควรเริ่มกี่คัน?
คำนวณจาก peak request, cycle ที่วัด, charging และ service level เมื่อรถเสียหนึ่งคัน PoC หนึ่งเส้นทางและไม่กี่คันทำได้ แต่สถานีกับ fleet standard ต้องรองรับการขยาย
การจ่ายวัสดุเข้าไลน์อัตโนมัติป้องกันของขาดอย่างไร?
จัดการ consumption, reorder point, safety stock, empty return และ emergency demand ใน MES/WMS วัด P95 replenishment lead time แล้วกำหนด capacity reserve และ priority
การเชื่อม AGV กับ WMS ต้องมีข้อมูลอะไร?
อย่างน้อย request ID, load ID, source, destination, priority, due time, task state, vehicle, fault และ completion time พร้อม idempotent retry, cancellation และ reconciliation หลัง network/manual recovery
Payload ของ top เท่ากับ payload AMR หรือไม่?
ไม่จำเป็น ต้องหักน้ำหนัก top, control และ option จาก capacity และตรวจ centre of gravity, height, speed, floor, slope ของชุดจริง
AMR ที่สอดคล้องมาตรฐานนำมาใช้ได้ทันทีหรือไม่?
ไม่ได้ การสอดคล้องของรถสำคัญ แต่หน้างานต้องประเมิน top, station, คน, forklift และ recovery procedure เพราะ ISO 3691-4 ย้ำผลของ operating zone
เปรียบเทียบราคาอย่างไร?
ใช้ total cost ที่รวมรถ top สถานี ชาร์จ software, WMS/MES, PLC, wireless, safety, floor, training, FAT/SAT, spare และ service พร้อมแยกประโยชน์ด้านแรงงาน uptime, WIP, quality และ safety
สรุป: ออกแบบ “ระบบรับส่ง” ไม่ใช่เพียงตัวรถ
AMR ติดตั้งคอนเวเยอร์ช่วยเชื่อมเกาะของระบบอัตโนมัติประจำที่ และทำให้การขนระหว่างกระบวนการกับ line supply มี traceability คุณค่าจะเกิดเมื่อโรงงานออกแบบ load, tolerance, handshake, digital custody, WMS/MES, capacity, safety และ recovery เป็นระบบเดียว พิสูจน์ worst load กับ fault ใน PoC และกำหนด FAT/SAT ที่วัดได้ก่อนเซ็นสัญญา
TOMAS TECH สนับสนุนโรงงานในประเทศไทยตั้งแต่การประเมินแนวคิด ภาชนะ และเลย์เอาต์ การคำนวณจำนวนรถ ออกแบบ fixed conveyor เชื่อม WMS/MES และ PLC จัดทำ RFP, PoC และ acceptance test สามารถเริ่มปรึกษาได้แม้ยังไม่เลือกยี่ห้อ AMR ติดต่อ TOMAS TECH เพื่อทบทวน flow เป้าหมายและข้อมูลที่มีอยู่