usart в мультимастерном режиме?

kapiton · 28.11.2007, 15:41

Что произойдёт если при передаче байта, на вход "RXD" поступит старт бит (при установленных ‹‹1 разрядах "RXEN" и "TXEN").
Конкретно. Нужно прервать передачу если на вход "RXD" поступит старт бит (определить конфликт).
Контроллер ATMega8515. Свободных ног не осталось, и времяни на опрос "RXD" нет.

nokazus · 28.11.2007, 15:51

Не совсем понятен вопрос. Но если нет возможности прервать программно, то м.б. поставить снаружи какой-нибудь триггер с ключем? Пусть МК передает, но в линию это не пойдет.
Удачи.

urry · 28.11.2007, 15:57

А программно разве можно прервать, когда байт уже в регистре и сдвигается ? По-моему, только ножку в 3 состояние и все... Но - по-любоиу это будет с каким - то запозданием..

kapiton · 28.11.2007, 16:11

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

nokazus · 28.11.2007, 16:47

Сообщение от kapiton

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

Это зависит от схемы включения, Вашей программы. Какой вообще регистр данных Вы имеете ввиду? Приемника USART? Какой такой ситуации ? Если на вход RxD пришел старт-бит (импульс распознался как старт-бит), то далее - процесс приема запущен. Что прийдет - то и будет в регистре, если Вы в это время не выключите USART, или не измените его частоту его тактирования. Регистр же данных передатчика не доступен по чтению. Если Вы в него что-то записали и USART включен, то птичка (байт) улетела.
Удачи.
ЗЫ У Вас что, RxD объединен с TxD (через диод или как там)? Не понятно какой конфликт Вы имеете ввиду. Ведь USART может одновременно и передавать и принимать данные, т.е. работает в дуплексном режиме.

kapiton · 28.11.2007, 22:02

[Ведь USART может одновременно и передавать и принимать данные]
Упустил...[/quote]

jelsay · 28.11.2007, 22:37

ИМХО, задача решается выбором правильного протокола,
пакет с заголовком и CrC, арбитраж по таймам.. и т.п.
- несомненно медленно - но зато дешево..

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

mikeras · 29.11.2007, 10:21

Поправьте, если ошибаюсь. В мультипроцессорной системе ( как минимум 3 проц) все RxD и TxD всех процессоров соеденены. Уточню, соединение не на физическом, а на канальном уровне. 1-й проц слышат 2-й и 3-й, 2-й проц слышат 1-й и 2-й, 3-й проц слышат 1-й и 2-й. Получается что каждый проц будет слышать сам себя. Проц начинает передавать и тут же получает свои же данные. Если другой проц начнет передавать в с середины байта первого, то получим коллизию. На мой взгляд обнаружить ее, можно только контролируя четность/нечетность или по плохому стоп-биту.

rear · 29.11.2007, 12:27

Не совсем уверен, но кажется, что USART поддерживает Multi-processor а не Multi-master режим работы т.е. в системе есть один ведущий, все остальные - ведомые

nokazus · 29.11.2007, 12:35

Сообщение от mikeras

1-й проц слышат 2-й и 3-й, 2-й проц слышат 1-й и 2-й, 3-й проц слышат 1-й и 2-й. Получается что каждый проц будет слышать сам себя.

Так все-таки 1-й проц слышат 2-й и 3-й и 1-й? Сначала нужно разобраться с физической реализацией канала. Затем с арбитражем. Либо у Вас одноранговая система, когда все устройства имеют одинаковые права, либо есть ведущий контроллер, распределяющий ресурсы сети. Возможно временное разделение канала с привязкой по жесткой сетке. Все зависит от решаемой задачи. Затем сам протокол обмена. Если в сети возможны коллизии, то естественно он должен быть с контролем достоверности информации. Решать это простейшими способами типа паритета и контроля стоп-бита недостаточно. Необходимо хотя бы контролировать контрольные суммы пакета.
Удачи.