This is topic OPC 3.0 in forum Работа с приложениями (ODBC-SQL/OPC/DDE) at Форум TRACE MODE: техническая поддержка.


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

Posted by Сергей Морозов (Участник № / Member № 2076) on :
 
Здравствуйте. Уточните пожалуйста, поддерживается ли OPC DA v.3.0?
На сайте упоминается только 2.0, но в настройках IDE предлагается использовать метод поиска OPCDA 3.0.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Для работы нашего OPC-клиента достаточно поддержки OPC-сервером функций стандарта OPC DA v.2.0.
OPC-сервер по OPC DA v.3.0. должен поддерживать функции стандарта OPC DA v.2.0.
Поэтому OPC-клиент Trace Mode 6 поддерживает обмен и с OPC-серверами, зарегистрированными как поддерживащие OPC DA v.3.0.
 
Posted by Сергей Морозов (Участник № / Member № 2076) on :
 
Проблема в следующем. Не могу получить данные от OPC сервера. А в документации на софт есть фраза: "OPC clients must be version 3 compatible.", т.е ДОЛЖЕН. Может в этом быть проблема?
С другими OPC на этом же ПК проблем нет.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
OPC-сервер по v.3.0 ДОЛЖЕН поддерживать функции v.2.0. OPC-клиент Trace Mode 6 использует функции v.2.0. Значит, OPC-сервер должен корректно отвечать на обращения нашего клиента.

"С другими OPC на этом же ПК проблем нет."
Клиент Trace Mode 6 работает с другими OPC-серверами на том же ПК? Другие OPC-клиенты работают с тем же OPC-сервером на том же ПК?

В каком релизе Trace Mode 6 Вы работаете?
 
Posted by Сергей Морозов (Участник № / Member № 2076) on :
 
Все происходит на одном ПК, все OPC сервера локальные: Fastwel Universal OPC Server, Merz OPC, и не работающий - от сименсоского софта Sirec D Server.

Других клиентов нет. Проверял только в ТМ, в профайлерах 6.06, 6.07, 6.08 и МРВ 6.08. Для всех версий одно и то же: два сервера работают, третий - нет.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
В релизе 6.08 в файле конфигурирования запуска узла задайте ключ DEBUGON=80000.
В протоколе профайлера должна появиться информация об инициализации и попытках OPC-обмена.
По этой инфоормации можно попытаться сделать вывод о причинах отсутствия обмена.
 
Posted by Сергей Морозов (Участник № / Member № 2076) on :
 
(14:23:0) INF_LOAD:Starting... 608_0
(14:23:0) INF_RTM:Detected NT5.RTM 5.1
(14:23:0) INF_RTM:Professional TRACE MODE 6 Profiler T-Factory RTM+ ver. 6.08.0
(14:23:0) ._.:RTM
(14:23:0) INF_LOAD:max channel = 65535
(14:23:0) INF_LOAD:Load Channels = 5
(14:23:0) INF_LOAD:Templates=1 (math=0 sql=0 scr=1 doc=0 pnl=0)
(14:23:0) INF_LOAD:Objects = 3
(14:23:0) INF_RTM:Timer=0.055s CalcLoop=550ms
(14:23:0) INF_OPC:OPC Clients started
(14:24:5) ERR_OPC:0000000Ee1010029: Группа \\.\TrendView.OPC.1\015310F43_1329719048: Невозможно добавить канал OPC#1 = 0
(14:24:5) ERR_OPC:0000000Ee1010029: Группа \\.\TrendView.OPC.1\015310F43_1329719048: Невозможно добавить канал OPC#2 = 0
(14:24:5) ERR_OPC:0000000Ee1010029: Группа \\.\TrendView.OPC.1\015310F43_1329719048: Невозможно добавить канал OPC#3 = 0
(14:24:5) ERR_OPC:0000000Ee1010029: Группа \\.\TrendView.OPC.1\015310F43_1329719048: Невозможно добавить канал OPC#4 = 0
(14:24:5) ERR_OPC:0000000Ee1010028: Группа \\.\TrendView.OPC.1\015310F43_1329719048: Невозможно добавить каналы = 0
(14:24:5) WRN_OPC:0000000Wa1010020: Группа \\.\TrendView.OPC.1\015310F43_1329719048: Синхронный режим чтения не поддерживается сервером, попробуем переключиться на асинхронный = 0
(14:24:5) ERR_OPC:0000000Ee1010029: Группа \\.\TrendView.OPC.1\015310F43_1329719048: Невозможно добавить канал OPC#1 = 0
(14:24:5) ERR_OPC:0000000Ee1010029: Группа \\.\TrendView.OPC.1\015310F43_1329719048: Невозможно добавить канал OPC#2 = 0
(14:24:5) ERR_OPC:0000000Ee1010029: Группа \\.\TrendView.OPC.1\015310F43_1329719048: Невозможно добавить канал OPC#3 = 0
(14:24:5) ERR_OPC:0000000Ee1010029: Группа \\.\TrendView.OPC.1\015310F43_1329719048: Невозможно добавить канал OPC#4 = 0
(14:24:5) ERR_OPC:0000000Ee1010028: Группа \\.\TrendView.OPC.1\015310F43_1329719048: Невозможно добавить каналы = 0
(14:24:5) ERR_OPC:0000000Ee101002a: Группа \\.\TrendView.OPC.1\015310F43_1329719048: Невозможно провести инициализацию = 0
(14:24:5) ERR_OPC:0000000Ee101001d: OPC сервер \\.\TrendView.OPC.1: Ни одна OPC группа не завершила инициализацию = 0
(14:24:5) INF_OPC:0000000I6101001a: OPC сервер \\.\TrendView.OPC.1: Сервер остановлен = 0
(14:24:5) INF_OPC:OPC Clients stoped
 
Posted by Сергей Морозов (Участник № / Member № 2076) on :
 
Думаю я нашел в чем проблема. Предполагаю это или баг сервера, или он работает в каком то несовместимом формате (версия 3.0?).
"MatrikonOPC Explorer" сервер видит, но при попытке подключения тега выдает сообщение: The item definition doesn't conform to the server's syntax.
 
Posted by Катя (Участник № / Member № 5756) on :
 
Здравствуйте! В спецификации ОРС DA 2.05 предусмотрены флаги качества (quality) для тегов, формируемых ОРС сервером и передаваемых ОРС клиенту, наряду со значением тега и меткой времени, 8 младших разрядов которых принимают стандартные значения.
Сообщите, пожалуйста, как в проекте получить доступ к флагам качества (quality).
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Атрибут "Качество", получаемый от OPC-источника интерпретируется в Trace Mode 6 бинарно: при отличии этого атрибута от 0 соответствующему каналу Trace Mode 6 выставляется признак аппаратной недостоверности.
 
Posted by dlesnikov (Участник № / Member № 4358) on :
 
Сергей Морозов,
недавно бился в связке Fastwel Universal OPC Server и TM 6.08.
Оказалось, что ТМ не переваривает группы OPC переменных, в имени которых присутствует точка.
Возможно, точка в имени не соответствует стандарту, но некоторые другие OPC-клиенты с этим работают нормально.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Только что проверил обращение от OPC-клиента Trace Mode 6 к переменной ID:Channel_1.Device_1.Bool_1
OPC-сервера KEPware.
Обмен идет нормально.
 
Posted by dlesnikov (Участник № / Member № 4358) on :
 
Channel_1.Device_1.Bool_1 похоже на полный путь к переменной в дереве OPC сервера.
Попробуйте Device_1 изменить на Device.1 и проверить.
К сожалению, у меня нет сервера KEPware...
 
Posted by Сергей Морозов (Участник № / Member № 2076) on :
 
Нет, точек в именах не было. Кстати проблема так и не решилась. Никто не имел дело с 3.0 и сименс молчит...
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
В сервере KEPware в имени любого объекта (группы, устройства, тега) нальзя задать никакой символ кроме букв, цифр и нижнего подчеркивания.
Видимо, "точка" рассматривается только в качестве разделителя в структуре полного имени.
 


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



Powered by Infopop Corporation
UBB.classic™ 6.7.2