Pemilihan Jenis Antarmuka Data untuk Pemancar dan Penerima Drone

Hari ini, Seorang pelanggan melaporkan bahwa pemancar dan penerima drone kami memiliki masalah. Ada tiga antarmuka data yang dicadangkan di TX900: D1 TTL, D2 Sbus, dan D3 RS232. Setelah menghubungkan data telemetri ke D1, penundaan video menjadi sangat besar. Dia bertanya kepada kami bagaimana cara mengatasinya.

Berikut uraian masalahnya: Ketika saya menghubungkan data telemetri ke unit udara yang mempengaruhi video dan menemukan beberapa penundaan dalam video. Hanya data telemetri yang menyebabkan masalah tanpa telemetri, tidak ada masalah apa pun. Tanpa data telemetri, tidak ada masalah dengan telemetri dalam jarak dekat masalah seperti itu terjadi.

Kita TX900 pemancar dan penerima drone dapat disesuaikan dengan tiga jenis antarmuka data telemetri untuk memenuhi kebutuhan Anda: TTL, RS232, dan antarmuka SBUS.

TX900 kami adalah transmisi dua arah. Mengunggah data dan mengunduh video tidak saling mempengaruhi. Namun, aliran video lebih besar dari aliran data. Silakan lihat pengaturannya di sini. Sudahkah Anda mengubahnya? Pengaturan Default adalah 1D4U.

D1 adalah port serial transparan dari modem inti TX900. Ada masalah yang diketahui jika jumlah data di D1 terlalu besar, ini dapat mempengaruhi tautan nirkabel. Kinerjanya adalah tautan nirkabel mungkin terputus sementara dan kemudian disambungkan kembali. Tidak jelas apakah pelanggan mengalami masalah ini.

Berikut adalah video pengujian dari klien.

Pembeli juga memastikan bahwa tipe jaringan tx900 adalah point to point, hanya satu pemancar dan satu penerima, tidak ada pengulang. Dari video pembeli sepertinya tidak ada masalah yang disebabkan oleh D1. Jenis kamera apa yang terhubung ke bagian depan pelanggan? Webcam atau papan encoder? Pembeli menjawab menggunakan kamera SIYI ZR30.

Penyelesaian masalah.

Jika D1 TTL terhubung, jika jumlah data terlalu besar, ini dapat mempengaruhi tautan pemancar dan penerima video nirkabel drone, karena D1 adalah port serial transparan dari tautan nirkabel. Coba ubah pengontrol penerbangan Anda untuk terhubung melalui D3 RS323. (mungkin Anda juga perlu menggunakan papan konverter TTL ke RS232 di sisi pemancar dan penerima).

Dengan pembekuan video, periksa apakah ada tingkat kesalahan bit, parameter nirkabel yang dilaporkan oleh node pusat dan node akses.

Hentikan transmisi video saat video terhenti, dan gunakan fungsi pengukuran pada UI web untuk menguji apakah 100% transmisi dapat dicapai dengan mengirimkan paket data 4~8Mbps dari node akses ke node pusat.

Teknisi kami menganggap masalah kemacetan di video pelanggan tidak ada hubungannya dengan data telemetri transmisi transparan D1. Ini seharusnya disebabkan oleh jarak yang jauh, tingkat antarmuka udara nirkabel yang rendah, dan efek antrian streaming video. Untuk memverifikasi spekulasi ini, ada dua metode:

1. Pelanggan tidak dapat menerima data telemetri (atau data telemetri melewati jalur transmisi digital terpisah) untuk pengujian perbandingan
2. Kirimkan kepada kami pengaturan pengkodean video kamera gimbal SIYI yang digunakan oleh pelanggan untuk melihat apakah ada kemungkinan pengoptimalan (Saya berkomunikasi dengan SIYI yang lalu dan menemukan bahwa mereka tidak membuka beberapa pengaturan pengkodean lanjutan, yang akan mempengaruhi kelancaran dan kinerja video secara real-time)

Jenis Antarmuka Data Pemancar dan Penerima Drone

Kita TX900 pemancar dan penerima drone dapat disesuaikan dengan tiga jenis antarmuka data telemetri untuk memenuhi kebutuhan Anda: TTL, RS232, dan antarmuka SBUS karena kompatibilitasnya, karakteristik protokol, dan kebutuhan aplikasi spesifik. Berikut analisis mendetail tentang alasan di balik pilihan desain ini.

1. Universalitas Antarmuka TTL

• Kompatibilitas Perangkat Keras Langsung: tingkat TTL (3.3V/5V) cocok dengan level GPIO mikrokontroler mainstream (seperti STM32), memungkinkan koneksi langsung ke sensor (misalnya, GPS, modul aliran optik) dan alat debugging tanpa perlu perpindahan level.
• Perluasan Sumber Daya: Pengendali penerbangan biasanya memiliki beberapa port serial TTL (misalnya, PIXHAWK mendukung hingga lima), mengaktifkan koneksi paralel ke telemetri, modul pemancar dan penerima drone, dan periferal lainnya.
• Kenyamanan Men-debug: Antarmuka UART memfasilitasi flashing firmware dan keluaran log, menyederhanakan proses pembangunan.

2. Kasus Penggunaan Khusus untuk Antarmuka RS232

• Komunikasi Jarak Jauh: Sinyal ±12V RS232 memberikan kekebalan kebisingan yang kuat, sehingga cocok untuk pemancar drone nirkabel jarak jauh dan transmisi penerima pada jarak yang lebih jauh 10 kilometer (misalnya, komunikasi antara drone industri dan stasiun bumi).
• Kompatibilitas Warisan: Beberapa perangkat lama atau penerima kendali jarak jauh mungkin menggunakan antarmuka RS232, membutuhkan chip pemindah level (seperti MAX232) untuk koneksi ke pengontrol penerbangan.
• Ekspansi Pergeseran Level: Sirkuit eksternal dapat mengubah sinyal TTL ke RS232, memungkinkan kompatibilitas dengan perangkat yang lebih luas (seperti penerima SBUS tertentu).

3. Keuntungan Antarmuka SBUS

• Transmisi Saluran yang Efisien: SBUS adalah protokol serial yang mendukung 16 saluran proporsional plus 2 saluran digital, memenuhi kebutuhan kontrol multi-parameter drone (misalnya, servos dan penyesuaian kamera).
• Koneksi bergaya Bus: Dengan menggunakan hub, beberapa perangkat dapat dihubungkan melalui satu saluran, mengurangi kerumitan pengkabelan.
• Optimasi Perangkat Keras: Sedangkan berdasarkan sinyal TTL, SBUS menggunakan logika terbalik (sinyal rendah mewakili “1”) dan beroperasi pada baud rate 100Kbps, membutuhkan sirkuit inversi (seperti transistor) untuk kompatibilitas.

Perbandingan Antarmuka dan Tren Teknologi

antarmuka Jenis	Keuntungan inti	Kasus Penggunaan Khas	Tantangan Implementasi Perangkat Keras
TTL	Kompatibilitas langsung dengan mikrokontroler; latency rendah	Koneksi sensor; debugging firmware	Jarak transmisi pendek
RS232	Kekebalan kebisingan yang kuat; mendukung komunikasi jarak jauh	Kontrol industri; kompatibilitas perangkat lama	Membutuhkan chip pemindah level
SBU	Transmisi multi-saluran; perluasan gaya bus	Sinyal kendali jarak jauh; kontrol multi-perangkat	Membutuhkan sirkuit logika terbalik atau chip decoding khusus

Arah Evolusi Teknologi:

• Multipleksing Antarmuka: Pengendali penerbangan yang lebih baru semakin banyak menggunakan multiplexing UART untuk mendukung protokol SBUS, mengurangi jumlah antarmuka fisik yang diperlukan.
• Alternatif Nirkabel: Teknologi seperti telemetri 2.4GHz/5.8GHz secara bertahap menggantikan RS232 untuk komunikasi jarak jauh (misalnya, Perangkat TAISYNC PD21A).
• Desain Terintegrasi: Inovasi seperti yang ada pada paten CN216848552U menunjukkan bagaimana logika prioritas dapat memungkinkan beberapa kendali jarak jauh untuk mengoperasikan satu drone, mengurangi kompleksitas perangkat keras.

Singkatnya, koeksistensi TTL, RS232, dan antarmuka SBUS mencerminkan keseimbangan dalam desain pengontrol penerbangankesesuaian, perluasan fungsional, danefisiensi protokol. TTL memenuhi kebutuhan komunikasi dasar, RS232 melayani skenario tertentu, sementara SBUS telah muncul sebagai opsi standar dalam aplikasi kendali jarak jauh karena protokolnya yang efisien.