¿Por qué las aplicaciones RC utilizan un ciclo de trabajo de PWM tan pequeño?

El motivo de la brecha larga es para que el transmisor pueda enviar todas las demás posiciones de servo.

En los días en que las pinzas de ropa y las aeronaves se estrellaron debido a colisiones de frecuencia, el control de radio se realizó con AM a 27 MHz.

El transmisor enviaría un impulso de sincronización y luego una serie de impulsos de 1 a 2 ms, uno para cada servo. Los primeros retrasaron a los posteriores, no importaron mucho. Estos son solo pulsos de RF, sin modulación especial.

El receptor recibiría el flujo de pulsos, se sincronizaría con el primero y luego dirigiría cada pulso sucesivo a un socket de servo diferente.

Por lo tanto, para permitir unos 8 canales configurados en 2 ms, y tener algunos huecos, necesita unos 20 ms. Con un transmisor de 8 canales, el ciclo de trabajo en el canal de RF combinado hubiera sido superior al 50%.

Este protocolo de servo, de 1 a 2 ms cada 20 ms, se ha mantenido desde entonces.

Este sitio sobre cómo hacer un digitalizador de PC para su control remoto tiene algún osciloscopio Gráficos que muestran cuatro o cinco canales.

El punto allí no es realmente el ciclo de trabajo.

El pulso de 1 ms a 2 ms es uno que es bastante fácil de "decodificar" tanto en circuitos analógicos como digitales, por lo que se adopta como estándar. Necesitas estándares para poder mezclar y combinar cosas, y en los sistemas RC hay muchas aplicaciones y sub-dispositivos diferentes, por lo que el estándar se cumple estrictamente, para mantener el mercado vivo para todos los aficionados.

Sin requisito de traducción = más ventas, porque es más fácil. A los aficionados les gusta más.

Pero muchos dispositivos que necesitan tasas de respuesta más altas soportan perfectamente una repetición de pulso de 1s a 5ms, permitiendo tasas de actualización de una vez por segundo a 200 veces por segundo. Algunos tipos de respuestas normales ni siquiera "fallan en el valor predeterminado" con muchos segundos entre pulsos, pero el estándar más usado dice "ser al menos compatible con la velocidad de actualización de 50Hz" y la mayoría parece interpretar que "ser 50Hz". Pero técnicamente no es un requisito difícil.

Ciertamente he tenido sistemas de sondeo de 200Hz extraídos de equipos voladores de alta gama, pero también he visto sistemas sensoriales en los días anteriores que solo enviaban un pulso 10 veces por segundo. (Probablemente, dado que las agujas analógicas no fueron lo suficientemente rápidas para retroceder rápidamente, incluso si obtuvieron 5 pulsos de información por segundo)

Una señal RC típica contiene un impulso para cada servo que se controla; un receptor típico de seis canales (al menos históricamente) no capturaría la señal de ninguno de los canales de entrada, sino que incluiría un circuito contador que se restablecería después de un intervalo suficientemente largo y avanzaría un poco después de la caída borde de cada pulso; cada señal de salida servo sería alta solo cuando la entrada fuera alta y el conteo mantuviera el valor correcto para ese servo. Si un servo desea ser utilizado en un sistema con ocho o más canales, debe ser capaz de aceptar una señal con un ciclo de trabajo muy bajo. Hacer que los encoders respondan a las longitudes de pulso en el rango de 1-2 ms independientemente de la frecuencia con la que reciban los pulsos, es posible tener servos que puedan aceptar un gran número de lecturas de servo a una velocidad de actualización relativamente baja o que transmitan un número menor de lecturas de servo a una velocidad de actualización más rápida, sin necesitar ningún tipo de "configuración".