This is topic подключение к DF1 OPC Server 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/000064.html

Posted by yaDMM (Участник № / Member № 4855) on :
 
Здравствуйте!
возникли проблемы с подключением к OPC серверу DF1. когда делаем привязку к одному из параметров, то на экране Trace Mode выводится нулевое значение вместо текущего (пробовал различные типы данных). данные на OPC приходят по радиоканалу на радиомодем РМД400. настройки подключения OPC к одному из устройств:
code:
  <?xml version="1.0" encoding="utf-8" ?> 
- <main Name="DF1_OPC" Port="COM1" BaudRate="2400" Parity="N" StopBit="1" DataBit="8" TimeOut="2000">
<device Name="_0000" Address="08">
- <virtual Name="_713">
<item Name="STATUS" Max="0" Min="0" />
</virtual>
- <group Name="_713" NFile="1" Type="F" Tick="500" NElement="14" Loop="True">
<item Name="Qqt" />
<item Name="Qzt" />
</group>
- <group Name="_713" NFile="1" Type="F" Tick="500" NElement="12" Loop="True">
<item Name="Qq" />
<item Name="Qz" />
</group>
- <group Name="_713" NFile="1" Type="F" Tick="500" NElement="0" Loop="True">
<item Name="Pin1" />
<item Name="Pout1" />
<item Name="Tin1" />
<item Name="Tout1" />
<item Name="Azrk1" />
<item Name="Tba" />
<item Name="Tvosd" />
<item Name="Pin2" />
</group>
- <group Name="_713" NFile="21" Type="F" Tick="500" NElement="0" Loop="True">
<item Name="uTa" />
<item Name="uKON" />
<item Name="uGF" />
<item Name="usec" />
<item Name="uQzh" />
<item Name="uPin1" />
<item Name="uPin2" />
<item Name="uregim" />
<item Name="in5" />
<item Name="in4" />
<item Name="in3" />
<item Name="in2" />
<item Name="in1" />
</group>
- <group Name="_713" NFile="40" Type="Int" Tick="500" NElement="0" Loop="True">
<item Name="kl0" />
<item Name="kl1" />
<item Name="kl2" />
<item Name="kl3" />
<item Name="kl4" />
<item Name="kl5" />
<item Name="kl6" />
<item Name="kl7" />
</group>
</device>

в чем может быть проблема? не установлен драйвер для данного OPC? ведь Trace Mode версии 6.07.7 поддерживает все популярные протоколы обмена - Modbus RTU, Modbus TCP/IP, DCS, Modbus Plus, Profibus, HART, CAN, DeviceNet, DF1, LON Works и т.д. Или можно как либо в Trace Mode подключиться на прямую к этим удаленным датчикам, без OPC? если да, то каким образом это можно сделать в такой ситуации?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Введите в файл конфигурирования запуска узла TMcom_xx.cnf ключ DEBUG=80000.
В профайлерном протоколе будут сообщения об обмене по OPC-интерфейсу и об обнаруженных ошибках.
 
Posted by yaDMM (Участник № / Member № 4855) on :
 
где этот файл находится?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Файл TMcom_xx.cnf размещается в папке узла.
Описание файла - в разделе "Задание параметров работы мониторов".
 
Posted by yaDMM (Участник № / Member № 4855) on :
 
открыл в блокноте файл *.cnf который находится в папке узла, в нем содержится следующий текст:
________________________________________________
%%OPC_SERVER_CONFIG
PROGID:OPC.DF1_OPC
CLSID:{EF48ED20-0577-11D7-AB11-9016F7BBB6A8}
%CHANID:2
ID:Global/send_paket
________________________________________________

и тут внизу добавить надо эту строку DEBUG=80000?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Указанный Вами файл описывает настройку OPC-клиента.
Вам надо создать новый файл, соответствующий описанию в разделе "Задание параметров работы мониторов".
 
Posted by yaDMM (Участник № / Member № 4855) on :
 
а можно два ключа ввести в один файл? или каждый ключ в отдельном пронумерованном файле должен быть?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Файл TMcom_xx.cnf в папке узла должен быть один. В нем может несколько ключей.
Если необходимо "заказать" диагностическую информацию с помощью ключа DEBUG по нескольким интерфейсам, следует значение ключа DEBUG задавать комплексно.
Например, для одновременной диагностики OPC-интерфейса и сетевого обмена надо задать
DEBUG=80400
 
Posted by yaDMM (Участник № / Member № 4855) on :
 
ввел ключ, запустил профайлер, где нужно смотреть этот профайлерный протокол??
 
Posted by yaDMM (Участник № / Member № 4855) on :
 
сам проект выложил сюда http://disk.tom.ru/jkyd28h
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Проект получили.
Имя файла конфигурирования запуска в Вашем случае должно быть TMcom_00.cnf.
После строки
END_OF_CNF

должна быть пустая строка.

Профайлерный протокол *.txt размещен в папке узла и имеет то же имя, что и у файла *.dbb.
 
Posted by yaDMM (Участник № / Member № 4855) on :
 
исправил, вот что в профайлерном протоколе:
(10:56:47) INF_LOAD:Starting... siant_0
(10:56:47) INF_RTM:Detected NT5.RTM 5.1
(10:56:47) INF_RTM:Professional TRACE MODE 6 Profiler T-Factory RTM+ ver. 6.07.7
(10:56:47) ._.:RTM
(10:56:47) INF_LOAD:max channel = 65535
(10:56:47) INF_LOAD:Load Channels = 2
(10:56:47) INF_LOAD:Templates=1 (math=0 sql=0 scr=1 doc=0 pnl=0)
(10:56:47) INF_LOAD:Objects = 3
(10:56:47) INF_RTM:Timer=0.055s CalcLoop=550ms
(10:56:47) INF_LOAD:LoadTime=0.141s CalcPeriod=550ms
(10:56:47) INF_RTM:free_mem=324(338) handle=0 user=0 gui=0 after load
(10:56:47) INF_RTM:start time is 0 s
(10:56:50) INF_RTM:ModeSwitch e15=0000 e18=0000 e20=0000 [0]
(10:56:50) INF_RTM:mode=2(Work) e15=00 e18=00 e20=00 [0-0-src4]
(10:56:50) INF_GRAPH:popup=0 scrref=0 trend=0,0 update=1
(10:56:52) INF_RTM:free_mem=312 handle=223 user=137 gui=1536 after start
(10:56:59) INF_RTM:stoping...
(10:57:0) INF_RTM:mode=5(Stop) e15=00 e18=00 e20=00 [0-0-src0]
(10:57:0) INF_RTM:stop time is 2.016 s
(10:57:0) INF_RTM:number of calculation = 0
(10:57:0) INF_RTM:END OF WORK

в чем здесь может быть ошибка?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
В Вашем протоколе нет никакой информации об обращении к OPC-серверу.
Проверьте еще раз правильность заполнения и размещения файла TMcom_00.cnf.
Для контроля измените ключ
DEBUG=84000
В протоколе профайлера должна появиться дополнительная информация о потоках.
Не выключайте профайлер хотя бы несколько минут.


Когда Вы обращаетесь к OPC-серверу из IDE (в слое "Источники/Приемники"), OPC-сервер запускается и выдает Вам список тегов? При запуске узла под профайлером OPC-сервер запускается?
 
Posted by yaDMM (Участник № / Member № 4855) on :
 
изменил ключ, проверил файл TMcom_00.cnf все сделал как вы описали, профайлер проработал 10 минут, но протокол никакой информации об обращении к OPC серверу так и не выдал. .. что может быть в таком случае?

при привязке OPC в Trace Mode выдает список тегов, привязываю параметр который обновляется на OPC клиенте, вот скрин чего привязываю http://disk.tom.ru/nq4km7j
OPC сервер запускается, но всплывающее окно в трее пишет что нет соединений. а когда запускаю сам OPC клиент то он отображает что есть одно активное соединение, но в Trace Mode все равно по нулям [duno / незнайка]
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Прошу прощения, файл должен именоваться TMcom_0.cnf или TMcom_xx.cnf.
После редактирования и переименования файла в протоколе профайлера должны появиться записи о потоках вида
(11:0:17) INF_RTM: RMAIN[29. 4512. 0]idle
(11:0:17) INF_RTM: GSYS[30. 1132. 0]normal
(11:0:17) INF_RTM: OXP[1X.xxxx.00]
(11:0:17) INF_RTM: EVENT[07. 504. 0]lowest
(11:0:17) INF_RTM: SDDE[04. 1116. 0]lowest
(11:0:17) INF_RTM: ACT[03. 3620. 0]idle

и информация по OPC-обмену.
 
Posted by yaDMM (Участник № / Member № 4855) on :
 
code:
(14:10:29) INF_LOAD:Starting... siant_0
(14:10:29) INF_RTM:Detected NT5.RTM 5.1
(14:10:29) INF_RTM:Professional TRACE MODE 6 Profiler T-Factory RTM+ ver. 6.07.7
(14:10:29) ._.:RTM
(14:10:29) INF_LOAD:max channel = 65535
(14:10:29) INF_LOAD:Load Channels = 2
(14:10:29) INF_LOAD:Templates=1 (math=0 sql=0 scr=1 doc=0 pnl=0)
(14:10:29) INF_LOAD:Objects = 3
(14:10:29) INF_RTM:Timer=0.055s CalcLoop=550ms
(14:10:29) INF_RTM: RMAIN[29. 2984. 0]idle
(14:10:29) INF_RTM: GSYS[30. 3348. 0]normal
(14:10:29) INF_RTM: OXP[1X.xxxx.00]
(14:10:29) INF_RTM: SDDE[04. 1624. 0]lowest
(14:10:29) INF_OPC:OPC Clients started
(14:10:29) INF_RTM: ACT[03. 1968. 0]idle
(14:10:29) INF_RTM: CALC[00. 3180. 0]above
(14:10:29) INF_RTM: FAST[10. 220. 0]normal
(14:10:39) INF_RTM:fast channels not found
(14:10:39) INF_RTM: IDLE[18. 172. 0]idle
(14:10:39) INF_RTM: GRAPH[16. 1896. 0]lowest
(14:10:39) ERR_OPC:0000000Ee101001f: Ошибка при создании группы \\.\OPC.DF1_OPC на OPC сервере 014A90EC3_1327903839 = 0
(14:10:39) WRN_OPC:0000000Wa1010020: Группа \\.\OPC.DF1_OPC\014A90EC3_1327903839: Синхронный режим чтения не поддерживается сервером, попробуем переключиться на асинхронный = 0
(14:10:39) ERR_OPC:0000000Ee101001f: Ошибка при создании группы \\.\OPC.DF1_OPC на OPC сервере 014A90EC3_1327903839 = 0
(14:10:39) ERR_OPC:0000000Ee101002a: Группа \\.\OPC.DF1_OPC\014A90EC3_1327903839: Невозможно провести инициализацию = 0
(14:10:39) ERR_OPC:0000000Ee101001d: OPC сервер \\.\OPC.DF1_OPC: Ни одна OPC группа не завершила инициализацию = 0
(14:10:39) INF_RTM:idle channels not found
(14:10:41) INF_RTM:[10. 220. 0]{0} ku= 0.000 kp= 0.000
(14:10:41) INF_RTM:[18. 172. 0]{0} ku= 0.000 kp= 0.000
(14:11:4) INF_RTM:[1X.xxxx.00]
(14:11:4) INF_RTM:[00. 3180. 0]{42} ku= 3.123 kp=41.129
(14:11:4) INF_RTM:[30. 3348. 0]{0} ku= 0.000 kp=62.903
(14:11:4) INF_RTM:[29. 2984. 0]{24} ku= 0.000 kp= 0.000
(14:11:4) INF_RTM:[16. 1896. 0]{45} ku= 0.000 kp= 0.000
(14:11:4) INF_RTM:[03. 1968. 0]{24} ku= 0.175 kp= 2.419
(14:11:4) INF_OPC:0000000I6101001a: OPC сервер \\.\OPC.DF1_OPC: Сервер остановлен = 0
(14:11:4) INF_OPC:OPC Clients stoped
(14:11:4) INF_RTM:[04. 1624. 0]{0} ku= 0.000 kp= 0.000

может необходимо дополнительно драйвер установить для этого протокола? OPC client же работает без проблем через этот OPC сервер, так почему же Trace Mode выдает ошибку?? также попробовал привязать через другой OPC сервер (Wonderware KepServer) и тут Trace Mode отлично все выдает, данные обновляются в профайлере, вот его протокол:
code:
 (15:42:19) INF_LOAD:Starting... siant_0
(15:42:19) INF_RTM:Detected NT5.RTM 5.1
(15:42:19) INF_RTM:Professional TRACE MODE 6 Profiler T-Factory RTM+ ver. 6.07.7
(15:42:19) ._.:RTM
(15:42:19) INF_LOAD:max channel = 65535
(15:42:19) INF_LOAD:Load Channels = 2
(15:42:19) INF_LOAD:Templates=1 (math=0 sql=0 scr=1 doc=0 pnl=0)
(15:42:19) INF_LOAD:Objects = 3
(15:42:19) INF_RTM:Timer=0.055s CalcLoop=550ms
(15:42:19) INF_RTM: RMAIN[29. 3352. 0]idle
(15:42:19) INF_RTM: GSYS[30. 2824. 0]normal
(15:42:19) INF_RTM: OXP[1X.xxxx.00]
(15:42:19) INF_RTM: SDDE[04. 2896. 0]lowest
(15:42:19) INF_OPC:OPC Clients started
(15:42:19) INF_RTM: ACT[03. 2232. 0]idle
(15:42:19) INF_RTM: CALC[00. 3992. 0]above
(15:42:19) INF_RTM: FAST[10. 356. 0]normal
(15:42:19) INF_RTM: IDLE[18. 3880. 0]idle
(15:42:19) INF_RTM: GRAPH[16. 3672. 0]lowest
(15:42:22) INF_RTM:fast channels not found
(15:42:22) INF_OPC:0000000I61010019: OPC сервер \\.\Wonderware.KEPServer: Сервер стартовал = 0
(15:42:22) INF_RTM:idle channels not found
(15:42:22) INF_RTM:[10. 356. 0]{0} ku= 0.000 kp= 0.000
(15:42:22) INF_RTM:[18. 3880. 0]{0} ku= 0.000 kp= 0.000
(15:44:38) INF_RTM:[1X.xxxx.00]
(15:44:39) INF_RTM:[00. 3992. 0]{240} ku= 0.023 kp= 2.899
(15:44:39) INF_RTM:[30. 2824. 0]{0} ku= 0.000 kp=98.551
(15:44:39) INF_RTM:[29. 3352. 0]{135} ku= 0.000 kp= 1.449
(15:44:39) INF_RTM:[16. 3672. 0]{240} ku= 0.000 kp= 0.000
(15:44:39) INF_RTM:[03. 2232. 0]{135} ku= 0.034 kp= 4.225
(15:44:39) INF_OPC:0000000I6101001a: OPC сервер \\.\Wonderware.KEPServer: Сервер остановлен = 0
(15:44:39) INF_OPC:OPC Clients stoped
(15:44:39) INF_RTM:[04. 2896. 0]{0} ku= 0.000 kp= 0.000


 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
В релизе 6.07.7 несколько ужесточен механизм идентификации интерфейсов OPC-обмена. Некоторые OPC-серверы поддерживают не все допустимые интерфейсы.

Обновитесь до релиза 6.08. По этой проблеме в релизе 6.08 приняты соответствующие меры.
 
Posted by yaDMM (Участник № / Member № 4855) on :
 
обновился, все заработало. спасибо!
 


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



Powered by Infopop Corporation
UBB.classic™ 6.7.2