Basis pengetahuan · Event
Arti event pada kurva OTDR
Kurva turun membentuk undakan, melonjak membentuk puncak, atau jatuh ke dalam derau. Masing-masing bentuk itu adalah sebuah event, dan bentuknya memberi tahu apa yang sebenarnya ada di titik serat itu.
Lihat event di file Anda sendiri
Sebuah event menandai satu tempat di link. Apa yang harus dilakukan terhadapnya bergantung pada persyaratan proyek Anda.
Penulis: Vera (baru di bidang ini) ·
Membedakan jenis-jenis event
Yang membedakannya adalah bentuk kurva, bukan label di tabel.
Reflektif
Puncak sempit ke atas, dan sesudahnya level berlanjut lebih rendah daripada sebelumnya. Itu batas antara dua medium: konektor, sambungan mekanis, permukaan ujung. Puncaknya bisa begitu sempit sehingga penjarangan kurva menelannya, dan karena itulah kami menggambar trace dengan cara yang tidak mungkin menghilangkannya.
Non-reflektif
Undakan turun tanpa puncak. Sambungan fusi atau bend: mediumnya tidak berubah, tetapi sebagian cahaya keluar. Satu trace tidak bisa membedakan sambungan fusi dari bend, karena bend rugi lebih besar pada panjang gelombang yang lebih panjang, dan itu baru terlihat bila 1310 dan 1550 nm diletakkan berdampingan.
Hantu
Pantulan yang sama sekali tidak ada di serat: cahaya terpantul dua kali, dan alat ukur menggambar event pada dua kali jaraknya. Tandanya adalah jarak yang merupakan kelipatan jarak ke pemantul kuat, tanpa rugi di situ. Dugaan ini bisa diperiksa di tempat: jika hantu itu ditimbulkan oleh pantulan dari permukaan ujung jauh, lilitkan ujung itu beberapa putaran pada mandrel. Pantulannya padam, dan hantunya ikut hilang.
Hantu juga punya sumber kedua: rentang ukur yang disetel terlalu pendek. Jika rentang ukur lebih pendek daripada jalurnya, alat ukur menembakkan pulsa berikutnya sebelum pantulan dari ujung jauh kembali, dan pantulan itu jatuh ke dalam trace yang baru. Puncak palsu itu lalu berada bukan pada kelipatan suatu jarak, melainkan pada selisihnya: jalur 25 km yang diukur dengan rentang 20 km menampilkannya di sekitar 5 km. Ujung trace seperti itu juga membukanya. Trace berhenti di tempat rentang berhenti, tanpa pantulan permukaan ujung dan tanpa derau sesudahnya. Obatnya adalah mengukur lagi dengan rentang yang cukup jauh lebih panjang daripada jalurnya.
Ujung serat, dan apa yang ada di belakangnya
Ujung adalah tempat kurva jatuh ke dalam derau, biasanya dengan pantulan kuat dari permukaan ujung. Semua yang tergambar di belakangnya bukan serat, melainkan derau penerima, dan event di sana tidak berarti apa-apa. Satu-satunya alasan melihat ke sana adalah memeriksa panjang: jika ujung muncul jauh lebih pendek daripada panjang rancangan, pengukuran itu mengenai bentang yang salah, atau serat putus.
Closure, panel patch, dan splitter pada trace
OTDR tidak tahu apa yang terpasang di link: yang dilihatnya adalah undakan, puncak, atau cahaya yang dibagi. Closure, panel patch, dan splitter ada di hampir setiap link, dan masing-masing punya bentuknya sendiri.
Closure
Closure itu sendiri tidak tampak pada trace, hanya sambungan-sambungan di dalamnya. Masing-masing adalah undakan turun tanpa puncak. Jika serat digulung terlalu rapat di kaset sambungan, sebuah bend menambah rugi sambungan itu, dan undakannya lalu terlihat lebih dalam pada 1550 nm daripada pada 1310 nm. Puncak di tempat closure berada berarti di sana ada sambungan mekanis atau konektor, bukan sambungan fusi.
Panel patch (ODF)
Panel patch terdiri atas konektor, jadi pada trace ia tampak sebagai puncak yang diikuti undakan. Sering kali sambungan pigtail dan konektor pada adaptor di sana berjarak beberapa meter, dan alat ukur mencatat keduanya sebagai satu baris gabungan. Panel patch yang berada tepat di sebelah alat ukur tersembunyi di dalam zona mati dan hanya bisa diukur melalui kabel peluncur. Puncak yang luar biasa kuat di panel patch paling sering berarti permukaan ujung yang kotor atau rusak.
Splitter
Splitter biasanya memberi undakan terdalam di link, dan kedalamannya terutama ditentukan oleh jumlah cabangnya: cahaya dibagi di antara cabang-cabang itu. Dilihat dari sisi OLT, trace setelah splitter adalah jumlah semua cabang sekaligus, sehingga event di belakangnya saling menumpuk dan ujung seratnya bisa ada beberapa. Cara membaca trace seperti itu dan berapa yang diambil splitter tiap rasio dibahas di panduan PON.
Kata "closure" dan "panel patch" tidak ada di dalam trace. Kata-kata itu berasal dari diagram link, dan dengan diagram itulah tiap undakan dicocokkan. Pencocokannya dilakukan menurut jarak, dan perlu koreksi. OTDR mengukur panjang serat, yang lebih panjang daripada kabel karena cara serat terletak di dalam tabung, dan panjang itu juga mencakup cadangan kabel yang ditinggalkan di closure dan di manhole. Jadi pada trace sebuah closure berada lebih jauh daripada di diagram, dan selisihnya membesar seiring jarak dari awal. Mengapa satu link punya beberapa panjang dibahas di panduan tentang tiga panjang.
Jika diagram menunjukkan closure dan di tempat itu tidak ada undakan, biasanya itu sambungan fusi yang bagus di bawah ambang deteksi, bukan closure yang tidak ada.
Mengapa daftar kami berbeda dengan milik alat ukur
Alat ukur menyimpan event yang ditemukan detektornya sendiri, dengan pengaturan ambangnya sendiri. Kami mencari lagi dan menampilkan kedua daftar, sambil menandai siapa yang menemukan tiap event: alat ukur, kami, atau keduanya. Keduanya sering tidak sepakat, karena ambangnya berbeda. Tidak ada daftar yang mengalahkan yang lain, dan membandingkannya dengan mata biasanya adalah alasan file itu dibuka.
Seberapa besar pengaruhnya diperlihatkan sebuah gambar di manual EXFO: serat yang sama diambil tiga kali, dengan ambang 0,05, 0,1, dan 0,15 dB. Pada 0,05 kedua sambungan fusi ada di tabel, pada 0,1 hanya yang pertama, pada 0,15 tidak ada satu pun. Seratnya sama dari awal sampai akhir; yang berubah hanya satu pengaturan di alat ukur. Jadi ketika satu file memberi dua alat ukur jumlah event yang berbeda, penyebabnya biasanya ambang, bukan karena satu detektor lebih buruk daripada yang lain. Apa ambang itu dan di mana letaknya di dalam file dibahas di panduan ambang deteksi.
Khusus tentang hantu: yang mengenalinya adalah orang, bukan label di dalam file. Hantu adalah kata kami sendiri untuk event seperti itu dan kata itu tetap berada di teks kami; baris tabel membawa kata milik ALAT UKUR, dan kata itu berbeda antar pabrikan. EXFO menyebutnya gema dan memisahkan dua kasus (gema di belakang ujung serat, dan mungkin gema pada kelipatan suatu jarak), serta menulisnya sebagai flag di dalam file, bukan sebagai kata: korpus kami memuat 247 baris seperti itu. Alat ukur IIT menulis kata-kata ke kolom teks event itu sendiri: "Possibly doubled reflection". Kami menampilkannya apa adanya, tanpa menambah apa pun dan tanpa menerjemahkan apa pun. Bila alat ukur tidak mengatakan apa-apa, tidak ada nama sama sekali. Yang patut dipercaya di sana bukan nama, melainkan dua tanda dari kartu di atas: jarak yang merupakan kelipatan, dan tidak adanya rugi pada event itu.
Sedikit tentang gainer. Kadang alat ukur mencatat rugi negatif pada sebuah event dan menandai barisnya dengan katanya sendiri, gainer. Tidak ada cahaya yang ditambahkan di sambungan itu. Dua serat dengan koefisien hamburan balik yang berbeda disambung, dan dari satu ujung trace naik di tempat yang dari ujung lain akan turun. Vendornya sendiri mengatakan hal itu tentang baris-baris ini: rugi yang tercetak bukan rugi yang sebenarnya, dan yang sebenarnya diperoleh dengan merata-ratakan kedua arah. Kami mengatakan hal yang sama dua kali: kata alat ukur beserta tooltip-nya di baris itu, dan sebuah catatan di bawah tabel yang menghitung event seperti itu di seluruh dokumen. Cara kedua arah diukur dibahas di panduan pengujian dua arah.
Tabel event disunting di alat ukur itu sendiri
Dalam manual alat ukur itu sendiri, menyunting tabel adalah pekerjaan biasa operator, bukan mode darurat. Anda meletakkan penanda di tempat event seharusnya berada dan menekan tambah; Anda memilih baris yang keliru dan menghapusnya; Anda membuka sebuah baris untuk diubah, menempatkan penanda rugi sambungan dengan tangan, lalu menerima hasilnya. Di layar yang sama pula operator menandai awal dan akhir serat yang diserahterimakan: bentang disetel dengan tangan, supaya kabel peluncur tidak ikut terhitung dalam total.
File itu sendiri tidak pernah memperlihatkannya, tetapi sebuah baris di tabel belum tentu ditemukan oleh detektor. Sebagian event mungkin ditempatkan oleh orang, yang lain diukur ulang dengan tangan, dan .sor tidak punya kolom yang membedakan keduanya. Kami menandai siapa yang menemukan tiap event (alat ukur, kami, atau keduanya), tetapi di sini "alat ukur" berarti "datang bersama file", bukan "ditemukan secara otomatis".
Alat ukur yang sama punya layar kedua tempat jalur digambar sebagai diagram: setiap event diberi jenis, sambungan fusi, konektor, konektor bersudut, bend, atau splitter. Jenis itu diberikan oleh sebuah aturan atas dua angka, rugi dan reflectance, dan ambang aturan itu berada di pengaturan alat ukur. Itu kesimpulan yang ditarik dari pengukuran, bukan pengukuran; dan kesimpulan itu tidak ikut di dalam file. Menurut manualnya, trace satu kelompok disimpan ke satu folder dan diagram dibangun di atasnya. Jadi gambar yang dilihat pelanggan dari kontraktor bisa saja tidak berpijak pada satu byte pun dari .sor yang dikirimkan kepadanya.
Bagaimana jenis event hilang dalam perjalanan ke pelanggan
Jenis event tampak seperti sifat objektif file, padahal itu pernyataan alat ukur, dan tidak selalu sampai ke pelanggan dengan utuh. Di firmware VIAVI SmartOTDR, penyusun paket serah terima meleburkan empat kelas menjadi satu sebelum ekspor: Reflection, Fiber End, First Connector, dan Link semuanya menjadi Connector. Dalam paket itu ujung serat tidak bisa lagi dibedakan dari konektor, dan kata yang ditulis alat ukur tidak ditampilkan sama sekali. Pabrikan alat ukur itu sendiri melakukannya pada formatnya sendiri, dan melakukannya dengan sengaja, agar sesuai dengan kosakata sistem penerima.
Ini menjelaskan pertanyaan yang pertama kali diajukan engineer serah terima: mengapa jenis event di berita acara dan di file tidak sama. Ini juga menjelaskan aturan kami. Kelas itu milik alat ukur, kami mencetaknya dengan kata milik sumbernya sendiri dan tidak menulis ulangnya di layar maupun saat ekspor; suntingan yang dibuat dengan tangan masuk ke riwayat perubahan di dalam file itu sendiri. Dengan begitu kata yang ditulis alat ukur tetap utuh di dalam file.
Apa yang tidak pernah dibawa file
Satu baris di tabel tidak selalu satu event. Bila dua sambungan berdiri terlalu berdekatan, alat ukur menulisnya sebagai satu baris, dan sebagian alat ukur mengakuinya: baris seperti itu ditandai sebagai gabungan. Tidak ada yang bisa memisahkannya sesudah itu, termasuk alat ukur yang merekamnya. Seberapa dekat itu bisa dibaca dari korpus kami: median jarak antara komponen yang bersebelahan adalah 5,26 m, yaitu pasangan konektor dan patch cord pendek. Rugi di baris seperti itu milik kelompok itu secara keseluruhan dan reflectance-nya milik komponen yang terkuat; mengapa hasilnya begitu ada di panduan zona mati.
Batas kedua ada pada daftar jenis itu sendiri. Pada alat ukur VIAVI, operator memilih jenisnya dengan tangan dari delapan pilihan: sambungan fusi, konektor, konektor expanded-beam, splitter seimbang beserta rasionya, tap tak seimbang beserta rasionya, hantu, Mux/Demux, dan ujung serat. Yang sampai kepada kami adalah apa pun yang ditulis alat ukur ke dalam file, dan itu menjadi empat kelas dalam kata alat ukur itu sendiri. Konektor expanded-beam maupun tap tidak termasuk di antaranya, dan keduanya tidak bisa ditambahkan: sebuah jenis masuk ke daftar kami ketika alat ukur menulisnya ke dalam file, bukan ketika antarmukanya sendiri menampilkannya.
Jenis yang tidak ada di file tidak akan muncul di layar, sekalipun operator mengetahuinya saat berdiri di depan alat ukur. Itulah sebabnya sebuah baris bisa mengatakan "reflektif" di tempat sebuah splitter berdiri di jalur. Bend tidak ada dalam daftar yang bisa ditetapkan pada generasi mana pun: alat ukur hanya mendeteksinya. Itulah sebabnya label bend kami sendiri berada di mode eksperimental, ditandai sebagai kesimpulan kami.
Selanjutnya
Kami menjalankan satu detektor untuk file semua alat ukur. Perilakunya tidak pernah bercabang menurut nama model di header, karena kolom itu disunting dengan tangan, dan percabangan menurutnya akan mengirim file ke jalur yang salah.