Blog

2026.09.08

การติดตั้งรถลำเลียงไร้คนขับในไทย: จาก RFP ถึงการรับมอบใช้งาน

การติดตั้งรถลำเลียงไร้คนขับในไทย: จาก RFP ถึงการรับมอบใช้งาน

การทำ โครงการติดตั้งรถลำเลียงไร้คนขับ ในโรงงานไทยหรืออาเซียนให้สำเร็จ ต้องเริ่มก่อนคำถามว่าจะซื้อ AGV กี่คัน ฝ่ายจัดซื้อต้องกำหนดก่อนว่า “ขนอะไร ไปที่ไหน ต้องถึงเมื่อใด และสถานะใดจึงถือว่างานเสร็จ” การสาธิตรถที่วิ่งราบรื่นไม่ได้พิสูจน์ว่าระบบจะผ่านช่วงพีก ทางแยกร่วมกับรถโฟล์คลิฟท์ การชาร์จ ความคลาดเคลื่อนระหว่าง WMS/MES หรือการกู้คืนเมื่อผิดปกติ คู่มือนี้เชื่อม RFP, PoC, FAT, SAT และการรับมอบเพื่อใช้งานจริงไว้ในสายหลักฐานเดียวกัน สำหรับเจ้าของโรงงาน ฝ่ายผลิต โลจิสติกส์ EHS, IT และจัดซื้อ

ข้อสรุปของการติดตั้งรถลำเลียงไร้คนขับ: ซื้อ “บริการขนส่ง” ไม่ใช่ซื้อแค่ตัวรถ

สิ่งแรกที่ต้องควบคุมไม่ใช่รุ่นรถหรือเทคโนโลยีนำทาง แต่คือบริการตั้งแต่สร้างคำสั่งขนส่งจนยืนยันการส่งมอบโหลด อย่างน้อยต้องระบุต้นทาง ปลายทาง ชนิดโหลด น้ำหนัก เวลาที่ต้องการ Priority เงื่อนไขการถ่ายโอน สัญญาณ Completion และสถานะปลอดภัยหลังเกิดข้อยกเว้น “Transport contract” นี้ทำให้เปรียบเทียบ AGV แถบแม่เหล็ก รถนำทางด้วยเลเซอร์ AMR แบบ SLAM รถลาก และรถยกอัตโนมัติด้วยความต้องการชุดเดียวกันได้

RFP ที่เขียนเพียง “Payload 500 kg, ความเร็วสูงสุด 1.5 m/s, จำนวน 5 คัน” จะได้ใบเสนอราคาที่เปรียบเทียบกันไม่ได้ ผู้ขายรายหนึ่งอาจไม่รวมซ่อมพื้น อีกรายรวม WMS interface และอีกรายคิดค่า Commissioning กลางคืนเพิ่มเติม ความต่างของราคาในกรณีนี้สะท้อน Scope ที่ยังไม่กำหนด ไม่ใช่สมรรถนะที่ดีกว่า

แบ่งการตัดสินใจเป็นห้า Gate ดังนี้

Gateสิ่งที่ตัดสินใจหลักฐานขั้นต่ำ
ก่อน RFPงานขนส่งนี้เหมาะกับ Automation หรือไม่From-to ปัจจุบัน ปริมาณ เวลารอ Near miss และข้อจำกัด
เริ่ม PoCความไม่แน่นอนคุ้มค่าที่จะทดสอบหรือไม่เส้นทาง เกณฑ์สำเร็จ/หยุด และขอบเขตความรับผิดชอบ
FATระบบสร้างตรงตามแบบที่อนุมัติหรือไม่บันทึกทดสอบรถ ซอฟต์แวร์ I/O และ Fault scenario
SATระบบตอบความต้องการในโรงงานจริงหรือไม่บันทึกพื้น Wireless คน อุปกรณ์ และช่วงพีก
Operational acceptanceโรงงานดูแลและกู้คืนได้อย่างปลอดภัยหรือไม่SOP การฝึกอบรม บำรุงรักษา Drill, KPI และ Change control

คัดกรอง Use case ก่อนนำกรณีติดตั้ง AGV ของโรงงานอื่นมาใช้

งานขนส่งที่มักเหมาะ

งานที่ทำซ้ำ ต้นทางและปลายทางชัดเจน โหลดคงที่ และวัดผลกระทบของความล่าช้าได้ เป็น Candidate ที่ดี เช่น เติมชิ้นส่วนตามเวลา จาก Parts supermarket ไปสายประกอบ ขนงานสำเร็จระหว่าง Process คืนกล่องเปล่า หรือส่ง Pallet ไปตรวจสอบ Baseline ต้องนับทั้งเวลาเดินของคน เวลาที่เครื่องรอ Material และเวลารอเรียกรถโฟล์คลิฟท์

งานที่ควรปรับกระบวนการก่อน

หากปลายทางเปลี่ยนด้วยคำสั่งปากเปล่า โหลดล้มบ่อย ทางเดินถูกใช้วางของ ความสูงจุดรับส่งไม่เท่ากัน หรือไม่มี Rule การเรียกงาน ต้องทำ Standardization ก่อน AGV ไม่แก้ Operation ที่คลุมเครือโดยอัตโนมัติ แต่จะทำให้ความคลุมเครือเกิดซ้ำอย่างรวดเร็วและกลายเป็นรหัสหยุดจำนวนมาก

คำว่า “คนขนได้” ยังไม่ใช่ Requirement คนสามารถจัดกล่องที่เอียง หลบรถเข็นที่ขวางทาง ตรวจพบฉลากผิด และตะโกนบอก Process ถัดไป ต้องแจกแจงงานแฝงเหล่านี้ให้เป็น Function ของรถ/สถานี ระบบส่วนบน หรือ Standard work ที่ควบคุมได้ จึงจะเห็น Scope จริง

สร้าง Baseline สำหรับ RFP ด้วยข้อมูล 10 วันทำงาน

บทความนี้เสนอให้สังเกตอย่างน้อย 10 วันทำงานซึ่งครอบคลุมวันปกติและวันพีก ตัวเลขนี้เป็นข้อเสนอในการวางแผน ไม่ใช่ข้อกำหนดของมาตรฐาน โรงงานที่มีฤดูกาลต้องตรวจเทียบกับข้อมูล Production และ Shipment ย้อนหลัง

ข้อมูลที่ต้องมีในตาราง From-to

รายการตัวอย่างใช้ใน RFP
ต้นทาง–ปลายทางST-A01 → LN-B04Map สถานี และ Scope เส้นทาง
โหลดกล่องหมุนเวียน 600×400 สูงสุด 80 kgTop module, Transfer, จุดศูนย์ถ่วง, Detection
TriggerKanban ว่าง ตารางเวลา หรือ MESRequest interface
ปริมาณปกติ 35, P95 52 Mission/ชั่วโมงจำนวนรถและ Congestion
เวลาที่ต้องการถึงภายใน 8 นาทีหลัง RequestPriority และ Acceptance KPI
เวลาปัจจุบันแยก Travel, Queue, HandlingBenefit และ Bottleneck
Exceptionไม่มีโหลด Request ซ้ำ ปิดทางRecovery design

เก็บ Distribution ทุก 15 หรือ 30 นาที ไม่ใช่เพียงค่าเฉลี่ยรายวัน โรงงานอาจมี 100 เที่ยวต่อวัน แต่ 40 เที่ยวมากระจุกหลังเริ่มกะ ช่วงกระจุกนี้เป็นตัวกำหนดจำนวนรถและ Buffer ค่า P95 หมายถึง 95% ของค่าที่สังเกตไม่เกินค่านี้ ไม่ใช่ค่าบังคับตามมาตรฐาน บทความนี้ใช้เป็นเครื่องมือไม่ให้ Average ซ่อน Peak

นิยาม Completion ให้เป็นหนึ่งเดียว

“รถถึงแล้ว” “โหลดถ่ายโอนแล้ว” “PLC ส่ง Receive complete” และ “WMS Post stock แล้ว” เป็นคนละ Business state ต้องระบุทั้ง Physical completion และ Business completion ใส่ Mission ID ที่ไม่ซ้ำ และกำหนด Idempotent retry เพื่อไม่ให้การส่งข้อความซ้ำสร้าง Stock movement ซ้ำ

การติดตั้งรถลำเลียงไร้คนขับในไทย: จาก RFP ถึงการรับมอบใช้งาน - figure 1

การออกแบบ AGV Layout คือการออกแบบ Operating zone ไม่ใช่ลากเส้นทาง

ทางเดินและทางแยก

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

อย่าใช้ความกว้างทางเดินตัวเลขเดียวกับทุกโครงการ ต้องพิจารณาขนาดตัวรถ ส่วนยื่นของโหลด Swept path การเบรก Detection field ช่องทางหนีของคน ความเร็ว ชั้นวาง/ผนัง มาตรฐานที่ใช้ และข้อจำกัดผู้ผลิต ทุกค่าบน Layout ต้องมีสมมติฐานและผู้มีอำนาจอนุมัติการเปลี่ยน

พื้น ความลาดชัน และสภาพแวดล้อม

รอยแตก รอยต่อ แผ่นเหล็ก น้ำมัน น้ำ ฝุ่น การสะท้อน แสงแดดแรง อุณหภูมิ และความชื้นมีผลต่อการวิ่ง การหยุด Sensor และอายุยาง ทดสอบทางเข้าช่วงฤดูฝน หลังล้างพื้น ตอนเปิด Shutter และเมื่อบรรทุกสูงสุด RFP ต้องแบ่งความรับผิดชอบซ่อมพื้นระหว่างผู้ขายรถ ผู้รับเหมางานโยธา และโรงงาน

สถานีรับส่ง

รถมาถึงแต่ส่งโหลดไม่ได้ยังไม่ใช่งานเสร็จ ต้องกำหนดความสูง Position tolerance, Load present, Station free, Stopper, ประตู Conveyor Ready/Busy และ Timeout ทุกสถานี ค่า Stopping accuracy สำหรับรับมอบต้องมาจากข้อกำหนดของ Top module กับโหลดจริง ไม่ใช่ค่าสวยงามบน Catalogue

การชาร์จและกะทำงาน

อย่าตัดสินจากคำว่า “วิ่งต่อเนื่อง 8 ชั่วโมง” เพียงค่าเดียว ต้อง Model อัตรา Mission เวลารอ Acceleration น้ำหนัก พื้น สภาพแวดล้อม จำนวน Charger คิวชาร์จ และ Battery ageing ตรวจว่าจุดชาร์จไม่ปิดเส้นทาง ระบบกลับจากไฟดับในสถานะปลอดภัย และใครรับผิดชอบการเก็บ ใช้ และกำจัดแบตเตอรี่สำรอง

หากต้องเปรียบเทียบอุปกรณ์ขนถ่ายหลายชนิด อ่านคู่มือเลือกอุปกรณ์ Material Handling และดูโครงสร้างต้นทุนในคู่มือ TCO 5 ปีของ AGV/AMR

คำนวณจำนวนรถจาก Cycle-time distribution และการแย่งเส้นทาง ไม่ใช่ Average

สูตรพื้นฐานคือ

นาทีที่รถต้องทำงาน/ชั่วโมง = Mission/ชั่วโมง × Effective cycle นาที/Mission

จำนวนรถเชิงทฤษฎี = นาทีที่ต้องทำงาน/ชั่วโมง ÷ 60

Effective cycle ต้องรวม Empty travel, Loaded travel, Transfer, รอทางแยก รอประตู/ลิฟต์ และรอ Dispatch ส่วนชาร์จ Planned maintenance การกู้คืน และ Peak reserve ให้ประเมินแยก

ตัวอย่างคำนวณที่เป็นสมมติฐานอย่างชัดเจน

ตัวเลขต่อไปนี้มีไว้เพื่ออธิบาย ไม่ใช่ผลงาน ราคาอ้างอิง หรือการรับประกัน ถ้า P95 demand เท่ากับ 36 Mission/ชั่วโมง และ Effective cycle 6.5 นาที จะต้องใช้ 234 Vehicle-minute/ชั่วโมง หรือ 3.9 คันเชิงทฤษฎี สี่คันจึงแทบไม่มี Margin ควรจำลองตัวเลือกห้าคันและทดสอบ PoC พร้อมการชาร์จและความแปรปรวน

ดูเวลารอทางแยกใน 5% ที่ช้าที่สุดด้วย การเพิ่มรถอาจทำให้ Output ต่อคันลดลงเพราะ Congestion ดังนั้น “4 คันไม่พอ ซื้อ 5” ไม่ได้ให้ผลเชิงเส้นเสมอ การแก้ Layout, Priority, Buffer หรือ Level request อาจถูกกว่า

ค่าใช้จ่าย AGV ต้องเทียบด้วย TCO 5 ปี ไม่ใช่ราคาตัวรถ

จัดใบเสนอราคาทุกรายให้อยู่ในโครงสร้างเดียวกัน Initial cost รวมรถ Top module, Charging, Fleet Control, Wireless, งานพื้น/ไฟฟ้า/ความปลอดภัย Interface ระบบส่วนบน Test, Training และ Spare ส่วน Operating cost รวม Maintenance, Software, Battery, Wheel, Sensor window, Network, Backup, On-site response และ Regression test หลัง Update

รายการสมมติฐาน THBหมายเหตุ
รถ 3 คันและ Top module3,600,000ตัวเลขเพื่ออธิบาย
Fleet Control และ Charging1,250,000แยกเงื่อนไข Licence
Station, WMS/MES และ PLC interface1,500,000State design สำคัญกว่าจำนวน I/O
พื้น ไฟฟ้า ความปลอดภัย และ Wireless900,000เปลี่ยนตาม Site survey
FAT/SAT, Training และ Spare1,350,000ตรวจงานกลางคืน เดินทาง ล่าม
Initial cost รวม8,600,000ไม่ใช่ราคาตลาด

ถ้าสมมติ Operating cost ปีละ 1,250,000 THB, TCO 5 ปีแบบ Nominal คือ 8,600,000 + 1,250,000 × 5 = 14,850,000 THB ยังไม่รวมภาษี Financing, Inflation, Residual value และความเสียหายจากหยุดผลิต นี่คือตัวอย่างวิธีคำนวณ ไม่ใช่ช่วงราคาหรือใบเสนอราคา

วัด Benefit ด้วยวินัยเดียวกัน ชั่วโมงเดินที่ลดลงไม่ได้กลายเป็น Cash saving โดยอัตโนมัติ ให้แยกกำลังผลิตที่เพิ่ม การหลีกเลี่ยงการรับคนเพิ่ม การคืนช่างฝีมือสู่เครื่อง การลด Material-wait downtime และการลด Risk พร้อมเจ้าของ Benefit

ก่อน BOI อนุมัติ อย่านำสิทธิประโยชน์ใส่ Base case ให้ตรวจ Activity, Equipment, Applicant, Timing และเงื่อนไขกับ BOI และผู้เชี่ยวชาญ แล้วแสดงเป็น Supported case ต่างหาก BOI รายงาน 1H 2026 ว่ามีคำขอด้าน Machinery & Automation 82 โครงการ มูลค่า 13.1 พันล้าน THB และ Smart and Sustainable Industry 132 โครงการ 17.2 พันล้าน THB ตัวเลขนี้เป็นบริบทการลงทุน ไม่ได้ยืนยันว่า AGV ของโครงการใดมีสิทธิ์

มาตรการความปลอดภัย AGV คือระบบหลักฐาน ไม่ใช่แค่ซื้อ Safety scanner

ISO 3691-4:2023 ระบุ Safety requirement และวิธี Verification สำหรับ Driverless industrial trucks และระบบ โดยยก AGV/AMR เป็นตัวอย่าง ISO 12100:2010 ให้หลักการ Risk assessment และ Risk reduction ส่วน ISO 13849-1:2023 ให้ Methodology สำหรับ Safety-related parts of control systems แต่การเขียนเลขมาตรฐานใน Proposal ไม่ได้ทำให้ Operating zone ปลอดภัย

Catalogue ปัจจุบันของ ISO ระบุ ISO 3691-4:2023 เป็นฉบับ Published และมี DIS ฉบับถัดไปอยู่ระหว่างพัฒนา อย่านำ Draft มาอ้างเป็นข้อบังคับปัจจุบัน ให้ระบุ Edition ในสัญญา วิธี Gap assessment และผู้รับผิดชอบ Migration

VDA 5050 3.0.0 มีประโยชน์ต่อการสื่อสารระหว่าง Mobile robot และ Fleet Control แต่ Scope ที่เผยแพร่ไม่รวม Safety requirement และ Traffic-management logic คำว่า “รองรับ VDA 5050” จึงแทน Safety case หรือ Congestion test ไม่ได้

Operating mode ที่ต้องอยู่ใน Risk assessment

  • Auto, Manual, Teaching, Maintenance, Cleaning, Towing และ Rescue
  • โหลดสูงสุด โหลดเยื้อง ส่วนยื่น รถเปล่า Load shift และ Detection failure
  • ทางตัดคน รถโฟล์คลิฟท์ รถเข็น มุมอับ การแซง และเข้าผิดทาง
  • Wireless loss, Fleet Control outage, PLC mismatch, ไฟดับ/ไฟตก และ Restart
  • Scanner ถูกบังหรือสกปรก, Emergency stop, Protective stop และ Restart permission
  • ไฟไหม้ อพยพ และ Special mode ของ Shutter ประตู และลิฟต์

กำหนด Required safety performance จาก Risk assessment จริงและมาตรฐานที่เกี่ยวข้อง การกำหนดทุก Function เป็น PL d หรือปล่อยให้เป็น “ค่ามาตรฐานของผู้ผลิต” โดยไม่วิเคราะห์ อาจไม่ถูกต้อง จัดทำ Safety Requirement Specification ที่ Trace Hazard, Hazardous situation, Protective measure, Safety function, Verification, Residual risk และ Operational control ได้ในบรรทัดเดียว

ในไทย ฝ่าย EHS และผู้เชี่ยวชาญที่มีความสามารถต้องตรวจข้อกำหนดด้านอาชีวอนามัย เครื่องจักร/รถยก อาคาร อัคคีภัย และไฟฟ้าที่ใช้จริง อย่าอ้างว่า ISO conformity หรือ CE mark เท่ากับผ่านกฎหมายไทยทั้งหมด EU Machinery Regulation 2023/1230 ซึ่งมีผลใช้ 20 มกราคม 2027 อาจเกี่ยวข้องกับ Market access ของ EU และ Roadmap ผู้ขาย แต่ไม่แทนกฎหมายไทย

การติดตั้งรถลำเลียงไร้คนขับในไทย: จาก RFP ถึงการรับมอบใช้งาน - figure 2

ใส่ 12 Work package ที่ควบคุมได้ใน RFP

1. Business requirement

ระบุ Product, Volume, Time window, Shift, Growth, Tolerated downtime และ Benefit KPI เปลี่ยนคำว่า “ลดคน” ให้เป็นงานและกะที่จะคืนชั่วโมง พร้อมปลายทางของชั่วโมงนั้น

2. Load และ Top module

ระบุขนาด/น้ำหนักต่ำสุดสูงสุด จุดศูนย์ถ่วง ฐาน ความเร่งที่รับได้ Load stability, Identification และกติกา Reject นำ Sample load ไป FAT

3. Layout และ Environment

ให้ CAD, Coordinate, Aisle, Gradient, Joint, Floor, Temperature, Humidity, Dust, Water, Light, Indoor/outdoor, Work window และ Restricted area แบ่งความรับผิดชอบเมื่อ Drawing ไม่ตรงหน้างาน

4. Capacity และ Fleet

ให้ Demand แบ่งตามเวลา Peak, Mission priority และ Maximum wait บังคับให้ Simulation input, Assumption และ Output เป็น Deliverable

5. Station และ Peripheral

กำหนด State, I/O และความรับผิดชอบ Mechanical/Electrical ของ Conveyor, Door, Lift, PLC และ Indicator

6. Host system

กำหนด Request, Status, Cancel, Priority, Retry, History, Clock และ ID ระหว่าง WMS/MES/ERP กับ Fleet Control รวมพฤติกรรมตอน Outage ไม่ใช่แค่บอกว่ามี API

7. Safety

ระบุเจ้าของการตัดสินใจมาตรฐาน/กฎหมาย Risk assessment, Protective measure, Verification, Residual risk, Signage และ Training

8. Non-functional requirement

กำหนด Availability, Recovery, Backup, Log retention, Access, Language, Time sync, Monitoring และ Network dependency

9. Cybersecurity

กำหนด Account, Least privilege, Remote service, MFA, Signed update, Vulnerability notice, Support end date, Configuration backup และ Log export พร้อม Boundary ระหว่าง Security กับ Safety

10. FAT/SAT

ตกลง Test case, Data, Acceptance, Retest, Witness และ Evidence format ก่อน Contract เกณฑ์ที่คิดหลังส่งมอบจะกลายเป็นข้อพิพาท

11. Training และ Maintenance

แยกบทบาท Operator, Supervisor, First response, Maintenance และ Administrator กำหนดเอกสารภาษาไทย Spare ในประเทศ Response time, Holiday/night support และแผน End-of-product

12. Change control และ Intellectual property

กำหนด Ownership/Export ของ Map, PLC logic, API configuration, Report และ Configuration/source artefact รวมราคา การอนุมัติ และ Regression test เมื่อเปลี่ยน Layout หรือเพิ่มรถ

ใช้ PoC 12 สัปดาห์เพื่อลดความไม่แน่นอน ไม่ใช่จัดโชว์

PoC ต้องลดความไม่แน่นอนที่เปลี่ยนการตัดสินใจลงทุนได้ ไม่ใช่เพียงพิสูจน์ว่ารถวิ่งได้ ตารางนี้เป็นข้อเสนอ ไม่ใช่ระยะเวลาตามมาตรฐาน

ช่วงงานExit criterion
สัปดาห์ 1–2Baseline, Route, Load, Hazard, I/Oอนุมัติ Input และ Open decisions
สัปดาห์ 3–4Detail design, Map, State transition, Testผ่าน Design Review
สัปดาห์ 5–6รถเดี่ยว Station, Charging, Basic interfaceทำ Normal flow ซ้ำได้
สัปดาห์ 7–8Peak, Multi-vehicle, Crossing, Priorityประเมิน Capacity hypothesis
สัปดาห์ 9–10Communication loss, รถเสีย, No-load, Restartพิสูจน์ Safe stop และ Recovery
สัปดาห์ 11–12Real operation, Training, KPI, Decisionบันทึก Go/Conditional/No-Go

ถ้ารถ PoC ไม่ใช่รุ่น Production มีการเคลียร์ทางพิเศษ วิศวกรผู้ขายอยู่ประจำ หรือใช้ปุ่มแทน Host interface ให้ทำ Difference list และห้าม Extrapolate ผลสู่กำลังผลิตจริงจนกว่าจะปิดความต่าง

คุม FAT, SAT และ Operational acceptance ด้วย Test matrix เดียวกัน

การติดตั้งรถลำเลียงไร้คนขับในไทย: จาก RFP ถึงการรับมอบใช้งาน - figure 3

FAT ตรวจอะไร

FAT ตรวจรถ Top module, Fleet Control, Charging, I/O และ Software build ที่อนุมัติในโรงงานผู้ขายหรือ Simulation ทดสอบโหลดต่ำสุด/สูงสุด Sensor obstruction, Emergency/protective stop, Communication loss, Restart, Duplicate request, Cancel และ Low battery พื้นและ Wireless ของโรงงานจริงจำลองไม่ครบ ดังนั้นผ่าน FAT ไม่เท่ากับผ่าน Site capacity

SAT ตรวจอะไร

SAT ใช้พื้น ทาง คน รถโฟล์คลิฟท์ Wireless, Station, WMS/MES และเงื่อนไขกะจริง รวม Peak release, Break/shift change, No-load, Destination full, Door timeout, รถเสียหนึ่งคัน Charger เสียหนึ่งเครื่อง Communication loss และ Power recovery

การทดสอบMeasure ตัวอย่างRule ตัวอย่าง
CapacityValid missions completedผ่าน P95 demand ตาม Test window
ResponseRequest-to-arrivalสัดส่วนตาม Time constraint ไม่น้อยกว่าที่ตกลง
Completionไม่มี Unplanned human interventionข้อเสนอตัวอย่าง ≥99.0%; Fix exclusion ก่อน
AvailabilityUptime ใน Production windowข้อเสนอตัวอย่าง ≥98.0%; นิยาม Stop category
TransferDamage, Drop, Wrong deliveryMajor event = 0, กำหนดเพดาน Minor
RecoveryMTTR และ SOP deviationคนโรงงานที่ฝึกแล้วกู้คืนตาม SOP
SafetySafety-function scenariosTest ที่อนุมัติผ่านทั้งหมด

99.0% และ 98.0% เป็นตัวอย่าง Contract ไม่ใช่ค่ามาตรฐาน ต้องกำหนด Denominator, Observation window และวิธีนับ Planned stop, Upstream outage, Invalid load เหตุการณ์ Safety ร้ายแรงห้ามหักล้างด้วย Average KPI แต่ต้อง Stop, Correct และ Revalidate

Operational acceptance ตรวจอะไร

การรับมอบสุดท้ายพิสูจน์ความสามารถขององค์กรด้วย Supervisor จำแนกเหตุหยุดได้ First responder จัดการรถเสียอย่างปลอดภัย Maintenance Restore backup ได้ IT ปิด Account ได้ และ EHS ประเมินการเปลี่ยนแปลงใหม่ได้ คุมภาษาและ Revision ของ SOP, Drawing, Risk record, Configuration และ Training record ทุกชิ้น

ประเมินกรณีติดตั้งรถลำเลียงไร้คนขับด้วย 7 คำถาม

กรณีของโรงงานอื่นมีประโยชน์เมื่อเห็นเงื่อนไขจริง:

  1. ขนอะไร ระหว่างจุดใด กี่ Mission และ Peak เมื่อใด
  2. อยู่ร่วมกับคน รถโฟล์คลิฟท์ ประตู และลิฟต์อย่างไร
  3. ปรับพื้น โหลด และ Standard work อะไรก่อน Go-live
  4. Boundary ของ WMS/MES/PLC และ Outage behaviour คืออะไร
  5. PoC กับ Production ต่างกันอย่างไร
  6. สาเหตุหยุดสามอันดับหลัง Go-live และการแก้คืออะไร
  7. Benefit เกิดเป็น Released hours, Output, Avoided hiring, Downtime หรือ Risk reduction

IFR World Robotics 2025 รายงานยอดขาย Professional service robots สำหรับ Transportation and logistics ทั่วโลก 102,900 หน่วยในปี 2024 เพิ่ม 14% และ RaaS fleet เพิ่ม 42% นี่เป็นตัวเลขทั่วโลก ไม่ใช่ยอด AGV ในไทย ใช้เป็นบริบทเพื่อตรวจ Support capacity, Spare, Data portability และ Long-term compatibility เท่านั้น ไม่ใช่หลักฐานว่าโครงการใดจะสำเร็จ

รูปแบบความล้มเหลวที่ทำให้รับมอบไม่ได้

นำ Demo รถหนึ่งคันไปแทน Fleet capacity

รถเดี่ยวไม่ทดสอบ Intersection, Charging, Failure หรือ Priority ต้องทดสอบ Multi-vehicle peak

จบมาตรการความปลอดภัย AGV ที่ Scanner บนรถ

ส่วนยื่นโหลด Transfer, Rescue, Door, Forklift และพฤติกรรมคนอยู่นอก Certificate ตัวรถ ต้องประเมินทั้ง Operating zone

ถือว่าเชื่อม API สำเร็จเท่ากับ Business interface เสร็จ

Request ปกติหนึ่งรอบไม่พิสูจน์ Cancel, Duplicate, Timeout, Retry, Restart หรือ Clock drift ต้องทดสอบ State model

เลือกราคาตัวรถต่ำสุด แล้วค่อยบวก System

ถ้าไม่รวม Top module, Floor, Wireless, Charging, Station integration, Training, Night work และ Maintenance การเทียบ Vehicle price ไม่ใช่ TCO

ทุกการกู้คืนต้องรอวิศวกรผู้ขาย

ถ้ากะกลางคืนต้องรอวิศวกรต่างประเทศ ระบบจะพลาด Availability target ให้ Factory first response, Log, Escalation และ Spare เป็น Acceptance deliverable

FAQ การติดตั้งรถลำเลียงไร้คนขับ

ค่าใช้จ่าย AGV เท่าไร?

ราคาตัวรถไม่พอ ต้องเทียบ TCO 5 ปี รวม Top module, Charging, Fleet Control, Floor, Electrical, Wireless, Safety, WMS/MES/PLC interface, FAT/SAT, Training, Spare, Maintenance และ Update ตัวอย่าง 14.85 ล้าน THB ในบทความเป็นสมมติฐาน ไม่ใช่ราคาเสนอหรือช่วงตลาด

การออกแบบ AGV Layout ควรเริ่มจากอะไร?

เริ่มจากต้นทาง ปลายทาง Demand ตามเวลา Load, Completion state, ทางตัด และ Transfer equipment แล้วจึงออกแบบ Travel, Waiting, Charging, Stop และ Recovery เป็น Operating zone เดียว

ใช้ ISO 3691-4 อย่างเดียวพอสำหรับมาตรการความปลอดภัย AGV หรือไม่?

ไม่พอ ISO 3691-4:2023 เป็น Type-C standard ที่สำคัญ แต่ต้องมี Risk assessment ตาม ISO 12100 การออกแบบ Safety control ที่เหมาะสม ข้อกำหนดผู้ผลิต การตรวจ Thai legal/EHS และ Peripheral/building โดยผู้มีความสามารถบนรถและ Site จริง

PoC AGV ควรนานเท่าไร?

ไม่มีระยะมาตรฐานเดียว บทความเสนอ 12 สัปดาห์เพื่อรวม Baseline, Design, Multi-vehicle peak, Fault recovery และ Real operation ข้อมูลและ Test facility ที่พร้อมอาจลดเวลา ส่วน Integration/Construction ซับซ้อนอาจเพิ่ม

FAT ต่างจาก SAT อย่างไร?

FAT ตรวจ Design, Function และ Fault handling ก่อนส่งในสภาพควบคุม SAT ตรวจบนพื้น Wireless, Traffic, Peripheral และ Host system จริง เงื่อนไข Site ที่ FAT จำลองไม่ได้ต้องส่งต่อเข้า SAT อย่างชัดเจน

รองรับ VDA 5050 แล้ว Mixed fleet ใช้งานได้ทันทีหรือไม่?

ไม่รับประกัน VDA 5050 3.0.0 เป็นฐาน Communication แต่ไม่กำหนด Safety หรือ Traffic management logic ต้องทดสอบ Feature/Version, Optional field, Map, Charging, Error, Top module และ Support ownership

สรุป: รักษาสายหลักฐานจาก RFP จนถึงการใช้งาน

โครงการติดตั้งรถลำเลียงไร้คนขับต้องจัดซื้อบริการที่ส่งโหลดถูกต้อง ตรงเวลา ปลอดภัย และกู้คืนจากข้อยกเว้นได้ ไม่ใช่ซื้อเพียงตัวรถ สร้าง Baseline 10 วัน ออกแบบ Layout, Transfer, Host integration และ Safety ร่วมกัน เปรียบเทียบ TCO 5 ปี ใส่ความรับผิดชอบและ Test ใน RFP ใช้ PoC ลดความไม่แน่นอน และ Trace Requirement เดียวกันผ่าน FAT, SAT และ Operational acceptance วิธีนี้ปิดช่องว่างระหว่าง “Demo สำเร็จ” กับ “Production เดินได้ต่อเนื่อง”

TOMAS TECH ช่วยโรงงานไทยได้ตั้งแต่ก่อนเลือกรุ่นรถ ทั้ง Baseline, AGV/AMR comparison, RFP และ Layout, WMS/MES/PLC interface ตลอดจนแผน FAT/SAT สามารถติดต่อเราได้ตั้งแต่ช่วงที่ทีมยังจัดสมมติฐานสำหรับ Budgetary estimate

แหล่งข้อมูลปฐมภูมิและข้อมูลทางการ