RS232 тюнер Опции

[Sir Jon]

Возникла такая задача: на ходу определять скорость приемо-передачи rs232....ну скажем до 115200 бод.
Может кто сталкивался с такой задачей и знает как ее решить наиболее просто и красиво? Хочу отметить, что вариант использования простенького MC, видимо отпадает из-за требуемых внутренних высоких частот и как следствие высокой стоимости.

[rezident]

Определить условие для переключения драйвера RS485 на передачу не хитро (отловил перепад 1->0 на входе и переключай), а вот как узнать сколько времени удерживать драйвер RS485 в состоянии вывода? Для посимвольной передачи - чем быстрее тем лучше. А для RTU-ной пакетной передачи желательно не менее 3,5 символов удерживать. Чтобы помехи при переключении линии не попали в пакет.
Потому я и просил обосновать необходимость автоматическоого переключения передачи при том, что неизвестен заранее алгоритм переключения и тип протокола связи.

[Sir Jon]

Для посимвольной передачи - чем быстрее тем лучше. А для RTU-ной пакетной передачи желательно не менее 3,5 символов удерживать. Чтобы помехи при переключении линии не попали в пакет.
Потому я и просил обосновать необходимость автоматическоого переключения передачи при том, что неизвестен заранее алгоритм переключения и тип протокола связи.

В том и интерес, что адаптер заранее не знает, что и как Вы собираетесь передавать. Можно лишь наложить некие ограничения на формат передаваемых данных. Но мы удалились от проблемы...
Сопоставляя цену адаптера (50$) и базу используемых компонентов - потихоньку начинаю склояться к мысли, что задача решена все таки аналогово и возможно очень просто.

Подумаем еще?

Текущая скорость выбиралась состоянием ног DTR и RTS.

Прошу прощения за тугодумство, но это как? Логически - и четыре доступные скорости или как-то еще?

[rezident]

В том и интерес, что адаптер заранее не знает, что и как Вы собираетесь передавать. Можно лишь наложить некие ограничения на формат передаваемых данных.

Угу. Вот уже началось. Ограничения.

Сопоставляя цену адаптера (50$) и базу используемых компонентов - потихоньку начинаю склояться к мысли, что задача решена все таки аналогово и возможно очень просто.

Ну еще вариант. Складывайте в ОЗУ битовую последовательность с временами интервалов между переходами 1->0 и 0->1. Затем анализируйте минимальный интервал времени в этой последовательности и делайте вывод о скорости передачи. Глубину выборки не подскажу. Это опять же зависит от формата используемого протокола и диапазона поддерживаемых конвертором скоростей передачи.
Кстати, напомню еще об одном нюансе RS485. Для качественной связи посредством RS485 нужно не только определенное время удерживать драйвер RS485 в состоянии передачи, но еще и задерживать битовую последовательность в самом начале после переключения драйвера с приема на передачу. Потому что переключение драйвера может привести к переходному процессу в линии, который воспримется приемником как ошибочно принятый символ или первый символ будет принят неверно. Частично эта проблема решается введением "растяжки" линии (к линии A pull-up резистор, а к линии B pull-down), но это не панацея. Введение задержки на передачу битового потока это более корректное решение. Тут опять же вопрос возникает, а на сколько задерживать битовый поток? Очевидно, что для того же RTU-ного протокола не менее 3,5 символа. Для посимвольной передачи, достаточно 1,2-1,5 символа. А когда протокол заранее не известен?

Итого имеем, что автомат конвертора RS233-RS485 должен выполнять как минимум три функции.
1. задерживать битовый поток при передаче от RS232 в линию RS485
2. удерживать линию RS485 в состоянии передачи после окончания битового потока на его выходе
3. определять скорость передачи и/или частоту битового потока (для реализации первых двух функций)

P.S. еще забыл функцию блокирования локального "эха"

[Sir Jon]

3. определять скорость передачи и/или частоту битового потока (для реализации первых двух функций)

Отлично. Я так понимаю склоняемся к варианту, что тюнер - дешевый МС.
Я рассуждал так.
1. Берем дешевенький MC - например PIC12f629 с внутренним тактовым генератором 4MHz
2. Для того, чтобы вычислять длительность - нужен таймер.
3. У пика приращение таймера 1/4*Fosc = 1MHz
4. Берем критичную максимальную (но не самую) скорость обмена 115200.
5. Отсюда, для замера длительности и на все про все нам отведено максимум 1000000/115200 = 8 инструкций
6. Напрашивается вывод - это не реально. Нужен MC с частотой как минимум в 10 раз выше. А это уже другая ценовая категория.

P.S Я все-таки подцеплю виртуальник к I-7520 и проверю как он нормирует длительность в разных режимах.

Думаем дальше?

[rezident]

Думаем дальше?

Думайте. У нас и такие как есть (с SMD-switch для выбора скорости) продаются
P.S. ИМХО конверторы USB<->RS485 с гальваноразвязкой сейчас более актуальны.