Всегда удивляло, почему для управления используется столь примитивная кодировка длительностью импульса. Ведь в серве в любом случае стоит свой контроллер, так почему бы ему не передать значение в цифровом виде, парой байт, а не заставлять измерять длительность (возможно, ещё и с погрешностью).
Такое управление, чтобы не нагружать контроллер, так как для формирования длительности импульса используется ШИМ контроллер, который не задействует вычислительные способности микроконтроллера. При наличии импульсов происходит удержание положения, при их отсутствии происходит отпускание.
@@myrob5277 мне больше интересно, что тут яйцо, а что - курица: это контроллеры вынуждены подстраиваться под серву или наоборот. Насколько я знаю, сервы работают на ШИМе испокон веков, когда сигналы по радиоканалу передавались напрямую, безо всяких микроконтроллеров, и там это было вполне оправдано. Но сейчас что мешает подвесить их на тот же UART или i2c, и управлять по-человечески - для меня загадка))
Звук в один канал. Спасибо, четко
Спасибо за подсказку, исправлю.
Всегда удивляло, почему для управления используется столь примитивная кодировка длительностью импульса. Ведь в серве в любом случае стоит свой контроллер, так почему бы ему не передать значение в цифровом виде, парой байт, а не заставлять измерять длительность (возможно, ещё и с погрешностью).
Такое управление, чтобы не нагружать контроллер, так как для формирования длительности импульса используется ШИМ контроллер, который не задействует вычислительные способности микроконтроллера.
При наличии импульсов происходит удержание положения, при их отсутствии происходит отпускание.
@@myrob5277 мне больше интересно, что тут яйцо, а что - курица: это контроллеры вынуждены подстраиваться под серву или наоборот. Насколько я знаю, сервы работают на ШИМе испокон веков, когда сигналы по радиоканалу передавались напрямую, безо всяких микроконтроллеров, и там это было вполне оправдано. Но сейчас что мешает подвесить их на тот же UART или i2c, и управлять по-человечески - для меня загадка))