This is topic OPC DA проблема in forum Общие вопросы / Common questions at Форум TRACE MODE: техническая поддержка.


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

Posted by Intex (Участник № / Member № 4411) on :
 
при чтении по OPC DA одного значения - без проблем.
если количество параметров для чтения 5 - Профайлер зависает.
в качестве OPC сервера вот это чудо
http://www.karat-npo.com/file/UTechOPCDAHDA_v_2_9_9.exe
в чем проблема ?

p.s. на странице "Список контроллеров и УСО, поддерживаемых в TRACE MODE 6"
http://www.adastra.ru/products/drivers/
указана следующая информация:
"KARAT (НПО "Карат") Вычислитель ЭЛЬФ M-BUS M-BUS Built-in/Autobuilding Ready"
в справочной системе информация по этому не найдена. Вопрос: подразумевается ли что поддержка
обмена с данный устройством осуществляется через протокол modbus при помощи компонента R_FIFO_Queue
и аналогичным показанному в видео "способом" ?http://www.adastra.ru/products/runtime/scada/old_v/v5/rtm5/adaptive5/news/vtd/
p.s. на видео в поле "IP-адрес" записывается совсем не ip адрес, как минимум название поля выглядит не совсем логичным, в чем "фишка" ?
 
Posted by Nico (Участник № / Member № 5342) on :
 
M-BUS и ModBus абсолютно разные протоколы
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Задайте в файле *.cnf ключ DEBUGON=80000.
По диагностической информации в протоколе профайлера можно определить ошибки OPC-обмена.

Драйвер протокола M-BUS EN 60870-5 встроен в код МРВ. Испытан на счетчиках СКМ-2.
Описание драйвера и пример проекта можно скачать по:
http://www.adastra.ru/support/get_support/commer/get_support_tm6/TM6_commercial_updates/.
 
Posted by Intex (Участник № / Member № 4411) on :
 
2 Nico
никто и не утверждает что они одинаковые ><
2 Adastra
ясно, попробуем выявить ошибки OPC через дебуг
 
Posted by Nico (Участник № / Member № 5342) on :
 
"Вопрос: подразумевается ли что поддержка
обмена с данный устройством осуществляется через протокол modbus" -> ну значит эту фразу не правильно понял
 
Posted by Intex (Участник № / Member № 4411) on :
 
не знаю туда пихнул "ключ" или нет.
вот тут файло tm
https://dl.dropbox.com/u/22124052/test.zip
это скрин opc где видно что rtm прежде чем повеситься успевает запросить значение переменных в нужном количестве
https://dl.dropbox.com/u/22124052/opcscr.PNG

"Драйвер протокола M-BUS EN 60870-5 встроен в код МРВ. Испытан на счетчиках СКМ-2.
Описание драйвера и пример проекта можно скачать по:"
т.е. правильно понимаю что с прибором "Эльф" никаких испытаний вами не проводилось ?
Умеет ли данный "драйвер" Ethernet Encapsulation ?

2 Nico
прибор modbus "умеет" вот как то так
https://dl.dropbox.com/u/22124052/elfmb.doc
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
1. Как описано в разделе "Приложения/Задание параметров работы мониторов", надо создать файл TMcom_xx.cnf следующего содержания
DEBUGON=80000
END_OF_CNF
<пустая строка>
и поместить его в папку test\RTM_1\.
Тогда в реальном времени в этой папке сгенерируется файл test_0.txt, содержащий информацию об OPC-обмене.

2. С прибором ЭЛЬФ испытания драйвера M-BUS не проводились.
Вопрос Ethernet Encapsulation для данного драйвера не рассматривался. Если будут использоваться конверторы типа N_Port, драйверы которых полностью поддерживают API COM-порта Windows, можно использовать виртуальный COM-порт в сети Ethernet.

3. Судя по приведенной Nico ссылке, прибор ЭЛЬФ позволяет считывать данные по протоколу Modbus RTU. Для этого можно использовать встроенный в Trace Mode 6 драйвер Modbus. Организацию процедур чтения данных (выдачи последовательности команд управления и чтения данных) и сохранения полученных данных в архивах СПАД наобходимо будет выполнять с помощью пользовательских программ в узле.
 
Posted by Intex (Участник № / Member № 4411) on :
 
1. Попрошу сразу давать более понятные ответы. Не говоря уже про юзабилити подобного решения.
2. Касаемо виртуального ком порта, с этим же прибором по протоколу modbus в режиме виртуального ком порта (созданного как средствами
Moxa NPort Windows Driver Manager так и
Moxa Nport Administration suite) - корректной работы не было, выяснить где проблема сидит не удалось, но очевидно что работа через виртуальный ком порт являет собой некие грабли (помимо tm наталкивались на проблемы и другого modbus клиента, что несколько выгораживает tm) и нет лучшего решения как перейти на нативный режим - tcp server, тем более OPC сервер от производителя прибора поддерживает режим ethernet encapsulation "из коробки"
3. Поддерживает modbus, но создание пользовательской программы и прочий геморрой - не то что представляет интерес, нужно заставить работать то что есть и с чем работа декларирована (к тому же через OPC сервер возможно будет использоваться фирменное по изготовителя прибора и нет причин создавать конкурентное для обмена приложение), либо исключить данный прибор из проекта, если наберётся достаточно оснований.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Выбор решения по использованию оборудования остается за Вами.
 


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



Powered by Infopop Corporation
UBB.classic™ 6.7.2