Современные технологии автоматизации» («СТА») —  журнал для квалифицированных специалистов по промышленной автоматизации Форум СТА — современные технологии автоматизации Домашняя страница
Домашняя страница форума CTA Домашняя страница форума CTA > II. АСУТП и SCADA > Архив
  Активные темы Активные темы
  FAQ FAQ  Искать в форуме   Зарегистрироваться Зарегистрироваться  Вход в систему Вход в систему

Fastwel RTU188/RS-485

 Ответить Ответить
Автор
Сообщение
ovel Смотреть выпадающим
Новичок
Новичок


Присоединился: 24 Декабрь 2003
Online Status: Offline
Публикации: 2
Свойства публикации Свойства публикации   Ответить, цитируя автора - ovel Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Тема сообщения: Fastwel RTU188/RS-485
    Опубликовано: 24 Декабрь 2003 16:45

Как правильно организовать работу по 2-х проводной линии?

Сделано следующее:

RTU188 COM2/RS-485:            ADAM 4520:

+Tx, +Rx ---------------------- DATA+

-Tx, -Rx ---------------------- DATA-

Перемычки в контроллере установлены правильно.

Обмен данными инициируется со стороны ADAM-а.

Контроллер отвечает, следует очередной запрос и ...

контроллер затыкается :-(

По 4-х проводной схеме работает замечательно.

Наверх
Максим Ананских Смотреть выпадающим
Действительный член
Действительный член
Аватар

Присоединился: 14 Май 2003
Online Status: Offline
Публикации: 770
Свойства публикации Свойства публикации   Ответить, цитируя автора - Максим Ананских Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 24 Декабрь 2003 16:51

Картинка правильная. Всё должно работать. Напишите подробнее, что Вы делаете, пожалуйста. Лучше сразу в техподдержку Прософт.

Инженер-системотехник
+7 (916) 477 3925
Наверх
ssazonov Смотреть выпадающим
Участник
Участник


Присоединился: 04 Июнь 2003
Online Status: Offline
Публикации: 76
Свойства публикации Свойства публикации   Ответить, цитируя автора - ssazonov Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 24 Декабрь 2003 18:53

При смене направления передачи следует обязательно учитывать задержку переключения в преобразователе RS485. Ее можно достаточно легко определить, она должна равняться времени передачи 2-х символов (меньше преобразователь может не успевать переключаться, больше не целесообразно). Т.е. при 10 битовой посылке время приблизительно равно: 1200бод - 16.7мсек; 9600 - 2мсек; 19200 - 1мсек; 38400 - 0.52мсек и т.д. Думаю, если Вы учтете задержку, то все получится.

Наверх
ovel Смотреть выпадающим
Новичок
Новичок


Присоединился: 24 Декабрь 2003
Online Status: Offline
Публикации: 2
Свойства публикации Свойства публикации   Ответить, цитируя автора - ovel Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 25 Декабрь 2003 11:43

> При смене направления передачи следует обязательно учитывать

> задержку переключения в преобразователе RS485...

 

Использование задержек нежелательно.

Нельзя ли зацепиться за события?

Наверх
Максим Ананских Смотреть выпадающим
Действительный член
Действительный член
Аватар

Присоединился: 14 Май 2003
Online Status: Offline
Публикации: 770
Свойства публикации Свойства публикации   Ответить, цитируя автора - Максим Ананских Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 25 Декабрь 2003 11:52

Первоначально опубликовано ovel

Нельзя ли зацепиться за события?

Конечно, можно. У Вас ведь генерируются прерывания на передачу. Достаточно подождать одно-два прерывания и переключить передатчик.

Инженер-системотехник
+7 (916) 477 3925
Наверх
ssazonov Смотреть выпадающим
Участник
Участник


Присоединился: 04 Июнь 2003
Online Status: Offline
Публикации: 76
Свойства публикации Свойства публикации   Ответить, цитируя автора - ssazonov Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 25 Декабрь 2003 12:08

За событие ... наверное можно, однако я привел пример того, что задержка переключения обязательно присутствует и ее надо иметь ввиду! Описанная Вами ситуация как раз очень напоминает то, что Вы пытаетесь передавать тогда, когда приемник переключается тоже на передачу! Вообще, полудуплекс характерен тем, что процесс обмена идет асинхронно, на нем трудно организовывать жесткий реалтаймовый поллинг! При этом, в последней спецификации ПрофиБас (DP V2, а как известно он базируется на 485-м) Сименс гаранирует синхронизацию передачи пакета с точностью до 1мксек! Это было сделано для синхронной работы частотных приводов при многоосевом управлении. Однако, если вы сами создаете протокол обмена, то вам придется учесть все параметры линии (ее длину и волновое сопротивление), параметры конверторов RS485, скорость передачи. Подробный разбор работы по RS485 был в СТА, рекомендую ознакомиться, чрезвычайно полезная, подробная и полностью освещающая все проблемы связи по RS485 статья.

Наверх
sysavt Смотреть выпадающим
Участник
Участник


Присоединился: 15 Январь 2004
Online Status: Offline
Публикации: 46
Свойства публикации Свойства публикации   Ответить, цитируя автора - sysavt Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 15 Январь 2004 19:20

Необходимо гарантированное временное разделение приема и передачи.

Увеличь время задержки ответа - все должно получиться 

Наверх
Igor Lapko Смотреть выпадающим
Новичок
Новичок


Присоединился: 16 Январь 2004
Категория: Ukraine
Online Status: Offline
Публикации: 1
Свойства публикации Свойства публикации   Ответить, цитируя автора - Igor Lapko Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 16 Январь 2004 14:12

А не пробовали просто XON  XOFF протокол для квитирования ?

С уважением,
Игорь Лапко
Наверх
 Ответить Ответить

Переход на форум Права доступа на форуме Смотреть выпадающим

Bulletin Board Software by Web Wiz Forums® version 9.64
Powered by Web Wiz Forums Free Express Edition
Copyright ©2001-2009 Web Wiz