Мобильная и беспроводная связь

У техаса есть варианты с помехоустойчивым кодированием. Для нордика такое можно вручную сделать, если отключить перепосылки автоматом и проверку CRC. Но не очень-то выходит: ошибки нарастают очень быстро (по сравнению с расстоянием, например). И пакет не всегда собственно начинает приниматься (не совпадает преамбула, даже 3-байтовая). Или массово инвертируются биты в пакете. Мне кажется, у нордика не всё хорошо с ФАПЧ и главная беда в том, что он теряет синхронизацию и дальше не принимает или принимает вообще всё неправильно. Собственно поэтому метод "100500 раз послать, авось дойдёт" тоже быстро перестаёт работать с расстоянием и не уступает пакетам с избыточностью... Типичный пример правила 80/20%. Дальше сложности растут снежным комом, потому у техаса есть, а у нордика нет. Кстати интересно, что у техаса вместо преамбулы. Нужно синхронизировать частоту тактового генератора, и нужно поймать начало битового интервала. Кстати вот и ответ, почему нордик позволяет кварц с достаточно большим разбросом, ибо за 32 байта не разбежится сильно. И судя по тому, что он не может ни принимать, ни передавать непрерывно, там вообще честного ФАПЧ нет, а сделано какое-то непотребство. Небось синхронизация только по началу пакета. И помимо того, что у него генератор (встроенный) убегает ибо не привязан к кварцу (в момент приёма/передачи, как я понимаю), так любой генератор тут убежит, если не синхронизироваться с потоком. А для последнего нужно кодированные данные выдавать, не одни нули/единицы (и ещё чтоб не получилось как с CD, где скремблирующий код случайно в файлах встречался), опять же помехоустойчивое кодирование в плюс.