Подключение Avr К Rs-232

[RVL]

Здравствуйте. Помогите начинающему. Есть такая задача:

Компьютер с ком-портом (RS-232).

Нужно к компу подключить несколько однотипных контроллеров для управления внешними устройствами и проверки состояния внешних датчиков.

Этих однотипных контроллеров достаточно много - около 50-ти.

Я представляю себе это так:

к ком-порту подключается преобразователь MAX232, от которого идет несколько запараллеленных разъемов (RXD/TXD).

К этим разъемам подключаются уже платки контроллеров (на которых стоит ATmega8 или дешевле). На плате есть восемь джамперов, с помощью которых выставляется адрес конкретного контроллера (типа 8 бит). С выходами контроллера далее все понятно.

Вопросы в следующем:

1. Правильна ли такая схема? Выдержит ли MAX232 множественное параллельное подключение контроллеров?

2. Помогите пожалуйста с исходником прошивки для контроллера на языке С. Никогда не работал с ком-портом, поэтому не знаю как. А надо срочно. Чирканите пожалуйста кто-нить простейший исходник из пары строк, как, например, передть из компа, чтобы "на 15 контроллере включить линию D4" и "взять состояние линии D7".

Огромное спасибо всем, кто откликнется.

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[Mashkov_D]

Сигналы в rs232 однонаправленые поэтому усилиь их очень просто любым усилителем.

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[Станислав]

К ком порту подключите преобразователь на MAX1480, а со стороны контроллеров max485.

[Реклама]

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[RVL]

К ком порту подключите преобразователь на MAX1480, а со стороны контроллеров max485.

А зачем так делать? Зачем делать еще одно преобразования (RS232-RS485)?

К тому же эта микросхема (MAX1480) стОит дорого.

Да и вопрос больше в сторону примера исходника на С. Буду рад если кто подкинет.

[Migray]

Зачем делать еще одно преобразования (RS232-RS485)

Можно не делать, если на компе уже есть RS-485

RS-232 во первых не предназначен для паралельного подключения.

Во вторых, если перейти от него к TTL/CMOS уровням, то посмотри по даташиту нагрузочную способность данных преобразователей.

И еще подумай, как ты будешь сводить информацию от всех своих устройств, они ведь, работая одни на "1" а другие на "0" пожгут друг другу порты.

А RS-485 как раз для связывания нескольких устройств по шине и предназначен.

При использовании некоторых преобразователей число устройств может быть 256.

Да и вопрос больше в сторону примера исходника на С. Буду рад если кто подкинет.

Зайди на сайт производителя, там этих примеров ...

[l-e-o-n-a-r-d-o]

сейчас примерно этим же занимаюсь.

первое. С компа преобразователь на мах232, после него преобразователь RS485 (я использовал микрухи ST485), такие же микрухи возле каждого контроллера. Протокол обычно используют в таких сетях MODBUS. хотя он не самый простой. Можно придумать свой. Для 485 сети есть отличие от 232 самое важное что это полудуплексный интерфейс,- тоесть передача и прием происходит только поочередно, причем для передачи/приема необходимо установить нужный уровень на ножке мк-драйверах 485, поэтому просто юарт "в лоб" применить не получится, нужно будет разбираться с направлением передачи и поочередности общения с каждым контроллером, в чем собственно и сложность общения. Кроме того, с учетом длинны проводов в любом случае будут возникать помехи (даже в витой паре), которые будут вызывать ошибки связи, которые нужно уметь расспознавать например путем повторения фрейма несколько раз подряд и сверения их между собой. Так же отработка ошибок самих контроллеров, например контроллер не знает что это за команда и тд и тп.... Очень много всяких аспектов. Поэтому хочется спросить

Здравствуйте. Помогите начинающему.

в какой мере Вы начинающий?

(кстати офтоп, но мне вот интересно, все мы часто говорим что вот тут я начинающий.. интересно было бы придумать какую то шкалу "начинающности" или какой то тест типа айкью с нашей точки зрения )

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

Зайди на сайт производителя, там этих примеров ...

можно узнать о чем именно говорится? примеров для рс232? или 485? сам бы почитал бы. Можно ссылку?

кстати, как альтернатива всему этому - 1wire вопрос: каково расстояние между устройствами, точнее общая длинна шины?

[Migray]

Примеры на АТ ищите на сайте АТ.

Уж по крайней мере UART там должен быть расписан.

Т.к. я уже давно работаю с последовательным портом, то запрос/ответ перед передачей самой информации уже считаю нормой, особенно на больших скоростях.

В RS-232 для этого приходилось использовать не 2, а 4 информационных провода.

Если привыкнуть к такой работе, то потом перейти на RS-485 без проблем.

Простейшая организация 485-го не составит проблем.

ВСЕ устройства в сети настраиваешь на вход.

Придет байт - поймаешь.

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

Пришло прерывание от UART об окончании передачи данных - переключаешь обратно трансивер на прием.

Конечно кроме Rx/Tx придется еще пару портов задействовать, но это не проблема, особенно если раньше с RTS/CTS работал.

Что-бы не сильно заморачиваться с протоколом сейчас часто использую LIN

Там сначала старт/синнронизация с подстройкой скорости, идентификатор, в котором кроме всего прочего указано 2,4 или 8 байт данных в посылке и контрольная сумма. И для всего этого есть апликуха.

Но несколько лет назад, когда решал те-же проблемы на Атмелах и Сименсах, естественно с протоколом приходилось извращаться самому.

Но для простейшей сети, особенно на низких скоростях этого пока и не надо.

[l-e-o-n-a-r-d-o]

Огромное спасибо за апликуху, очень полезная! буду изучать!

Конечно кроме Rx/Tx придется еще пару портов задействовать, но это не проблема, особенно если раньше с RTS/CTS работал.

лично я не работал. Почему пару портов? 1пин на прием/передачу, а другие для чего?

особенно на низких скоростях этого пока и не надо.

низкие это какие? до 115200?

[Phantom_a666]

Как вариант - предлагаю объединить все выходы устройств по схеме "монтажное И"

(добавляешь к каждому неинвертирующий каскад с открытым коллектором и подтягиваешь все в одном месте)

Тогда передатчики, которые в данный момент не активны не будут мешать передавать данные.

А мастеру добавить что-нибудь достаточно мощное, чтобы тянуло все приемники.

Т.о. мы получим схему, в которой мастер может обратиться к любому слейву, а любой слейв может ответить мастеру. Причем в полном дуплексе.

Ус-ва между собой общаться не могут и отвечают только по запросу мастера (т.к. арбитраж проблематичен)

Максимальное удобство (можно использовать аппаратный уарт), при минимальной стоимости (копеечные комплектующие).

Изменено 17 декабря, 2009 пользователем Phantom_a666