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

ADAM через MOXA

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


Присоединился: 14 Октябрь 2003
Категория: Russian Federation
Online Status: Offline
Публикации: 27
Свойства публикации Свойства публикации   Ответить, цитируя автора - vvvv Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Тема сообщения: ADAM через MOXA
    Опубликовано: 24 Ноябрь 2006 10:21
 Имеется преобразователь MOXA 5232I, на 485 порт подключаем ADAM 4015, преобразователь на  режим Real Com, заявлено: "Этот режим также поддерживает возможность установки до 4 соединений одновременно, т.е. одновременно до 4 хостов могут получать данные с одного последовательного устройства. " считываем 4015 одновременно с 2 компов (через ADAM OPC сервер), получаем плавующее BAD по каналам. Как опросить ADAM c 2 компов без качества BAD?
Наверх
Alexander Lokotkov Смотреть выпадающим
Новичок
Новичок


Присоединился: 27 Ноябрь 2004
Online Status: Offline
Публикации: 22
Свойства публикации Свойства публикации   Ответить, цитируя автора - Alexander Lokotkov Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 24 Ноябрь 2006 15:30
Если используется Prosoft ADAM OPC Server, попробуйте поиграть значениями тайм-аутов для COM-порта (меню Правка-Настройка портов), который используется для связи с 4015. Там по умолчанию 70 мс на ответ удаленного устройства. Видимо, маловато будет.
Наверх
Alexander Lokotkov Смотреть выпадающим
Новичок
Новичок


Присоединился: 27 Ноябрь 2004
Online Status: Offline
Публикации: 22
Свойства публикации Свойства публикации   Ответить, цитируя автора - Alexander Lokotkov Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 24 Ноябрь 2006 16:13

Еще одно соображение. MOXA скорее всего не в курсе, что пока ADAM не ответил на запрос от одного из компьютеров, запросы от остальных нужно задерживать. В результате периодически происходит что-то вроде следующего:

первый компьютер шлет запрос;

запрос передается MOXой ADAM-у по физической линии;

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

В общем, такая система работать не должна. Нужно взять один компьютер с OPC-сервером и подключаться к нему OPC-клиентами с других компьютеров через DCOM.

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


Присоединился: 14 Октябрь 2003
Категория: Russian Federation
Online Status: Offline
Публикации: 27
Свойства публикации Свойства публикации   Ответить, цитируя автора - vvvv Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 27 Ноябрь 2006 09:20
Примерно так и представляется картина, но задача стоит максимально повысить надежность и оперативность передачи данных с ADAM на операторские станции, а еще один компьютер на который завязаны 2 операторские станции и от которого будет зависеть их работа вносит элемент слабого звена. Еще есть 5000 TCP ADAM без мозгов, но по которому заявлена поддержка до 8 управлющих станций одновременно и возможность опроса удаленных 4000 ADAM, не сталкивались с конфигурацией, когда на 5000 вешаются 4000, и 5000 раздает нескольким операторским станциям данные с 4000 через себя?
Наверх
uzga Смотреть выпадающим
Действительный член
Действительный член
Аватар

Присоединился: 07 Октябрь 2004
Категория: Russian Federation
Online Status: Offline
Публикации: 359
Свойства публикации Свойства публикации   Ответить, цитируя автора - uzga Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 27 Ноябрь 2006 10:17

Адам-5000/ТСР вещь очень странная (основываюсь на своём печальном опыте). Я пока не смог заставить работать его с модулями 5017Н и 5080 стабильно более-менее продолжительное время в условии цеха. То ли помехи по питанию (хотя стоит off-line УБП Lippert и импульсный БП), то ли плохое заземление (хотя у самого Адама нет клеммы заземления), но показания в произвольный момент времени начинают скакать (даже в фирменной утилите от производителя).

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


Присоединился: 27 Ноябрь 2004
Online Status: Offline
Публикации: 22
Свойства публикации Свойства публикации   Ответить, цитируя автора - Alexander Lokotkov Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 27 Ноябрь 2006 13:00

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

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

Проблема в том, что Вам требуется не просто разделять COM-порт между TCP-клиентами, а иметь многоклиентский сервер ADAM-овского попугайного протокола. Т.е. придется отказаться от NPort, вместо него ставить программируемый вычислитель с Ethernet и COM-ами и самостоятельно разрабатывать ПО, реализующее желаемую Вами функциональность.

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

Еще есть 5000 TCP ADAM без мозгов, но по которому заявлена поддержка до 8 управлющих станций одновременно и возможность опроса удаленных 4000 ADAM, не сталкивались с конфигурацией, когда на 5000 вешаются 4000, и 5000 раздает нескольким операторским станциям данные с 4000 через себя?
 

Нет, не сталкивались. И никогда не столкнемся.

Наверх
 Ответить Ответить

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

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