Есть такая задача, связать два устройства находящихся на расстоянии 100 метров друг от друга по однопроводной линии. Один мастер, второй ведомый. Необходимо передать четыре команды. МК в устройствах работают от внутреннего RC генератора. Передовать команду необходимо не чаще одного раза в 100-300 мс.
Помогите выбрать протокол, по которому организовать связь.
Пока думаю в сторону применения АЦП, то есть в мастере резистивный ЦАП, в ведомом АЦП. Попробовал макетировать в коридоре - 60 метров кабеля работает
Кто чего еще посоветует?

Попробуйте посмотреть на LIN
http://www.lin-subbus.org
Имхо, это более хорошая идея, чем использовать мультиуровневый сигнал.

Связъ должна быть двунаправленная или однонаправленая?

Как вариант - токовая петля.

:-) Это называется "красиво жить не запретить..."

Если на двух примитивных без нормальных генераторов контроллеров есть "лишние" DAC/ADC, то почему-бы и нет. Калибруйте "приемник" в паузах между командами по уровню + легкую фильтрацию принятого и все будет абсолютно нормально работать на упомянутой скорости и четырех командах.

Тональными посылками можно (сильно поскипанным DTMF)

Правильный вариант для таких скоростей и расстояний.

Вместо резистивного ЦАПа можно шимовать. И связь однонаправленная? Команда, как понял, однобайтная, (4-х битная)?

Сообщение отредактировал Alex_Pol - Jul 19 2006, 10:02

Если требований к помехоустойчивости не предъявляется, то можно.
Но не думаю, что реализация LIN так уж сложна, чтобы была именно "красивой жизнью".
Он и сделан то вместо действительно красивого CAN, как легкий протокол.

Я решал похожую задачу на немного модифицированном 1-Ware. Если интересно могу рассказать подробней.

Связь однонаправленная.
LIN для данного применения слишком шикарно
Наверное буду использовать ЦАП/АЦП. думаю вот, поставить гальваническую развязку или обойтись защитными диодами по входу?






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

При однонаправленной передаче можно использовать UART на токовую петлю. На приемной стороне поставите опторазвязку и будете спать спокойно.

ИМХО: При однонаправленной передачи мастер не будет знать, принял ведомый команду или нет. Допускает ли Ваше ТЗ негарантированную доставку команды или нет? Отсюда надо и исходить.

Допускает. ТЗ простое, в общих чертах: четыре кнопки - четыре команды.
Пришла правильная команда - что то делаем, не распознали команду - не делаем ничего.
UART в данном случае не нравится тем, что МК работают от встроенного RC генератора, причем на открытом воздухе. Впринципе диапазон температур от -10 до +жара на солнце (а этим летом было жарко) Опасаюсь нечеткого приема при использовании некварцованных генераторов с обеих сторон.
Кроме многоуровнего управления кажется более целесообразным либо 1-Wire, либо частотные посылки. При плавании частоты генератора проще идентифицировать команду.

З.Ы. Кстати, кто нибудь знает софт, с помощью которого можно снять импульсную последовательность команд ИК пульта дистанционного управления. Мне кроме WinLirc ничего не попадалось, а он, как оказалось не работает с Panasonic и JVC. Может существует какой либо логический анализатор для РС?
Это еще одна зубная боль в этом проекте

Мне не требовалось гальванической развязки, поэтому я использовал вот такую схему. Эта схема легко переделывается как под полевые транзисторы так и под опто пары (Правда в своё время я не нашел нужных мне оптопар).
В качестве ведомого выступала MEGA8 работающая от внутреннего генератора на 8мГц. Большую часть времени она спала или измеряла своими АЦП разные датчики.
Программная логика ведомого устройства была следующей: Сигнал IN_DALLAS подключался к порту внешнего прерывания, как только происходил отрицательный перепад запускался таймер, по положительному перепаду принималась решение помеха или сбросовый импульс, при переполнении таймера принималась решение линия замкнута. Далее шел обмен данными 3байта плюс CRC, каждый принятый пакет подтверждался OK или ERR. Кстати набор команд был небольшой, поэтому если команды такой не было, а CRC был правильный также формировался ERR. Отличием от родного 1-ware было, то, что я несколько увеличил длительность всех импульсов (хотя скорей всего это можно было не делать). По ТЗ у меня была дальность до 50 метров испытывал до 60 метров. РЕЗЮМЕ: у контролера забираются две ножки одна из них внешние прерывание и один таймер. В итоге контролер отвлекается от основной программы, только обнаружив сбросовый импульс. В качестве мастера выступала Mega162 c кварцевой стабилизацией. Кварц нужен был для передачи по UART.
Ну примерно гдето так.

Спасибо! Идея понятна.