System Fault และ CPU ค้างของ IC693CPU374: หน่วยความจำแฟลชเป็นสาเหตุที่แท้จริงจริงหรือ
ความล้มเหลวที่หน้างานของโมดูล CPU GE Fanuc Series 90-30 IC693CPU374 มักทำให้เกิด "System Fault" และ CPU ค้างอย่างต่อเนื่อง ในหลายกรณี วิศวกรไม่สามารถล้างความขัดข้องด้วยกระบวนการมาตรฐานของซอฟต์แวร์ได้ แม้ความเสียหายของหน่วยความจำแฟลชยังคงเป็นข้อสงสัย แต่ข้อมูลจากหน้างานชี้ไปยังโหมดความล้มเหลวอื่น ๆ ของฮาร์ดแวร์และเฟิร์มแวร์ บทความนี้ตรวจสอบความเสียหายของ RAM ที่มีแบตเตอรี่สำรอง ข้อผิดพลาดของค่าตรวจสอบเฟิร์มแวร์ และล็อตการผลิตที่บกพร่อง พร้อมเสนอแนวทางการวินิจฉัยเชิงปฏิบัติสำหรับวิศวกรระบบอัตโนมัติที่กำลังเผชิญกับช่วงเวลาหยุดทำงานที่มีค่าใช้จ่ายสูง
ภายในสถาปัตยกรรม IC693CPU374 และโหมดความล้มเหลวของอุปกรณ์
IC693CPU374 ถือเป็นก้าวสำคัญของแพลตฟอร์ม Series 90-30 โดยใช้โปรเซสเซอร์ AMD SC520 ที่ทำงานด้วยความถี่ 133 MHz โมดูลนี้มีหน่วยความจำผู้ใช้ 240 KB นอกจากนี้ยังรวม RAM ที่มีแบตเตอรี่สำรองเข้ากับพื้นที่จัดเก็บแฟลชแบบไม่ลบเลือน ระหว่างการทำงานปกติ CPU จะประมวลผลลอจิกจาก RAM ส่วนหน่วยความจำแฟลชจะจัดเก็บโปรแกรมและเฟิร์มแวร์อย่างถาวร ดังนั้น การค้างพร้อม "System Fault" จึงบ่งชี้ถึงการหยุดชะงักอย่างรุนแรงของสถาปัตยกรรมนี้ ตารางความขัดข้องมักเต็มไปด้วยข้อผิดพลาดที่ไม่สามารถกู้คืนได้ ส่งผลให้ฟังก์ชันล้างความขัดข้องทำงานล้มเหลว เนื่องจาก CPU ไม่สามารถทำให้สถานะปัจจุบันของตนสอดคล้องกับโครงสร้างหน่วยความจำที่เสียหายได้
เหตุใดหน่วยความจำแฟลชเสียหายจึงยังคงเป็นสาเหตุที่น่าสงสัยอันดับต้น ๆ
แนวคิดเรื่องความเสียหายทางกายภาพของแฟลชมีเหตุผลรองรับ หน่วยความจำแฟลชมีจำนวนรอบการเขียนที่จำกัด นอกจากนี้ ความผิดปกติของแหล่งจ่ายไฟอาจทำให้การเขียนล้มเหลวได้ ข้อมูลจากศูนย์ซ่อมอุตสาหกรรมยืนยันว่า IC693CPU374 บางล็อตการผลิตมีชิปหน่วยความจำแฟลชที่บกพร่อง เมื่อชิปแฟลชเสื่อมสภาพทางกายภาพ CPU จะตรวจพบค่าตรวจสอบไม่ตรงกันระหว่างการบูต ส่งผลให้โมดูลเข้าสู่สถานะความขัดข้องร้ายแรงแบบล็อกค้าง ไฟ LED "System Fault" จะติดสว่างอยู่ ในสถานการณ์นี้ จะไม่สามารถล้างความขัดข้องด้วยซอฟต์แวร์ได้ ฮาร์ดแวร์เองไม่สามารถอ่านหรือเขียนเซกเตอร์หน่วยความจำที่จำเป็นได้อย่างน่าเชื่อถือ

เฟิร์มแวร์เสียหายเทียบกับความเสียหายทางกายภาพของแฟลช: ข้อแตกต่างสำคัญ
อย่างไรก็ตาม มีข้อแตกต่างสำคัญในการวินิจฉัยระหว่างเฟิร์มแวร์เสียหายเชิงตรรกะกับความเสียหายทางกายภาพของฮาร์ดแวร์ รายงานจากหน้างานแสดงให้เห็นว่าเฟิร์มแวร์เวอร์ชัน GP (12.04) มีข้อบกพร่องที่ทราบกันอยู่ เวอร์ชันนี้ทำให้เฟิร์มแวร์เสียหายแบบสุ่มระหว่างรอบการจ่ายและตัดไฟ ในกรณีเหล่านี้ ฮาร์ดแวร์แฟลชยังคงทำงานทางไฟฟ้าได้ตามปกติ แต่ข้อมูลที่จัดเก็บอยู่ภายในกลับไม่ถูกต้อง CPU ตีความความไม่ถูกต้องนี้ว่าเป็นความขัดข้องร้ายแรงของระบบ ระบบยังคงค้างเนื่องจากบูตโหลดเดอร์ที่เสียหายไม่สามารถเริ่มต้นระบบปฏิบัติการได้ สภาวะนี้เลียนแบบความล้มเหลวทางกายภาพของแฟลชได้อย่างสมบูรณ์ ดังนั้น วิศวกรจึงไม่ควรด่วนตัดสินว่าฮาร์ดแวร์เสีย
บทบาทของ RAM ที่มีแบตเตอรี่สำรองในกรณีความขัดข้องที่เกิดขึ้นต่อเนื่อง
นอกจากนี้ IC693CPU374 ยังพึ่งพา RAM ที่มีแบตเตอรี่สำรองอย่างมากเพื่อเก็บรักษาโปรแกรม แบตเตอรี่ภายในมาตรฐาน (IC693ACC301) ให้เวลาคงข้อมูลได้เพียง 30 นาทีถึง 6 ชั่วโมง สำหรับการติดตั้งที่มีการเปิด-ปิดเครื่องบ่อยครั้งหรือไฟฟ้าดับเป็นเวลานาน ระยะเวลาดังกล่าวไม่เพียงพอ เมื่อแรงดันแบตเตอรี่ลดลงต่ำกว่าระดับวิกฤต (โดยทั่วไปคือ 2.9 V) เนื้อหาใน RAM จะเสียหาย เมื่อเปิดเครื่อง CPU จะตรวจพบความเสียหายนี้ จากนั้นจะบันทึกข้อขัดข้อง "หน่วยความจำผู้ใช้เสียหาย" หรือ "เช็กซัมบล็อกโปรแกรมล้มเหลว" ข้อขัดข้องเหล่านี้อาจพัฒนาเป็นอาการค้างแบบ "System Fault" ได้ หากความเสียหายส่งผลต่อบล็อกการกำหนดค่าระบบที่สำคัญ
ข้อมูลการวินิจฉัย: รูปแบบไฟ LED กะพริบพร้อมกัน
ข้อมูลจากหน้างานให้ตัวบ่งชี้ที่แม่นยำเกี่ยวกับรูปแบบการขัดข้อง เมื่อ IC693CPU374 เข้าสู่โหมดอัปเดตหรือกู้คืนเฟิร์มแวร์ จะปรากฏรูปแบบ LED เฉพาะ ไฟ LED EOK, LAN และ STAT จะกะพริบพร้อมกันที่ประมาณ 1 Hz รูปแบบนี้บ่งชี้ว่า CPU เข้าสู่โหมดซีเรียลบูตโหลดเดอร์แล้ว โหมดบูตโหลดเดอร์นี้จะทำงานเมื่อ CPU ตรวจพบความเสียหายภายใน และยังทำงานเมื่อเช็กซัมของเฟิร์มแวร์ไม่ถูกต้อง หากรูปแบบนี้เกิดขึ้นพร้อมกับ "System Fault" หน่วยความจำแฟลชจำเป็นต้องเขียนเฟิร์มแวร์ใหม่ ฮาร์ดแวร์อาจไม่ได้รับความเสียหายทางกายภาพ แต่จำเป็นต้องโหลดเฟิร์มแวร์ใหม่ผ่านพอร์ตซีเรียล
แนวทางการวินิจฉัยอย่างเป็นระบบสำหรับโมดูล CPU ที่ค้าง
เนื่องจากรูปแบบการขัดข้องมีความซับซ้อน วิศวกรจึงต้องปฏิบัติตามแนวทางการวินิจฉัยที่เป็นระบบ ขั้นแรก ให้บันทึกรหัสข้อขัดข้องที่แน่นอนจากตารางข้อขัดข้องของ PLC รหัสข้อผิดพลาด 401 (ซอฟต์แวร์โมดูลเสียหาย) ชี้เฉพาะไปที่ความจำเป็นในการโหลดเฟิร์มแวร์ใหม่ ขั้นที่สอง ให้ตรวจสอบสถานะแบตเตอรี่ผ่าน Proficy Machine Edition บิตการวินิจฉัย "แบตเตอรี่ต่ำ" (%S0011) ยืนยันว่าเกิดเหตุการณ์ RAM เสียหาย ขั้นที่สาม ให้ลองดำเนินการกู้คืนผ่านซีเรียลบูตโหลดเดอร์ เชื่อมต่อสายซีเรียลเข้ากับพอร์ต RS-232 ของ CPU ตั้งสวิตช์กุญแจไปที่ตำแหน่ง OFF ปิดแล้วเปิด PLC ใหม่ ใช้ PME เพื่อตรวจหาโหมดบูตโหลดเดอร์และดาวน์โหลดอิมเมจเฟิร์มแวร์ที่ใช้งานได้
บริบททางสถิติ: ข้อบกพร่องของล็อตการผลิตและรุ่นเฟิร์มแวร์
ข้อมูลย้อนหลังจากช่องทางสนับสนุนของ GE Digital เผยให้เห็นรูปแบบหนึ่ง โมดูล IC693CPU374 ในช่วงการผลิตที่เฉพาะเจาะจงมีหน่วยความจำแฟลชที่มีข้อบกพร่อง โมดูลเหล่านี้ขัดข้องซ้ำ ๆ หลังจากเปิด-ปิดเครื่อง GE ยอมรับข้อบกพร่องนี้และเสนอเปลี่ยนให้ฟรีสำหรับหมายเลขซีเรียลที่ได้รับผลกระทบ นอกจากนี้ สถิติรุ่นเฟิร์มแวร์ยังบ่งชี้ว่าเวอร์ชัน 12.22 แก้ไขปัญหาข้อมูลเสียหายแบบสุ่มที่พบในเวอร์ชัน 12.04 ได้ ดังนั้น อาการค้างถาวรบนเฟิร์มแวร์รุ่นเก่าจึงบ่งชี้อย่างมากว่าเกิดจากข้อบกพร่องของเฟิร์มแวร์ ไม่ใช่การเสื่อมสภาพทางกายภาพของหน่วยความจำแฟลช การอัปเกรดเฟิร์มแวร์เป็นรุ่นล่าสุดที่มีให้ใช้งานจึงเป็นขั้นตอนการวินิจฉัยที่จำเป็น
เมื่อการเปลี่ยนกลายเป็นทางเลือกเดียวที่ใช้งานได้
หากความพยายามกู้คืนผ่านพอร์ตอนุกรมล้มเหลว ความเสียหายทางกายภาพของแฟลชก็มีความเป็นไปได้สูงมาก หากโมดูลปฏิเสธอิมเมจเฟิร์มแวร์ที่ถูกต้องหลายรายการ ตัวควบคุมหน่วยความจำแฟลชน่าจะทำงานล้มเหลว ในกรณีเหล่านี้ โมดูลจะไม่สามารถซ่อมแซมภาคสนามได้ จำเป็นต้องเปลี่ยนเป็นยูนิตที่เข้ากันได้ (IC693CPU374-Cx) อย่างไรก็ตาม ก่อนเปลี่ยน ควรตรวจสอบขั้นสุดท้ายที่สำคัญ ตรวจสอบให้แน่ใจว่าแหล่งจ่ายไฟไม่ได้มีส่วนทำให้เกิดความขัดข้อง แหล่งจ่ายไฟ IC693PWR321 ในบางรุ่น (W หรือ X) เคยทำให้หน่วยความจำใน CPU374 เสียหายและเกิดข้อผิดพลาดในการตรวจสอบผลรวม ดังนั้น การเปลี่ยน CPU โดยไม่แก้ไขแหล่งจ่ายไฟที่ชำรุดอาจทำให้โมดูลใหม่ขัดข้องทันที
กรณีการใช้งานและแนวทางแก้ไข
ลองพิจารณาสายการผลิตระบบอัตโนมัติในโรงงานที่เกิดการล็อกของ IC693CPU374 ซ้ำหลังจากหยุดทำงานช่วงสุดสัปดาห์ ทีมบำรุงรักษาเปลี่ยน CPU แต่ปัญหากลับมาอีกภายในไม่กี่วัน การวินิจฉัยอย่างเป็นระบบพบว่าแบตเตอรี่มีประจุต่ำและเฟิร์มแวร์เป็นรุ่นเก่า หลังอัปเกรดเฟิร์มแวร์และเปลี่ยนแบตเตอรี่ ปัญหาก็หายไป ในอีกกรณีหนึ่ง ผู้รวมระบบ DCS ติดตามสาเหตุไปยังแหล่งจ่ายไฟ IC693PWR321 ที่ชำรุด การเปลี่ยนแหล่งจ่ายไฟพร้อมกับ CPU ช่วยป้องกันไม่ให้เกิดความเสียหายซ้ำ กรณีเหล่านี้แสดงให้เห็นว่าการวิเคราะห์สาเหตุรากช่วยประหยัดเวลาและค่าใช้จ่ายในระบบควบคุมอุตสาหกรรม

คำถามที่พบบ่อย
1. แบตเตอรี่ต่ำสามารถทำให้เกิดความขัดข้องของระบบอย่างต่อเนื่องใน IC693CPU374 ได้หรือไม่?
ใช่ เมื่อแรงดันแบตเตอรี่ลดลงต่ำกว่า 2.9 V ข้อมูลใน RAM จะเสียหาย จากนั้น CPU จะบันทึกข้อผิดพลาดเกี่ยวกับการตรวจสอบผลรวมหรือหน่วยความจำ และข้อผิดพลาดเหล่านี้อาจรุนแรงขึ้นจนระบบล็อกเนื่องจากความขัดข้องของระบบโดยสมบูรณ์
2. จะทราบได้อย่างไรว่าหน่วยความจำแฟลชเสียหายทางกายภาพ?
หากการกู้คืนผ่านพอร์ตอนุกรมล้มเหลวซ้ำหลายครั้ง และโมดูลปฏิเสธอิมเมจเฟิร์มแวร์ที่ถูกต้อง ก็มีแนวโน้มว่าแฟลชจะเสียหายทางกายภาพ ในกรณีนี้ โดยทั่วไปจะไม่สามารถซ่อมแซมภาคสนามได้
3. รูปแบบไฟ LED EOK, LAN และ STAT ที่ติดพร้อมกันหมายความว่าอย่างไร?
รูปแบบนี้บ่งชี้ว่าอยู่ในโหมดบูตโหลดเดอร์แบบอนุกรม CPU จะเข้าสู่โหมดนี้เมื่อการตรวจสอบผลรวมของเฟิร์มแวร์ไม่ถูกต้องหรือตรวจพบความเสียหายภายใน ซึ่งมักหมายความว่าต้องเขียนข้อมูลลงแฟลชใหม่
4. เฟิร์มแวร์เวอร์ชันใดแก้ไขปัญหาข้อมูลเสียหายแบบสุ่ม?
เฟิร์มแวร์เวอร์ชัน 12.22 แก้ไขปัญหาข้อมูลเสียหายแบบสุ่มที่พบในเวอร์ชัน 12.04 แล้ว การอัปเกรดเป็นรุ่นล่าสุดเป็นขั้นตอนการวินิจฉัยที่จำเป็น
5. แหล่งจ่ายไฟที่ขัดข้องสามารถทำให้ CPU374 เสียหายได้หรือไม่?
ใช่ IC693PWR321 รุ่น W หรือ X เคยทำให้หน่วยความจำเสียหายและเกิดข้อผิดพลาดในการตรวจสอบผลรวม ควรตรวจสอบแหล่งจ่ายไฟทุกครั้งก่อนเปลี่ยน CPU
ข้อมูลติดต่อ
หากมีข้อสอบถาม โปรดติดต่อเราที่ sales@nex-auto.com หรือทาง WhatsApp ที่ +86 153 9242 9628.
พันธมิตร NexAuto Technology Limited: https://www.nex-auto.com/
ดูข้อมูลเพิ่มเติมเกี่ยวกับสินค้ายอดนิยมด้านล่างได้ที่ AutoNex Controls
| A02B-0029-K891 | A02B-0030-C004 | A02B-0041-C028 |
|---|---|---|
| A02B-0047-B001 | A02B-0047-C062 | A02B-0047-C310 |
| A02B-0047-C311 | A02B-0047-C900 | TC-IXL062 |
| TC-IXR061 | TC-IAH161 | TC-OAV081 |
| TC-IDK161 | S30A-4011DA | S30A-4111DP |














