roboforum.ru

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

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

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

avr123.nm.ru писал(а):

Freeman писал(а): буду использовать МК без ЮАРТа

ЗАЧЕМ ?

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

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

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

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

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

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

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

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

я вот не понял ест ли специализированные ИС для этого дела,

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