Я бы хотел уточнить что речь идет о выборе между двумя протоколами. Работа по организации самого GPS трекинга пока не рассматриваем. Хотя все что вы написали конечно правильно и учитывается. Качество и время нужны по любому.
Я бы тоже не передавал большими кусками. Из того что видел обычно передается вообще один UDP пакет содержащий один пакет данных от трекера. Разумнее конечно передавать несколько, но не по 10кб.
Да именно так и предполагается. Еще можно ограничить количество «перепосыланий» чтоб устройство не «долбило» пакетами если например сервер банально отключен.
Делают по всякому. Чаще всего просто если не получилось передать пакет то его заносят в архив до лучших времен. А когда связь появится передать накопленное. Я пытаюсь тут выяснить насколько оправданно использовать всю «михину» TCP стека с таким каналом и таким небольшим объемом данных.
Человек ниже правильно написал что чем новее ноут тем сложнее прицепится даже если есть такая возможность. Была у меня ситуация когда у старого ноута погиб IDE контроллер, а так как цена ремонта не сильно интересная, установил внутрь USB<->SATA переходник и повесил SATA винт. Так что это реально, но универсальной инструкции думаю нет.
У меня был один приемник, он заработал, может повезло конечно но думаю при таком методе считывания кода это не критично. Хотя нужно заметить что иногда код считывался не корректно. Возможно это связанно с оптикой, а возможно и с частотой. Но в мое случае это было не критично потому как при нажатии на кнопку все равно успевает пройти несколько команд.
Я подумал что вам приемник нужен чтобы чем-то управлять с помощью пульта. Поэтому привел статью, там частота не имеет значения (в разумных приделах), просто ловится момент изменения уровня сигнала и таким образом формируется бинарный пакет который соответствует команде.
