ก่อนบำรุงรักษา ให้ระบุก่อนว่าอุปกรณ์อยู่ในเส้นทางการใช้งานประเภทใด
การบำรุงรักษาตัวแปลงโปรโตคอลประจำวันไม่สามารถใช้ตารางสวิตช์ DIP เดียวกับทุกอุปกรณ์ได้ อุปกรณ์โทรคมนาคมอาจเชื่อมต่อกับ E1, V.35 หรือโครงข่ายขนส่ง Ethernet ขณะที่เกตเวย์อุตสาหกรรมอาจแยกวิเคราะห์ข้อความอนุกรมและแมปรีจิสเตอร์ ทั้งสองประเภทอาจมีพอร์ตเครือข่าย พอร์ตอนุกรม หรือหน้าจัดการ แต่สิ่งที่แอปพลิเคชันจัดการนั้นแตกต่างกัน ตัวชี้วัดที่ต้องสังเกตและวิธีทดสอบจึงแตกต่างกันด้วย ขั้นแรกให้บันทึกรุ่น เวอร์ชัน และความสัมพันธ์การเชื่อมต่อทั้งหมด
ตัวอย่างเช่น การส่ง Ethernet ผ่านวงจรเช่า E1 ต้องยืนยันบริดจ์ทั้งสองฝั่ง สาย E1 และความจุที่แอปพลิเคชันใช้งานได้ ส่วนคอมพิวเตอร์โฮสต์อุตสาหกรรมที่อ่านเครื่องมือวัด RS485 ต้องยืนยันเกตเวย์ สถานีอนุกรม และตารางจุดข้อมูล การ ping ที่อยู่จัดการได้พิสูจน์เพียงว่าเครือข่ายบางส่วนเข้าถึงได้ ไม่ได้หมายความว่าวงจร E1 ถูกต้อง และไม่ได้หมายความว่าค่าอุณหภูมิถูกตีความอย่างถูกต้อง การบำรุงรักษาควรเริ่มจากการระบุแนวทางการใช้งานให้ชัดเจน
จัดทำข้อมูลอ้างอิงขณะทำงานปกติเพื่อใช้เปรียบเทียบเมื่อเกิดข้อขัดข้อง
เมื่อทดสอบเดินระบบ ให้บันทึกสถานะพอร์ต การกำหนดค่าทั้งสองฝั่ง จำนวนข้อผิดพลาดและสัญญาณเตือน โหลดจริง และเวลาทดสอบ สำหรับระบบอุตสาหกรรม ให้บันทึกที่อยู่สถานี ที่อยู่ตัวแปร ชนิดข้อมูล ลำดับเวิร์ด ตัวคูณ รอบการอัปเดตปกติ และสถานะคุณภาพด้วย สำหรับระบบโทรคมนาคม ให้บันทึกเงื่อนไขต่าง ๆ เช่น โหมดการจัดเฟรม ไทม์สล็อต แหล่งสัญญาณนาฬิกา สายเคเบิล และอิมพีแดนซ์ของอินเทอร์เฟซ การเก็บเพียงภาพหน้าจออุปกรณ์มักไม่เพียงพอสำหรับการกู้คืนบริการ
หลังเกิดข้อขัดข้อง ให้เก็บรักษาสภาพและหลักฐานไว้ก่อน แล้วจึงตัดสินใจว่าจะเริ่มระบบใหม่หรือไม่ ต้องอธิบายให้ชัดเจนว่าค่าที่นับเป็นค่าสะสมหรือค่าปัจจุบัน และสัญญาณเตือนนั้นรับที่ฝั่งนี้หรือรายงานมาจากฝั่งระยะไกล เปลี่ยนพารามิเตอร์ครั้งละหนึ่งรายการและบันทึกผลก่อนและหลัง การคืนค่าโรงงาน การอัปเกรดเฟิร์มแวร์ หรือการแก้ไขการแมปช่องสัญญาณควรมีช่วงเวลาบำรุงรักษา การกำหนดค่าสำหรับย้อนกลับ และเหตุผลรองรับการดำเนินการที่ชัดเจน เพื่อหลีกเลี่ยงการเพิ่มปัญหาใหม่ทับปัญหาเดิม
สำหรับเส้นทางโทรคมนาคม ให้ตรวจสอบสายและไทมิงก่อน
LOS ที่ฝั่งรับ E1 บ่งชี้ว่าสายที่เกี่ยวข้องสูญเสียสัญญาณ ขั้นแรกให้ตรวจสอบฝั่งต้นทางในส่วนเอาต์พุตส่ง คู่สาย ขั้วต่อ และสภาพอินเทอร์เฟซ AIS เป็นสัญญาณแจ้งเตือนที่ส่งไปตามทิศทางการส่งสัญญาณ และแตกต่างจากการไม่มีสัญญาณโดยสิ้นเชิง ต้องใช้บันทึกจากทั้งสองฝั่งร่วมกันเพื่อระบุจุดกำเนิดสัญญาณเตือน ชื่อไฟเตือน ค่าเกณฑ์ และสีที่แสดงต้องตรวจสอบตามรุ่น และไม่สามารถนำของอุปกรณ์อื่นมาใช้โดยตรงได้
หากมีสัญญาณแต่การซิงโครไนซ์เฟรมไม่เสถียร ให้ตรวจสอบด้วยว่าการทำงานแบบมีเฟรมและไม่มีเฟรม โหมด CRC และพารามิเตอร์เฟรมสอดคล้องกันหรือไม่ เมื่อบริการใช้งานไม่ได้แต่สัญญาณเตือนของสายหายแล้ว ให้ตรวจสอบไทม์สล็อตและการแมปที่ใช้งานเพิ่มเติม การเลื่อนคลาดของสัญญาณเป็นช่วง ๆ อาจเกี่ยวข้องกับความถี่ของสัญญาณนาฬิกาอ่านและเขียนที่ไม่ตรงกันในระยะยาว และไม่ได้หมายถึงสิ่งเดียวกับความขัดแย้งของที่อยู่ IP บน Ethernet ทั่วไป เวลาของระบบจัดการที่แม่นยำก็ไม่ได้พิสูจน์ว่าไทมิงเอาต์พุต E1 เป็นไปตามข้อกำหนด
เหตุใดการสื่อสารข้ามสถานีจึงยังล้มเหลวได้แม้พอร์ตเครือข่ายเป็นปกติ?
การเชื่อมต่อลิงก์พอร์ตไฟฟ้าบนบริดจ์ Ethernet-to-E1 แสดงเพียงว่าเงื่อนไขบางส่วนของอินเทอร์เฟซ Ethernet ฝั่งใกล้ได้รับการตอบสนองแล้ว ความจุที่ใช้ได้ของสาย E1 ระหว่างทาง ความเข้ากันได้ของการห่อหุ้มข้อมูล และการกำหนดค่าหลายช่องสัญญาณยังอาจส่งผลต่อบริการ พอร์ตไฟฟ้า 100 Mbit/s ไม่สามารถเปลี่ยนสาย E1 ขนาด 2.048 Mbit/s ให้เป็นวงจรเช่าขนาด 100 Mbit/s ได้ ทราฟฟิกที่เกินความจุเป็นเวลานานจะทำให้เกิดการเข้าคิวหรือทิ้งข้อมูล และการเพิ่มหน่วยความจำบัฟเฟอร์ไม่สามารถสร้างความจุเพิ่มได้
หากบริการเป็น E1 over IP ควรตรวจสอบการสูญหายของแพ็กเก็ต การมาถึงผิดลำดับ และการเปลี่ยนแปลงช่วงเวลาระหว่างการมาถึงบนเส้นทางขนส่งที่ใช้งานจริง รวมทั้งตรวจสอบบัฟเฟอร์รับและโหมดสัญญาณนาฬิกา ซึ่งเป็นคนละทิศทางกับ Ethernet over E1 ผลิตภัณฑ์ FCC-E1fF1 ของ Feichang Technology ใช้เป็นตัวอย่างสำหรับการแปลงอินเทอร์เฟซ Ethernet และ E1 ได้ สถานะและฟังก์ชันทดสอบเฉพาะต้องตรวจสอบตามเวอร์ชันที่ส่งมอบ และไม่สามารถถือเป็นคำแนะนำการบำรุงรักษาสำหรับเกตเวย์อุตสาหกรรมทั้งหมดได้
สำหรับเส้นทางอุตสาหกรรม ให้ตรวจสอบการเชื่อมต่อ ข้อความ และค่าแยกจากกัน
เมื่อคอมพิวเตอร์โฮสต์สร้างการเชื่อมต่อไม่ได้ ให้ตรวจสอบที่อยู่เครือข่าย พอร์ต การควบคุมการเข้าถึง และบทบาทการเชื่อมต่อก่อน เมื่อเชื่อมต่อได้แต่เครื่องมือวัดอนุกรมไม่ตอบสนอง ให้ตรวจสอบการเดินสาย อัตราการรับส่งข้อมูล พาริตี ที่อยู่สถานี และโปรโตคอลเป้าหมาย เมื่อได้รับการตอบกลับผิดปกติ ให้ตรวจสอบรหัสฟังก์ชันและช่วงการเข้าถึง เมื่อได้รับการตอบกลับปกติแต่ค่าผิดปกติ จึงตรวจสอบชนิดข้อมูล ออฟเซ็ตที่อยู่ ลำดับเวิร์ด และตัวคูณ อย่าเพิ่งสรุปทันทีว่าเซนเซอร์เสียหาย
บันทึกคำขอฝั่งต้นทาง การตอบกลับฝั่งต้นทาง และค่าที่โฮสต์แยกจากกัน เพื่อให้บุคลากรบำรุงรักษาพิจารณาได้ว่าเกตเวย์สร้างข้อความถูกต้องหรือไม่ เมื่อเซิร์ฟเวอร์อนุกรมแบบโปร่งใสเพียงส่งผ่านไบต์ต้นฉบับ ซอฟต์แวร์โฮสต์ยังคงเป็นผู้ตีความข้อความ มีเพียงเกตเวย์โปรโตคอลเท่านั้นที่ห่อหุ้มข้อมูลใหม่ตามกฎที่รองรับ ความหมายของบันทึกเหตุการณ์และการกำหนดค่าของอุปกรณ์สองประเภทนี้แตกต่างกัน การมีทราฟฟิกฝั่งเครือข่ายไม่ได้หมายความว่าการแปลงโปรโตคอลอุตสาหกรรมเสร็จสมบูรณ์แล้ว
การเฝ้าติดตามควรแสดงให้เห็นค่าเก่าและสถานะที่ใช้ไม่ได้
รายการเฝ้าติดตามควรช่วยระบุจุดขัดข้อง ได้แก่ การเชื่อมต่อขาด การสื่อสารอนุกรมหมดเวลา การตอบกลับผิดปกติ ข้อผิดพลาดเช็กซัม รอบการอัปเดต และคุณภาพข้อมูล ซึ่งตรงประเด็นกว่าการติดตามการใช้ CPU เพียงอย่างเดียว อุณหภูมิที่ไม่เปลี่ยนเป็นเวลานานอาจคงที่จริง หรืออาจเป็นค่าแคชที่ค้างอยู่ จึงต้องมีเวลาการเก็บตัวอย่างหรือหลักฐานการอัปเดต เมื่อขาดการเชื่อมต่อ ควรมีสถานะหมดอายุหรือใช้ไม่ได้อย่างชัดเจน เพื่อไม่ให้ระบบโฮสต์ยังคงถือว่าค่าเก่าเป็นข้อมูลแบบเรียลไทม์
การหมดเวลาที่สถานีขัดข้องหนึ่งแห่งอาจทำให้รอบการโพลของสถานีอื่นยาวขึ้นด้วย ให้บันทึกแนวโน้มการลองใหม่และการรอ และจำกัดการครองเวลาของสถานีที่ขัดข้องอย่างเหมาะสม ซอฟต์แวร์จัดการเครือข่ายจะรับตัวชี้วัดที่เกี่ยวข้องได้ก็ต่อเมื่อผลิตภัณฑ์มีอินเทอร์เฟซที่สอดคล้องกัน อย่าสันนิษฐานว่าตัวแปลงทุกเครื่องรองรับ SNMP การควบคุมระยะไกล การกู้คืนอัตโนมัติ หรือการเข้ารหัส ควรตรวจสอบบันทึกเหตุการณ์ สัญญาณเตือน และสิทธิ์การกำหนดค่าแยกจากกันด้วย
ตรวจสอบแหล่งจ่ายไฟ สภาพแวดล้อม และการอัปเกรดตามเวอร์ชัน
ตรวจสอบการยึดอุปกรณ์ การระบายอากาศ การต่อลงดิน แรงดึงของสาย และแหล่งจ่ายไฟตามพิกัด รวมทั้งตรวจสอบน้ำเข้า ขั้วต่อหลวม และความร้อนผิดปกติ อย่าถือว่าช่วงแรงดันไฟฟ้าในบทความเป็นข้อกำหนดสากลสำหรับทุกรุ่น และอย่าทดลองเชื่อมต่อขณะมีไฟเมื่อไม่ทราบหน้าที่ของขั้วต่อ หากอุปกรณ์มีควัน กลิ่นผิดปกติ หรือความเสียหายที่เห็นได้ชัด ให้หยุดใช้งานตามคู่มือและให้บุคลากรที่มีคุณสมบัติเหมาะสมดำเนินการ
ก่อนอัปเกรด ให้ยืนยันว่าเวอร์ชันเฟิร์มแวร์และฮาร์ดแวร์ตรงกันหรือไม่ รูปแบบการกำหนดค่าเข้ากันได้หรือไม่ และโหมดการสื่อสารจะเปลี่ยนหรือไม่ พร้อมบันทึกการกำหนดค่าเดิมที่กู้คืนได้และเอกสารประกอบ หลังอัปเกรด อย่าตรวจสอบเพียงหน้าจัดการ แต่ต้องตรวจสอบบริการ คุณภาพข้อมูล และการกู้คืนหลังขาดการเชื่อมต่ออีกครั้งด้วย ช่องทางบำรุงรักษาระยะไกลควรจำกัดแหล่งที่เข้าถึงและสิทธิ์ และไม่ควรเปิดโปรโตคอลอุตสาหกรรมหรือบริการจัดการสู่เครือข่ายสาธารณะโดยตรง
ใช้บริการจริงเพื่อดำเนินการตรวจรับการกู้คืนให้ครบถ้วน
หลังระบบโทรคมนาคมออกจากโหมดลูปแบ็กหรือรหัสทดสอบ ให้ตรวจสอบช่องสัญญาณสองทิศทาง ไทมิง โหลดจริง และแนวโน้มสัญญาณเตือน ระบบอุตสาหกรรมควรตรวจสอบตัวแปรที่ทราบค่า ความสอดคล้องกับคำขอ สิทธิ์อ่าน/เขียน รอบการอัปเดต และแฟล็กผิดปกติ การผ่านการทดสอบด้วยสายสั้นหรือลูปแบ็กภายในพิสูจน์ได้เพียงเส้นทางที่การทดสอบครอบคลุม และไม่สามารถใช้แทนการตรวจสอบอุปกรณ์ระยะไกลและแอปพลิเคชันที่ไม่รวมอยู่ในการทดสอบได้
สุดท้าย ให้บันทึกอาการขัดข้อง หลักฐานที่ใช้ระบุจุดขัดข้อง การดำเนินการที่ทำ เวลากู้คืน และเงื่อนไขการทดสอบซ้ำ เก็บการกำหนดค่า โทโพโลยี และแนวโน้มค่าที่นับไว้ เพื่อให้ครั้งถัดไปแยกข้อขัดข้องลักษณะเดิมออกจากปัญหาใหม่ได้ เป้าหมายของการบำรุงรักษาคือการกู้คืนลิงก์บริการที่สามารถอธิบายการทำงานได้ ประเภทโทรคมนาคมตรวจสอบสาย การแมป และไทมิง ส่วนประเภทอุตสาหกรรมตรวจสอบข้อความ ตารางจุดข้อมูล และความทันเวลา รูปลักษณ์พอร์ตเครือข่ายที่เหมือนกันของทั้งสองประเภทไม่ได้ลบความแตกต่างเหล่านี้
หมายเหตุเกี่ยวกับข้อมูล: แผนภาพหลักการได้รับการตรวจสอบเทียบกับเนื้อหาทางเทคนิคและใช้เพื่ออธิบายกลไกทั่วไป ไม่ใช่ภาพถ่ายผลิตภัณฑ์หรือบันทึกผลการวัด อินเทอร์เฟซ โหมด และความสามารถเฉพาะให้ยึดตามรุ่นและเวอร์ชันที่เลือก รวมถึงการตรวจสอบยืนยันหน้างาน
เอกสารประกอบการตรวจสอบ: โครงสร้างการจัดเฟรม ITU-T G.704
ข้อมูลผลิตภัณฑ์ FCC-E1V1 ของ Feichang Technology
ข้อมูลผลิตภัณฑ์ FCC-E1fF1 ของ Feichang Technology
โปรโตคอลแอปพลิเคชัน Modbus
ข้อมูลเซิร์ฟเวอร์อนุกรม FCT-1400 ของ Feichang Technology
แปลจากบทความทางเทคนิคภาษาจีน ต้นฉบับเผยแพร่ครั้งแรก: 2024-05-06 ต้นฉบับแก้ไขล่าสุด: 2026-10-13T13:23:07+08:00 อ่านต้นฉบับภาษาจีน
