Кстати если контролер используется только для приема команд и грубо говоря, чтобы щелкнуть реле не проще взять аппаратный декодер?

На сколько я помню точность внуреннего генератора 8-ой Меги ± 3% во всем диаппазоне рабочих температур. Так что ставьте 1200 бод или меньше и правильность приема данных Вам гарантирована. Для успокоения можно переслать контрольную сумму или CRC.

Без калибровки все 10%. Было у меня устройство, где на одной плате стояло 10 ATTINY2313 работающих автономно от 4мГц внутреннего генератора. Индикация дежурного режима мигающий зеленный светодиод. Всё это дело так красиво переливалось и меняло рисунок, что заказчик сказал, что если ему понадобиться гирлянда для ёлки обязательно обратиться ко мне.

Мне эта мысль тоже нравится. Единственное "но" - использование внутренних генераторов - нестабильность частоты. Эта тема, кстати, обсуждается на форуме.
И еще. Лет 10 назад я использовал собственный протокол - передача бит осуществляется положительным импульсом, тактирование - отрицательным. Под командой может подразумеваться завершение передачи байта информации (например, два информационных импульса перед синхроимпульсом), либо байта команды (скажем, три импульса). Линия связи строго говоря потенциальная, но со стороны приемника стоят два оптрона - один для положит. полуволны, другой для отрицательной. Перед ними токоограничительный резистор. Эта реализация хороша тем, что нет жестких временных ограничений - скорость со стороны мастера можно изменять. Дешифрация довольно проста даже с использованием жесткой логики (10 лет, однако). Насколько мне известно, системы с применением этого протокола до сих пор выпускаются. Я в свое время по объектам покатался (бензоколонки, нефтедобыча и пр.) - проблем со сбоями не было.

ИМХО:Идея хорошая, но требует двухполярного источника питания, а это не всегда удобно и всегда дороже.

Я бы использовал кодирование, как в некоторых радиомодулях -
ноль передается как 2/3 периода высокий уровень, и 1/3 периода низкий уровень
единица передается наоборот, как 1/3 высокий, а 2/3 низкий.

Промежуток между посылками - постоянно какой-то один уровень.
В начале посылки для определения скорости несколько периодов меандра (но не обязательно)

В этом случае скорость передачи может изменяться в огромных пределах - все будет работать.

К счастью нет Из "примочек" семь АЦП работают.
из 10 штук и с кварцем красиво переливатся будет, наверно, не проверял... но что то подсказывает, что будет.
Кстати, в выходные ехал на тросу на Ниве с рыбалки 90 километров, впереди тянула другая Нива. Соответственно была включена аварийка в двух машинах. Так вот, ловил себя на мысли, что реле поворотов достаточно стабильно работали в двух машинах , по крайней мере не было разбега, какого ожидал

Если бюджет позволяет можно использовать микросхемы от DALLAS USART<->1-ware название не помню, но стоят где-то 4у. е 300 метров на витой паре обещают

Поищу, интересно

Я бы ставил на передающем устройстве простейщий ШИМ , а выход сделать токовый (мА так 20).
На приемном конце надо определять 4 градации ширины импульса, либо ставить фильтр простейший и
на АЦП если он есть в наличии.
И с помехозащищенность будет всё нормано.

Немножко не понял, а АЦП зачем? Лучше компаратор. Во-первых, проще, во-вторых, ресурсов использовать будет меньше.

Продолжение: к томуже по прерыванию компаратора таймер запускается автоматически можно спокойно мерить ширину импульса. Только, а гальванической развязки можно забыть.

А почему бы не 1-Wire протокол... только помедленнее..сделать..
Шина дергается вниз к земле.Берем интервал(слот). вначале синхроимпульс(определеннойдлительности), далее устанавливаем "0" (притягиваем шину к земле до конца слота), или "1" (отпускаем шину). Все. Начало пакета длинным слотом(раза в 4 больше). Для Вашего варианта вполне подойдет..
Ссылка: http://www.elin.ru/1-Wire/?topic=info#1
Удачи.

Т.к. жестких требований к доставке команды нет, имхо, UART и байт калибровки в начале пакета или раз в х секунд вполне справятся с нестабильностью в 10%. На стороне мастера вообще ничего придумывать не придется, на стороне слейва - по принятому байту калибровки/ошибке фрейма двигаем OSCCAL вверх или вниз. Контрольную сумму можно встроить в байт команды, если, конечно, не предполагается исправлять 2-хкратные ошибки.
Физический уровень - наверное, токовая петля с оптроном.

Доброе утро. Сразу извиняюсь за свой последний свой пост <к томуже по прерыванию компаратора таймер запускается автоматически можно спокойно мерить ширину импульса. Только, а гальванической развязки можно забыть.> Бежал с работы Вот и сморозил ерунду.
Pyku_He_oTTyda обрати вниманию на предложение okela примерно также в своё время писали данные на магнитофоны. Реализация такого протокола довольно простая.

Именно. А по ней старый добрый манчестерский код. Нестабильность частоты 40% - абсолютно по барабану.