Osiloskop dalam penerapan indikator teknis sekunder memainkan peran apa
Definisi Bandwidth
Metrik bandwidth tentu saja penting. Bagi para desainer yang terus-menerus mendorong batas-batas arsitektur bus serial berkecepatan tinggi, bandwidth selalu menjadi pertimbangan utama mereka saat membeli osiloskop.
Namun, bandwidth itu sendiri hanyalah salah satu metrik yang menggambarkan respons frekuensi suatu instrumen (frekuensi gelombang sinus yang merambat -3 dB). Dua osiloskop dengan rating bandwidth yang sama mungkin memiliki waktu naik yang sangat berbeda dan respons yang sangat berbeda terhadap bentuk gelombang kompleks. Bukankah ada kebutuhan untuk secara hati-hati mendorong beberapa metrik atau fitur ini untuk memfasilitasi keputusan pembeli dengan lebih baik?
Ada dua cara untuk menjawab pertanyaan ini, yang pertama adalah kinerja osiloskop waktu naik sebenarnya dan yang lainnya adalah perilaku instrumen dalam mode pemrosesan sinyal digital (DSP).
Waktu naik analog adalah fungsi dari bandwidth osiloskop. Ia mencoba menghitung waktu naik dari bandwidth dengan menggunakan rumus buku teks, yang merupakan dasar dari beberapa metrik waktu naik yang dipublikasikan. Waktu naik yang diamati oleh tamu memberikan dasar pengukuran yang lebih baik, baik dengan atau tanpa peningkatan DSP. Setiap insinyur memahami pentingnya respons waktu naik. Mengukur perbedaan antara waktu naik yang diukur dan waktu naik yang dihitung adalah untuk memahami apa yang dikatakan.
Pemicu Osiloskop dan Kompleksitas Sinyal
Istilah "pengukuran kecepatan tinggi" memiliki berbagai arti dalam kaitannya dengan tepian sub-nanodetik dan laju jam yang cepat. Kadang-kadang diabaikan bahwa pengukuran kecepatan tinggi ini seringkali merupakan pengukuran yang sangat kompleks. Menangkap kode dalam aliran data melibatkan penilaian, keberuntungan, estimasi, tebakan... atau pilihan fungsi pemicu yang tepat.
Pemicuan osiloskop menentukan apa yang dapat ditangkap, dilihat, dan diukur menggunakan instrumen, sebuah fungsi yang sama pentingnya dengan bandwidth dan laju pengambilan sampel. Sistem pemicu memiliki spesifikasi yang berbeda-beda. Jalur pemicu umumnya merupakan anak sungai dari jalur sinyal masukan utama dan harus mencerminkan banyak karakteristik lingkungan yang sama, seperti sensitivitas, jitter, dan sebagainya. Indikator kinerja pemicu lainnya adalah kisaran jenis pemicu, yaitu kondisi yang dapat ditentukan ketika pemicu terjadi.
Metrik "Sekunder" Terkait
Hingga saat ini, metrik teknis yang telah kita diskusikan biasanya merupakan metrik sekunder dibandingkan metrik utama bandwidth, laju pengambilan sampel, dan sebagainya. Namun kenyataannya ada banyak parameter lain yang sering dianggap sebagai masalah sekunder dalam proses evaluasi osiloskop yang dapat memfasilitasi atau menghambat jadwal rekayasa yang ketat.
Untuk banyak standar serial, pemulihan jam tertanam adalah dasar untuk analisis diagram mata osiloskop, yang juga memberikan dukungan untuk pengukuran seperti pemulihan jam ke data (CDR seperti yang ditunjukkan pada Gambar 3). Perancang yang bekerja dengan sinyal jam tertanam harus melihat melampaui metrik utama dan mempertimbangkan cara osiloskop dapat membuat pemulihan jam lebih cepat, mudah, lebih fleksibel, dan lebih dapat diulang.
Persyaratan aplikasi selalu memandu arah pilihan. Bisakah osiloskop digunakan untuk pengukuran overhaul atau kesesuaian? Mekanisme pemulihan jam apa yang tersedia? Bisakah osiloskop memulihkan jam secara real time dan menampilkan fitur diagram mata dinamis?
Kebanyakan osiloskop kelas atas menawarkan salah satu dari dua metode pemulihan jam, pemulihan jam berbasis perangkat lunak atau pemulihan jam berbasis perangkat keras. Pemulihan jam perangkat lunak dihasilkan dari data akuisisi yang disimpan. Untuk pengujian kesesuaian menggunakan prosedur seperti perangkat lunak analisis dan pengujian kesesuaian otomatis TDSRT-Eye, pendekatan perangkat lunak diakui sebagai alat pilihan.
Dimungkinkan untuk menggunakan pemulihan jam berbasis loop terkunci fase (PLL) untuk akuisisi grafik mata secara real-time, namun di sini juga, metriknya perlu didorong dengan hati-hati: dapatkah PLL (yang dapat berupa pemulihan perangkat lunak atau pemulihan perangkat keras) ) beradaptasi dengan frekuensi jam yang berkembang dalam standar serial saat ini? Ada yang bisa, ada yang tidak, jadi penting untuk memahami perbedaannya.
