|
|
|
Подключение XPort к МК |
|
|
|
Sep 17 2008, 19:14
|
Частый гость
Группа: Validating
Сообщений: 113
Регистрация: 12-05-05
Пользователь №: 4 949
|
Появился интерес заложить XPort в обновляемое устройство, параллельно с USB и RS232 (что больше понравится программерам, то и будет потом запаиваться . Задача - обмен короткими сообщениями между устройством на МК и компьютером. Устойчивость связи очень важна - нужна бессбойная работа сутками напролет. Вопросов два: - Достаточно ли сигналов RX/TX между МК и XPort для организации нормального обмена по Ethernet с PC, или же надо задействовать и сигналы аппаратного управления потоком? - Насколько надежен XPort в отношении аппаратных сбоев?
|
|
|
|
|
Sep 17 2008, 19:39
|
Гуру
Группа: Участник
Сообщений: 3 834
Регистрация: 14-06-06
Из: Moscow, Russia
Пользователь №: 18 047
|
Цитата(Igor_K @ Sep 17 2008, 23:14) Появился интерес заложить XPort в обновляемое устройство, параллельно с USB и RS232 (что больше понравится программерам, то и будет потом запаиваться . Задача - обмен короткими сообщениями между устройством на МК и компьютером. Устойчивость связи очень важна - нужна бессбойная работа сутками напролет. Вопросов два: - Достаточно ли сигналов RX/TX между МК и XPort для организации нормального обмена по Ethernet с PC, или же надо задействовать и сигналы аппаратного управления потоком? Если есть уверенность в постоянной готовности хоста принимать данные (или их потеря некритична) и не надо следить за готовностью Xport принимать - то RxD/TxD вполне достаточно. А что, так мало ног ? Управление потоком - вещь полезная...
|
|
|
|
|
Sep 18 2008, 04:58
|
Частый гость
Группа: Validating
Сообщений: 113
Регистрация: 12-05-05
Пользователь №: 4 949
|
Цитата(rx3apf @ Sep 17 2008, 22:39) Если есть уверенность в постоянной готовности хоста принимать данные (или их потеря некритична) и не надо следить за готовностью Xport принимать - то RxD/TxD вполне достаточно. А что, так мало ног ? Управление потоком - вещь полезная... Еще как критична Просто не хотелось вручную дергать дополнительными ножками. Но видно придется. Спасибо за ответ.
|
|
|
|
|
Sep 19 2008, 13:10
|
Помогу, чем смогу
Группа: Админы
Сообщений: 2 786
Регистрация: 28-05-04
Из: Москва
Пользователь №: 25
|
Для полноценного обмена данными через XPort достаточно только Rx/Tx. Дополнительные линии управления сделаны для совместимости с теми устройствами, которые к нему подключаются со стороны последовательного порта А для иных задач ему эти выводы совершенно не нужны. Как известно, у XPort есть три вывода, которые можно запрограммировтаь и для управления потоком (для совместимости), и для управления внешщними устройствами (ввод-вывод), и для индикации состояния (внтурення диагностика). Доказательством того, что выводы управления потоком не нужны в процессе обмена служит помимо наличия внутренних буферов (для приема и для передачи) наличие "толстого" канала ethernet по сравнению с последовательным интерфейсом. То есть данные, принятые по последовательному каналу не будут тормозиться при передаче через ethernet. Это при условии, что связь возможно установить. Если связь невозможно установиьт или связь прервалась, для этого есть настройки, которые позволят без участия пользователя поступить с данными, застрявшими в буферах.
--------------------
|
|
|
|
|
Sep 19 2008, 17:24
|
Частый гость
Группа: Validating
Сообщений: 113
Регистрация: 12-05-05
Пользователь №: 4 949
|
Именно так я и предполагал, наскоро пробежав документацию по сабжу. Но после выше озвученного совета уже перерисовал проект, выделив ножки контроллера под "расширенный" RS. Пусть будут; не понадобятся - хорошо, меньше возни с программой. Очень надеюсь, что все тормоза при обмене получится обойти, т.к. важна не только обязательная доставка посылок, но и оперативность. Спасибо за ответ. Цитата(one_man_show @ Sep 19 2008, 16:10) Для полноценного обмена данными через XPort достаточно только Rx/Tx. Дополнительные линии управления сделаны для совместимости с теми устройствами, которые к нему подключаются со стороны последовательного порта А для иных задач ему эти выводы совершенно не нужны. Как известно, у XPort есть три вывода, которые можно запрограммировтаь и для управления потоком (для совместимости), и для управления внешщними устройствами (ввод-вывод), и для индикации состояния (внтурення диагностика). Доказательством того, что выводы управления потоком не нужны в процессе обмена служит помимо наличия внутренних буферов (для приема и для передачи) наличие "толстого" канала ethernet по сравнению с последовательным интерфейсом. То есть данные, принятые по последовательному каналу не будут тормозиться при передаче через ethernet. Это при условии, что связь возможно установить. Если связь невозможно установиьт или связь прервалась, для этого есть настройки, которые позволят без участия пользователя поступить с данными, застрявшими в буферах.
|
|
|
|
|
Sep 25 2008, 07:34
|
Гуру
Группа: Участник
Сообщений: 3 834
Регистрация: 14-06-06
Из: Moscow, Russia
Пользователь №: 18 047
|
Цитата(one_man_show @ Sep 19 2008, 17:10) Доказательством того, что выводы управления потоком не нужны в процессе обмена служит помимо наличия внутренних буферов (для приема и для передачи) наличие "толстого" канала ethernet по сравнению с последовательным интерфейсом. То есть данные, принятые по последовательному каналу не будут тормозиться при передаче через ethernet. А обратно ? Если положиться на то, что от MC к Ethernet пройдет даже 921600 без приостановок лишь потому, что Ethernet быстрый (а ведь на пути к потребителю где-то может и dial-up встретиться - хватит буферов-то ? А если где-то через GPRS ? Это я не с потолка беру - это то, с чем регулярно приходится встречаться. Ведь не все ограничивается локалками...), то обратно, к MC, как без линии готовности ?
|
|
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|