การทำ โครงการติดตั้งรถลำเลียงไร้คนขับ ในโรงงานไทยหรืออาเซียนให้สำเร็จ ต้องเริ่มก่อนคำถามว่าจะซื้อ 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-B04 | Map สถานี และ Scope เส้นทาง |
| โหลด | กล่องหมุนเวียน 600×400 สูงสุด 80 kg | Top module, Transfer, จุดศูนย์ถ่วง, Detection |
| Trigger | Kanban ว่าง ตารางเวลา หรือ MES | Request interface |
| ปริมาณ | ปกติ 35, P95 52 Mission/ชั่วโมง | จำนวนรถและ Congestion |
| เวลาที่ต้องการ | ถึงภายใน 8 นาทีหลัง Request | Priority และ Acceptance KPI |
| เวลาปัจจุบัน | แยก Travel, Queue, Handling | Benefit และ 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 ซ้ำ

การออกแบบ 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 module | 3,600,000 | ตัวเลขเพื่ออธิบาย |
| Fleet Control และ Charging | 1,250,000 | แยกเงื่อนไข Licence |
| Station, WMS/MES และ PLC interface | 1,500,000 | State design สำคัญกว่าจำนวน I/O |
| พื้น ไฟฟ้า ความปลอดภัย และ Wireless | 900,000 | เปลี่ยนตาม Site survey |
| FAT/SAT, Training และ Spare | 1,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 ผู้ขาย แต่ไม่แทนกฎหมายไทย

ใส่ 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–2 | Baseline, Route, Load, Hazard, I/O | อนุมัติ Input และ Open decisions |
| สัปดาห์ 3–4 | Detail design, Map, State transition, Test | ผ่าน Design Review |
| สัปดาห์ 5–6 | รถเดี่ยว Station, Charging, Basic interface | ทำ Normal flow ซ้ำได้ |
| สัปดาห์ 7–8 | Peak, Multi-vehicle, Crossing, Priority | ประเมิน Capacity hypothesis |
| สัปดาห์ 9–10 | Communication loss, รถเสีย, No-load, Restart | พิสูจน์ Safe stop และ Recovery |
| สัปดาห์ 11–12 | Real operation, Training, KPI, Decision | บันทึก Go/Conditional/No-Go |
ถ้ารถ PoC ไม่ใช่รุ่น Production มีการเคลียร์ทางพิเศษ วิศวกรผู้ขายอยู่ประจำ หรือใช้ปุ่มแทน Host interface ให้ทำ Difference list และห้าม Extrapolate ผลสู่กำลังผลิตจริงจนกว่าจะปิดความต่าง
คุม FAT, SAT และ Operational acceptance ด้วย Test matrix เดียวกัน

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 ตัวอย่าง |
|---|---|---|
| Capacity | Valid missions completed | ผ่าน P95 demand ตาม Test window |
| Response | Request-to-arrival | สัดส่วนตาม Time constraint ไม่น้อยกว่าที่ตกลง |
| Completion | ไม่มี Unplanned human intervention | ข้อเสนอตัวอย่าง ≥99.0%; Fix exclusion ก่อน |
| Availability | Uptime ใน Production window | ข้อเสนอตัวอย่าง ≥98.0%; นิยาม Stop category |
| Transfer | Damage, Drop, Wrong delivery | Major event = 0, กำหนดเพดาน Minor |
| Recovery | MTTR และ SOP deviation | คนโรงงานที่ฝึกแล้วกู้คืนตาม SOP |
| Safety | Safety-function scenarios | Test ที่อนุมัติผ่านทั้งหมด |
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 คำถาม
กรณีของโรงงานอื่นมีประโยชน์เมื่อเห็นเงื่อนไขจริง:
- ขนอะไร ระหว่างจุดใด กี่ Mission และ Peak เมื่อใด
- อยู่ร่วมกับคน รถโฟล์คลิฟท์ ประตู และลิฟต์อย่างไร
- ปรับพื้น โหลด และ Standard work อะไรก่อน Go-live
- Boundary ของ WMS/MES/PLC และ Outage behaviour คืออะไร
- PoC กับ Production ต่างกันอย่างไร
- สาเหตุหยุดสามอันดับหลัง Go-live และการแก้คืออะไร
- 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
แหล่งข้อมูลปฐมภูมิและข้อมูลทางการ
- ISO 3691-4:2023 — Driverless industrial trucks and systems
- ISO Catalogue — มาตรฐานรถอุตสาหกรรมฉบับปัจจุบันและระหว่างพัฒนา
- ISO 12100:2010 — Risk assessment and risk reduction
- ISO 13849-1:2023 — Safety-related parts of control systems
- VDA — การเผยแพร่ VDA 5050 Version 3.0
- VDA 5050 Version 3.0.0 Specification
- EUR-Lex — Regulation (EU) 2023/1230
- Thailand BOI/OSOS — คำขอลงทุน 1H 2026
- IFR — World Robotics 2025 Service Robot
- ILO NATLEX — กฎหมายความปลอดภัย อาชีวอนามัย และสภาพแวดล้อมในการทำงานของไทย
- ILO NATLEX — กฎกระทรวงไทยเกี่ยวกับเครื่องจักร ปั้นจั่น และหม้อน้ำ