Форум АО "ВЗЛЕТ"

Здесь Вы можетет задать вопросы о работе Vzjot.OPC.Server со SCADA системами, высказать свои пожелания и замечания.

Мне необходимо считать данные с УРСВ-522. SCADA-система InTouch.
Установил Ваш Vzjot.OPC.Server v.0.2.8 и возникли некоторые вопросы (прочтение инструкции не решило всех проблем).
1. Где и как я могу указать какие данные надо считывать из прибора? Или сервер читает абсолютно все данные сразу?
2. Что за приложение Vzjot Server, которое устанавливается вместе с Vzjot.OPC.Server?
3. Что надо сделать, чтобы сервер был виден в OPCLink? Сервер запущен и зарегестрирован, но OPCLink его не видит.
4. Отображаются ли где-то данные, которые сервер считывает в данный момент? И как узнать состояние подключения к прибору?

К сожалению у нас нет SCADA-система InTouch, поэтому я не могу сказать КАК  в этой системе добавлять данные для чтения. Например, MasterSCADA предлагает диалог, где в виде дерева отображены все данные OPC-сервера. В это диалоге пользователь помечает те данные, которые его интересует.


Это сервер связи. Он обеспечивает связь с приборами по  протоколу ModBus. С ним так же работают Взлет Универсальный Просмотровщик, Взлет Универсальный Клиент.

Да, такая проблема есть. В новой версии ее уже не будет :). А пока я могу выслать Вам на e-mail патч.

Данные должны отображаться SCADA системой.

Прочитать версию прошивки прибора.  В Вашем случае это
"УРСВ_5xx_мастер.Системные_парам_.Серийный_номер.сер_ном__перв" и
"УРСВ_5xx_мастер.Системные_парам_.Серийный_номер.сер_ном_втор"

Добрый день.

То есть, насколько я понял, сервер считывает из прибора абсолютно все регистры данных и сконфигурировать его для чтения только определенных регистров невозможно?

Хотелось бы заполучить данный патч  :lol: E-mail: al_kharitonov<собака>mail.ru

Я имел ввиду какой-нибудь альтернативный способ просмотра считываемых данных, встроенный в сам сервер.

>То есть, насколько я понял, сервер считывает из прибора абсолютно
>все регистры данных и сконфигурировать его для чтения только
>определенных регистров невозможно?
Во-первых, сервер сам по себе данные не считывает.  
Во-вторых, сервер для того и написан, чтобы читать только те данные, которые ему указал пользователь.
SCADA система должна предоставить ВСЕ данные, которые может прочитать сервер, а пользователь выбирает то, что ему необходимо.
После этого SCADA система посылает запросы серверу на считывание данных.

> Хотелось бы заполучить данный патч:
Письмо выслал.

>Я имел ввиду какой-нибудь альтернативный способ просмотра
>считываемых данных, встроенный в сам сервер.
Не понял вопроса. В начале шла речь о
>И как узнать состояние подключения к прибору?

Shoorik

После консультаций со специалистами и получения патча нам удалось через OPCLink передать данные в InTouch из ТСРВ-031, Все вроде работает, но нестабильно. Иногда возникает ситуация, что обмен прекращается и OPCLink зависает, причем простое закрытие OPCLink, InTouch и взлетовского сервера не помогает. При последующем запуске обмена OPCLink зависает сразу. Помогает только перезагрузка компа.  Вис OPCLink может произойти и через 5 минут, а может проработать и несколько часов нормально... После каких наших действий это происходит пока непонятно...

В связи с этим вопросы:
1.Влияет ли на стабильность работы  Vzjot.OPC.Server сервер входящий в состав Взлет СП
2. Почему для описания параметров выбраны русские буквы??? Может "супостатовские" программы их не всегда корректно понимают?

Народ!
Позарез нужны исходники для реализации HDA сервера?
Может ли кто-нибудь выслать или сказать где искать?

Заранее большое спасибо

Наконец-то удалось достать демо версию InTouch. С Вашими вопросоми разбираюсь.

Доброе утро! Мы так и не смогли считать данные с УРСВ с помощью OPC-сервера. При помощи Просмотрщика данные выводятся без проблем, а вот сервер работать отказывается. Предположение, что такое может быть из-за использования русских имен в Item'ах.



Хотелось бы узнать есть ли какие-нибудь продвижжения.

День добрый, Шурик. Продвижение безусловно есть.
Во-первых,  у нас теперь есть InTouch версии 9 и 9.5.
Во-вторых, я только прослушал курс молодого бойца по InTouch и даже знаю что с ним делать.
В-третьих у нас есть учебная лицензия до 24 марта и Вы смело можете выслать свой проект (так будет проще выявить проблему)  

З.Ы. Какой версией InTouch пользуетесь Вы?

Ошибочка вышла. InTouch только 9.5.

Доброе утро!
Мы используем InTouch 7.1 и OPCLinc 7619. Проблема, как я уже говорил, судя по всему в русских именах тегов. Например я хочу считать расход в первом канале измерения. В OPCLink задаю OPC Path "Проект.УРСВ_5xx_мастер.". В InTouch создаю Item "Измерения.расход._1". Сочетания OPC Path и Item пробовал различные и пробовал вывести другие параметры. После запуска проекта в логе появляется сообщение: "Invalid item name: Измерения.расход._1".
Проект не думаю что Вам понадобится, так как можно просто создать свой новый проект и попробовать считать например данный параметр.

День добрый.
А у нас InTouch 9.5 и OPCLink 8.0. М-да...
Вы можете выслать Ваш OPCLink на мой е-майл?

Доброе утро!
Я не думаю что есть большая разница между InTouch 7.1 и 9.5 применительно к нашему вопросу, по крайней мере InTouch 8 работает с тегами аналогично.
OPCLink выслал на е-майл.

Для начала пытаюсь прочесть данные из ЛЮБОГО OPC-сервера из Excel по DDE из OPCLink 8.0. Сервер загружается, а при просмотре Data Monitor:

data quality.........BAD
substatus............configuration error
limited................no

Т.е не важно к какому серверу я обращаюсь, OPCLink 8.0 все равно не может по DDE передать данные :(. Это очень странно, т.к. на курсах мне это удалось легко. Причем я спокойно читал из Excel-a, а потом и из InTouch-а английские и русские теги.

Ваш OPCLink поставить не удалось, требует Factory Suite 2000.

Поискал в инете, может кто столкнулся с похожей проблемой. Нашел
http://forum.cta.ru/forum_posts.asp?TID=1238&PN=2 , вот только они ее так и не решили :(.

З.Ы. Еще попробую связаться с преподователем, который читал курс. Может он знает что с этим делать.

Доброе утро!
Наконец-то мы подцепились к прибору. Удалось считать данные.
Проблема состоит в том, что для начала связи надо выставлять в 1 тег "Проект.rs232_соединение.Открыть/закрыть канал". Дело в том, что явно это нигде не прописано. Хотелось бы чтобы это делалось автоматически или хотя бы прописывалось в ini файле.

А OPCLink и не должен по DDE передавать данные. Он нужен для того, чтобы данные от OPC-серверов передавать в InTouch по SuiteLink. А с DDE серверов InTouch и сам может данные читать.

появится ли в OPC сервере поддержка приборов Взлет ТСРВ-010?

OPC сервер для Взлет ТСРВ-010 есть в ПО Взлет-СП
http://www.vzljot.ru/sp/

хотелось бы использовать OPC не используя Взлет-СП

BorisTheBlade
хотелось бы использовать OPC не используя Взлет-СП

Да-да-да...  о-о-оченЪ.... о-о-оченЪ.... О-О-октуальная проблЁма......;)

...и нескромный вопрос....
....когда Ваш отдел приобрИтет  "иструментарий" для создания "хитовых" ОРС....???? ....;)

К сожалению не хватает человеко-часов :)


1. А чем Вас не устраивают наши разработки?
2. О каком инструментарии идет речь?
3. Покупка инструментария может отразиться на стоимости "бесплатных" ОРС-серверов :)

Гость
Покупка инструментария может отразиться на стоимости "бесплатных" ОРС-серверов

Пусть они будут не совсем бесплатные....;)
....главное шоб стабильно работали...;)
... и были просты в настройке...;) ;)

А чем Вас не устраивают наши разработки?

... пока трудно .... определится...... тестируем....
... это все впереди..... ;) .... меня всегда чтонибуть неустраивает...;)

Вопрос про УРСВ-5хх. Почему прибор не дает считывать по Modbus отдельные регистры? Это специально чтобы с ним не работали стандартные Modbus OPC сервера?

остап

Почему не дает?

Если параметр 4х байтный, то прибор отдает 2 2хбайтных ModBus регистра.

Если параметры 1 и 2 байтные, то отдает по одному ModBus регистру.

Есть проблема (непонятки).
Читаю данные из ТСРВ-022 через OPC.server.vzljot->OPCLink->InTouch. Но с одной оговоркой, если предварительно открыть канал связи макросом в Excel (Примерчик прислал один добрый человек). Никак не могут открыть канал связи из InTouch.

BorisTheBlade

...и нескромный вопрос....

....когда Ваш отдел приобрИтет "иструментарий" для создания "хитовых" ОРС....???? ....

1. А чем Вас не устраивают наши разработки?
2. О каком инструментарии идет речь?
3. Покупка инструментария может отразиться на стоимости "бесплатных" ОРС-серверов

ДождалисЯ........;)

.... как то уж медлеННо они вороЦаются....... когда приборов цуть более сотни...... про процеСС загрузки...... успеваю закипятить литр воды..... набодяжить коФа.... остудить до комнатной температуры и выпить все это "безобразие"...... тоска......;( ..... хотя машинка свежая проЦ с двумя яйЦами (мужЩина) и оперативки тожа два гигА....;)
про процес выгрузки.......буду пока молчать...... просто тоскливо....;(

Неужель никто не вставлял OPC.server.vzljot в InTouch, и не открывал канал связи.

falvik

При......;)

А чЁ его ставитЪ.......
Стандартная процЫдура......
намного быстрей чем МС офис 2007......;)
потом прописал узлы в конфигураторе (то бишЪ приборы....;)) поставил колышки на нужОнных параметрах.....
Запустил Touch-ку.... и дал отмашку... на поиск ОРС-серверов....
потом бери и запихивай их куда нИпоподя......;)

Как Это все делается - я знаю. С другими приборами ОВЕН и т.д. полный порядок, а у взлетов не получается открыть канал связи. Почему - понять не могу?

falvik

При....;)

А ты поставиил палку на открытие-управление канала связи??????

Что это значит?

>3. Что надо сделать, чтобы сервер был виден в OPCLink? Сервер >запущен и зарегестрирован, но OPCLink его не видит.
[/quote]
Да, такая проблема есть. В новой версии ее уже не будет :). А пока я могу выслать Вам на e-mail патч.


Если можно,и мне тоже пришлите.
magistr-1@mail.ru

Mzman

При......;)

Давай паТТТТч...... на мыло........;)

Правда умэнэ и в таком виде усе летает.....;)
Но тюнинг для ОРС не повредит......

Мужики шо за калечными скадами пользуетесь.....;(
Русского язЫка не понимают.....;(
Какието ограничения в названиях обЪёктов и тегов....;(

Это наверняка происки империалистов...... шоб наш Руссский ВАНЯ помучился.....;(

Ну незнаю какие там трудности.......
Я этот ОРС увидал сразу после установки.....
Ласково так сказал.... АНУ-КА ПОКАЖИ!!!..... АНУ-КА ПОКАЖИ!!!!.....
Так она (скада) усЮ сеть "отшарила" и стока вкусного в клювике принесла.....
даже неожидал....... что мы стока "барАхла" могЁм поДДержЫвати.....;)
А там кокой-то "кончеННый" OPCLink на локальной станцЫЫ .....
нИ смог найти..... лЁнивый оН у вас.... нужо вспитывать....
или гнать погаННой метлой.....;)

falvik

При.....;)

Поставиь палку (то бишЪ едЫнЫчку) - включить (поднять) тег (флаг)....;)

Mzman

Прии.....;)

Ужо прошла пЯтидневка........
РебЯтня сегодня в коССССмосе бобывали......
Я кучу подвАлов облазил.......
А заплатки до сих пор нЭма.......;(
Не хорошо этО..... нехорошо......;(

У меня это проблемы нет, но патчик хотелось-бы.
Не могу открыть канал связи. InTouch обрезает окончание Item "dОткрыть/закрыть канал свази".  Ответ от кликманн: "Назовите анг. буквами или хотя бы в конце a-z, 0-9, . и т.д."
А совет Mzman: проверь OPCLink - если запускается как сервис, то бывают глюки.[/b]

Помогите, пожалуйста. А как прописать путь в OPCLinke для скада системы. Когда запускаешь OPC server, клиент его никакой не видет. Может что еще нужно???

deniscov

При.............;)

А сам ОРИС-юк сконфЫгурировал?

deniscov

При.............;)

Вопрос :
-Какая СКАДА
- OPCLinke работает через ДЕ-СОМ?
- установлен ли ОПСи-браузер на машине где ОПиСюк?

BorisTheBlade

При.........;)

Такой вопрос.......
Так как Висту никто нехочет.....(настоящий монстр, пожирающий ресурсы)
ХР...... кончается тех поддержка.....
Планируете ли Vzjot.OPC.Server "положить" на Linux или BSD ?????

SCADу на линуксе уже нашОл (обсолютно бесплатное ПО с  открытым кодом)

А кому сейчас легко?


Нет.


Можно ссылку?

BorisTheBlade

При.......;)

конечно коЛЛега.......;)
http://diyaorg.dp.ua/oscada/index.php?id=2&L=1


<Планируете ли Vzjot.OPC.Server "положить" на Linux или BSD ?????

Нет. >

Думаю  что котигорЫчное НЕТ - это сгоряча.......;)
Потому что...... никогда не говори никогда........;)

С СП тоже было так...... потом всетаки появилась поддержка SQL (правда кривовато..... ну думаю к версии 2.2 - 2.4 "ручки" будут рости из правельного места .......;)

Желаю Вашему отделу в 2008г освоить новые технологии (см. сслочку выше....;) )

Зонтик.

Скада InTouch 9.5
Протокол используется либо DDE либо SuiteLink
Браузера нету.
Вот
А клентом не могу посмотреть данные...

В общем проблема частично решена, были установлены ОРСсервер, вер2.0.11 и сервер связи 2.15. Я их удалил, поставил VzljotOPCSrv0.2.10 и все заработало, тока кое-как. Любой клиент его увидел, и даже видны теги. НО модем теперь не стал виден в конфигурации. Мне нужен модем...А вот Он ведь есть в настройках(Просмотрщик), и правда по нему никак не хочет связываться.
 :xHELP!!!!

столкнулся с такой же проблемой... может кто подскажет пути решения...

P.S. при использовании OPC встроенного во ВзлетСП, никаких проблем ессно не возникает, т.к. там Итемы на англ... но покупать ВзлетСП, тока для того чтобы считывать текущие показания...  :?

up....

всё еще вопрос очень актуален, need help...

Сегодня посмотрим, что-нибудь решим.

ждём...

...

Wizardenok

Просмотры выявили проблемы. Сегодня собираем, завтра делаем сетап. Потом выложим на сайт. Если оставите свой емэйл, вышлем сразу вам.

wizardenok :wink: mail.ru

сервер получил, спасибо.
Вопрос только, пробывали ли Вы сами связаться с любым прибором(пусть будет например ТСРВ-023) и получить данные в InTouch.... именно c этим OPC-сервером, т.к. при использовании OPC встроенного во Взлет СП, проблем со связью нет, т.к. там используются имена переменных на латинице...

Ниже скрины прилагаю с обрезанием имени переменной...
(http://img225.imageshack.us/img225/5598/35825969iu1.th.jpg) (http://img225.imageshack.us/my.php?image=35825969iu1.jpg)

(http://img87.imageshack.us/img87/8674/93936612ph0.th.jpg) (http://img87.imageshack.us/my.php?image=93936612ph0.jpg)

Wizardenok

Мы добавили дублирующий тэг "Канал_связи"
попробуйте через него открывать канал.

(http://img76.imageshack.us/img76/6827/83416440yv1.th.jpg) (http://img76.imageshack.us/my.php?image=83416440yv1.jpg)

интересно... а нельзя ли переменные в транслит перегнать хотя бы?

Wizardenok

Ну... есть вариант.... может завтра.
Только InTouch мы не пробовали, у нас другие тестовые (демо) scada использовались.
Попробуем и с ним...

Wizardenok
Выслали ещё один вариант с транслитом.

Гуд! Спасибо  :wink:

(http://ipicture.ru/uploads/080604/2993/5wPL01Z2S1.jpg) (http://ipicture.ru/)

Денис было бы замечательно, ели бы вы выложили версию с транслитом у себя на сайте/форуме.
С момента моего последнего поста в этой теме... мне приходят с постоянной периодичностью письма с просьбой поделиться данной версией ОРС...

мне конечно совсем не сложно помочь людям(сам долго мучался), но IMHO гораздо удобнее было,  если бы люди скачивали ОРС непосредтвенно у вас.

P.S. только версия ОРС с транслитом является рабочей для работы с Wonderware InTouch.

Вот тут выложен новый сетап.
http://www.vzljot.ru/soft-download/19/ (http://www.vzljot.ru/soft-download/19/)
Добавлен транслит, исправлена работа с архивами.

Практика показывает, что мощные SCADA системы типа InTouch или MasterScada не хотят воспринимать тэги, у которых тип array. Хотя простенькие ОРС клиенты вроде dOPCExplorera или "Visual OPCTest Validator" массивы прекрасно разбирают.
В виду этого тэги соответствующие полям архивных записей изменены с типа "массив" (array) на простые типы, и возвращают не набор значений с "датыОТ" до "датыДО", всегда одно значение, которое соответствует полю "датаОТ".
Тэг "архивная запись" по прежнему будет отдавать массив. Вдруг кому надо.

Может я чего-то не понимаю...
Но где можно более или менее подробно прочитать про работу с архивами Взлетов через OPC - из приложенной к серверу html-ки ничего толком понять не удалось.

Что я делаю не так?
0. Прибор УРСВ-010, сервер последней версии;
1. Подключаюсь через OPC DA;
2. Записываю единицу в "<Прибор>.Открыть/закрыть канал связи";
3. Текущие данные читаются на ура;
4. Пишу пустые строки в "<Прибор>.Часовой_архив.Начало периода" и "<Прибор>.Часовой_архив.Конец периода", а в "<Прибор>.Часовой_архив.Индекс от" и "<Прибор>.Часовой_архив.Индекс до" 0 и 5 соответственно.
5. Читаю "<Прибор>.Часовой_архив.Архивная запись";
6. Получаю Variant Array of Variant;
7. Определяю границы массива (почему-то всегда получаю 5);
8. Разбираю массив по параметрам - получаю <текущая дата/время прибора>,0,0,0,<число (меняется при каждом перезапуске сервера)>;

Результат - явно не то, что хотелось бы получить.

И еще один вопрос - OPC сервер кэширует данные или на каждый запрос дергает прибор?

Часовой архив для этого прибора указан как индексный. То есть работать с тэгами "дата от" и "дата до" не нужно.
В часовом архиве определены 5 записей:
- Дата_время
- V_в_прямом_напр
- V_в_обратном_напр
- Суммарный_V
- Суммарное_время_НС

То есть если со 2 по 4 поле все нули, а меняется только Суммарное_время_НС, значит в приборе растет время наличия НС.

Для выяснения подробностей рекомендую воспользоваться монитором  (http://www.vzljot.ru/soft-download/6/)для данного прибора, где его состояние будет подробно описано.

Данные не кэшируются.

Так... Начинает проясняться :) Спасибо! :)
Как тогда получить следующую архивную строку?
Просто послать еще один OPCSyncIO.Read?

Данные в тэге "архивная запись" соответствуют дате (или индексу) тэга "Дата от" (или "Индекс от").

Хм... А тогда какой смысл в тэгах "Конец периода" и "Индекс до", если запрос возвращает только одну строчку? Или я тут чего-то опять не понимаю?

Прочитайте сообщение №60 в этой теме. Там написано что было и что стало.
Оставили на память :)

Я чуть-чуть попридираюсь:


Я это прочитал и понял именно так, что сервер по-прежнему отдает массив значений от и до в тэге "архивная запись". Выходит, что это не так.

Более того, по запросу GetItemProperties для полей по прежнему возвращается тип 0x2004 или 0x2012, что есть совсем непонятно для вышеотквоченного описания.

Мне нужно интерировать Vzjot.OPC.Server в СКАДУ систему Desigo Insight .
Проблема в том, что я не могу вбить адреса тэгов, потому что СКАДА понимает символы только на английском языке разделенные точкой, количество символов не больше 64.
Каким образом можно перебить адреса тэгов???

Отвечу за авторов:
В утилите выбора конфигурации в последней версии сервера есть опция "Применить транслит к именам объектов".

На английский язык сервер перешел, но как сделать чтобы имя тега было короче.
У меня ограничение на 64 символа.
Можно тэг переименовать????

В принципе, vtmpl файлы - это просто xml-ка. Имя переменной в OPC прописано в TCaption_ru. Можно попробовать подредактировать. Но гарантий никаких. Хотя по-идее должно сработать.

Как я понял если я в TCaption_ru=" " пропишу свое обозначение, то я могу и не ставить галочку на транслите?

По логике вещей - да.
Пока не проверишь - не узнаешь :)
У меня все отработало успешно. Главное - кроме TCaption_ru ничего не трогай :)

Нет, не так.
Раньше отдельные тэги, соответствующие конкретным полям архива (например "Время_НС") отдавался как массив значений, соответствующих датам. А "архивная запись" отдавался только как вся текущая запись в массиве.
Теперь конкретные поля представлены одиночными значениями.

Возможно ли в приборе УСРВ-5хх, работающем в режиме "Работа" синхронизировать системное время через ОРС-сервер, если да,  насколько это будет корректно.

В рабочем режиме невозможно.

Денис при...

А когда в "железо" и софт будет вклЮчена синхронизация времени с сервером в  режиме работа ????
Нынешняя не блешет точность.... (за 4-ре года (меж-поверочный интервал) "убежали на 12-ть астрономических.....;(

Говорят, что в данном софте никогда.

С ума подпрыгнуть.....
Какието "Меркурии" и китайские стекляшки "Энергомеры" у которых история версий и поколений фиг да не фига мение трех - пяти лет уже заложеННа автоматическая синхронизация по атомным часам через интернет......
Грусно .... очень грусно..... что Взлет перестает быть законодателем "МОДЫ" в средствах измерения.......

Есть четыре прибора УРСВ-010М подключенные по RS485 в MSRT32. Из каждого прибора вычитывается всего по 2 параметра: мгновенный и суммарный объём. Постоянно сыпятся ошибки (на мнемосхеме значение подчёркивается). При следующем опросе ошибка может уйти, а может и нет. VzljotOPCSrv0.7.4 (Денис высылал 02.12.08). Уже снизил скорость с 19200 до 9600, увеличил время ожидания и задержки - не помогает. Так-то всё бы ничего, но сейчас поднял второй уровень дисретчеризации и данные по запросу диспетчера через модем и Lectus OPC/DDE Server передаются в головную диспетчерскую и там признак качества "плохое" не приемлют. Надо что-то делать, но что придумать не могу - всю голову изломал. А планируется туда ещё два прибора 510-х подключить. Автоматизировать открытие кнала связи тоже не получилось, приходится ручками.

У 5хх приборов никаких проблем со связью нет.
Иногда надо лишь выставить побольше межбайтовый интервал как в приборе так и у принимающей стороны.

510-е подключал и по RS-232 и по RS-485 c ними траблов нет. У них другой гемор бывает: при пдключении заземления, разъёмов 232/485 на некоторых приборах уходит расход в минус. Напрмер со значения 800кубов в минус 3000кубов. Что делать с 010-ми? Их как-никак 4 штуки и замена не планируется.

Могу посоветовать понизить скорость передачи.

Здравствуйте. Подскажите, как считать данные с opc сервера?
Подключаю прибор РСЛ-212, Универсальный просмотрщик показания отображает.
Данные opc клиентов и просмотрщика не сходятся. Канал данных  - открыт.
Настройки Просмотрщика и opc сервера сходятся.

Версия сервера: 0.7.4.2311
Клиент: dOPCExplorer (www.kassl.de)

Забыл уточнить настройки opc сервера: RSL, нужны текущие измерения.

Здравствуйте.
Помогите в следующем:
необходимо вывести данные с ТСРВ 020 на SCADA Genesis. Установил Взлет ОРС сервер(на скаде все теги видны), со скады пытаюсь установить в 1 тег   откыть/закрыть канал, но почему то ОПС сервер говорит, что этот параметр только для чтения ???

Я что-то не помню в ТСРВ-020 такого параметра. Однако могу сказать, что конфигурационные параметры точек, каналов и теплосистем в режиме РАБОТА действительно по записи недоступны, только на чтение.

      Добрый день! Подскажите, пожалуйста, как считать с ОРС сервера Взлет СП архивные данные (часовые, суточные, месячные)? Данные, которые являются не массивами считываются нормально.
Так же пытаюсь считать данные через VzljotOPCSrv0.7.4. Отрыть/закрыть канал связи устанавливаю в True. Пытаюсь считать регистры из Часовой архив. Считываются регистры: Начало (конец) периода, Индекс от (до), Архивная запись (полная). Остальные регистры не считываются. Что можно попробовать?

Чтение архивных данных в ОРС-сервере Взлет СП имеет некоторые особенности. Для начала рекомендую ознакомиться с Руководством пользователя Взлет СП, глава 5 - передача данных в приложения пользователя. Там указан как запрос, так и способ его уточнения для конкретных массивов.

спасибо, Lbv.
При попытке считать наименование граф (запись значение 00.00.0000 00:00:00 0)ответ приходит, при попытке прочитать значение по графе (запись значения 04.06.2006 00:00:00 1) - вылетает сервер Взлет СП, ОПС клиент тоже выснет. Использовал dOPCDAClient и MasterSCADA. Что делать?
А через программу VzljotOPCSrv0.7.4. как работать?

В прилагаемом документе описаны основы работы с этим OPC сервером.
Тэг "открыть/закрыть канал" из-за слеша не во всех SCADA работает. Используйте тэг "канал связи".
В МастерСкаде, в InTouch, в dOpcExplorer работает.

В прилагаемой документации не описана процедура доступа к данным.
Интересует процедура чтения архивных данных. Если процедура чтения архивных данных такая же как и у ОПС сервера комплекса Взлет СП, то с  какими тэгами нужно работать и как осуществить считывание?
Тэг "открыть/закрыть канал" и "канал связи" переключаются, текущие данные тоже читаются так же корректно.

"Практика показывает, что мощные SCADA системы типа InTouch или MasterScada не хотят воспринимать тэги, у которых тип array. Хотя простенькие ОРС клиенты вроде dOPCExplorera или "Visual OPCTest Validator" массивы прекрасно разбирают.
В виду этого тэги соответствующие полям архивных записей изменены с типа "массив" (array) на простые типы, и возвращают не набор значений с "датыОТ" до "датыДО", всегда одно значение, которое соответствует полю "датаОТ".
Тэг "архивная запись" по прежнему будет отдавать массив. Вдруг кому надо. "

датыОТ" до "датыДО не нашел  Записывал значение в тэг «Nachalo perioda». Опрос по архивным данным не осуществляется.
Прилагаю скрин с dOPCDAClient.

Попробуйте считать этот же архив простым монитором  (http://www.vzljot.ru/soft-download/6/). Считаются ли...

Архивы при помощи данного монитора так же не читаются. Другие параметры считываются нормально

вот скрин

прямое соединение RS232

Увеличил межбайтовый интервал до 50, переконектился – результат тот же (архивы не читаются)

Отключите канал связи в мониторе.
Найдите здесь C:\Program Files\Vzljot\Server\ файл VzljotSrv.ini (или там, куда установили сервер связи)
и внесите туда параметр
[LogKeeper]
KeepLog=1

Снова включите канал связи.
Попробуйте считать архив. Дождитесь ошибок и отключите канал связи.
В C:\Program Files\Vzljot\Server\Logs\ появился файл 23июн2009.log (текущая дата)
Скопируйте оттуда текст - лог обмена.
Лучше не все, конечно, а начиная с примерно такого места:
Out   OK   01 41 ................
Или весь файл вложением тут.
Или пришлите этот файл на d_ponomarev(a)vzljot.ru

В меню прибора есть параметр "режим совместимости архивов". Надо найти и переключить его.
Я, к сожалению, точно не помню, где оно там находится.

Установил «режим совместимости архивов» = нет, и о чудо… заработало.
Спасибо огромное!

После выполнения дальнейшего тестирования выяснилось
1)Чтение архивных тегов через MasterScada не осуществляется. Чтение текущих данных производится корректно.

2)Работа в dOPCDAClient.
Все архивные теги выдаются в виде массива.
Что посоветуете?

То есть вы хотите сказать, что тэг, например,  "TS1_Teplota_1" это массив? В версии 0.7.4?

Да (Версия 0.7.4.2311)
Скрин прилагаю

Разберемся.
Обновим.

Обнаружил расхождение между показанием программы «Универсальный просмотрщик» и данными полученными через OPC. Смещение показаний 3 часа.
Скрины выкладываю.

Посмотрите в документации на ОРС сервер пункт: Чтение архивов - Метки времени

Пытаемся получить данные архивов с приборов ВЗЛЕТ УРСВ 010 версия 35.12.05.14, ВЗЛЕТ УРСВ 020 версия 12.11.05.02, ВЗЛЕТ РСЛ версия 18.10.00.04.
Универсальный просмотрщик показывает данные.
Используем OPC сервер Взлет 0.7.4.2311, клиенты dOBC explorer 1.51, OPCWare 3.0.3 - удается прочитать настроечные данные и текущие значения.
Вместо архивов видим только нули. Параметры связи идентичны Универсальному просмотрщику.
Что можно предпринять?

ни как не могу получить хоть чтонить с Vzjot.OPC.Server в скаду Citect 7.10....
вроде все делаю правильно...с других opc серверов данные приходят, а с него никак....

Вот новый Взлет OPC сервер 7.7.
На днях выложим и на сайт.
шаблоны РСЛ и УРСВ 3512 подправлены. Тэги в виде массивов удалены.
http://www.vzljot.ru/soft-download/19/

p.s. сюда приложить не удалось, из-за ограничения размера на вложения. :(

На сайт раньше понедельника не выложат...
Могу выслать мылом (пишите в личку)

Данные считываются с ВЗЛЕТ УРСВ 010, с остальных все еще приходят нули.

1) Через dOPCDAClient подрубаюсь к Vzjot.OPC.Server. Работаю с конфигурацией «OPC_TSRV_023.vmp». Читаю тег “Kanal_svyazi”. Качество обмена «good». Данные приходят.
2) Выполняю обрыв COM кабеля. Читаю тег “Kanal_svyazi”. Качество обмена «good». Данные приходят.
3) Пишу в тег “Kanal_svyazi” другое значение. Читаю тег “Kanal_svyazi”. Качество обмена «good». Данные приходят.

Как узнать что произошел обрыв связи?

"Канал_связи" это всего лишь, грубо говоря, открытие СОМ-порта. Оборван провод или нет, ОС все равно держит СОМ-порт открытым. Поэтому он good. Но считав любой другой тэг (который должен считываться из прибора), будет установлена ошибка.

спасибо.
"Nachalo perioda" тоже выдает - good

Начало периода, это тэг относящийся к самому ОРС серверу. То есть переменная, которой владеет сам сервер, но не прибор. Считайте объем, или расход, например.

Если пытаться архивное значение (объем, или расход), то качество – «bad».
Но если «Начало периода» выставлено не верно (т.е. за это время нет архива), то качество Тэг архивного значения так же bad.
Как же тогда различать причину плохого качества?

Хм, видимо никак на данный момент.
Разве что добавить тэг "код ошибки" в ветку архива. Но это явно не сегодня.

Буду ждать...

При считывание суточного архива. Параметр «давление 1, давление 2»
OPC клиент выдает 0, а «Универсальный Клиент» значения =0,35. Значения больше 1 в архиве нет. Проверить соответствие не смог

При считывание суточного архива. Параметр «давление 1, давление 2»
OPC клиент выдает 0, а «Универсальный Клиент» "Универсальный Просмотрщик" значения =0,35. Значения больше 1 в архиве нет. Проверить соответствие не смог.

Данные по температуре приходят только цела часть, хотя если смотреть через «Универсальный просмотрщик» у температуры так же отражается значения после запятой.

Проблема в том, что у тегов «Температура», «Давление»… тип определен как “SmallInt”
Если в настроечном файле «TSRV_023.vpr» поменять значение TTypeSpec=5 то тег определятся как Double и данные приходят корректно. Нужно бы внести официальное изменение.

Подскажите пожалуйста, можно ли при помощи Vzjot.OPC.Server прочитать архив счетчика ТСРВ-024. Использую MasterSCADA+VzljotOPCSrv0.7.7 - в тэгах не вижу архива. Что нужно сделать?

Доброго времени суток !
Вопрос следующий -
   У меня полная СТАТИЧЕСКАЯ !!! загрузка ОРС-сервера v.0.7.7 занимает больше 2 минут  (это для 6 приборов), т.е. в среднем около 20 секунд на объект, причём это БЕЗ КЛИЕНТА .  Просто начальная загрузка.
   До этого пробовал ранние ваши сервера - те были ГОРАЗДО шустрее....  Что случилось ????? Может тормозит на тэгах типа Array ?
И ещё вопрос тогда уж  -  можно ли из шаблона каким-то образом удалить неиспользуемые (именно мной) тэги, чтобы сервер при старте их не загружал себе в базу... ???
   А Быть может вам сделать систему сохранения импортированных данных в неком внутреннем формате, как это сделано во многих серверах ??? Чтение такого файла будет производиться сервером ГОРАЗДО быстрее !!!  ?
   Заранее Спасибо за критику  :-)))))

Здавствуйте. Проблема. Взлет ИВК101. Скачал с сайта пакет программ для него, в составе с OpcServer-ом. При выборе шаблона устройство IVK101 там не обнаружилось. Скажите такой файл вообще существует (ivk101.vtmpl) или его надо самому писать. Может быть использовать шаблон от другого устройства? И еще вопрос. При включении ИВК101 он показывал по всем 8-ми каналам одинаковые цифры (Расход 33.8, Объем 1012 и т.д.). Через некоторое время они пропадают. Посмотрели адресацию по первичкам, на всех стоял 1 адрес 485 инттерфейса. После установки адресов с 1 по 8, теперь видит тока первый датчик ППД. Скажите пожалуйста, это неисправный прибор, или надо переводить прибор в режим настройка(срывать пломбу) чего делать не хотелось бы,т.к. в режиме работа и сервис адреса в первичку не записываются. В чем проблема? ???

Срывать только сервисную пломбу и переводить первичники (расходомеры на трубе) на разные адреса.

Не совсем понятно, с какой целью не была реализована функция синхронизации времени в устройствах (в частности ТСРВ-024 и ТСРВ-032), переключать их в сервисный режим и производить синхронизацию вручную - совершенно неудобно, тем более, что при запуске просмотрщика, ОРС-сервер зависает (перестает считывать данные после завершения работы с просмотрщиком, как я понимаю, из-за Открытия/Закрытия канала связи), а останавливать ОРС-сервер для синхронизации времени устройства - тоже некорректно. Но суть вопроса в другом... Я получаю данные с ТСРВ-024 (1 шт.) и ТСРВ-032 (3 шт.) через ОРС-сервер в SCADA-систему (MicroSCADA), после записи "1" в тег "Открыть/Закрыть канал связи" данные получаю - претензий нет (сперва открытие канала связи производилось вручную, затем реализовано было программными средствами при загрузке сервера), но поработав несколько дней, происходит что-то странное: данные с ТСРВ я получаю (теги в состоянии "Good"), но их значения остаются неизменными (в основном это происходит с ТСРВ-024), в запущенных процессах при этом висит 2 процесса Vzjot.OPC.Server и 1 процесс Vzjot Server (или наоборот, точно сейчас сказать не могу, но суть в том, что "Взлетовских" процессов 3 штуки, вместо 2-х, как при нормальном функционировании ОРС-сервера), в этом случае помогает только перезагрузка ОРС-сервера (и, соответственно, запись "1" в тег "Открыть/Закрыть канал связи") или полная перезагрузка сервера, только после этого я начинаю получать актуальные данные. В чем может быть проблема? Подобные зависания происходят периодически.

P.S. Да и вообще, зачем реализована функция Отрытия/Закрытия канала связи? Во многих устройствах ничего подобного нет, просто цепляешься к ним с помощью ОРС-сервера и получаешь спокойно данные, не надо заморачиваться по поводу открытия канала связи, причем тут она не реализована автоматически и приходится мучиться при интеграции данных устройств на автоматическое открытие канала связи. И конфигурационный шаблон .vtmpl на ТСРВ-024 ну очень кривой, пришлось долго помучиться с адресацией в шаблоне, прежде чем начать получать данные через ОРС-сервер.

Здравствуйте!
так же прошу предоставить файл конфигурации ивк101 для орс сервера!

Очень интересная ситуация возникает при опросе объектов через ОРС-сервер. Ниже привожу монитор СОМ-порта:
Порт открыт процессом "VZLJOT~1.EXE" (PID: 16332)
Запрос:21.07.2011 7:54:09.84264 (+240.9531 seconds)
 61 74 0D                                          at.             
Ответ:21.07.2011 7:54:09.88964 (+0.0469 seconds)
 0D 0A 4F 4B 0D 0A                                 ..OK..         
Запрос:21.07.2011 7:54:09.95164 (+0.0625 seconds)
 41 54 20 45 30 20 56 31 0D                        AT E0 V1. 
Ответ:21.07.2011 7:54:09.04564 (+0.0781 seconds)
 0D 0A 4F 4B 0D 0A                                 ..OK..         
Запрос:21.07.2011 7:54:09.09264 (+0.0469 seconds)
 41 54 26 4B 33 0D                                 AT&K3.         
Ответ:21.07.2011 7:54:09.17064 (+0.0625 seconds)
 0D 0A 45 52 52 4F 52 0D 0A                        ..ERROR..
Запрос:21.07.2011 7:54:09.24864 (+0.0625 seconds)
 26 44 32 0D                                       &D2.           
Ответ:21.07.2011 7:54:09.27964 (+0.0313 seconds)
 0D 0A 45 52 52 4F 52 0D 0A                        ..ERROR..
Запрос:21.07.2011 7:54:09.34264 (+0.0469 seconds)
 41 54 44 54 38 39 38 38 31 30 30 31 37 37 35 0D   ATDT89881001775.
Ответ:21.07.2011 7:54:33.31164 (+23.9375 seconds)
 0D 0A 43 4F 4E 4E 45 43 54 20 39 36 30 30 0D 0A   ..CONNECT 9600..
Запрос:21.07.2011 7:54:33.54564 (+0.2188 seconds)
 0C 04 C0 68 00 10 4D 07 0C 04 C0 68 00 10 4D 07   ..Àh..M...Àh..M.
Ответ:21.07.2011 7:54:41.76464 (+2.1875 seconds)
 0D 0A 4E 4F 20 43 41 52 52 49 45 52 0D 0A         ..NO CARRIER.. 
Запрос:21.07.2011 7:54:42.27964 (+1.5000 seconds)
 0C 04 C0 68 00 10 4D 07 0C 04 C0 68 00 10 4D 07   ..Àh..M...Àh..M.
 0C 04 80 04 00 12 19 1B 0C 04 80 04 00 12 19 1B   ..€.......€.....
 0C 04 C0 1E 00 02 2C D0 0C 04 C0 20 00 02 4D 1C   ..À...,Ð..À ..M.
 0C 04 C0 22 00 02 EC DC 0C 04 00 0C 00 01 F0 D4   ..À"..ìÜ......ðÔ
 0C 04 00 0D 00 01 A1 14                           ......¡.       
Ответ:21.07.2011 7:55:22.48264 (+0.0313 seconds)
 0D 0A 45 52 52 4F 52 0D 0A                        ..ERROR..       
Запрос:21.07.2011 7:55:24.99864 (+1.5000 seconds)
 0C 04 00 0E 00 01 51 14 0C 04 C0 2A 00 02 6D 1E   ......Q...À*..m.
 0C 04 C0 2C 00 02 8D 1F 0C 04 C0 2E 00 02 2C DF   ..À,.....À...,ß
 0C 04 00 07 00 01 81 16 0C 04 00 08 00 01 B1 15   .............±.
 0C 04 00 09 00 01 E0 D5 0C 04 C0 34 00 02 0D 18   ......àÕ..À4....
Ответ:21.07.2011 7:55:59.17064 (+0.0313 seconds)
 0D 0A 45 52 52 4F 52 0D 0A                        ..ERROR..
Запрос:21.07.2011 7:56:01.68664 (+1.5000 seconds)
 0C 04 C0 36 00 02 AC D8                           ..À6..¬Ø     

Я не могу понять, зачем пытаться опросить прибор после ...NO CARRIER... - обрыва связи?
И ведь если связи нет изначально, ОРС-сервер правильно себя ведет: прозводит количество попыток запроса через интервал и после закрывает порт. Но стоит во вермя опроса оборваться связи, как происходит вышеописанная ситуация - ОРС-сервер продолжает как ни в чем не бывало опрашивать дальше прибор учета

При запуске ОРС-сервера возникают такие вот сообщения в журнале событий:
09:37:24.546:   Время загрузки проекта:  1.833 сек.
09:37:39.140: Template0: [Hint] (2:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (14:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (26:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (38:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (50:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (62:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (74:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (86:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (98:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (110:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (122:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (134:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (146:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (1950:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (1962:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (1974:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (1986:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (1998:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2010:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2022:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2034:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2046:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2058:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2070:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2082:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2094:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2106:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2118:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2130:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2142:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2154:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2166:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2178:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2190:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2202:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2214:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2226:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2238:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2250:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2262:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2274:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2286:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2298:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2310:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2322:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2334:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2346:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2358:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2370:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2382:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2394:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2406:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2418:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2430:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2442:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2454:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2466:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2478:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2658:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2670:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2682:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2694:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2706:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2718:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2730:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2742:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2754:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2766:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2778:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2790:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2802:10): Variable 'Result' never used
09:37:39.140: Template0: [Hint] (2814:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (2826:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (2838:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (2850:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (2862:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (2874:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (2886:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (2898:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (2910:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (2922:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (2934:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (2946:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (2958:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (2970:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (2982:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (2994:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (3006:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (3018:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (3030:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (3042:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (3054:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (3066:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (3078:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (3090:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (3102:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (3114:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (3126:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (3138:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (3150:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (3162:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (3174:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (3186:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (3198:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (3210:10): Variable 'Result' never used
09:37:39.156: Template0: [Hint] (3222:10): Variable 'Result' never used
09:37:39.156: Template0: Компиляция прошла на ура
09:37:39.218: Template0: Выполнен.
09:37:39.218: Подготовка объектов выполнена!

Вопрос, из-за чего это происходит и может ли из-за этого длительное время загружаться сам ОРС-сервер.

Здравствуйте)

Вопрос в следующем....

Имеем связку, opc server vzlot+ opclink+intouch...

ни как не могу получить данные в интаче.
В opc server-ре загружаю нужную конфигурацию (тсрв-023), нужный компорт, нужная скорость, адрес, интерфейс...
В opclink-ке создаю топик(опслинк сервер видет со всеми тегами, т.е. там указываю что, то типа "узел1. tsrv-023. канал1.данные_канала. ").
В интаче создаю переменную типа i/o real, добавляю access name (aplication name - opclink, topik name - такой жее как и в opclink, protocol use - suitelink), в строке item указываю например "rТемпература_воды ".

После запускаю проект, но данных так и невидно, что я делаю не так?

Уневерсальный просмоторщик все прекрасно видет...


Понимаю, что все размывчато, но вдруг)

С этим разобрался, нужно было просто открыть канал связи)

Теперь возникает вопрос, как вытащить в Intouch архивные данные?

Используя толко opc server....???

Теме ап) Вернулся к этому вопросу...

Пока жду обновления ОРС-сервера возник вопрос. То, что ОРС-сервер не содержит в себе конфигурацию для ТСРВ-026М-это факт. Но кое-как этот вопрос мы смогли решить со специалистами ВЗЛЕТа. Но сейчас появилась необходимость снимать показания с ТСРВ-034 и опять натолкнулся на те же грабли. Конфигурация имеется. Она называется "OPC_TSRV_63_01_01_xx" либо "OPC_TSRV_63_01_03_xx", но опять таки накопленные показания с ее помощью получать бесполезно. Интересен тот факт, что в универсальном просмотрщике все работает как с ТСРВ-026М так и с ТСРВ-034. Почему нельзя довести до такого же состояния ОРС-сервер?

Интересный факт. Сразу после запуска ОРС-сервера данный процесс занимает в памяти компьютера около 30мб(http://C:\1.bmp), после нескольких часов работы это же процесс занимает уже 300мб (http://C:\2.bmp).Отсюда вопрос, как можно с этим бороться, ведь ресурсы машины не бесконечны.

Цитата:
Да, такая проблема есть. В новой версии ее уже не будет . А пока я могу выслать Вам на e-mail патч.


Хотелось бы заполучить данный патч: E-mail: alexandr3000   <собака>    mail.ru

На этой неделе приняли тепловой узел с теплосчетчиком ТСРВ-024М. Думал, как и положено сейчас через ОРС-сервер запустить опрос с данного узла. Не получилось. :( Кроме текущих показаний нечего больше получить не получается, не расчетное время (Тпр, Тнар, Туч), не итоговые данные (Wтс, Wгв, Mтс, Mгв). Вообщем те данные, которые идут массивом в ОРС-сервере почему-то не появляются в OPC-клиенте ??? и как раз те данные, которые так необходимы при решении задачи удаленного опроса. Ранее такая же проблема была с ТСРВ-026М, тогда после переписки со специалистами ВЗЛЕТ вообщем-то проблема где-то на 90% была решена (дробная часть показаний так и не приходит). Теперь тоже самое с ТСРВ-024М :(. Ранее пробовал еще с ТСРВ-034 - там такая же ситуация, но тогда не понадобилось диспетчирезировать тепловой узел с таким теплосчетчиком. Я просто хотел бы узнать, почему приходится так часто сталкиваться с подобными ситуациями? Я не программист, и мне тяжело пытаться разбираться со всеми нюансами по вопросам разработки ОРС-серверов. Дело скорее даже в том, что до знакомства с теплосчетчиками ТСРВ у меня не было проблем с диспетчеризацией тепловых узлов, потому как ранее при работе с теплосчетчиками других фирм (Теплоком, Логика, Интел Прибор, Овен) ОРС-сервер работал изначально так, как он должен был это делать - то-есть получал данные из прибора и далее я ОРС-клиентом уже работал с этими данными так, как заблагорассудится.

К сожалению, тоже не доволен работай и логикой OPS Сервера...

Что приходит на вскидку:
1. Жрёт память.
2. Нет возможности отключить ненужные переменные объектов. Согласен, это можно сделать в СКАДе. Но! во время запуска проекта MasterSCADA происходит д-о-о-о-лгая загрузка проекта, что можно наблюдать по индикации опс сервера. В проекте всего то 12 объектов! А мне всего то надо десяток параметров! Даже не хочу думать сколько буде грузиться проект при увеличении объектов! Поэтому всем, кто спрашивают, какую систему ставить, советую не делать узлы учета на приборах фирмы взлет... Не знаю как с теплом, но для учета холодной воды, это крайне не желательная система

Какие страсти пишете

Запрос: 01 04 C0 B8 00 48 4C 19 - Тепло - в рабочем режиме(тип long+float), Гкал (логический адрес 349337)

Ответ:
01 04 90 00 00 04 6C 3F 65 E4 A4 00 00 03 C0 3F 0D 38 FE 00 00 00 92 3C 8C 27 EC 00 00 00 00 00 00 00 00 00 00 4E A5 3B 92 32 80 00 00 4E A7 3D 8D BB E8 00 00 11 51 3F 63 F7 C7 00 00 00 00 00 00 00 00 00 00 4F 9A 3C DF 54 C0 00 00 4F C1 3F 7E 70 3B 00 00 11 84 3E 5C C5 AC 00 00 00 00 00 00 00 00 3D 9B D1 8F 3D 8C 00 E0 3C A7 6A 31 00 00 00 00 3F A2 DE 0E 3F E3 99 EB 3E C1 14 B5 00 00 00 00 3F A5 96 53 3F E6 F9 D8 3E C4 44 48 00 00 00 00 66 8D 
В ответ приходит массив, из которого универсальный просмотрщик выводит тепло, массу и объем рабочего режима:
- 349337 – тепло рабочего режима 1-го трубопровода
- 349339 – дробная часть
- 349341 – тепло рабочего режима 2-го трубопровода
- 349343 - дробная часть
- 349345 - тепло рабочего режима 3-го трубопровода
- 349347 – дробная часть
- 349349 - тепло рабочего режима 4-го трубопровода
- 349351 – дробная часть
- 349353 - масса рабочего режима 1-го трубопровода
- 349355 – дробная часть
- 349357 - масса рабочего режима 2-го трубопровода
- 349359 – дробная часть
- 349361 - масса рабочего режима 3-го трубопровода
- 349363 – дробная часть
- 349365 - масса рабочего режима 4-го трубопровода
- 349367 – дробная часть
- 349369 - объем рабочего режима 1-го трубопровода
- 343371 – дробная часть
- 349373 - объем рабочего режима 2-го трубопровода
- 343375 – дробная часть
- 349377 - объем рабочего режима 3-го трубопровода
- 343379 – дробная часть
- 349381 - объем рабочего режима 4-го трубопровода
- 343383 – дробная часть
- 349385 - тепло сервисного режима 1-го трубопровода
- 349387 - тепло сервисного режима 2-го трубопровода
- 349389 - тепло сервисного режима 3-го трубопровода
- 349391 - тепло сервисного режима 4-го трубопровода
- 349393 - масса сервисного режима 1-го трубопровода
- 349395 - масса сервисного режима 2-го трубопровода
- 349397 - масса сервисного режима 3-го трубопровода
- 349399 - масса сервисного режима 4-го трубопровода
- 349401 - объем сервисного режима 1-го трубопровода
- 349403 - объем сервисного режима 2-го трубопровода
- 349405 - объем сервисного режима 3-го трубопровода
- 349407 - объем сервисного режима 4-го трубопровода
Универсальный просмотрщик из данного массива выбирает все значения и выводит их на вкладках соответствующих трубопроводов.
При опросе ОРС-сервером данных велечин, прпоисходит следующая картина:для опроса каждой из переменных посылается один и тот же запрос и приходит один и тот же ответ и далее из массива выбирается запрашиваемая переменная.
 То же самое и с нештатными ситуациями:
332793 - Набор флагов нештатных ситуаций ТС – текущие.
Хотя в самом ОРС-сервере в обработчиках можно найти следующие скрипты:
-begin
  Result:= rs_ТС.Read;
  SELF.Value:=  r_НС_0.Value and 1;
end;
-begin
  Result:= rs_ТС.Read;
  SELF.Value:=  ( r_НС_0.Value and 2 ) shr 1;
end;
-begin
  Result:= rs_ТС.Read;
  SELF.Value:=  ( r_НС_0.Value and 4 ) shr 2;
end;
 
Таким образом вместо того, чтобы послать один запрос и далее из полученного ответа выбрать все необходимые значения, после чего присвоить их соответствующим переменным, ОРС-сервер каждый раз запрашивает весь массив! Это увеличивает время опроса каждого прибора в десятки раз, что при большом количестве опрашиваемых объектов исключает всякую оперативность и качество работы систем диспетчиризации.

Раз в моей теме ответа не, то попробую оживить эту. Все изложено здесь http://www.vzljot.ru/forum/index.php?topic=5904.0

Здравствуйте, имеется тсрв-027, хочу подключить к скада SimpLight, (http://s017.radikal.ru/i409/1605/d3/3d78afe8b3a9.jpg)
программа не видит что с орс сервером есть связь с прибором, такая же картина в Masterscada. что я делаю не так, сам новичек

У вас не запущен Взлет Сервер связи или нет обмена с прибором, видимо вы не открыли канал связи к прибору.

Найдите тэг "канал_связи" и запишите в него 1.
В журнале обмена по ModBus нажмите галочку "вести лог" для большей информативности.

где мне найти этот "канал связи"? (http://savepic.ru/9604815.jpg)
сервер связи запустил, ничего не вышло
из описания сервера связи не понятно нужно ли устанавливать делфи?

Дельфи ставить не нужно.
Вот же у вас на скриншоте вашем виден "канал_связи".
Посмотрите в трее - стартовал ли сервер связи сам после записи "1" в этот тэг?
Там такая икона должна быть в виде квадратика с цветными пикселями.

В какой ОС вы работаете? С правами администратора?

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

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

Коллеги добрый день!
Столкнулся с некоторыми проблемами с 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".
После этого попробуйте запустить сервер клиентом.

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

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

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

  Здравствуйте, имеются расходомер "Взлет эксперт 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. Пытаюсь получить только целую часть - не читается. Если вместе с целой частью принудительно читать дробную то данные появляются. Прилагаю шаблоны для будущих горемык.

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

Пытаюсь подключить расходомер ВЗЛЕТ ЭМ ПРОФИ-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-конфигураторе.

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

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

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

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