Mengapa aplikasi RC menggunakan siklus tugas PWM yang kecil?

Saya tahu bahwa aplikasi RC , seperti drone, menggunakan sinyal PWM untuk menggerakkan motor. Sinyal PWM ini sebagian besar 50 Hz (0,02 dtk). Denyut nadi itu sendiri bervariasi dari 1 ms hingga 2 ms. Jadi pulsa 1 ms sesuai dengan putaran motor minimum dan pulsa 2 ms dengan putaran motor maksimum. Jadi pada dasarnya 18 ms lainnya dari periode sinyal tetap menganggur.

Mengapa sinyal PWM memiliki format seperti itu? Mengapa bagian aktif dari sinyal tidak tersebar di 1 ms dan 10 ms? Apa keuntungan menggunakan pulsa kecil seperti itu?

Alasan untuk celah panjang adalah agar pemancar dapat mengirim semua posisi servo lainnya.

Pada zaman pasak-pasak dan pesawat jatuh dari tabrakan frekuensi, kontrol radio dilakukan dengan AM pada 27 MHz.

Pemancar akan mengirim pulsa sinkronisasi, dan kemudian serangkaian pulsa 1-2 ms, satu untuk setiap servo. Yang sebelumnya menunda yang belakangan, tidak masalah. Ini hanya pulsa RF, tidak ada modulasi khusus.

Penerima akan menerima aliran pulsa, menyinkronkan yang pertama dan kemudian mengarahkan setiap pulsa berturut-turut pada gilirannya ke soket servo yang berbeda.

Jadi untuk memungkinkan mungkin 8 saluran diatur ke 2 ms, dan memiliki beberapa celah, Anda membutuhkan sekitar 20 ms. Dengan pemancar 8 saluran, siklus kerja pada saluran RF gabungan akan lebih dari 50%.

Protokol servo ini, 1-2 ms setiap 20 ms, baru saja macet sejak saat itu.

Situs ini tentang membuat digitiser PC untuk remote control Anda memiliki beberapa grafik osiloskop yang menunjukkan empat atau lima saluran.

Intinya tidak ada benar-benar Duty Cycle.

Pulsa 1ms ke 2ms adalah salah satu yang cukup mudah untuk "memecahkan kode" baik dalam sirkuit analog maupun digital, sehingga diadopsi sebagai standar. Anda membutuhkan standar untuk dapat mencampur dan mencocokkan barang, dan dalam sistem RC ada banyak aplikasi dan sub-perangkat yang berbeda, sehingga standar tersebut dipatuhi dengan ketat, untuk menjaga pasar tetap hidup untuk semua penggemar.

Tidak ada persyaratan terjemahan = lebih banyak penjualan, karena lebih mudah. Penggemar menyukai lebih mudah.

Tetapi banyak perangkat yang membutuhkan tingkat respons yang lebih tinggi dengan sempurna mendukung pengulangan pulsa dari 1 hingga 5 ms, memungkinkan tingkat pembaruan sekali per detik hingga 200 kali per detik. Beberapa tipe respon normal bahkan tidak "gagal ke default" dengan beberapa detik antara pulsa, tetapi standar yang paling banyak digunakan mengatakan "paling tidak kompatibel dengan tingkat pembaruan 50Hz" dan sebagian besar tampaknya menafsirkan itu sebagai "menjadi 50Hz". Tapi secara teknis itu bukan persyaratan yang sulit.

Saya tentu memiliki sistem polling 200Hz yang ditarik dari peralatan terbang kelas atas, tetapi saya juga telah melihat sistem sensorik di masa lalu yang hanya mengirim pulsa 10 kali per detik. (Mungkin karena jarum analog tidak cukup cepat untuk mundur cepat, bahkan jika mereka mendapat 5 pulsa info per detik)

Sinyal RC tipikal berisi satu pulsa untuk setiap servo yang dikendalikan; penerima enam saluran yang khas (setidaknya secara historis) tidak akan menangkap sinyal dari salah satu saluran input, tetapi sebaliknya akan menyertakan rangkaian penghitung yang akan mengatur ulang sendiri setelah jeda yang cukup panjang dan akan naik sedikit setelah jatuhnya tepi setiap pulsa; setiap sinyal keluaran servo akan menjadi tinggi hanya ketika input tinggi dan penghitungan memegang nilai yang tepat untuk servo itu. Jika servo ingin dapat digunakan dalam sistem dengan delapan saluran atau lebih, ia harus dapat menerima sinyal dengan siklus tugas yang sangat rendah. Memiliki encoders menanggapi panjang pulsa dalam kisaran 1-2ms independen dari seberapa sering mereka menerima pulsa memungkinkan untuk memiliki servos yang dapat menerima sejumlah besar bacaan servo pada tingkat pembaruan yang relatif rendah,