Есть еще одна серьезная причина не пользоваться UART(по крайней мере на принимающей стороне).
UART принимает всю посылку целиком, при этом контролируется целиком(16 выборок) только
стартовый бит, и если он правильный, то остальные биты посылки просто читаются.
То есть если мы поймали стартовый бит, то далее обязательно ловим всю посылку.
Может получиться так, что это не наш стартовый бит, а часть чужой посылки, а наш
стартовый бит будет в тот момент когда мы ловим уже часть чужой посылки.
То есть нашу посылку мы просто пропустим.

Если же мы пользуемся например манчестерским кодом, то мы можем контролировать каждый
получаемый бит(переход 0->1 или 1->0) и при неправильном бите сразу переключаться
на начало(прием стартового бита) не дожидаясь окончания всей посылки.
Таким образом мы сильно уменьшаем вероятность не поймать нашу посылку.

Для этого существуют протоколы типа 1 мастер - несколько слэйвов, например тот же MODBUS

Хочу уточнить. Вас никто никак не называл, даже в мыслях не было. Но вашу тему могут читать разные люди, даже из разных стран. Сиё надо учитывать.

Для начала познакомтесь со стандартными принципами кодирования, принятыми в системах дистанционного управления моделями, и с имеющимися разработками/наработками в этой области, сделанными людьми, которые уже давно в этой "теме".
Например:
http://www.rcmaster.ru/forum/viewforum.php?f=39 ,
http://i158.com/forums/index.php ,
и на других сайтах/форумах, посвященных радиоуправляемым моделям.
Но не понятна изначальная постановка вопроса: для чего использовать радиоканал, если все компоненты системы находятся в непосредственной близости - "на борту" автомобиля? Не проще ли (и существенно надежнее!) обойтись обычной проводной связью, пусть даже с использованием стандартных интерфейсов (TWI, I2C, USART, и т.д.)?
И еще более непонятно, зачем городить огород на микроконтроллере, если конечная цель - 4 дискретных исполнительных устройства?
Или вы не корректно формулируете задачу, или просто сами не понимаете, что же вам нужно в конечном итоге.

ИМХО, "воротить" какие-то протоколы сверху UART только для того чтобы принять посылку
по RF, это уже извращение
Встаки здесь не шина "1мастер - несколько слейвов", а просто достаточно сильно
зашумленный канал связи (RF), и просто важно отделить "чужое" от "своего"

А что там городить то? 200-300 байт кода, написанного на Си?

Попробую тут с Вами не согласиться...
Стандартными для подобных систем являются:
1. Включить/выключить сигналку.
2. Дистанционно завести мотор для прогрева.
3. ПРОГРЕТЬ МЕСТО ПОД ПОПУ ХОЗЯИНА (это главное)
4. Сообщить хозяину(дистанционно) о попытках доступа к его прогретому креслу
и т.д.

то есть, радиоканал вполне рулит...

prottoss
А Вы пробовали реально(в железе) использовать UART для передачи данных по RF ?
Если пробовали, то раскажите что получилось.
Очень интересно.

Нет, к сожалению, пока не занимался подобными экспериментами. Но задумки были. А у Вас есть опыт организации данных по RF?

Да, у меня есть некоторый опыт в этом вопросе.
ИМХО:
1. RF каналы очень "шумные"(особенно в "открытых" диапазонах например: 433Мгц-сигнализации)
2. Основная задача отделить "свое" от "чужого".
3. Собственно из первых двух пунктов и следует, что желательно(по возможности),
отслеживать принимаемый сигнал в реалтайме, с возможностью рестарта, если начали
принимать что-то не то...
Собственно, UART, к сожалению не дает нам такой возможности

P.S. Проводил следующий эксперимент:
ловим переход 0->1 на внешнем прерывании и запускаем таймер на опрос по
серединкам битов в посылке(то есть без контроля длительности стартового бита), так
вот, оказалось что нужный нам код приходит за единицы секунд, хотя мы его
не посылали

Ну а Вы просто, ради эксперимента, пробовали цеплять РФ приемник-передатчик к USART? Или не стали это делать благодаря своей железной логике?

Нет, не пробовал.
Собственно и интересуюсь, может быть кто то пробовал.
Интересует, что получилось с помехозащищенностью.

ну дык а чем спорт тогда? Я вот, до армии, (а служил я в ПВ, так что 28 мая могете мяня по здравить), увлекался радиоуправляемыми штучками, мотал катушки, и занимался всяким [email="он@низмом"]он@низмом[/email], который счас уже не в моде, хотя всего 5 лет прошло.... Вот ИМХО , что все работать будет...А задумки у мя были в полне профф.

Работать то будет. Но вот вопрос со стабильностью...
Конечно можно повторять посылку несколько раз, тогда наверняка дойдет,
но это не всегда возможно(повторять посылку).

У меня в девайсе, по приему RF посылки запускается таймер, поэтому важно принять
с первой попытки.

Неужели обязательно самому наступать на все возможные и невозможные приборы, предназначенные преимущественно для удаления продуктов жизнедеятельности растительных организмов?
Если тема Вас действительно интересует, поищите что-нибудь про радиолюбительские телетайпы - имхо, это можно рассматривать как одно из первых массовых применений UART over RF.
U_S_ART в контексте треда поминать вообще не стОит.
Или посмотрите в каком-нибудь MicroCap'e, Proteus'e etc на картинки сигнала UART, пропущенного через диф. цепочку и восстановленного компаратором - это процентов на 50 покажет проблемы передачи и приема ASK сигнала. Останется только шум наложить.