อ่านผล OTDR ยังไง? loss/km เท่าไรผ่าน หาจุดเสียตรงไหน

·

OTDR เป็นเครื่องมือที่บอกได้ทั้ง "สายเส้นนี้ดีแค่ไหน" และ "เสียตรงระยะกี่เมตร" ในเครื่องเดียว — ต่างจาก power meter ที่บอกแค่แสงปลายทางรวม ๆ แต่ปัญหาคือกราฟ OTDR ที่เด้งขึ้น-ลงเต็มจอ อ่านไม่เป็นก็ตีความไม่ออก บทความนี้สอนอ่านผล OTDR แบบใช้งานจริง — ดูค่าไหน, loss/km เท่าไรถึงผ่าน, และแต่ละ event บนกราฟบอกว่าเจออะไร (สไปลซ์/หัว/สายงอ/จุดขาด)

เหมาะกับ: ช่าง OSP ที่ต้องตรวจรับสาย/ไล่หาจุดเสีย • ISP ที่ทำ เน็ตหมู่บ้าน แล้วอยากยืนยันคุณภาพสายก่อนส่งมอบ • คนที่มีเครื่อง OTDR แต่ยังอ่านกราฟไม่คล่อง

ยังไม่ชัดเรื่องค่า loss/งบแสง? อ่าน งบแสง GPON คำนวณยังไง และ ค่าแสง ONU ปกติเท่าไร ประกอบ

OTDR ต่างจาก power meter ยังไง

  • Power meter — วัดแสงปลายทาง "รวม" ได้ตัวเลขเดียว บอกว่าพอไหม แต่ไม่รู้ว่าเสียตรงไหน
  • OTDR — ยิงพัลส์แสงเข้าไปแล้ววัดแสงสะท้อนกลับตามระยะ → ได้ กราฟตลอดเส้น เห็นทุก event: สไปลซ์กินเท่าไร หัวต่ออยู่ตรงไหน สายงอตรงไหน ขาดที่ระยะกี่เมตร

พูดง่าย ๆ power meter ตอบ "พอไหม" ส่วน OTDR ตอบ "เสียตรงไหน เท่าไร"

3 ค่าหลักที่ต้องอ่าน

1. Total loss (ค่าสูญเสียรวมทั้งเส้น)

แสงหายไปทั้งหมดกี่ dB ตั้งแต่ต้นถึงปลาย — เอาไปเทียบกับงบแสงที่ออกแบบไว้

2. Length (ความยาวสาย)

ระยะจริงของสายที่วัดได้ (เมตร) — ใช้คู่กับ total loss เพื่อหา loss/km

3. loss/km (ค่าสูญเสียต่อกิโลเมตร) — ตัวชี้คุณภาพสาย

loss/km = total loss (dB) ÷ ความยาว (กม.)

ค่านี้แหละที่บอกว่า "เนื้อสาย" ดีหรือเสื่อม เทียบกับสเปกไฟเบอร์ G.652:

ความยาวคลื่น ปกติ (nominal) เริ่มเตือน เกินสเปก (เสื่อม)
1310 nm 0.35 dB/km ≥ 0.38 > 0.42
1550 nm 0.22 dB/km ≥ 0.26 > 0.32

เกินสเปก = ไฟเบอร์เสื่อม / สไปลซ์ไม่ดีกระจายทั้งเส้น / สายงอสะสม — ควรไล่หาสาเหตุก่อนส่งมอบ

อ่าน event บนกราฟ — แต่ละแบบบอกอะไร

กราฟ OTDR คือเส้นลาดลง (แสงค่อย ๆ หายตามระยะ) ที่มี "สะดุด" เป็นจุด ๆ — แต่ละแบบมีความหมาย:

สิ่งที่เห็นบนกราฟ คือ event อะไร ปกติควรเป็น
ขั้นลงเล็ก ๆ ไม่มีพีคสะท้อน fusion splice < 0.1 dB (เกิน 0.3 = สไปลซ์ไม่ดี ควรต่อใหม่)
ขั้นลงมีพีคสะท้อนขึ้น หัวต่อ (connector) ~0.5 dB, สะท้อนต่ำ (หัวสกปรก = สะท้อนสูง)
ลาดชันขึ้นผิดปกติเฉพาะ 1550 สายงอ (macrobend) ไม่ควรมี — 1550 ไวต่อการงอกว่า 1310
พีคสะท้อนใหญ่แล้วกราฟหล่นหาย ปลายสาย / จุดขาด ถ้าไม่ใช่ปลายจริง = สายขาดที่ระยะนั้น

ทริค: ถ้า event ตกเฉพาะ 1550 ไม่ตกที่ 1310 → เกือบแน่ว่าเป็น สายงอ (bend) ไม่ใช่สไปลซ์ — 1550 ไวต่อการโค้งงอมากกว่า

ทำไมต้องวัดทั้ง 1310 และ 1550

  • 1310 nm = ความยาวคลื่น upstream ของ GPON — สะท้อนสภาพที่ใช้งานจริงฝั่งขาขึ้น
  • 1550 nm = ไวต่อ สายงอ/บีบ กว่า ใช้จับปัญหาเชิงกลที่ 1310 มองไม่เห็น (และเป็นคลื่นที่ใช้ทำ XGS-PON/CATV ในอนาคต)

วัดทั้งคู่แล้วเทียบ → แยกได้ว่าเป็นปัญหา "เนื้อสาย/สไปลซ์" (ตกทั้งคู่) หรือ "สายงอ" (ตกเฉพาะ 1550)

จุดที่คนอ่านผิดบ่อย

  • Dead zone — ช่วงต้นสายติดเครื่องที่ OTDR "มองไม่เห็น" event ที่อยู่ใกล้เกินไป → ใช้ launch cable (สายนำ) ต่อหน้าเครื่องช่วยดัน event สำคัญให้พ้น dead zone
  • ตั้ง refractive index / pulse width ผิด → ระยะ/ค่าที่อ่านเพี้ยน ตั้งให้ตรงชนิดไฟเบอร์ก่อนยิง
  • splice ค่าติดลบ (gain) — เป็นภาพลวงจากไฟเบอร์คนละเบอร์ (mode field ต่างกัน) ไม่ใช่สไปลซ์ "เพิ่มแสง" จริง ต้องวัด 2 ทิศเฉลี่ย

เก็บผลวัดไว้ "ต่อ core" — อย่าวัดทิ้ง

วัดแล้วบันทึกเป็นระบบ ไม่ใช่ถ่ายรูปหน้าจอทิ้ง เพราะประโยชน์จริงอยู่ที่ เทียบตามเวลา:

  • บันทึกต่อ core: สายเส้นไหน core ไหน, วันที่วัด, loss 1310/1550, ความยาว, ช่างที่วัด
  • ปีหน้าวัดซ้ำแล้วเทียบ → core ไหน loss เพิ่มขึ้น = เริ่มเสื่อม ไล่ซ่อมก่อนลูกค้าหลุด
  • ผูกกับข้อมูลโครงข่าย OSP → รู้เลยว่า core ที่เสื่อมนั้นวิ่งให้ลูกค้าคนไหน

สรุป

อ่านผล OTDR ให้เป็นคือดู 3 ค่า: total loss (เทียบงบแสง), length (ระยะจริง/หาจุดขาด), และ loss/km (คุณภาพเนื้อสาย เทียบสเปก 1310 ≤0.35 / 1550 ≤0.22) แล้วอ่าน event บนกราฟแยกสไปลซ์ (<0.1 dB ไม่สะท้อน) / หัวต่อ (สะท้อน) / สายงอ (ตกเฉพาะ 1550) / จุดขาด (พีคแล้วหล่น) วัดทั้ง 2 คลื่นเพื่อแยกปัญหาเนื้อสายกับสายงอ และ เก็บผลต่อ core ไว้เทียบตามเวลา จะเปลี่ยน OTDR จาก "เครื่องแพงที่วัดแล้วทิ้ง" เป็นระบบเฝ้าสุขภาพสายจริง ๆ

พอสาย/core เยอะ การเก็บผล OTDR เป็นไฟล์/รูปกระจัดกระจายทำให้เทียบย้อนไม่ได้ —

💡 อยากเก็บผล OTDR ต่อ core แล้วให้ระบบบอกเองว่าเส้นไหนเกินสเปก? thaiISP มีที่บันทึกผลวัด OTDR ต่อ core (1310/1550 + ความยาว) แล้ว เทียบ loss/km กับสเปกไฟเบอร์อัตโนมัติ จับเส้นที่เข้าเกณฑ์เตือน/เกินสเปกให้ พร้อมผูกกับข้อมูลโครงข่าย/ลูกค้า รู้ว่า core เสื่อมกระทบใคร — ออกแบบเพื่อ ISP ไทย — ดูระบบ →

← กลับหน้าคลังความรู้