การเปลี่ยน PLC และ Retrofit｜แผนย้ายระบบโดยลดความเสี่ยงหยุดผลิตสำหรับโรงงานไทย 2026

การเปลี่ยน PLC (PLC Replacement) ในโรงงานไทยไม่ใช่เพียงการซื้อ CPU รุ่นใหม่ งานจะเสร็จจริงเมื่อโปรแกรมเดิม I/O การสื่อสาร วงจรความปลอดภัย HMI ไดรฟ์ และวิธีบำรุงรักษาถูกย้ายไปยังระบบที่รองรับได้ พร้อมกลับมาผลิตอย่างปลอดภัย บทความนี้อธิบายตั้งแต่การทำ RFP การสำรองข้อมูล การออกแบบ Migration, FAT/SAT, Rollback จนถึงการดูแลหลังส่งมอบในพื้นที่

เหตุใดจึงเลื่อนการเปลี่ยน PLC ได้ยากขึ้นในปี 2026

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

ตัวอย่างข้อมูล ณ เดือนสิงหาคม 2026 ฐานข้อมูลรุ่นยกเลิกและรุ่นทดแทนของ Mitsubishi Electric ระบุว่า Universal model QCPU บางรุ่นเท่านั้น เช่น Q03UDCPU, Q04UDHCPU และ Q06UDHCPU มีกำหนดรับคำสั่งซื้อถึง 30 กันยายน 2026 ยุติการผลิต 30 ตุลาคม 2026 และรองรับการซ่อมถึง 31 ตุลาคม 2033 วันที่เหล่านี้ไม่ควรถูกเหมารวมกับ MELSEC-Q ทุกรุ่น ต้องตรวจทีละรหัสทั้ง CPU, Base, Power Supply, I/O, Network และ Special Function Module

Siemens ระบุว่า SIMATIC S7-300 และ ET 200M เข้าสู่ Type Cancellation เมื่อ 1 ตุลาคม 2025 หลังจากนั้นชิ้นส่วนอยู่ในระยะอะไหล่ อาจซ่อมหรือส่งมอบแบบแลกกับชิ้นส่วนที่เสียตามเงื่อนไข ในปี 2026 ข้อมูลนี้จึงไม่ใช่ประกาศอนาคต แต่เป็นเงื่อนไขจัดซื้อที่เปลี่ยนไปแล้วและควรอยู่ในทะเบียนความเสี่ยงของโรงงาน

ข้อมูล Private Investment Index and Components ของ BOI แสดงค่าชั่วคราวเดือนมิถุนายน 2026: ดัชนีการลงทุนเครื่องจักรและอุปกรณ์ภาคเอกชน 149.6 การนำเข้าเครื่องจักรและอุปกรณ์ 177,377.1 ล้านบาท และยอดขายเครื่องจักรและอุปกรณ์ในประเทศ 294,931.5 ล้านบาท ทั้งหมดเป็นข้อมูลรายเดือนของมิถุนายน 2026 ไม่ใช่ตัวเลขความต้องการ PLC และไม่ใช่หลักฐานผลตอบแทนของโครงการ Retrofit แต่สะท้อนบริบทที่โรงงานต้องเชื่อมอุปกรณ์รุ่นเก่ากับไลน์และระบบข้อมูลรุ่นใหม่มากขึ้น

ควรเริ่มสำรวจก่อนวันเลิกผลิตเมื่อความสามารถกู้คืนไม่ชัดเจน

ควรเริ่ม Assessment หากพบอย่างน้อยหนึ่งข้อ:

• พิสูจน์ไม่ได้ว่าไฟล์ PLC ที่เก็บไว้ตรงกับโปรแกรม Online
• ไม่มีซอฟต์แวร์ ไลเซนส์ สายเชื่อมต่อ หรือระบบปฏิบัติการที่รองรับ
• ไม่มีอะไหล่ CPU หรือโมดูลสำคัญในประเทศ และยังไม่ยืนยัน Lead Time
• ไม่ทราบ Interface กับ HMI, Drive, Servo, Vision, เครื่องมือวัด หรือ MES
• แบบวงจรความปลอดภัยไม่ตรงกับสายจริง
• OEM ติดต่อไม่ได้หรือไม่ส่ง Source Code
• ไม่ได้กำหนดเวลาหยุดสูงสุดและผู้มีอำนาจอนุมัติเริ่มผลิต

การสำรวจไม่ได้แปลว่าต้องซื้อทันที Asset Register, Backup ที่ตรวจสอบแล้ว, Difference List และ Risk Ranking ยังมีค่าในฐานะ BCP แม้เลื่อน Cutover ออกไป

เลือกระหว่างการแก้ไข PLC การย้ายเป็นระยะ และการเปลี่ยนทั้งหมด

การแก้ไข PLC อาจใช้ฮาร์ดแวร์เดิมและเปลี่ยนเฉพาะ Logic การย้ายเป็นระยะอาจเปลี่ยน CPU แต่คง I/O หรือ Terminal บางส่วน ส่วนการเปลี่ยนทั้งหมดอาจรวมตู้ควบคุม I/O Network ระบบ Safety และ Drive ขอบเขตที่เหมาะสมขึ้นกับความเสี่ยงการผลิต ความพร้อมกู้คืน คุณภาพแบบ อุปกรณ์ต่อพ่วง เวลาหยุดที่อนุญาต และแผนปรับปรุงในอนาคต

เอกสาร Q→iQ-R ของ Mitsubishi มีตารางรุ่นทดแทนและขั้นตอนแปลงโปรเจกต์ GX Works2 ไป GX Works3 แต่ไม่ใช่ทุกโมดูลที่แทนกันได้แบบหนึ่งต่อหนึ่ง คู่มือ S7-300/S7-400→S7-1500 ของ Siemens ก็ระบุว่าฟังก์ชันเทคโนโลยีบางประเภทต้องออกแบบ Hardware และ Software ร่วมกัน การแปลงไฟล์โดยไม่พบ Error จึงยังไม่พิสูจน์ว่าเครื่องจักรทำงานเท่าเดิมและปลอดภัย

ประเด็นเพิ่มสำหรับ Retrofit เครื่องจักรกล

เครื่องจักรกลมักเชื่อม PLC กับ CNC, Motion, Spindle, Servo, Encoder, Probe, Hydraulic, Lubrication, Tool Changer และ Guard แม้โครงสร้างเครื่องยังดี โมดูลเฉพาะหรือ Fieldbus เก่าอาจเป็นข้อจำกัดหลัก

ควรบันทึกสำหรับแต่ละเครื่อง:

1. ขอบเขต CNC/PLC, Shared Memory และ Handshake
2. จำนวนแกน Control Cycle, Homing และวิธีรับรอง Positioning
3. รุ่นและ Parameter ของ Servo/Inverter รวมค่าปรับจูน
4. ที่เก็บ Tool Data, Offset, Recipe และ Part Program
5. Emergency Stop, Door, STO และฟังก์ชันความปลอดภัย
6. Resolution, Filter และ Sampling ที่มีผลต่อคุณภาพ
7. Sequence เริ่มใหม่หลังไฟตก ไฟดับ หรือ Communication Loss

เป้าหมายรับมอบไม่ใช่ “ตู้ใหม่” แต่คือผลิตชิ้นงานผ่านเกณฑ์ภายใต้เงื่อนไขที่กำหนด และหยุดเข้าสู่สภาวะที่ปลอดภัยเท่ากันหรือดีกว่าเมื่อเกิด Fault

สร้างชุดข้อมูล As-is ก่อนออกแบบรายละเอียด

คุณภาพ Migration มักขึ้นกับหลักฐานระบบเดิมมากกว่ารุ่น CPU ใหม่ เตรียมแบบฟอร์มก่อน Survey และรวมข้อมูลเป็น Asset Package ที่ควบคุม Version

มีไฟล์ Backup ไม่ได้แปลว่ากู้คืนได้

อย่างน้อยต้องมี:

• PLC Project, Library, User-defined Block, Comment และ Symbol
• Parameter ของ CPU, I/O, Network, PID, Motion และ Safety
• หน้าจอ HMI, Alarm, Recipe, User และ Communication Setting
• Parameter ของ Drive, Servo, Robot, Vision และเครื่องมือวัด
• ข้อมูล Upload จาก CPU ที่กำลังเดิน พร้อมวันและแหล่งที่มา
• ชื่อ/เวอร์ชันซอฟต์แวร์ ไลเซนส์ และ OS ที่รองรับ
• แบบตู้ I/O List, Terminal Schedule, Network Diagram และ Layout
• Change History, Known Issue, Temporary Modification และหมายเหตุหน้างาน

จากนั้นทดสอบ Restore บนคอมพิวเตอร์อีกเครื่อง ตรวจว่า Library ครบ เปิดและ Compile ได้ และทำ Online Compare ได้ ชื่อไฟล์ “final” ไม่ใช่หลักฐาน ต้องบันทึก Hash แหล่งที่มา ผู้เก็บและเวลา แล้วเทียบกับระบบที่กำลังทำงาน

ทำทะเบียน Difference ของ I/O การสื่อสาร และวงจร Safety

การเทียบ I/O ต้องดูคุณสมบัติทางไฟฟ้า ไม่ใช่เฉพาะจำนวนจุด Input 24 VDC สองรุ่นอาจต่างกันที่ Source/Sink, Common, Response, Interrupt และ Pinout ส่วน Analog ต้องเทียบชนิดสัญญาณ Range, Resolution, Scaling, Broken-wire และ Filter สำหรับ Counter/Positioning ต้องดู Latch กับ Home Input นอกเหนือจากความถี่สูงสุด

การสื่อสารควรบันทึกคู่สื่อสาร Protocol, Node/IP, Port, Cycle, Data Area, Byte Order, Timeout, Reconnect, Watchdog และ Fallback การเห็นค่าบน HMI ยังไม่พอ ต้องทดสอบสายหลุด อุปกรณ์ปลายทาง Restart ข้อมูลซ้ำ และเวลาไม่ตรงกัน

ระบบ Safety ต้องแยกจาก Standard Control ตรวจ Emergency Stop, Guard, Light Curtain, Contactor, Safety Relay/PLC และ STO เทียบของจริงกับแบบและ Risk Assessment บุคลากรที่มีคุณสมบัติต้องยืนยันตามข้อกำหนดในไทยและมาตรฐานบริษัท ห้ามสมมติว่าย้าย Safety Logic ไป Standard PLC ได้โดยตรง

เขียน RFP งานดัดแปลงระบบควบคุมตาม Deliverable

ใบเสนอราคาเทียบกันไม่ได้เมื่อแต่ละรายตีขอบเขตต่างกัน ราคา CPU ที่ต่ำไม่ได้บอกว่ารวม Survey วิเคราะห์ Source งานตู้ กะกลางคืน ล่าม Training, Spare และ Standby หรือไม่ RFP จึงควรกำหนดว่าใครต้องส่งมอบอะไรและใช้หลักฐานใดรับงาน

โครงสร้าง RFP ที่แนะนำ

1. เครื่องจักร ผลิตภัณฑ์ Criticality และข้อจำกัดการหยุด
2. Architecture เดิม เอกสารที่ให้ และ Unknown ที่ทราบ
3. Scope/Exclusion และ Boundary กับผู้ขายอื่น
4. Functional, Performance, Safety และ Quality Requirement
5. หลักการออกแบบ PLC, I/O, HMI, Network และ Drive
6. Software Standard, Naming, ภาษาของ Comment และ Version Control
7. Cybersecurity และเงื่อนไข Remote Maintenance
8. FAT, SAT, Ramp-up และ Acceptance Criteria
9. Cutover, Rollback Trigger และ Decision Authority
10. Training, Source, License, Document และ Spare ตอนส่งมอบ
11. Warranty, Response, Onsite/Remote Support และ Escalation
12. Price Breakdown, Assumption, Variable Charge, Tax, Currency และ Payment

แยก Budgetary Estimate ก่อน Survey ออกจาก Firm Quotation หลังปิด Unknown จะเหมาะกว่า หากบังคับ Fixed Price ทั้งที่ข้อมูลไม่ครบ ผู้ขายอาจบวก Risk Premium หรือเกิด Change Order ภายหลัง

เทียบต้นทุนด้วยสูตร ไม่ใช่เฉพาะยอดรวม

ตัวอย่างโครงสร้างประมาณการ = Hardware/วัสดุตู้ + ชั่วโมงออกแบบ×Rate + ชั่วโมง Software×Rate + ชั่วโมง FAT×Rate + งาน Site/SAT×Rate + Travel/Logistics + Risk Allowance − มูลค่า Reuse ที่อนุมัติ

สูตรนี้เป็นตัวอย่างโครงสร้าง ไม่ใช่ราคาตลาด ให้ผู้เสนอราคาใช้ WBS เดียวกันและแสดงจำนวน Rate, Assumption, Exclusion ทุก Contingency ควรผูกกับความเสี่ยงที่มีชื่อ เช่น I/O ยังไม่ตรวจ Source ไม่ตรง งานกลางคืน หรือโมดูลไม่มีตัวแทนตรง

ผลกระทบการหยุดผลิตคำนวณแยกได้ดังนี้:

ตัวอย่างผลกระทบ = ชั่วโมงหยุด × ผลกระทบต่อกำไรส่วนเพิ่มต่อชั่วโมงที่โรงงานอนุมัติ + Scrap/Reinspection + Emergency Logistics + ค่าแรงกู้คืน

ค่าทุกตัวขึ้นกับโรงงาน ฝ่ายผลิตและการเงินต้องอนุมัติ ไม่ควรใช้ตัวเลขสมมติในบทความเพื่อฟันธง Payback

ออกแบบ Migration เพื่อพิสูจน์ความเท่าเทียม

หลังแปลงโปรเจกต์ ให้ตรวจ Instruction, Task, Interrupt, Device Area, Retentive Memory, Startup, Arithmetic Precision, Timer, Scan และ Communication Buffer รายงาน Conversion เป็นจุดเริ่ม Issue List ไม่ใช่หลักฐานออกแบบเสร็จ

จัดลำดับ Difference ตามผลกระทบ:

1. ความปลอดภัยของคนและความเสียหายเครื่อง
2. Stop, Restart, Mode และ Manual Operation
3. Interlock, Alarm และ Fault Recovery
4. Motion, PID, Synchronization และ High-speed I/O
5. Communication, Recipe, Traceability และระบบระดับบน
6. Display, Diagnostic, Log และ Maintainability

แต่ละ Difference ต้องมีพฤติกรรมเดิม พฤติกรรมใหม่ เหตุผล วิธีทดสอบและผู้อนุมัติ หากระบบเดิมมีข้อบกพร่อง อย่าคัดลอกโดยไม่ควบคุมการเปลี่ยนแปลง แต่ก็ไม่ควรรวม Improvement จำนวนมากกับงานแก้ Obsolescence จนหา Root Cause ยาก

Simulation และ Shadow Test

หากทำได้ ให้ป้อนสัญญาณจำลองหรือ Mirror Input เข้า PLC ใหม่โดยยังไม่ต่อ Output ไปเครื่อง แล้วเทียบการตัดสินใจกับ PLC เดิม I/O Simulator, Sequence Model, Digital Twin หรือ Replay สัญญาณช่วยลดสิ่งที่จะพบครั้งแรกระหว่างหยุดผลิต แต่ต้องระบุข้อจำกัด เพราะ Noise, Sensor Edge, Valve Response, Inertia, Operator และ Network Congestion อาจไม่อยู่ใน Model ดังนั้น FAT ผ่านไม่ใช่เหตุผลยกเลิก SAT

ใช้ FAT/SAT เพื่อลดความเสี่ยงเวลาหยุด

FAT ไม่ใช่ Demo ของผู้ขาย แต่เป็นจุดรับงานที่กำจัด Defect ก่อนเข้าหน้างาน SAT ไม่ใช่เพียงเปิดไฟติด แต่พิสูจน์ Requirement ด้วยเครื่อง สาย ผลิตภัณฑ์ Operator และ Interface จริง

ขอบเขต FAT

• Hardware/BOM ตรงแบบอนุมัติ
• Version, Checksum, Warning และ Conversion Issue
• I/O ทั้งหมดหรือจุดตัวแทนตามสัญญา
• Auto, Manual, Setup, Maintenance และ Recovery
• Communication Loss, Peer Stop, Timeout และ Reconnect
• Power Loss, CPU Restart, Retain และ Initialization
• Alarm Cause, Recovery Guidance และ History
• User, Remote Access, Logging และ Backup
• ซ้อม SAT และ Rollback

รายการ FAT ที่ยังไม่ผ่านต้องแบ่ง Severity มี Owner และ Deadline การเขียนว่า “ตรวจที่ Site” โดยไม่มีเงื่อนไขคือ Defect ที่ยังไม่ปิด

แบ่ง SAT และ Ramp-up เป็น Gate

เวลาและจำนวนชิ้นต้องกำหนดตามโครงการ ไม่มีค่าทั่วไปว่าแปดชั่วโมงหรือหนึ่งกะเพียงพอ ต้องครอบคลุม Recipe, Material, Shift และ Abnormal State ที่สำคัญ

Rollback ไม่ใช่เพียงใส่ PLC เดิมกลับ

Rollback จะปกป้อง Production Window ได้เมื่อกำหนด Decision Time, Decision Maker และ Trigger ก่อนเริ่มงาน แผนต้องระบุระยะเวลาที่คง PLC/ตู้/สาย/ซอฟต์แวร์เดิมไว้ วิธีระบุสาย รูปถ่าย Checksheet, Backup ที่ทดสอบ Restore แล้ว ขั้นตอนตรวจ I/O/Safety/Communication หลังกลับระบบเดิม การจัดการ WIP, Recipe, Counter, Traceability ผู้อนุมัติเริ่มผลิต และการเก็บ Log จากระบบใหม่

ตัวอย่างเวลาสลับ = Safe Isolation + Removal + Installation/Wiring + Continuity/I/O Check + Software Load + No-load Test + Production Confirmation + Decision Reserve

ประมาณแต่ละส่วนจาก Rehearsal จำนวน Terminal จำนวนทีม และประวัติโรงงาน ตัวเลขขึ้นกับเงื่อนไข ไม่ใช่คำรับประกันชั่วโมงทั่วไป ตรวจการรบกวนพื้นที่และขีดความสามารถผู้ควบคุม Safety ก่อนสมมติว่างานทำขนานได้

ใส่ OT Cybersecurity ใน Specification

Ethernet และ Remote Support เพิ่มความสะดวกแต่เปลี่ยน Attack Surface IEC 62443-3-3 แบ่งข้อกำหนดระบบควบคุมเป็น 7 Foundational Requirements: Identification and Authentication Control, Use Control, System Integrity, Data Confidentiality, Restricted Data Flow, Timely Response to Events และ Resource Availability ใช้เป็น Checklist ความครบถ้วนของ RFP ได้ แต่บทความนี้ไม่ได้ประกาศ Certification หรือ Compliance

Requirement ที่ควรพิจารณา ได้แก่ Account รายบุคคลและ Role, การปิดสิทธิ์เมื่อย้ายงาน, Source Project ที่ควบคุม, Change Approval, Checksum, Audit Log, Network Zone/Conduit, Remote Session ที่อนุมัติและจำกัดเวลา, Engineering PC/USB ที่ควบคุม, Offline Backup พร้อม Restore Test, การรักษา Essential Control เมื่อระบบภายนอกล้ม และแผน Incident/Manual Operation หาก PLC ทำไม่ได้ ให้ใช้ Firewall, Jump Host, VPN, Identity Service หรือ Procedure เป็น Compensating Control

จัดทีมโรงงานไทยและส่งมอบหลายภาษา

การตัดสินใจ Cutover เกี่ยวข้องกับฝ่ายผลิต ซ่อมบำรุง คุณภาพ EHS, IT/OT, จัดซื้อ SI และ OEM ขั้นตอนสำคัญ เกณฑ์ผิดปกติ Rollback Trigger และ Contact ต้องอยู่ในภาษาที่ผู้ปฏิบัติงานใช้จริง

ทดสอบระบบ Support ก่อนรับมอบ

สัญญา Support ต้องแยก Call Desk 24 ชั่วโมงออกจาก Technical Response และ Onsite Arrival ระบุ Asset, Initial Response, Dispatch, Spare, Remote Approval, ภาษา วันหยุด Escalation และ Source Ownership ก่อนรับมอบให้จำลอง Fault แล้วให้ช่างไทยเปิด Diagnostic เก็บ Log, Restore Backup และส่งข้อมูลถูกต้องให้ Support Training ต้องครอบคลุมการวิเคราะห์และกู้คืนอย่างปลอดภัย ไม่ใช่เฉพาะการใช้งานปกติ

หากต้องจัดขอบเขตงานวิศวกรรมในประเทศและสิทธิ์ใน Source File โปรดดูคู่มือการพัฒนาและว่าจ้างโปรแกรม PLC ในประเทศไทย หากรวมการทำตู้ใหม่หรือแก้ตู้เดิม ใช้ร่วมกับคู่มือการผลิตตู้ควบคุมในประเทศไทย เพื่อกำหนดขอบเขตการตรวจ เอกสาร และวัสดุ

Roadmap แบบ Phase Gate

จำนวนวันขึ้นกับจำนวนเครื่อง คุณภาพเอกสาร Outage Window, Lead Time และ Approval จึงควรบริหารด้วย Exit Criteria

Phase 1: Survey และ Risk Classification

เก็บ Asset, Backup, Model, Drawing, Failure History, Spare และ Outage Constraint จบเมื่อยืนยัน Recoverability และ Unknown ของเครื่องสำคัญ

Phase 2: Basic Design และ RFP

กำหนด Migration, Boundary, Safety, Cybersecurity, FAT/SAT และ Rollback จบเมื่อมี Bid ที่เทียบได้และ Technical Deviation Register

Phase 3: Detailed Design, Build และ Conversion

ทำ Hardware, Software, Panel, I/O, Communication และ Test Design ควบคุม Version และ Open Difference จบเมื่อพร้อม FAT ด้วย Traceability ที่พอ

Phase 4: FAT และ Cutover Rehearsal

ทดสอบ Normal, Fault, Recovery และซ้อมงานไซต์ จบเมื่อ Critical Defect ปิดและ Carryover ได้รับอนุมัติ

Phase 5: Cutover, SAT และ Production Proof

ผ่าน Gate Electrical, I/O, Safety, No-load, Real-load และ Continuous Production จบเมื่อผ่าน Criteria และไม่ต้อง Rollback

Phase 6: Stabilization และ Closure

ติดตาม Early-life Issue ส่งมอบ Drawing, Source, Backup, Spare, Training Record และ Punch List จบเมื่อทีมไทยวิเคราะห์เบื้องต้นได้และ Support ใช้งานจริงได้

สรุป: การเปลี่ยน PLC คือการลงทุนในความสามารถกู้คืน

เป้าหมายของการเปลี่ยน PLC ไม่ใช่ติดตั้ง CPU ใหม่ แต่คือควบคุม Source of Truth ออกแบบ Difference ของ I/O/Communication/Safety พิสูจน์พฤติกรรมด้วย FAT/SAT รักษาเส้นทาง Rollback และสร้างการดูแลในพื้นที่ ข่าว Product Lifecycle เป็นจุดเริ่ม แต่ลำดับความสำคัญควรขึ้นกับผลกระทบหยุดผลิตและความสามารถกู้คืนในวันนี้ เริ่มได้ด้วยเครื่องสำคัญหนึ่งเครื่องและตรวจ 5 เรื่อง: รุ่นที่แน่นอน Source Project, Drawing, Spare และเวลาหยุดที่ยอมรับได้

TOMAS TECH สามารถช่วยตั้งแต่ระยะพิจารณาที่ยังไม่กำหนดวิธี Migration หรือ Outage Window ทั้ง Survey ในโรงงานไทย การแก้ PLC ขอบเขตตู้ FAT/SAT และแผน Cutover/Rollback ปรึกษาเรื่องการเปลี่ยน PLC สำหรับโรงงานไทย

FAQ การเปลี่ยน PLC และงาน Retrofit

ควรเริ่มโครงการเปลี่ยน PLC เมื่อใด

เริ่ม Assessment เมื่อขาด Backup ที่ตรวจสอบแล้ว Engineering Environment, Critical Spare, Drawing ปัจจุบัน หรือผู้สนับสนุนที่มีความสามารถ ไม่ต้องรอวันเลิกผลิต สำรวจก่อนแล้วค่อยกำหนด Cutover ตามแผนผลิตและงบประมาณ

การแก้ไข PLC ช่วยยืดอายุได้หรือไม่

ช่วยได้หาก Hardware, Spare และ Tool ยังควบคุมได้และขอบเขตเปลี่ยนจำกัด แต่หาก Power Supply, Base, Network, Special Module หรือ Safety Hardware เป็นคอขวด การแก้ Logic อย่างเดียวยังเหลือความเสี่ยงกู้คืน

เปรียบเทียบค่าใช้จ่ายงานดัดแปลงระบบควบคุมอย่างไร

ใช้ WBS เดียวกันสำหรับ Hardware, Design, Software, FAT, Site Work, SAT, Travel, Spare และ Support แยก Assumption, Exclusion, Variable Charge และผลกระทบหยุดผลิต พร้อมแยก Budget ก่อน Survey กับ Firm Quotation หลัง Survey

Retrofit เครื่องจักรกลเปลี่ยนเฉพาะ PLC ได้หรือไม่

หลายกรณีไม่ได้ เพราะ CNC, Motion, Servo, Encoder, Tool Change, Hydraulic และ Safety เชื่อมกัน ต้องสำรวจ Interface และใช้คุณภาพชิ้นงานกับพฤติกรรม Safety เป็น Acceptance Criteria

FAT ผ่านแล้วรับประกันว่าหยุดสั้นหรือไม่

FAT ลด Defect ก่อนไซต์ แต่สายจริง Noise, Mechanic, Material และ Operator ต้องตรวจใน SAT ควรใช้ Rehearsal, Terminal ที่สลับง่ายหรือตู้ชั่วคราว และ Stage Gate ร่วมกัน

ทิ้ง PLC เดิมได้เมื่อใด

คง Rollback ไว้จนระบบใหม่ผ่าน Acceptance จบ Stabilization ที่ตกลง และส่งมอบ Backup, Document, Spare แล้ว การกำจัดต้องทำตามกฎเรื่องข้อมูลในหน่วยความจำ แบตเตอรี่ และขยะอิเล็กทรอนิกส์

ข้อมูลอ้างอิง

• Mitsubishi Electric, ฐานข้อมูลรุ่น MELSEC-Q ที่ยกเลิก/รุ่นทดแทน: https://www.mitsubishielectric.com/fa/products/dbdbsearch/SearchServlet.page?category=discon&kisyu=/plcq
• Mitsubishi Electric, “Alternative model lists and project conversion procedure for the replacement of MELSEC-Q series models with MELSEC iQ-R series models,” FA-A-0239: https://www.mitsubishielectric.com/fa/document/technews/plc/fa-a-0239/faa0239.pdf
• Siemens, “Say goodbye” — การยุติ SIMATIC S7-300/ET 200M: https://blog.siemens.com/en/2023/08/say-goodbye/
• Siemens, “Guide for Migrating SIMATIC S7-300/S7-400 to SIMATIC S7-1500”: https://support.industry.siemens.com/cs/attachments/109478811/109478811_GuideForMigration_S7-300_S7-1500_en.pdf
• IEC, ตัวอย่าง IEC 62443-3-3: https://webstore.iec.ch/en/iec_catalog/product/preview/?id=L3B1Yi9wZGYvcHJldmlldy9pbmZvX2llYzYyNDQzLTMtM3tlZDEuMH1iLnBkZg%3D%3D
• Thailand Board of Investment, Private Investment Index and Components: https://www.boi.go.th/index.php?language=en&newpage=true&page=private_investment_indicators

ข้อมูลอายุผลิตภัณฑ์ การซ่อม ซอฟต์แวร์ มาตรฐาน และสถิติ BOI ตรวจเมื่อ 27 สิงหาคม 2026 โปรดตรวจรหัสรุ่นและภูมิภาคขายกับแหล่งทางการอีกครั้งก่อนออกแบบ สั่งซื้อ หรือตัดสินความสอดคล้อง