реклама на сайте
подробности

 
 
 
Reply to this topicStart new topic
> Подключение XPort к МК
Igor_K
сообщение Sep 17 2008, 19:14
Сообщение #1


Частый гость
**

Группа: Validating
Сообщений: 113
Регистрация: 12-05-05
Пользователь №: 4 949



Появился интерес заложить XPort в обновляемое устройство, параллельно с USB и RS232 (что больше понравится программерам, то и будет потом запаиваться smile.gif. Задача - обмен короткими сообщениями между устройством на МК и компьютером. Устойчивость связи очень важна - нужна бессбойная работа сутками напролет.
Вопросов два:
- Достаточно ли сигналов RX/TX между МК и XPort для организации нормального обмена по Ethernet с PC, или же надо задействовать и сигналы аппаратного управления потоком?
- Насколько надежен XPort в отношении аппаратных сбоев?
Go to the top of the page
 
+Quote Post
rx3apf
сообщение Sep 17 2008, 19:39
Сообщение #2


Гуру
******

Группа: Участник
Сообщений: 3 673
Регистрация: 14-06-06
Из: Moscow, Russia
Пользователь №: 18 047



Цитата(Igor_K @ Sep 17 2008, 23:14) *
Появился интерес заложить XPort в обновляемое устройство, параллельно с USB и RS232 (что больше понравится программерам, то и будет потом запаиваться smile.gif. Задача - обмен короткими сообщениями между устройством на МК и компьютером. Устойчивость связи очень важна - нужна бессбойная работа сутками напролет.
Вопросов два:
- Достаточно ли сигналов RX/TX между МК и XPort для организации нормального обмена по Ethernet с PC, или же надо задействовать и сигналы аппаратного управления потоком?

Если есть уверенность в постоянной готовности хоста принимать данные (или их потеря некритична) и не надо следить за готовностью Xport принимать - то RxD/TxD вполне достаточно. А что, так мало ног ? Управление потоком - вещь полезная...
Go to the top of the page
 
+Quote Post
Igor_K
сообщение Sep 18 2008, 04:58
Сообщение #3


Частый гость
**

Группа: Validating
Сообщений: 113
Регистрация: 12-05-05
Пользователь №: 4 949



Цитата(rx3apf @ Sep 17 2008, 22:39) *
Если есть уверенность в постоянной готовности хоста принимать данные (или их потеря некритична) и не надо следить за готовностью Xport принимать - то RxD/TxD вполне достаточно. А что, так мало ног ? Управление потоком - вещь полезная...

Еще как критична smile.gif Просто не хотелось вручную дергать дополнительными ножками. Но видно придется. Спасибо за ответ.
Go to the top of the page
 
+Quote Post
one_man_show
сообщение Sep 19 2008, 13:10
Сообщение #4


Помогу, чем смогу
******

Группа: Админы
Сообщений: 2 778
Регистрация: 28-05-04
Из: Москва
Пользователь №: 25



Для полноценного обмена данными через XPort достаточно только Rx/Tx. Дополнительные линии управления сделаны для совместимости с теми устройствами, которые к нему подключаются со стороны последовательного порта smile.gif А для иных задач ему эти выводы совершенно не нужны. Как известно, у XPort есть три вывода, которые можно запрограммировтаь и для управления потоком (для совместимости), и для управления внешщними устройствами (ввод-вывод), и для индикации состояния (внтурення диагностика).

Доказательством того, что выводы управления потоком не нужны в процессе обмена служит помимо наличия внутренних буферов (для приема и для передачи) наличие "толстого" канала ethernet по сравнению с последовательным интерфейсом. То есть данные, принятые по последовательному каналу не будут тормозиться при передаче через ethernet. Это при условии, что связь возможно установить. Если связь невозможно установиьт или связь прервалась, для этого есть настройки, которые позволят без участия пользователя поступить с данными, застрявшими в буферах.


--------------------
С уважением,
Ваган Саруханов
Проекты|Форум|Facebook|Linkedin
Go to the top of the page
 
+Quote Post
Igor_K
сообщение Sep 19 2008, 17:24
Сообщение #5


Частый гость
**

Группа: Validating
Сообщений: 113
Регистрация: 12-05-05
Пользователь №: 4 949



Именно так я и предполагал, наскоро пробежав документацию по сабжу. Но после выше озвученного совета уже перерисовал проект, выделив ножки контроллера под "расширенный" RS. Пусть будут; не понадобятся - хорошо, меньше возни с программой.
Очень надеюсь, что все тормоза при обмене получится обойти, т.к. важна не только обязательная доставка посылок, но и оперативность.
Спасибо за ответ.

Цитата(one_man_show @ Sep 19 2008, 16:10) *
Для полноценного обмена данными через XPort достаточно только Rx/Tx. Дополнительные линии управления сделаны для совместимости с теми устройствами, которые к нему подключаются со стороны последовательного порта smile.gif А для иных задач ему эти выводы совершенно не нужны. Как известно, у XPort есть три вывода, которые можно запрограммировтаь и для управления потоком (для совместимости), и для управления внешщними устройствами (ввод-вывод), и для индикации состояния (внтурення диагностика).

Доказательством того, что выводы управления потоком не нужны в процессе обмена служит помимо наличия внутренних буферов (для приема и для передачи) наличие "толстого" канала ethernet по сравнению с последовательным интерфейсом. То есть данные, принятые по последовательному каналу не будут тормозиться при передаче через ethernet. Это при условии, что связь возможно установить. Если связь невозможно установиьт или связь прервалась, для этого есть настройки, которые позволят без участия пользователя поступить с данными, застрявшими в буферах.
Go to the top of the page
 
+Quote Post
one_man_show
сообщение Sep 25 2008, 06:30
Сообщение #6


Помогу, чем смогу
******

Группа: Админы
Сообщений: 2 778
Регистрация: 28-05-04
Из: Москва
Пользователь №: 25



Можно эти три вывода одновременно завести на отдельный преобразователь и на какие-нибудь ключи или опторазвязки. Получится две опции: либо полный RS-232 при установленном преобразователе, либо ввод-вывод или управление внешними объектами (если не установлен преобразователь, но есть ключи или что-то подобное)


--------------------
С уважением,
Ваган Саруханов
Проекты|Форум|Facebook|Linkedin
Go to the top of the page
 
+Quote Post
rx3apf
сообщение Sep 25 2008, 07:34
Сообщение #7


Гуру
******

Группа: Участник
Сообщений: 3 673
Регистрация: 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, как без линии готовности ?
Go to the top of the page
 
+Quote Post
one_man_show
сообщение Oct 3 2008, 09:35
Сообщение #8


Помогу, чем смогу
******

Группа: Админы
Сообщений: 2 778
Регистрация: 28-05-04
Из: Москва
Пользователь №: 25



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


--------------------
С уважением,
Ваган Саруханов
Проекты|Форум|Facebook|Linkedin
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 23rd November 2017 - 03:43
Рейтинг@Mail.ru


Страница сгенерированна за 0.01296 секунд с 7
ELECTRONIX ©2004-2016