OPC сервер Vzjot.OPC.Server

[evilscorp]

Работаю в 7 винде, естественно администратор, сервер автоматом не запускается, приходится самому запускать.
все перепробовал.

[Денис Пономарев]

В общем, демо-версия SimpLight не позволяла писать "1" в Канал_связи.
Включили канал в автозагрузке.

[jzx90]

Коллеги добрый день!
Столкнулся с некоторыми проблемами с OPC после обновления до последней версии:

а. При попытке запуска сервера клиентом (Kassl dOPC DA Client 1.0), запускается VzljotOPCSrv.exe, грузит одно ядро ЦП на 100% и больше ничего не происходит.
б. При попытке запуска сервера вручную, запускается VlzjotOPCSrv.exe, загружается проект и стартует сервер VZLJOT~1.EXE (VzljotSrv.exe) - ModBus and BitBus servers.
ц. С этой же машины пробую подключиться клиентом, подключение происходит и я вижу объекты в сервере но данных не вижу.
С других машин - все в точности как в пункте а.

В журнале обмена по модбас - пусто.
В журнале событий:
15:12:57.303: Загрузка проекта C:\Program Files (x86)\Vzljot\VzljotOPCSrv\Projects\NRGTEST.vmp
15:12:59.772: Load: Компиляция прошла на ура
15:13:01.772: Template: Выполнен.
15:13:01.772: Подготовка объектов выполнена!
15:13:01.959: Load: Выполнен.
15:13:01.990:   Время загрузки проекта:  4.696 сек.

При попытке из конфигуратора прочитать группу modbus регистров из прибора 024м например r_электронный номер - чтение происходит, а при попытке прочитать связанную с регистром группу параметров - выскакивает ошибка, см скриншот.

До обновления версии все работало хорошо после настройки DCOM.
исходная версия Vzljot OPC Server 0.8.10.2435
обновился до версии Vzljot OPC Server 0.9.1.2424

Windows Server 2012 R2 En 64bit.
Wonderware System Platform 2012 R2 (OPCClient)
Системная платформа работает под своим доменным пользователем и сервер запускает из под него.

Сама вондерварщина при попытке просмотреть объекты в сервере говорит следующее:
Could not convert vzljot.opc.server to CLSID. Make sure the OPC server is installed.
(Invalid class string; error code = 0x800401f3)

при этом в логах винды часто ругаемся:
Unable to start a DCOM Server: {118921D8-0703-11D5-962A-00A024AEBA44}. The error:
"740"
Happened while starting this command:
C:\PROGRA~2\Vzljot\VZLJOT~1\VZLJOT~1.EXE -Embedding

Стабильно при закрытии конфигуратора в логах сообщение:
Faulting application name: VzljotOPCEditor.exe, version: 0.9.1.12, time stamp: 0x57878eaa
Faulting module name: vcl220.bpl, version: 22.0.19908.869, time stamp: 0x557d4dbd
Exception code: 0xc0000005
Fault offset: 0x001b9c4d
Faulting process id: 0x18e4
Faulting application start time: 0x01d1f474c0724b6e
Faulting application path: C:\Program Files (x86)\Vzljot\VzljotOPCSrv\VzljotOPCEditor.exe
Faulting module path: C:\Program Files (x86)\Vzljot\VzljotOPCSrv\vcl220.bpl
Report Id: 3e86beb2-606a-11e6-80e7-00155dbe0200
Faulting package full name:
Faulting package-relative application ID:

Прошу помощи у форумчан так как не знаю куда дальше копать.

[Андрей Шипунов]

jzx90, попробуйте на машине, где стоит Взлет OPC Сервер выполнить команду: "VzljotSrv.exe -Embedding" от имени Администратора, затем выгрузить процесс "VzljotSrv.exe".
После этого попробуйте запустить сервер клиентом.

[yakekip]

Здравствуйте, такая же проблема с ТСР-м 027, не пойму почему не подключается скада к орс, в конфигураторе орс все видно и данные читает, а при добавлении в скада нет, только начал в этой сфере разбираться, опыта пока нет никакого, может что прописать где то нужно? может кто по удаленке через тимвивер может показать как это сделать?

[yakekip]

Сможет тут хоть кто то помочь по данной проблеме? Тех поддержка не смогла помочь по удаленке.

[yakekip]

Разобрался сам, спасибо за помощь тех поддержке что не смогли помочь, у самого голова заработала

[Panic]

  Здравствуйте, имеются расходомер "Взлет эксперт 912МО" и подключенный к нему одноименный вычислитель. Проблема в том, некоторые регистры не читаются OPC сервером.

  Значит выставил в настройках вычислителя IP адрес, подключился по Ethernet, пинг есть. Версии OPC использовал 0.8.2 и 0.8.10. Добавил новое устройство, по шаблону "EM_EXPERT_REMOVE_USER.vtmpl", открываю канал связи tftp и когда пытаюсь прочитать сумматоры то получаю ошибку как на первом скриншоте, - "Недопустимый адрес данных".

  Далее, меняю шаблон на "default.vtmpl", в нем вручную добавляю группу регистров и группу параметров, связываю параметры с нужными регистрами и, опа, регистры читаются, а при чтении параметров ошибки. И OPC клиент видит BAD'ы в этих параметрах. Скриншоты 2 и 3. Как так, регистры указаны правильные, такое ощущение, что проблема с чтением параметров возникает на ровном месте. Может я что-то упустил? Как их настроить правильно?

  При использовании универсального просмотрщика и конфигурации "Пользовательский ЭКСПЕРТ_9xx.vpr" через tftp подключение осуществлялось успешно и нужные мне данные читались - расход, сумматоры. Но ничего подобного по названию в шаблонах OPC я не нашел.

  При подключении к вычислителю по RS485 и использовании Modbus OPC сервера (не взлет) данные читаются. Указал всего три адреса - 332791, 332793 (объем прямой) и 349289 (расход), при этом все читается без сучка и задоринки. Но нам то нужно снимать данные через Ethernet!

  Как, используя штатный OPC сервер, передать данные в SCADA через канал tftp? Проблемы возникли именно с Взлет 912MO, помимо них у нас стоит ряд моделей 9xx, с них-то данные читаются без проблем, через шаблон "EM_EXPERT_REMOVE_USER.vtmpl" и канал tftp!

Может нужен более подходящий, новый шаблон? Но где его взять? И чем плох тот, что я сам сделал из "default.vtmpl"?

[Panic]

  Здравствуйте, имеются расходомер "Взлет эксперт 912МО" и подключенный к нему одноименный вычислитель. Проблема в том, некоторые регистры не читаются OPC сервером.

  Значит выставил в настройках вычислителя IP адрес, подключился по Ethernet, пинг есть. Версии OPC использовал 0.8.2 и 0.8.10. Добавил новое устройство, по шаблону "EM_EXPERT_REMOVE_USER.vtmpl", открываю канал связи tftp и когда пытаюсь прочитать сумматоры то получаю ошибку как на первом скриншоте, - "Недопустимый адрес данных".

  Далее, меняю шаблон на "default.vtmpl", в нем вручную добавляю группу регистров и группу параметров, связываю параметры с нужными регистрами и, опа, регистры читаются, а при чтении параметров ошибки. И OPC клиент видит BAD'ы в этих параметрах. Скриншоты 2 и 3. Как так, регистры указаны правильные, такое ощущение, что проблема с чтением параметров возникает на ровном месте. Может я что-то упустил? Как их настроить правильно?

  При использовании универсального просмотрщика и конфигурации "Пользовательский ЭКСПЕРТ_9xx.vpr" через tftp подключение осуществлялось успешно и нужные мне данные читались - расход, сумматоры. Но ничего подобного по названию в шаблонах OPC я не нашел.

  При подключении к вычислителю по RS485 и использовании Modbus OPC сервера (не взлет) данные читаются. Указал всего три адреса - 332791, 332793 (объем прямой) и 349289 (расход), при этом все читается без сучка и задоринки. Но нам то нужно снимать данные через Ethernet!

  Как, используя штатный OPC сервер, передать данные в SCADA через канал tftp? Проблемы возникли именно с Взлет 912MO, помимо них у нас стоит ряд моделей 9xx, с них-то данные читаются без проблем, через шаблон "EM_EXPERT_REMOVE_USER.vtmpl" и канал tftp!

Может нужен более подходящий, новый шаблон? Но где его взять? И чем плох тот, что я сам сделал из "default.vtmpl"?

  Все, разобрался. Я обратился в техподдержку с этим вопросом и мне прислали шаблон "Expert_M.vtmpl". С ним сумматоры читались и из него я понял что надо делать. Если вкратце то суть в том, что двойные слова по адресам 32793 (прямой дробная часть) и 32791 (прямой целая часть) надо читать одновременно. В конфигураторе OPC сервера "Взлет" в для созданного параметра нужно написать такой обработчик  SELF.Value:= Vпр_дробь.Value+Vпр_целое.Value;, где Vпр_дробь и Vпр_целое это названия модбас регистров 32793 и 32791 соответственно и поставить галочку "Использовать свои обработчики" во фрейме "Источник данных". Уже сталкивался раньше с этим явлением, когда опрос расходомера вел по RS485 через KEPServer. Пытаюсь получить только целую часть - не читается. Если вместе с целой частью принудительно читать дробную то данные появляются. Прилагаю шаблоны для будущих горемык.

[Make778]

Добрый день, форумчане!

Пытаюсь подключить расходомер ВЗЛЕТ ЭМ ПРОФИ-221МИ к существующей SCADA WinCC 7.4. Универсальный просмотрщик к расходомеру подключается, данные тянет.

Пробовал два способа вытягивание данных в SCADA.

Cпособ 1. По Modbus RTU. Связка расходомер Взлет - Moxa NPort 5150 (Virtual COM) - KEPServer. Обращался к регистрам МБ - 349161 и т.д., получил какие-то прыгающие цифры, никак не похожие на реальные значения.

Способ 2. Через Взлет OPC-сервер. Связка расходомер Взлет - Moxa NPort 5150 (Virtual COM) - Взлет OPC-сервер - Matrikon OPC Explorer (использую для теста). Настроил DCOM на машине. Проект использую стандартный OPC_PROFI_M_81. В самом OPC-сервере Взлет данные есть, но делиться с ними со сторонними ПО он не собирается. Дает доступ только к тегам группы rs485port (состояние good). У остальных тегов качество bad.

Вопросы: Как корректно считать данные для первого и/или второго способа?
Для второго способа, как программно "открыть канал"? Пока что это делаю руками в самом OPC-конфигураторе.

[dimoniche]

Судя по всему у вас полученные данные нужно перевернуть в обратном порядке, согласно протоколу Модбас.

[I_m]

Для второго способа, как программно "открыть канал"? Пока что это делаю руками в самом OPC-конфигураторе.

Поменять состояние тэга "Состояние подключения" с 0 на 1?

[Make778]

Для второго способа, как программно "открыть канал"? Пока что это делаю руками в самом OPC-конфигураторе.

Поменять состояние тэга "Состояние подключения" с 0 на 1?

Значение тега менял, но оно сбрасывается на 0.

[Make778]

Судя по всему у вас полученные данные нужно перевернуть в обратном порядке, согласно протоколу Модбас.

В настройках подключения KEPServer галочки обработки тегов по протоколу Modbus стоят. Как появится возможность удаленного подключения, попробую с ними поэкспериментировать.