roboforum.ru

ага, я понял... просто мне достаточно отрицательных импульсов в цепи питания...

Вам там не импульсы нужны ! А пачки высокачстотных колебаний ИМХО.

Использовал все-таки импульсы. Их передать получилось намного проще. Приемник планирую собратьпосхеме: филтр НЧ - фильтр ВЧ - триггер Шмидта...
Пока на автомобиле испытывал без фильтров, просто усилитель - триггер Шмидта. навыходе получается правильный отрицательный импульс...
Планирую прием и передачу осуществлять программно, т.к. буду использовать МК без ЮАРТа, а так же легче в условиях помех контролировать прием(помехоустойчивое кодирование, контрольная сумма)...
В общем идея была основана на подсчете импульсов на входе INT0 за опредиленное время(если за 500 мкс импульсов пришло от 25 до 35, знчат единица, если меньше 25 - 0), так же была идея кодировать 0 с одним интервалом между импульсами, а 1 с другим, а так же считать колличество импульсов за опредиленное время. но тут проблема с синхронизацией, как заставить МК не оприделять случайный импульс в цепи питания за начало передачи?
Короче говоря, никогда мне не приходилось сталкиватся с программной реализацией протоколов на С. Может у вас есть материалы или примеры по этому поводу? хотелось бы пролистать конкретный код или хотя бы его принцип.

Зарание спасибо)

ЗАЧЕМ ?


просто с преамбулы послыки начинать например 10101010 - она ведь все равно нужна для настройки "слайсера" оцифровщика в приемнике. Случайные импульсы вряд ли ее воспроизведут.

Протокол советую "wake" от Ридико Л. И. - вроде хвалят, я не пробовал.

Добавлено спустя 31 минуту 22 секунды:
ИМХО для импульсов и такая схема достаточна



Можно полевик поставить IRLZ24 - в нем стабилитрон защитный встроен.

ЗАЧЕМ ?

Одна причина - размер приемников... они должны быть как можно меньше... а с такими размерами на входе намного проще получить отрицательные импульсы... вторая - помехоустойчивость... намного легче написать свой низкоскоростной помехоустойчивый протокол программными методами, чем демодулировать ЮАРТ... все таки, мне кажется, так будет надежней.
Ну а третья - я всетаки учусь... никогда не доводилось писать програмный приемник...

Добавлено спустя 2 минуты 46 секунд:
Да, почти такая же схемаи у меня была, только без стабилитрона)))

Добавлено спустя 38 минут 51 секунду:
"Протокол WAKE является логическим уровнем интерфейса управления оборудованием с помощью асинхронного последовательного канала. Физический уровень интерфейса протоколом не определяется, может использоваться, например, RS-232, RS-485 или USB."

Мне кажется не то... В данном случае описывать в коде нужно как раз физический уровень... или я что-то недопонял?

с уартом будет во многа распроще ))

_________________
«Как сердцу выразить себя? … Мысль изреченная есть ложь!»
В этом мире меня подводит доброта и порядочность...
"двое смотрят в лужу, один видит лужу, другой отраженные в ней звезды"

проще не значит лудше)

Имеет ли смысл коды Хемминга ставить?

Еще можно БЧХ-коды посмотреть

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

Та в пень циклические коды... кроме того у меня нету обратной связи.

Для БЧХ-кодов не надо обратной связи - они для коррекции ошибок.

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

ну не люблю я циклические коды... мне Хемминга больше по душе...

Ребят я вот не понял ест ли специализированные ИС для этого дела, или чисто на расыпухе собирать?

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

наверно есть но на рассыпухе шешевше.

есть, см. CAN протокол, но это сложно