ATMEGA простой UART (RS232) без max232

[Chay_Nik]

Наверняка ДА. Надо использовать софтовый UART для такой схемы.

А за счет чего? И как быть с инвертированием, котрое "по правильному" выполняет МАХ232?

...Других простых вариантов без max232 нет...

Ну вот что-то типа этого, примерно как в AN910 для AVR. Отрицательное напряжение формируется на конденсаторе через диод VD1.1 от сигнала TXD с компа.

Не погружаясь в теорию предлагаю попроще вариант (у меня это практически работает на дистанции 3-4 м):
(питание +5v)
-
R D | +
Comp TxD ----жжжж----+----- RxD Controller
D | -
+
(земля)
... два диода и резистор (пардон, конечно, за "схему"); +12В гасится до пяти (или напряжения источника), а -12В через диод на землю.

[Dima_new]

я пробовал передавать через "преобразователь" на 2 транзисторах (1 на передачу, 2 на прием, по схеме инверторов на транзисторах). Подробнее не помню что там было накручено (еще и бралось питание от кома, тк была цель поменьше потреблять). Работало на скорости 300 при тактировании от часового кварца. Но там ком был нужен больше в отладочных целях

[OlegNZH]

Использовать софтовый USART при наличии аппаратного? Мсье знает толк в извращениях

Хотя - для тренировки и изучения протокола - наверное, полезно.
__________________

Вау...если-бы парочка была UART-ов..я- бы промолчал...но Увы... (это к тезису про коленки. Моя вариация на Тему - есть Большая мега,формирует "Экранное" Озу,затем отправляет по UART-у на проц, работающий с матрицей(та-сама по себе пилит регенерацию) ) ...проблемка в том ,что ещё и с компом нужно общаться(TXD-RXD)---- приходится через п...опу....с Большого TXD - на экранный , обычные данные ,на комп , через 9-бит- "экранная" уже через свой TXD ,фильтрует,отправляет на комп , приём с компа -уже RXD "Большого" сам принимает...........Вот Так ! Вот Это и Называется , делать через ..пу.. ;(

[Boba_spb]

Лучше всего стыковать через пару оптронов. И гальваническая развязка будет , и на расстояние оттянуть можно.

[urmlr]

Да и максимальные 5% легко обосновать - 8 бит, реально передается 10 бит (+ старт + стоп). Ошибка в 10% - это уже полная потеря одного бита, одибка в 5% - потеря половины бита. И это уже ошибка, так как USART производит измерение в середине битового интервала (это если упрощенно).

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

Если учитывать погрешность обоих UARTов в худшем случае (частота одного выше а другого ниже идеальной), то предел погрешности ‹2.5%, что и упоминается во всех документах на асинхронные интерфейсы.

[winso]

я обмен с RS232 реализовал на 2 оптронах - 4 резисторах.
Со стороны MCU - RT TX VCC GND
Со стороны PC - полный кабель (там с доп линий питание берется)
Получилась и оптическая развязка, и устойчивая работа. Работаю правда на скорости 38, но мне хватает. Оптроны - tlp521

[nml]

Если учитывать погрешность обоих UARTов в худшем случае (частота одного выше а другого ниже идеальной), то предел погрешности ‹2.5%, что и упоминается во всех документах на асинхронные интерфейсы.

Абсолютно верно. Я как-то был сбит с толку утверждением насчет 10% и стал опровергать именно это.

А 2% предел имел возможность проверить на практике. Как-то давно, делая один девайс на советском клоне 51-го процессора, столкнулись с козой - не удавалось настроить его на требуемую скорость при кварце 12 МГц, а использовать благоприятный для USARTа 11 с чем-то не хотелось - быстродействия там и так еле хватало, каждая команда вылизывалась.

И получилось что разброс получался чуть более 2%, думали - прокатит, но временами обмен начинал глючить. Потом насколько помню подобрали нестандартную скорость обмена, все равно на компе была самодельная плата с 4-мя ВВ51

[nml]

А за счет чего? И как быть с инвертированием, котрое "по правильному" выполняет МАХ232?

Если софтовый - то просто старт-бит начнется не переходом из 1 в 0, а наоборот. И все остальное тоже. Тут хозяин-барин