Видимо Longobard поинтересовался в связи с тем, что электроника с реакцией в 5-7 миллисекунд откровенно тормознутая.
Или вот, в предыдущих постах продолжительность импульсов в 760 и 1520 единиц указана с сокращением "мс", хотя должно быть "мкс".
Например, из описания BLS251 на сайте Futaba: "Compatible with Super Narrow Pulse of (760µs) drive."
µs - это микросекунды.
Читаем.Есть общепринятые обозначения, зачем придумывать? Плюс ко всему, микросекунда это очень малая виличина. Все-таки миллисекунды. Микро это очень мало.
5-7 миллисекунд реакции на сигнал с пульта - это какая-то дико большая величина 
За это время TCP пакет успевает пробежать до Москвы через кучу маршрутизаторов... Системы торговли успевают сделать около тысячи заказов...
А тем временем сигнал от пульта обрабатывается приёмником...

Тактовая частота процессоров Pic, Atmel - обычно небольшая, 4-8Мгц, и обработка там не такая уж и скоростная, как кажется.
Не нужно равнять скорость прохождения TCP пакета, и время реакции электроники серво. Это сильно разные вещи. Числодробилки в виде роутеров, специально оптимизированы именно под свои задачи. Зачастую TCP пакет по пути прохождения тракта не обрабатывается вообще никак. Каждый хоп в маршруте обычно где-то 0,5-2мс добавляет.
Процессор в серво - универсальный, и работает на низких частотах, по сравнению с магистральными числодробилками.

Плюс ко всему, команда выполняется не за один такт, а в среднем за 3-4.
И не путайте реакцию электроники серво с временем прохождения сигналом всего тракта: АЦП передатчика > передающий модуль > приемный модуль > электроника серво > механика серво.
Плюс, в случае цифрового тракта, а такие сейчас почти у всех, имеем еще задержку на кодирование-декодирование сигнала. PPM собсно поэтому и был самый быстрый, в нем было очень мало накладных расходов на упаковку-распаковку данных.
P.S на 5-7мс не настаиваю, скажем так, я так думаю.

Если есть более точные данные будет интересно посмотреть.