This is topic Режимы обмена с OPC сервером in forum TRACE MODE 6 бесплатная Базовая версия / TRACE MODE 6 free Base version at Форум TRACE MODE: техническая поддержка.


To visit this topic, use this URL:
http://forum.adastra.ru/ultimatebb.php/ubb/get_topic/f/31/t/001505.html

Posted by Евгений19855 (Участник № / Member № 7015) on :
 
Здравствуйте. Прошу помочь со следующей проблемой. Пытаюсь связать устройство РЗА REM600 фирмы ABB через OPC сервер ABB(CET) с Trace Mode 6.10 BASE. OPC ABB(CET) видит положение выключателя REM600 (положение имеет значение 1 или 2). Создал в Trace Mode проект с OPC как показано на видео. При включении/отключении выключателя OPC сервер ABB(CET) видит изменение его состояния с 1 на 2, МРВ Trace Mode не видит. При создании OPC в Trace Mode пробовал все режимы SYNC/CACHE, SYNC/DEVICE, ASYNC/DEVICE и ADVISE, IN/OUT, аналоговый/цифровой. Результат один и тот же - МРВ не видит изменений в OPC сервере ABB.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Необходимо диагностировать OPC-обмен:
1. По атрибуту ДОСТОВЕРНОСТЬ канала, подключенного к OPC-источнику в проекте, выяснить достоверны ли данные, получаемые от OPC-сервера.
2. Задать в файле конфигурирования запуска узла *.CNF (см. "Задание параметров работы мониторов") отладочный ключ
DEBUGON=70080000

В профайлерном протоколе должны быть записи об инициализации обмена с OPC-сервером и ошибках в транзакциях.

Нельзя непосредственно подключать "OPC-источник" к аргументу экрана. Надо сначала создать канал, привязанный к OPC-источнику, и аргумент экрана привязывать к РЕАЛЬНОМУ_ЗНАЧЕНИЮ этого канала.
 
Posted by Евгений19855 (Участник № / Member № 7015) on :
 
Спасибо. Буду пробовать.
 
Posted by Евгений19855 (Участник № / Member № 7015) on :
 
Загружаю одну и ту же конфигурацию в профайлер и DebugRTMG32. DebugRTMG32 видит изменяющиеся значения, привязанные к ОРС, а профайлер - нет. В основной программе создаю в разделе Система разделы RTM1 -> Каналы -> OPC + Экран.
В разделе Источники/Приемники создаю ОРС, затем прописываю два пути: один к положению выключателя, второй - к значению измеряемого тока.
 
Posted by Евгений19855 (Участник № / Member № 7015) on :
 
В приборах экрана прописываю пути к переменным, прописанным в ОРС-сервере раздела Источники/Приемники.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Под "DebugRTMG32" Вы, видимо, имеете в виду исполнительный файл rtmg32.exe?

У Вас в узле RTM есть каналы, связанные с OPC-приемниками? При запуске под профайлером эти каналы показывают "изменяющиеся значения, привязанные к ОРС"?

Аргументы экрана у Вас привязаны непосредственно к OPC-источникам? Так делать нельзя.
 
Posted by Евгений19855 (Участник № / Member № 7015) on :
 
Да, я создаю каналы, затем открываю свойства элемента экрана и связываю отображаемую величину с каналом. Сохраняю МРВ. Запускаю базовый
профайлер 6.10. Подгружаю файл с расширением .dbb. В нем запускаю МРВ. Все значения каналов 0.
Можно ли отправить Вам скриншоты?
 
Posted by Евгений19855 (Участник № / Member № 7015) on :
 
Вначале прописываю источники/приемники, в них задаю параметры ОРС. Далее созданный источник ОРС перетаскиваю в каналы. Привязываю "прибор" к каналу ОРС. Запускаю МРВ (запускается только отдельной программой, иконка "бегущего человечка" не работает). В итоге - по каналам "тишина", хотя программа rtmg32.exe "видит" изменяющиеся в канале значения.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Вы утверждаете, что при запуске того же узла БЕЗ ГРАФИКИ (!) под управлением rtmg32.exe (файла с расширением .rtp) Вы видите изменения значений каналов, связанных с OPC-источниками.

При запуске этого узла под управлением профайлера откройте в меню профайлера "Вид/Панель МРВ/Компоненты", раскройте дерево каналов и посмотрите значения тех же каналов, изменение значений которых Вы наблюдаете при запуске узла БЕЗ ГРАФИКИ.
Если значения этих каналов меняются таким же образом, значит на экран Вы выводите не ту информацию.
 
Posted by Евгений19855 (Участник № / Member № 7015) on :
 
Пересоздал проект с нуля. Выбрал не простой а стандартный. Все заработало. Что это было ?????
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Выбор "Уровня сложности" для инструментальной среды не должен влиять на отработку интерфейсов.
Видимо, в первом варианте проекта были ошибки.
 
Posted by Евгений19855 (Участник № / Member № 7015) on :
 
Спасибо за поддержку. ))) Если будут возникать вопросы - буду обращаться.
 
Posted by Alexander Fill (Участник № / Member № 7240) on :
 
Здравствуйте! В создании тренажера СИКН использую Scada trace mode IDE 6 (base), Matricon OPC server и OpenOPC python. Собственно проблема заключается в том, что не получается передавать значения с МРВ через кнопку в переменную OPC сервера. В обратном направлении все работает, из phyton получается присваивать и читать значение переменной сервера => проблема не в нем.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Возможно, Вы пытаетесь осуществить чтение и запись тега с помощью одного и того же канала INPUT, связанного с одним и тем же OPC-источником.

В Trace Mode 6 нет двунаправленных каналов.
Для чтения создается OPC-компонент слоя "Источники/Приемники" с настройкой "Направление"=Input и связанный с ним канал типа INPUT.
Для записи создается аналогичный компонент для того же OPC-тега с настройкой "Направление"=Output. С этим компонентом связывается канал типа OUT. При этом "Кнопка" на экране через OUT-аргумент привязывается к атрибуту ВХОДНОЕ_ЗНАЧЕНИЕ канала OUT.
 
Posted by Alexander Fill (Участник № / Member № 7240) on :
 
Спасибо большое за оперативный ответ. Проблему решил, заключалась она в различии типа данных переменной сервера и скады.
 


Новости АСУ ТП / News | SCADA / HMI | Обучение / Trainings | Свяжитесь с нами / Contact Us



Powered by Infopop Corporation
UBB.classic™ 6.7.2