การบำรุงรักษาตามสภาพ (CBM) 2026: แบบแปลนตรวจรับ 90 วัน

การบำรุงรักษาตามสภาพ (CBM) จะไม่ลดเวลาหยุดเครื่องเพียงเพราะติดเซนเซอร์และมีแดชบอร์ด หากการแจ้งเตือนไม่ถูกเปลี่ยนเป็นงานซ่อมที่ติดตามได้ โครงการจะเพิ่มข้อมูลแต่ไม่เพิ่มความพร้อมใช้งาน และถ้าตั้งเกณฑ์ไวเกินไป ทีมงานจะเลิกสนใจการแจ้งเตือน บทความนี้เสนอวิธีเชื่อมความสำคัญของสินทรัพย์ โหมดความเสียหาย baseline เกณฑ์แบบไดนามิก ใบงาน OT security, FAT/SAT และ PoC 90 วันให้เป็นกระบวนการตัดสินใจเดียวสำหรับโรงงานในไทย

CBM คือวงจรงานที่ต้องปิดให้ครบ ไม่ใช่โครงการวัดค่า

ISO 17359:2018 ให้ขั้นตอนทั่วไปสำหรับการจัดทำโปรแกรม condition monitoring หน้า ISO ระบุว่าฉบับนี้ได้รับการทบทวนและยืนยันในปี 2023 และยังเป็นฉบับปัจจุบัน มาตรฐานนี้ไม่ใช่ตารางค่าเตือนของเซนเซอร์รุ่นใดรุ่นหนึ่ง ดังนั้นสิ่งที่ควรจัดซื้อไม่ใช่เพียง “เซนเซอร์ 12 ตัว” แต่คือระบบงานที่ตรวจจับความเสียหายซึ่งวัดได้ สนับสนุนการตัดสินใจ สร้างงานซ่อมอย่างปลอดภัย และพิสูจน์ว่าเครื่องกลับสู่สภาพยอมรับได้

เกณฑ์ตรวจรับ PoC ต้องเป็นหลักฐานว่าวงจรนี้ทำงานจริง ไม่ใช่เพียงหน้าจอสวยงาม

แยกความสำคัญของเครื่องออกจากความสามารถในการตรวจจับ

Criticality บอกผลกระทบเมื่อเครื่องเสีย ส่วน detectability บอกว่าจะมีสัญญาณทางกายภาพให้เซนเซอร์ที่เลือกเห็นหรือไม่ เครื่องที่สำคัญมากแต่หยุดเพราะ PLC วัตถุดิบติด หรือขั้นตอนคน อาจไม่ได้ประโยชน์จาก vibration monitoring เพียงอย่างเดียว

คะแนนควรรวมความปลอดภัย คุณภาพ สิ่งแวดล้อม ส่งมอบ เครื่องสำรอง เวลาซ่อม และระยะเวลาจัดหาอะไหล่ในไทย ไม่ใช่เฉพาะมูลค่าการผลิตที่เสียไป จากนั้นจึงผูก failure mode กับสัญญาณและการกระทำ

ISO 13379-1:2025 ครอบคลุมแนวคิดร่วม ลักษณะทางเทคนิค และคำแนะนำเลือกวิธีวินิจฉัย แต่ไม่ได้บังคับ AI แบบใด จึงควรถามผู้ขายให้ชัดว่าเห็นความเสียหายอะไร ต้องใช้ input อะไร มีข้อจำกัดอะไร และอธิบายผลอย่างไร

สร้าง baseline ตามสถานะเดินเครื่อง ไม่ใช่จำนวนวันมหัศจรรย์

แผนตัวอย่างนี้ใช้ 28 วันสำหรับ baseline แรก เป็นสมมติฐานวางแผน ไม่ใช่ขั้นต่ำตาม ISO แม้เก็บครบหนึ่งเดือน แต่ถ้ามีเพียงโหลดเดียวก็อาจไม่พอ ควรแยก start-up, steady state, โหลดสูง/ต่ำ เปลี่ยนรุ่น ล้างเครื่อง และ idle เครื่อง variable speed ต้องเทียบในช่วงรอบเดียวกัน ปั๊มควรมี flow หรือ valve position ส่วน compressor ควรแยก load/unload

ISO 20816-3:2022 ใช้ประเมิน vibration สำหรับเครื่องจักรอุตสาหกรรมที่อยู่ในขอบเขต คือกำลังมากกว่า 15 kW และความเร็ว 120–30,000 r/min ห้ามนำค่าประเมินไปใช้ทั่วไปกับมอเตอร์เล็ก เครื่องรอบต่ำ ช่วง transient หรือเครื่องนอกขอบเขต ต้องใช้ข้อมูลผู้ผลิต baseline รายเครื่อง และมาตรฐานที่เกี่ยวข้องร่วมกัน อ่านเรื่องขอบเขตการวัดเพิ่มเติมได้ที่คู่มือวินิจฉัยเครื่องด้วยเซนเซอร์สั่นสะเทือน

ทำให้ dynamic threshold และการควบคุม false positive ตรวจรับได้

เกณฑ์ไดนามิกต้องเทียบสิ่งที่เหมือนกัน เช่น รอบ โหลด รุ่นสินค้า หรือโหมดเดินเครื่อง คำว่า “AI ปรับให้อัตโนมัติ” ยังตรวจรับไม่ได้ ต้องระบุช่วงเรียนรู้ เวลาที่ตัดออก ความถี่อัปเดต hard limit ผู้อนุมัติ รุ่นโมเดล และวิธีย้อนกลับ

ควรมีอย่างน้อย warning และ alarm โดย warning เริ่มการตรวจสอบ ส่วน alarm เปลี่ยนแผนซ่อมหรือการตัดสินใจเดินเครื่อง ใช้จำนวนครั้งต่อเนื่อง ระยะเวลา หลายสัญญาณ และสถานะเครื่องร่วมกัน ไม่ควรต่อ analytics alert เข้ากับ emergency stop โดยตรงหากไม่มีการออกแบบ safety แยกต่างหาก

ตัวเลขเหล่านี้เป็นเกณฑ์วางแผน PoC ไม่ใช่ค่าเฉลี่ยอุตสาหกรรม ทุก alert ควรถูกจัดเป็นเสื่อมจริง สถานะเดินเครื่องเปลี่ยน เซนเซอร์/สื่อสารผิดปกติ งานที่ทราบอยู่แล้ว หรือหลักฐานไม่พอ การเปลี่ยน threshold ต้องมีเหตุผล ค่าเก่า/ใหม่ เครื่องที่กระทบ ผู้อนุมัติ และวันที่ใช้

เปลี่ยน alert เป็นใบงาน และปิดหลังวัดซ้ำ

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

ใช้ alert ID เดียวกันใน CMMS/ERP แม้ PoC จะเชื่อมด้วย CSV ก็ได้ การซ่อมไม่ใช่จุดจบ ต้องวัดซ้ำในสภาพเปรียบเทียบได้และยืนยันว่าค่ากลับมา ข้อมูลก่อน/หลังคือ labeled data ที่มีคุณค่า ดูความต่างเชิงปฏิบัติได้ที่การบำรุงรักษาเชิงคาดการณ์เทียบกับการป้องกัน

ออกแบบ OT security ด้วย segmentation, least privilege และ recovery

NIST SP 800-82 Rev. 3 กล่าวถึงความมั่นคงปลอดภัย OT โดยตระหนักถึงข้อจำกัดด้าน performance, reliability และ safety ควรแยกโซน sensor/gateway, ระบบ monitor และ IT/cloud อนุญาตเฉพาะ traffic ที่จำเป็น บัญชีผู้ขายต้องเป็นรายบุคคล สิทธิน้อย มีวันหมดอายุ การ remote support ต้องขอ อนุมัติ จำกัดเวลา เก็บ log และปิดหลังใช้งาน

NIST SP 1339 เผยแพร่เดือนมิถุนายน 2026 ระบุให้ backup เชื่อมกับ change management สร้างและทดสอบสม่ำเสมอ และทบทวนใน recovery exercise สำหรับ CBM ให้ครอบคลุมค่า gateway, sensor mapping, threshold, model version, dashboard, integration และประวัติงาน การมีไฟล์ไม่เท่ากับกู้คืนได้ ต้อง restore แล้วเทียบ tag หน่วย threshold และเวลา

ใช้ FAT/SAT ตรวจฟังก์ชัน ข้อมูล workflow และการกู้คืน

FAT ใช้ input จำลองก่อนติดตั้ง ส่วน SAT ใช้เซนเซอร์ เครือข่าย สถานะจริง และผู้ใช้จริง การที่ dashboard เปิดได้ยังไม่พอ

เขียนผลที่คาดก่อนทดสอบ เช่น ใน state A เมื่อ signal X เข้าเงื่อนไข Y จำนวน Z ครั้ง ให้ส่ง warning ไป role P ลดแจ้งซ้ำ N นาที และเก็บ audit log ประเด็นใหญ่เรื่องข้อมูลหาย สิทธิเกิน restore ไม่ได้ หรือ workflow ปิดไม่ได้ ต้อง hold acceptance

PoC 90 วันผ่านสาม decision gate

90 วันเป็นตัวอย่างแผน ไม่ใช่มาตรฐานตลาดหรือการรับประกัน ความเสียหายจริงอาจเกิดน้อยเกินไป จึงต้องประเมินคุณภาพข้อมูล การ replay เหตุเดิม ภาระ alert การปิดงาน recovery และทักษะผู้ใช้ร่วมกัน

ภายในวัน 30 ต้องจบ FAT การติดตั้ง และ SAT หากข้อมูลหาย เวลา หน่วย หรือ notification ยังไม่ผ่าน ห้ามเริ่มเก็บ baseline ในวัน 31 ช่วงตัวอย่าง 28 วันคือวัน 31–58 และใช้วัน 59–60 ทบทวนและอนุมัติ state tag, exclusions และคุณภาพ Scale เมื่อวงจรปิดได้ ความเสี่ยงใหญ่ถูกแก้ และเครื่องถัดไปมี failure mode ที่วิธีนี้ครอบคลุม Modify เมื่อสมมติฐานคุณค่ายังอยู่แต่ต้องแก้ data/state/workflow Stop เมื่อความเสียหายหลักมองไม่เห็น ปิดงานไม่ได้ หรือ security/recovery ไม่ผ่าน การหยุดด้วยหลักฐานก็เป็นผล PoC ที่มีค่า

คำนวณเศรษฐศาสตร์แบบระมัดระวัง

ตัวเลขต่อไปนี้คือสถานการณ์วางแผนสมมติ 12 assets ไม่ใช่ราคาตลาด ผลลูกค้าจริง หรือคำมั่น

ถ้าป้องกันเหตุได้ 2 ครั้ง ครั้งละ 5 ชั่วโมง และสมมติผลกระทบ 70,000 THB/ชั่วโมง ผลหลีกเลี่ยงคือ 2 × 5 × 70,000 = 700,000 THB ถ้าลดการเปลี่ยนตามรอบที่ไม่จำเป็น 12 งาน งานละ 12,000 THB จะเพิ่ม 144,000 THB ประโยชน์รวมสมมติ 844,000 THB และ 844,000 − 898,600 = ติดลบ 54,600 THB ณ วัน 90 ไม่ควรบังคับให้ ROI เป็นบวก PoC ซื้อหลักฐานว่าตรวจเห็น จัดการ alert ปิดงาน และกู้ระบบได้ด้วย

ประกาศทางการ BOI/OSOS สำหรับครึ่งแรกปี 2026 ระบุคำขอด้านเครื่องจักร ระบบอัตโนมัติ และหุ่นยนต์ประมาณ 13,100 ล้านบาท ใน 82 โครงการ และมาตรการ Smart and Sustainable Industry จำนวน 132 คำขอ มูลค่าประมาณ 17,200 ล้านบาท ตัวเลขนี้เป็นบริบทการลงทุนเท่านั้น คุณสมบัติและการอนุมัติขึ้นกับแต่ละโครงการ ต้องตรวจสอบเป็นรายกรณีและห้ามตั้งงบสิทธิประโยชน์ก่อนอนุมัติ

10 คำถามสำหรับผู้ขายระบบ CBM

1. ระบบครอบคลุม failure mode ใด และไม่ครอบคลุมอะไร?
2. มีสมมติฐานด้านสัญญาณ จุดติดตั้ง sampling และสถานะเดินเครื่องอย่างไร?
3. ISO 20816-3 ใช้กับเครื่องใดและภายในขอบเขตใดอย่างชัดเจน?
4. กฎสำหรับ baseline ช่วงที่ตัดออก และการเรียนรู้ใหม่คืออะไร?
5. ใครอนุมัติการเปลี่ยน dynamic threshold และย้อนกลับรุ่นเดิมได้หรือไม่?
6. รายงาน false alert, miss และกรณีหลักฐานไม่เพียงพออย่างไร?
7. ติดตาม alert ไปจนถึง work order ที่ปิดและการวัดซ้ำหลังซ่อมอย่างไร?
8. ออกแบบ OT zone, data flow, remote access และระยะเวลาเก็บ log อย่างไร?
9. สำรองข้อมูลอะไร และทดสอบ restore อะไรใน FAT/SAT?
10. ใช้หลักฐานใดตัดสินใจขยาย ปรับแก้ หรือหยุดหลัง 90 วัน?

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

CBM เหมือน predictive maintenance หรือไม่?

ไม่เหมือนทั้งหมด CBM ใช้สภาพที่วัดได้ตัดสินใจงาน ส่วน predictive อาจคาดการณ์สภาพอนาคตหรือ remaining life ได้ CBM มีคุณค่าได้แม้ไม่มีโมเดลอายุคงเหลือ หากการตัดสินใจและการปิดงานควบคุมได้

Maintenance DX ควรเริ่มจากเซนเซอร์ไหม?

ควรเริ่มจากประวัติเหตุ criticality, failure mode และ workflow จากนั้นจึงเลือกสัญญาณและจุดติดตั้ง

ใช้ ISO ตั้ง vibration threshold ของมอเตอร์อย่างเดียวได้ไหม?

ไม่ได้ ISO 20816-3 ใช้ได้กับเครื่องในขอบเขต ต้องรวมจุดติดตั้ง สถานะเดินเครื่อง ข้อมูลผู้ผลิต และ baseline รายเครื่อง

False alert ยอมได้กี่ครั้ง?

ไม่มีเลขเดียว ขึ้นกับ criticality กะ และกำลังตรวจ ตั้งเป้า PoC ล่วงหน้าและวิเคราะห์สาเหตุ ไม่ใช่เพียงปิด alert

ถ้า PoC ไม่มีเครื่องเสียจริงถือว่าล้มเหลวไหม?

ไม่จำเป็น ยังตรวจ data quality, known event, workflow, restore และทักษะได้ แต่ห้ามอ้าง detection rate หรือ savings ที่ไม่เกิดจริง

CBM ได้สิทธิ BOI อัตโนมัติหรือไม่?

ไม่ได้ ตัวเลข BOI เป็นข้อมูลบริบท ต้องยืนยัน eligibility และ approval รายโครงการ

สรุป

CBM ที่ใช้งานได้ต้องเชื่อม criticality กับ failure physics, baseline ตามสถานะ, threshold ที่ควบคุมการเปลี่ยน, alert ที่นำไปสู่ใบงานและการวัดซ้ำ, OT segmentation และ recovery ที่ทดสอบแล้ว FAT/SAT และ PoC 90 วันควรสร้างหลักฐานสำหรับสามคำตอบที่ถูกต้องได้เสมอ: ขยาย แก้ไข หรือหยุด

TOMAS TECH สามารถช่วยโรงงานในไทยและอาเซียนจัดกลุ่มเครื่อง ทำ failure-signal map วาง FAT/SAT และเกณฑ์ตรวจรับ 90 วันได้ตั้งแต่ก่อนเลือกผลิตภัณฑ์ หากต้องการทบทวนแผน สามารถส่งประวัติหยุดและข้อจำกัดเครือข่ายผ่านหน้าติดต่อ

แหล่งอ้างอิง

• ISO 17359:2018
• ISO 13379-1:2025
• ISO 20816-3:2022
• NIST SP 800-82 Rev. 3
• NIST SP 1339
• Thailand BOI/OSOS 1H 2026