ติดตั้งเซ็นเซอร์สั่นสะเทือนไร้สายเพิ่มในเครื่องจักรเดิม: คู่มือจัดซื้อและตรวจรับ

เมื่อต้องการติดตั้งเซ็นเซอร์วัดแรงสั่นสะเทือนแบบไร้สายกับอุปกรณ์ที่มีอยู่เดิม หากสั่งซื้อโดยดูแค่รายการเปรียบเทียบเช่น รายการวัดและอายุการใช้งานแบตเตอรี่ อาจเกิดปัญหาไม่สามารถอนุมัติให้ใช้งานจริงได้ แม้จะติดตั้งได้แล้วก็ตาม เช่น จะยึดติดกับตลับลูกปืนได้มั่นคงหรือไม่? สัญญาณวิทยุจะส่งถึงในสภาพเดินเครื่องจริงหรือไม่? เกิดข้อมูลขาดหายหรือไม่? ใครจะรับผิดชอบเปลี่ยนแบตเตอรี่? การพิจารณานำเข้าต้องสะท้อนจุดเหล่านี้ไปยัง TOR และแบบทดสอบตรวจรับตามจริง คู่มือนี้จัดทำสำหรับฝ่ายจัดซื้อ, ซ่อมบำรุง และ OT ที่โรงงานในไทยต้องการติดเซ็นเซอร์สั่นสะเทือนแบบไร้สายเพิ่มบนมอเตอร์หรือปั๊มเดิม รายละเอียดเรื่องข้อบกพร่องที่ตรวจพบ/ตรวจไม่พบด้วยสัญญาณแรงสั่นและตัวอย่างวิเคราะห์ต้นทุน ผลตอบแทนของการลงทุน ดูบทความ การตรวจสภาพอุปกรณ์ด้วยเซ็นเซอร์วัดแรงสั่นสะเทือน ในเนื้อหานี้จะเน้นถึง “หลังตัดสินใจแล้วต้องสั่งซื้ออะไร และต้องตรวจรับอะไรบ้าง” เท่านั้น

การติดตั้งเซ็นเซอร์สั่นสะเทือนแบบไร้สาย “สั่งเฉพาะเซ็นเซอร์” ไม่เพียงพอ

จุดวัดหนึ่งจุดจะใช้งานได้ ต้องเตรียมทั้ง: พื้นผิวที่จะยึดติดกับเครื่องจักร, ตัวเซ็นเซอร์, ชุดยึด, แบตเตอรี่, เส้นทางส่งข้อมูลไร้สาย, Gateway, จุดจัดเก็บข้อมูล, เวลาประสาน, หน้าจอสำหรับแสดงผล/แจ้งเตือน, และต้องเชื่อมโยงไปถึงผู้ปฏิบัติงานฝ่ายซ่อมบำรุง ระยะทางตามแค็ตตาล็อกไม่รับรองคุณภาพสัญญาณในหน้างานจริงที่มักมีอุปกรณ์/โครงเหล็ก/ท่อ/ที่กั้น/ยานพาหนะ ฯลฯ ปะปนกัน เช่นเดียวกับอายุแบตเตอรี่ตามสเปกที่แท้จริงขึ้นกับรอบวัด, การบันทึก waveform, การส่งหัวข้อซ้ำ, อุณหภูมิ, วิธีสื่อสาร, การตั้งค่าการแจ้งเตือน ฯลฯ ดังนั้น ข้อมูลเปรียบเทียบที่ถูกต้องจึงไม่ใช่ “ราคาต่อเครื่อง” แต่เป็น “ระบบที่สามารถส่งข้อมูลที่ตรวจวัดได้ตามคุณภาพ กำหนดจากแต่ละจุดวัดถึงทีมซ่อมบำรุงอย่างต่อเนื่องตาม TOR”

ตัวอย่างเช่น ifm นำเสนอระบบเซ็นเซอร์ไร้สาย VWV ที่ส่งค่า RMS ความเร็วสั่นและอุณหภูมิแบบ interval ไปยัง Gateway ส่วน SKF Enlight Collect IMx-1 จะวัดได้ทั้งอัตราเร่ง, Envelope, ความเร็ว, อุณหภูมิ ประกอบด้วยเซ็นเซอร์ไร้สาย, Gateway, แอพพลิเคชัน, ซอฟต์แวร์ดูแล องค์ประกอบและประเภทข้อมูลในแต่ละแบรนด์จึงต่างกัน อย่านำชื่อประเภทการสื่อสารว่า “ไร้สาย” หรือ “รองรับ AI” มาเป็นคะแนนเปรียบเทียบโดยรวม ให้ตรวจสอบเฉพาะคุณสมบัติที่ตอบโจทย์และ Version ด้วยรหัสสินค้า และซอฟต์แวร์ที่ต้องใช้กับงาน

อย่างน้อย RFP หรือ TOR ในการจัดซื้อควรแบ่งเนื้อหา 5 ส่วน ได้แก่ (1) ขอบเขตเครื่องจักรและจุดวัด (2) วิธีติดตั้งและเงื่อนไขความปลอดภัยหน้างาน (3) สมรรถนะด้านการวัด/สื่อสาร/การขาดข้อมูล (4) เงื่อนไขการปฏิบัติงาน รวมแบตเตอรี่ ซอฟต์แวร์ ค่าสื่อสาร (5) หลักฐานให้ตรวจรับจาก FAT ก่อนส่งของและ SAT เมื่อ onsite หากไม่ทำแยกนี้จะเกิดกรณี supplier ขอตรวจรับแค่ “ตัวเซ็นเซอร์ไม่เสีย” แต่ฝ่ายซ่อมบำรุงระบุ “ไม่ได้ข้อมูล” ส่วน IT บอก “อยู่นอกเครือข่ายที่ดูแล”

ขั้นแรก: กำหนดจุดวัด – จะติดไว้ตรงไหนของมอเตอร์ที่มีอยู่

จุดติดตั้งควรอยู่ใกล้ Housing ของตลับลูกปืนหรือโครงสร้างที่รับแรงหลัก ตำแหน่ง สายวัด ทิศทาง (แนวนอน/แนวตั้ง/แนวแกน) ทุกจุดต้องลงทะเบียนไว้ ไม่ใช่เลือกจุดว่างบน casing แบบสุ่ม คู่มือ VVB3 แบบมีสาย IO-Link ของ ifm เป็นตัวอย่างทั่วไปด้านตำแหน่งติดตั้ง โดยแนะนำให้ติดใกล้ตลับลูกปืน มีตัวเลือกทั้งยึดด้วยเกลียว, แม่เหล็ก, กาวอะแดปเตอร์ ฯลฯ ทั้งนี้ accessories และวิธีติดตั้งมีผลต่อคุณภาพสัญญาณ อีกด้านหนึ่ง SKF IMx-1 กำหนดให้เซ็นเซอร์แบบ single axis วัดการสั่นสะเทือนตามแกนที่ตั้งฉากกับพื้นผิวติดตั้ง ควรเตรียมหน้าให้เหมาะสม มีเนื้อที่พอสำหรับติดตั้ง และมีช่องว่างสำหรับเข้าถึงเพื่อทำงานซ่อม ตรวจสอบว่า “จำนวนแกน” ของเซ็นเซอร์พอกับ “แนวทิศที่ต้องการตรวจ” ในตำแหน่งที่เลือก

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

ทะเบียนจุดวัดควรลง: Equipment ID, ตำแหน่งชิ้นส่วนหมุนและตลับลูกปืน, ภาพถ่าย, ทิศที่ตั้ง, รหัสพาร์ตเซ็นเซอร์และชุดยึด, วันที่ติดตั้ง, ผู้รับผิดชอบ, การเตรียมผิว, วิธีขันหรือยึด, ฝาครอบใกล้เคียง, วิธีเข้าถึงเมื่อต้องเปลี่ยนใหม่ หลังติดตั้งควรเทียบค่ากับเครื่องวัดพกพาหรือค่าอ้างอิงในสภาพโหลดเดียวกัน หากต่างกันแบบผิดปกติให้สำรวจต้นเหตุ หลีกเลี่ยงการเปรียบเทียบตัวเลขข้ามเครื่องมือ/ฟิลเตอร์ รับดูหน้างาน ตรวจรับระบุทั้งหน่วย, ช่วงความถี่, วิธี integration, average, ความเร็วรอบ และโหลดกำกับเสมอ

ขั้นตอนติดตั้งต้องเป็นไปตามมาตรฐานหน้างาน หากจำเป็นต้องทำงานใกล้ส่วนที่กำลังหมุนหรือผิวร้อน ต้องหยุดงาน แยก circuit หรือ lock out ตามขั้นตอนอนุมัติ ใช้แค่ “ไร้สายจึงไม่จำเป็นต้องหยุดเครื่อง” ไม่ได้ ผ่อนคลายมาตรฐานความปลอดภัยไม่ได้ ตรวจสอบด้วยว่าต้องถอดฝาครอบ ปฏิบัติในพื้นที่อันตราย หรือพื้นที่อาหาร/สุขาภิบาล มีข้อกำหนดพิเศษหรือไม่ เซ็นเซอร์นี้ใช้สำหรับ monitoring เท่านั้น ห้ามนำมาใช้แทนวงจรความปลอดภัยหรือ Trip

สเปกข้อมูลที่ต้องยืนยันในการเลือกเซ็นเซอร์วัดแรงสั่นสะเทือนแบบไร้สาย

ใน RFP อย่าเขียนแค่ชื่อค่าที่ต้องการ ให้ถามถึง “ข้อมูลนี้คำนวณจากสัญญาณอะไร วัดเมื่อไร ประมวลผลอย่างไร” ถ้าจะ monitor แค่ค่า velocity เฉลี่ย หรือจะเก็บ waveform raw, Envelope มีผลกับความถี่, Sampling rate, ปริมาณข้อมูล, การใช้แบตฯ, ทราฟฟิก การแปลงสัญญาณให้ตอบโจทย์โดยตรงไม่ได้เท่ากับค่า theoretical ที่คำนวณตามทฤษฏี เช่น NI อธิบายต้อง sampling ด้วยความถี่สูงกว่า 2 เท่าของความถี่สูงสุดที่ต้องการวัด มี anti-aliasing filter แต่นั่นคือ lower limit ในเชิงทฤษฎี ควรระบุใน RFP ถึงข้อบกพร่องเป้าหมาย, ความถี่ที่เกี่ยวข้อง, waveform/spectrum/feature ที่ต้อง export, filters

ความหมายของ “ส่งข้อมูลทุกนาที” ต้องแตก เจตนาคือเซ็นเซอร์วัดจริงทุกนาที, Gateway ดึงค่าซ้ำทุกนาที หรือแค่ส่ง Alarm ทุกนาทีก็แตกต่าง ตรวจสอบ timestamp ของการวัดและการรับ, interval ที่แท้จริง, window สำหรับคำนวณ, extra acquisition เมื่อผิดปกติ, on-demand, การส่งย้อนหลังเมื่อเน็ตเวิร์คคืน, จำนวนค่าสำรองในเครื่อง ตามคู่มือ SKF, เพื่อประหยัดแบต เซ็นเซอร์จะ sleep ส่วนใหญ่ มี acquisition ในช่วงเวลาที่ตั้งเท่านั้นจึงไม่รับประกันว่าจะจับทุก event สั้น ๆ ได้

ไม่ใช่มาตรฐานเดียวกันหมด เช่น ค่า missing rate อนุโลมไม่ได้เท่ากันทุกเครื่อง ขึ้นกับว่าเครื่องเสี่ยงพังเร็วแค่ไหน จำนวนนี้/ตรวจทุกกี่ชั่วโมง/มีจุดตรวจโดยพนักงานหรือไม่ ห้ามลง TOR ว่าอะไรก็ได้วิ่งที่มาตรฐานเดียวกันโดยไม่เจาะจงระดับยอมรับเป็นรายจุด ในแบบฟอร์มตรวจรับ ให้บันทึกรหัสเครื่องจักรและจุดวัด สภาวะเดินเครื่องและหยุดเครื่อง เวลาเริ่มและจบการทดสอบ ผู้อนุมัติ และเวอร์ชันซอฟต์แวร์ การทำเครื่องหมายว่าผ่านเพียงอย่างเดียวไม่แสดงเงื่อนไขที่ทำให้สื่อสารขัดข้องหรือเวลาที่ใช้ฟื้นตัว หากข้อใดไม่ผ่าน ให้บันทึกว่าจะใช้งานชั่วคราวได้หรือไม่ วันทดสอบซ้ำ วิธีตรวจด้วยคนทดแทน และผู้รับผิดชอบแก้ไข ต้องตัดสินการตรวจรับจากหลักฐานที่ทำซ้ำได้ในโรงงานจริงภายใต้เงื่อนไขเดียวกัน ผลการวัดที่ใช้ได้ในห้องทดลองของผู้ผลิตไม่เหมือนกับบันทึกที่ฝ่ายซ่อมบำรุงใช้ตัดสินใจได้ในโรงงานซึ่งมีสิ่งกีดขวางโลหะและโหลดการผลิตจริง

สำรวจสัญญาณไร้สายในโรงงาน ต้องพิสูจน์จากจุดวัดจริง ห้ามเชื่อระยะทางในแค็ตตาล็อก

สภาพแวดล้อมคลื่นวิทยุในโรงงานเปลี่ยนแปลงเสมอ ทั้งผนังเหล็ก, ท่อ, ตู้สวิทช์, ฟอร์คลิฟท์, ประตูใหญ่, product/fixture, งานติดตั้ง/ย้ายเครื่องใหม่ แม้จะใช้ mesh network ก็ไม่ใช่ทุกจุดจะเสถียร คู่มือ project Emerson ระบุถึงสิ่งต้องสำรวจ: วิสัยทัศน์, ระดับความสูง, ความหนาแน่นเครื่องจักร, การวาง gateway/endpoint SKF แนะนำให้สำรวจมุมมองตรงระหว่าง Gateway กับจุด sensor หากต้องติด Gateway ใน housing เหล็ก ควรใช้เสาอากาศภายนอก หากจะ test ให้ลองจากจุดวัดจริงหรืออุปกรณ์ประเมินสัญญาณที่มีคุณสมบัติเทียบเท่า

แผนที่การสำรวจควรมี: เลขจุดวัด, ระดับความสูง, สิ่งกีดขวางโลหะ, ตำแหน่ง Gateway ที่อาจติดตั้ง, จุดสำหรับแหล่งจ่ายไฟ, ช่องเชื่อมต่อ(network) ไปยังระบบ, โซนสำหรับขยายในอนาคต ต้องทดสอบทั้งขณะไม่มีผลิต (ซ่อมหรือวันหยุด) และในเวลาปกติที่รถวิ่ง, shutter เปิดปิด, เปลี่ยนสายการผลิต อย่าใช้แค่ค่า reception หรือ RSSI ตัดสิน ให้ดู reception rate per terminal, delay, retransmission, path switching, missing period, การฟื้นตัวหลัง Gateway Fail ดังนั้น อย่าเอาผล PoC แค่ไม่กี่จุดไปอ้างกับไซต์ขนาดใหญ่ทั้งหมด

บางวิธีสื่อสารจำเป็นต้องขออนุญาตความถี่, เลือกช่วงความถี่, รับรองความถูกต้อง, กำลังส่ง, SIM ในประเทศ ตรวจสอบว่ารหัสพาร์ตและไฟล์เฟิร์มแวร์ที่ซื้อและใช้งานได้ในไทยจริง ไม่รับประกันว่าในประเทศไทยใช้ได้ทุกโมเดล การเชื่อมต่อกับเครือข่ายต้องมีการรับรองจากทั้งฝ่าย OT และ IT กำหนดให้ network monitor กับ control แยกกันชัดเจน ตามแนวปฎิบัติ NIST SP 800-82 Rev.3 ให้บันทึกว่า Gateway ใช้ port ไหน, วิธีรับรอง, อัปเดต, log, backup อย่างไร

“ข้อมูลขาด” กับ “ค่าเท่ากับศูนย์” ต้องแยกจากกัน

สิ่งสำคัญสำหรับการติดตั้งระบบเฝ้าระวังแบบไร้สายคือ ต้องแยก “ค่าต่ำ” ออกจาก “ไม่ได้รับข้อมูล” โดยชัดเจน ระบุให้ได้ว่า: terminal ไม่ได้วัด, วัดแต่ส่งไม่ถึง, ถึง Gateway แต่ส่งขึ้น server ไม่ได้, เวลาผิด, การดึงย้อนหลัง, ฯลฯ สิ่งเหล่านี้ต้องไม่แปลงเป็นช่องว่างเดียวกันหรือศูนย์ ให้ออกแบบ database, API, และหน้าจอให้มี field เพื่อแยก “ค่า” ออกจาก “สถานะคุณภาพข้อมูล” การประเมินโดย AI จะไม่สับสนหากช่วง missing ถูกแยกออก

เงื่อนไขตัวอย่างสำหรับ test การรับมอบ: ทุกแถวข้อมูลต้องมี Equipment ID, จุดวัด, Sensor ID, Time stamp วัด, Time stamp รับ, หน่วย, ค่า, รหัสคุณภาพ, เวอร์ชั่นตั้งค่า ถ้ามี field ขาดให้ตกลงวิธี mapping และพิสูจน์ล่วงหน้า FAT ให้จำลองตัดสัญญาณ (Gateway/terminal) แล้วดูว่า GUI ไม่แสดงค่าเดิมเป็นค่าปัจจุบัน, บอกช่วงขาดข้อมูล, ทดสอบย้อนคืนข้อมูล, ลบซ้ำตรงตาม spec เมื่อ onsite (SAT) ควรทดลองในช่วงเดินเครื่องจริงผ่าน network และช่องแจ้งเตือนทั้งหมด

Timestamp ไม่ใช่แค่รูปแบบแสดงผล แต่จำเป็นสำหรับ map กับช่วงหยุดเครื่อง/เปลี่ยนรอบ/ซ่อมหรือวิเคราะห์เทียบกับค่าปกติ เอกสารควรเก็บเวลาของอุปกรณ์, Gateway, Server, Time zone, reference source case จริงในไทยพบเครื่องควบคุม display เป็น ICT server เป็น UTC ต้องอธิบายหลักการแปลง ไม่ใช้ summer time, สัญญาว่าเหตุการณ์เดียวกันจะมีหมายเวลาเดียวกันในทุก record การดึงย้อนหลังควรเก็บเวลาวัดเดิมไว้ (ไม่ overwrite time receive)

อย่าเปรียบเทียบ “อายุแบตเตอรี่ … กี่ปี” โดยไม่มองต้นทุนงานเปลี่ยนและเงื่อนไขใช้งาน

Spec อายุการใช้งานแบตเตอรี่ในแต่ละผลิตภัณฑ์ตั้งอยู่บนสมมติฐาน ถ้าเข้าเว็บ ifm VWV001 จะเห็นว่าแบตเปลี่ยนไม่ได้ หรือเอกสาร SKF ระบุชัดว่าอายุใช้งานสูงสุด 4 ปีขึ้นกับ setting ผู้ผลิตระบุว่า VWV001 เป็นรุ่นที่กำลังยุติการจำหน่าย (phase-out article) หากจะจัดซื้อใหม่ ต้องตรวจสอบรหัสรุ่นทดแทนปัจจุบัน และไม่ควรนำตัวเลขอายุใช้งานต่างผลิตภัณฑ์มาเทียบตรง ๆ ควรแสดงชื่อรุ่น, รหัสสินค้า, เวอร์ชั่น firmware, รอบ acquisition, การส่ง wave, จำนวน event, อุณหภูมิ, path สื่อสาร, และเปลี่ยนแบบแบต vs เปลี่ยนเครื่อง ควรให้ supplier อธิบายเงื่อนไข design

สิ่งที่ต้องบริหารไม่ใช่แค่แบต แต่ว่า: ใครจะเปลี่ยน, ต้องหยุดงาน/ปีน/ตั้งนั่งร้านไหม, ต้องสั่งอะไรเพิ่มบ้าง, ระยะเวลาสำรอง, วิธีผูก ID จุดใหม่, ทิ้งแบตเตอรี่เก่า, การแจ้งข้อมูลขาดขณะเปลี่ยน, เปรียบเทียบ base line หลังเปลี่ยน ถ้าเปลี่ยนเฉพาะเครื่องไม่ได้ ต้องเผื่อค่าทั้ง terminal และ logistics การเสียบในที่เปลี่ยนยาก แม้ราคาถูกอาจกลับกลายเป็นต้นทุน recurring สูง ตรวจสอบว่าแจ้งเตือนแบตใกล้หมดออกล่วงหน้ากว่างานเปลี่ยนได้พอหรือไม่

ห้ามนำ “อายุคาดการณ์” กับ “รับประกัน” มารวมกัน อายุคาดการณ์คือคำนวณหรือที่ระบุในคู่มือ พร้อมเงื่อนไข รับประกันคือเมื่อหมดอายุใครจะเปลี่ยนให้ วิธีกันกรณีเสียแต่เนิ่นเกินคาดมีอะไรบ้าง ควรเขียนว่า: diagnostic จะพิจารณาอะไร, โลจิคการ strip root cause, เปลี่ยนชิ้นไหนและผู้รับผิดชอบ เหลืออะไหล่/แบต/รุ่น/ช่วงยอมรัย/การถ่ายโอน config ให้ครอบคลุม

PoC ห้ามตัดสิน “สอบผ่าน” แค่เพราะมีกราฟ

การทดลองติดตั้งจริงที่จุดน้อย ๆ ในมอเตอร์เดิม ไม่ใช่เพื่อพิสูจน์ว่าเตรียมพร้อมทำนายทุกบกพร่องได้ภายในเวลาสั้น ๆ แต่เพื่อพิสูจน์: ความเสถียรติดตั้ง, ความต่อเนื่องของสัญญาณ, ความหมายของข้อมูล, และการเดินเรื่องแจ้งเตือนไปหาคนปฏิบัติงาน ให้ลงทะเบียน info ทั้งหมดตั้งแต่ (เครื่องจักร/จุด/รอบ/บกพร่องเป้าหมาย/วิธีสำรวจเดิม), กำหนดช่วงทดสอบ/เงื่อนไขความสำเร็จไว้ ห้ามสร้างความเสียหายจริง ควรทดลองด้วย event mock เช่น ตัดสัญญาณ, เปลี่ยนหน่วย, เปลี่ยน setting, training

ระหว่าง PoC ห้ามใช้ค่าเฉลี่ยเดียวเป็นฐานปกติ เดินเครื่องต่างรอบ, ต่างโหลด, ผลิตต่างแบบ, startup, after-warm up, ก่อนหลังซ่อม ค่าก็ต่างกัน หาก data set เล็กเกินควรระบุว่าฐานยังไม่เป็นที่ตั้ง (baseline not established) ไม่ควรแสดงว่า AI สร้างค่า limit เอง หากแจ้ง alarm ให้ฝ่ายซ่อมเดินตรวจบันทึกจริง ปิด loop ใหม่นั้น ถ้าไม่ปฏิบัติ แม้เซ็นเซอร์จะ alert ได้ก็ไร้ค่า

อ่านผล PoC ให้บันทึก: กำหนดรอบวัดที่วางแผน, รอบวัดจริง, ค่า valid, missing, delay, false alarm, anomaly, งานเปลี่ยนจุด, สถานะแบต, เวลาทำงาน ห้ามนำ “ที่ PoC ไม่มีเครื่องเสีย” มาใช้พิสูจน์ว่าระบบทำนายถูก 100% ผลลัพธ์ effect ต้องตาม log การหยุดงานหรือซ่อมจริงเท่านั้น ดูบทความ IoT สำหรับเครื่องจักรเก่าและการตัดสินใจต่ออายุ/ทดแทน/เลิกใช้งาน คู่มือนี้ให้หลักบริหารชุดติดตามแรงสั่นแบบไร้สายในระยะ PoC เป็นขั้นแรกของการตัดสินใจ

เงื่อนไขใน TOR/RFP ที่ควรมีเมื่อสั่งซื้อเซ็นเซอร์แรงสั่นแบบไร้สาย

TOR/RFP ควรแยกวัตถุประสงค์กับสิ่งที่อยู่นอกขอบเขต (out of scope) ก่อนเสมอ (1) วัตถุประสงค์: เฝ้าระวังสภาพกลไกของอุปกรณ์เพื่อช่วยซ่อมบำรุง (2) นอกขอบเขต: ไม่ใช้ force stop, relay protection, แก้ไข PLC, ทำนายความเสียหายทุกแบบ ลงรายการเครื่องจักร, จุดวัด, เวลาใช้งาน, อุณหภูมิ, เงื่อนไขล้าง/พิกัด, พื้นที่เสี่ยง, พลังงาน-ข่ายเน็ตที่ใช้ได้, ภาพ+แบบแปลน – ถ้ายังไม่ชัดเจนให้ระบุว่ายังไม่ fix สามารถเปลี่ยนราคาได้หลังสำรวจ onsite เพื่อลดกรณีอ้าง“งานมาตรฐาน” แต่บานปลายงานจริง

ให้อยู่ใน TOR: แยกจำนวน terminal/ชุดยึด/Gateway/เสาอากาศ/ไฟ/ค่าเน็ต/software/license/งานติดตั้ง/ทดสอบ onsite/อบรม/บำรุง/อุปกรณ์เปลี่ยน กำหนดรหัสพาร์ต/เวอร์ชั่น/lead time/เงื่อนไขหมดอายุ/การถือครองและส่งออกข้อมูล กำหนดวิธีเอาระบบออกเมื่อเปลี่ยน vendor ค่าใช้จ่ายที่ไม่แปรผันตามจำนวน terminal ควรแยกจากค่าใช้จ่ายที่เพิ่มตามจำนวนจุด เพื่อง่ายต่อการขยายระบบ อย่าเทียบราคาเฉพาะเซ็นเซอร์ตัวเดียว

ตรวจสอบคู่มือเทคนิคแยก “รองรับ-ไม่รองรับ” ให้มีแต่ละข้อเรียง: หน้าเอกสาร, หลักฐานเสนอ, หลักฐาน FAT, หลักฐาน SAT, กรณียกเว้น, ผู้รับผิดชอบ หากเปรียบเทียบเทคโนโลยีต่างกัน ให้ใช้จุดวัดเดียวกัน, ข้อกำหนดขาดข้อมูล, เงื่อนไขทำงานเหมือนกัน ห้ามเอาข้อเสนอที่ยืดรอบวัดเพื่อปีนานกว่าไปเทียบตรงกับข้อเสนอที่รอบวัดสั้นและวัด waveform บ่อย โดยไม่ normalize เงื่อนไข การตั้งค่ารอบวัดต้อง fix ตามบทบาทความสำคัญก่อน

ตรวจรับ FAT (ก่อนส่งของ) กับ SAT (ในโรงงาน) ต้องเน้นอะไร

FAT: ยืนยันการประกอบตามที่กำหนด, รุ่น, ตั้งค่าถูกต้อง พร้อมใช้งานส่วนซอฟต์แวร์ SAT: ทดสอบของจริงติดตั้งแล้ว, สัญญาณในสภาพแวดล้อมจริง, เครือข่ายใช้งานจริง, ผู้ปฏิบัติงานจริง แม้ FAT ผ่านแต่อาจมีจุดขาดสัญญาณเพราะโลหะ onsite, SAT ผ่านแต่ไม่ตรวจสอบการโอนข้อมูลระหว่างเปลี่ยนเครื่อง/ขาดสัญญาณก็จะไม่มีหลักฐานที่ชัดเจน FAT/SAT จึงมีหน้าที่เสริมกัน

ค่าตรวจสอบเฉพาะแต่ละจุดต้องตรงตาม TOR ที่ตกลง เช่น: %รับสัญญาณ, สูงสุด continuous missing, delay alarm, timestamp diff, ระยะเวลาข้อมูลเก็บ, วันที่แจ้งแบตเตือน เทียบค่า+เงื่อนไข+ช่วงทดสอบ+ข้อยกเว้น ระบุชัด (ไม่มี threshold กลางสำหรับทุกโรงงาน) หากเครื่องจักรบางเครื่องรับ missing ต่อเนื่องได้ 1 ชั่วโมง หรือบางเครื่องรับได้จนถึงรอบตรวจกายภาพถัดไป (1 วัน/รอบ) ให้กำหนดตามวิธีเหมาะสมกับโอกาสเสียและ real-life response

ตกลงกรณี “fail” ไว้ล่วงหน้า เช่น ต้องขยับเสา, เพิ่ม gateway, เปลี่ยนจุดแล้ว baseline ต้องทำใหม่, รอเวลาทดสอบซ้ำ ฯลฯ ลายเซ็น SAT ต้องมีทั้งจัดซื้อ, ซ่อมบำรุง, OT/IT, และถ้าจำเป็นต้องมี safety เพื่อแยก “ติดตั้งเสร็จ” กับ “รับเข้าทำงาน” ออกจากกันอย่างชัดเจน

ระเบียบหน้าที่รับผิดชอบหลังเดินระบบจริงและการบริหารการเปลี่ยนแปลง

โครงการเฝ้าระวังแรงสั่นแบบไร้สายเสร็จสมบูรณ์เมื่อจัดการตารางงานดังนี้: ฝ่ายซ่อมบำรุงรับผิดชอบจุดวัด, เกณฑ์อลาร์ม, ตรวจสอบ/ซ่อม/เปลี่ยน ฝ่าย IT/OT ดูแลระบบเครือข่าย, account, เวลา, backup ฝ่ายจัดซื้อบริหารประกัน, สินเปลี่ยน, ต่อสัญญา Supplier จัดเตรียม log แก้ปัญหาและช่องทาง support ต้องระบุให้ชัดใครเป็นด่านแรกของการวินิจฉัย เมื่อเกิด “missing” ใครตอบใครบ้าง เซ็นเซอร์เอง, เครือข่าย, server อย่าให้ค้าง loop

การเปลี่ยนอะไหล่เช่น ตลับลูกปืน, มอเตอร์, ย้ายเซ็นเซอร์, เปลี่ยน gateway, upgrade firmware, เปลี่ยนรอบ acquisition, กระทบ continuity ต้องบันทึกวันที่เปลี่ยน, setting ก่อน/หลัง, ไลน์ที่กระทบ, ต้อง confirm baseline ใหม่หรือไม่ เก็บค่า history แยก Sensor/Equipment หากเปลี่ยน device ห้ามลบทิ้งข้อมูลเก่า

ระบุ Monitoring Self-Check ด้วย: หยุดรับสัญญาณ, sync time fail, แบตต่ำ, memory เต็ม, ปลายทางลาออก/เปลี่ยน contact, ขาดสัญญา cloud ใน monthly check ไม่ใช่ดูแค่ alarm แต่ดู %data valid per point, ข้อมูลขาดต่อเนื่อง, สถานะ terminal+gateway+backup วัดตรงกับเงื่อนไข SAT หากเปลี่ยนเป้าต้องบันทึกเหตุผล

ข้อควรระวังเงื่อนไขรับส่งมอบที่มักไม่ชัดเจนในการเปรียบเทียบราคา

ถ้าค่าติดตั้ง “รวมงานตั้งค่าทั้งหมด” ระบุสิ่งที่รับมอบเป็นรายรายการ เช่น ทะเบียนจุดวัด, รูปหน้างาน, ผัง network, ไฟล์ backup gateway, list terminal setting, account log, firmware version, definition ของ data point, API spec, การ sync timestamp, ตาราง code สำหรับ missing, รายชื่อแจ้งเตือน, คู่มือเปลี่ยนแบต, รายการอะไหล่, FAT/SAT ฉบับจริง Dashboard supplier แสดงผลไม่ใช่ “ข้อมูลถือครอง” เพราะการ restore ข้อมูลเวลาเสียหรือแก้ไข setting ขึ้นกับผู้รับข้อมูล หลีกเลี่ยงเผยแพร่ secret ด้วยเอกสารเปิด public ให้มีระบบเก็บ credential เฉพาะผู้ดูแล

สัญญาบำรุงรักษาต้องแยก contact จุดรับซ่อม: เซ็นเซอร์/ระบบสื่อสาร/ซอฟต์แวร์ เวลาตอบสนอง เงื่อนไขเข้าหน้างาน เวลาจัดหาอะไหล่ เครื่องเสียแม้เปลี่ยนเป็นรุ่นเทียบเท่าได้ แต่ app/gateway version mismatch อาจต้องเสียเวลาซ่อมมาก ตรวจสอบ compatibility/transfer data ด้วย อย่าลืมเทสต์ export รูปแบบมาตรฐานกรณีเลิกใช้ซอฟต์แวร์เตรียม migration ไป future system ใหม่

แบ่งขอบเขตงาน onsite หลังสำรวจเพื่อไม่ fix งานส่วนที่ค่าใช้จ่ายผันแปร แยกเฉพาะ terminal/อุปกรณ์ยึดมาตรฐานที่ fix ราคา งานเพิ่มเสา-power ให้ประเมินหน้างาน ลดแรงจูงใจเสนอราคาต่ำตอนแรกแต่ตัดออปชันที่จำเป็นออก onsite กรณีมีข้อยกเว้น เช่นจุดวัดบางจุด ให้บันทึกเหตุผล เงื่อนไข สำรองงานตรวจจุด ข้อยอมรับอนุโลม/ขยายเวลารับเข้าอย่างโปร่งใส

คำถามพบบ่อย: ควรตรวจอะไรก่อนนำเข้าเซ็นเซอร์วัดแรงสั่นไร้สาย?

ติดตั้งเซ็นเซอร์แรงสั่นไร้สายกับอุปกรณ์เดิม ง่ายกว่าแบบมีสายใช่หรือไม่?

แม้สามารถลดจำนวนสายเคเบิลได้ แต่ต้องดูเรื่องงานเตรียมผิว, การสำรวจคลื่น, การเตรียม Gateway, ขออนุมัติ IT, งานเปลี่ยนแบต, การจัดการข้อมูลขาด ไม่ใช่เทียบเฉพาะขั้นตอนติดตั้ง ต้องรวมขั้นตอนตรวจสอบและเปลี่ยนตลอดอายุการใช้งาน หากต้องได้ waveform ตลอดเวลาหรือมี requirement delay เข้มข้น อาจใช้แบตเตอรี่ตอบโจทย์ไม่ได้

เริ่มต้นด้วยแม่เหล็กติดเซ็นเซอร์กับมอเตอร์ได้หรือไม่?

เป็นไอเดียที่ใช้ได้กับการเปรียบเทียบวัดเฉพาะกิจ วิธีถาวรต้องใช้วิธีที่รองรับ band ที่ต้องวัด, ทนสภาพผิว, อุณหภูมิ, ความสะอาด, ลดความเสี่ยงหลุด เช็คคู่มือผู้ผลิตกับค่าที่เครื่องวัดแบบ manual ที่ตำแหน่งจริง ห้ามติดตั้งถาวรบริเวณอันตรายหรือต้องเปิดฝาครอบโดยไม่ได้รับอนุญาต

ถ้าเซ็นเซอร์สั่นไร้สายมีช่วงข้อมูลขาด ควรจัดการอย่างไร?

ห้ามเติมค่า missing ด้วยศูนย์ แยกบันทึกเป็น “ไม่ได้วัด”, “ส่งไม่ถึง”, “ส่งถึง Gateway แต่ฉุดขึ้น server ไม่ได้” ระบุเวลากดขาดเวลาดึงคืน, ทดสอบ trail ส่งย้อนหลังและการลบข้อมูลซ้ำ หากเกินเวลาที่ตั้งไว้ ต้องมีเจ้าหน้าที่รับผิดชอบ แจ้งต่อฝ่ายซ่อมหรือ OT ทำงานตรวจสอบเสริม

ขอ TOR กำหนด FAT กับ SAT ด้วยทั้งสองแบบต้องทำหรือไม่?

ควรทำแยกชัด—FAT ยืนยัน configure ตรง TOR และทดสอบฟังชั่นก่อนส่งของ SAT ตรวจสอบกับอุปกรณ์/คน/หน้างาน/สัญญาณจริง scale ก็ปรับได้ ไม่ต้องเต็มรูปแบบ แต่ควรเน้นวัตถุประสงค์และลายเซ็นผู้รับผิดชอบ ไม่ถือว่า “มีกราฟขึ้น” แปลว่าใช้งานได้ FAT TESt cutting communication/เปลี่ยน terminal SAT เน้นเดินงานจริงและเดินแจ้งเตือนถึงผู้ใช้งาน

จะเปรียบเทียบอายุแบตแต่ละรุ่นให้ง่าย ทำอย่างไร?

ต้อง normalize ตาม cycle วัด, ความถี่ waveform, เส้นทางสัญญาณ, อุณหภูมิ, วิธีเปลี่ยนแบตเตอรี่ เฉพาะแสดงตัวเลขอายุเฉลี่ย/สูงสุดไม่ตอบโจทย์ วิเคราะห์ว่าจะต้องสำรองคนเปลี่ยนหรืออัพเดตเทอมินอลต่อปีเท่าไร ขอ supplier อธิบายเงื่อนไขคำนวณและขั้นตอนแยกสาเหตุหากเสื่อมเร็ว

สรุป: เขียน TOR และแบบทดสอบก่อนเปรียบราคา

การติดตั้งเซ็นเซอร์สั่นสะเทือนแบบไร้สายกับเครื่องจักรเดิมต้องเริ่มต้นจากการกำหนดจุด, ทดสอบวิธีติด, ตรวจสอบคลื่นในหน้างาน, กันข้อมูลขาด, กำหนดงานเปลี่ยน battery, เก็บหลักฐาน FAT/SAT ก่อนดูราคา สร้าง TOR ฉบับย่อสำหรับ 1 เครื่องสำคัญ—ลงทะเบียนจุดวัด, รายการข้อมูลต้องใช้, ข้อจำกัดข้อมูลขาด, เงื่อนไขเปลี่ยน, รายการสอบรับ เห็นความแตกต่างและจุดไม่ครบเมื่อเทียบข้อเสนอ

TOMAS TECH พร้อมช่วยระบบจัดเก็บ/ประสานข้อมูลจุดวัด/เตรียม TOR สำหรับเซ็นเซอร์แรงสั่นไร้สายในโรงงานไทย จะระบุรุ่นหรือ supplier หรือไม่ก็เริ่มได้ เพียงส่งภาพ/รายการอุปกรณ์ ติดต่อสอบถามที่นี่

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

• SKF Enlight Collect IMx-1 System User Manual, Revision L — ทิศติดตั้ง, พื้นผิว, Gateway, โครงสร้างระบบ
• SKF vibration sensor catalogue: mounting requirements — ผลกระทบวิธีติดตั้งกับ band ที่วัดได้
• SKF Enlight Collect IMx-1 data sheet — Intermittent measurement & battery life ตั้งตาม setting
• ifm wireless VWV overview — ค่า w/transmit, ระบบ gateway
• ifm VVB3 installation guidelines — จุดติดตั้งใกล้ตลับลูกปืน วิธีการยึด และผลของอุปกรณ์เสริม
• ifm VWV001 product page — แบตเตอรี่เปลี่ยนไม่ได้ และรุ่นนี้มีสถานะ phase-out article
• Emerson Wireless Projects Service — สิ่งที่ต้องสำรวจ onsite
• NI: Acquiring an Analog Signal — Sampling, antialias filter
• NIST SP 800-82 Rev.3 — ความมั่นคงปลอดภัย OT, ความเชื่อถือ, resilience, safety