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

Приборы ЗАО "Взлет" => Отдел программистов => Тема начата: BorisTheBlade от 10.02.2006, 13:59:51



Название: OPC сервер Vzjot.OPC.Server
Отправлено: BorisTheBlade от 10.02.2006, 13:59:51
Здесь Вы можетет задать вопросы о работе Vzjot.OPC.Server со SCADA системами, высказать свои пожелания и замечания.


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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: BorisTheBlade от 13.02.2006, 13:47:24
Цитата: "Shoorik"
Мне необходимо считать данные с УРСВ-522. SCADA-система InTouch.
>Установил Ваш Vzjot.OPC.Server v.0.2.8 и возникли некоторые >вопросы (прочтение инструкции не решило всех проблем).
>1. Где и как я могу указать какие данные надо считывать из >прибора? Или сервер читает абсолютно все данные сразу?

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

>2. Что за приложение Vzjot Server, которое устанавливается вместе с >Vzjot.OPC.Server?


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

>3. Что надо сделать, чтобы сервер был виден в OPCLink? Сервер >запущен и зарегестрирован, но OPCLink его не видит.

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

>4. Отображаются ли где-то данные, которые сервер считывает в данный момент?

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

>И как узнать состояние подключения к прибору?

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Shoorik от 13.02.2006, 16:16:28
Добрый день.
Цитата: "BorisTheBlade"
К сожалению у нас нет SCADA-система InTouch, поэтому я не могу сказать КАК в этой системе добавлять данные для чтения. Например, MasterSCADA предлагает диалог, где в виде дерева отображены все данные OPC-сервера. В это диалоге пользователь помечает те данные, которые его интересует.

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

Хотелось бы заполучить данный патч  :lol: E-mail: al_kharitonov<собака>mail.ru
Цитата: "BorisTheBlade"
Данные должны отображаться SCADA системой.

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: BorisTheBlade от 13.02.2006, 16:36:00
>То есть, насколько я понял, сервер считывает из прибора абсолютно
>все регистры данных и сконфигурировать его для чтения только
>определенных регистров невозможно?
Во-первых, сервер сам по себе данные не считывает.  
Во-вторых, сервер для того и написан, чтобы читать только те данные, которые ему указал пользователь.
SCADA система должна предоставить ВСЕ данные, которые может прочитать сервер, а пользователь выбирает то, что ему необходимо.
После этого SCADA система посылает запросы серверу на считывание данных.

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

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: avts от 16.02.2006, 13:42:15
Shoorik

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

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: HDA от 17.02.2006, 11:38:12
Народ!
Позарез нужны исходники для реализации HDA сервера?
Может ли кто-нибудь выслать или сказать где искать?

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: BorisTheBlade от 17.02.2006, 14:56:35
Наконец-то удалось достать демо версию InTouch. С Вашими вопросоми разбираюсь.


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

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


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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: BorisTheBlade от 10.03.2006, 12:11:35
День добрый, Шурик. Продвижение безусловно есть.
Во-первых,  у нас теперь есть InTouch версии 9 и 9.5.
Во-вторых, я только прослушал курс молодого бойца по InTouch и даже знаю что с ним делать.
В-третьих у нас есть учебная лицензия до 24 марта и Вы смело можете выслать свой проект (так будет проще выявить проблему)  

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: BorisTheBlade от 10.03.2006, 17:37:58
Ошибочка вышла. InTouch только 9.5.


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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: BorisTheBlade от 13.03.2006, 11:13:21
День добрый.
А у нас InTouch 9.5 и OPCLink 8.0. М-да...
Вы можете выслать Ваш OPCLink на мой е-майл?


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Shoorik от 14.03.2006, 07:32:27
Доброе утро!
Я не думаю что есть большая разница между InTouch 7.1 и 9.5 применительно к нашему вопросу, по крайней мере InTouch 8 работает с тегами аналогично.
OPCLink выслал на е-майл.


Название: OPC сервер Vzjot.OPC.Server
Отправлено: BorisTheBlade от 14.03.2006, 18:01:16
Для начала пытаюсь прочесть данные из ЛЮБОГО 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 , вот только они ее так и не решили :(.

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


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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Алексей от 17.03.2006, 15:03:10
А OPCLink и не должен по DDE передавать данные. Он нужен для того, чтобы данные от OPC-серверов передавать в InTouch по SuiteLink. А с DDE серверов InTouch и сам может данные читать.


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Гость от 03.05.2006, 08:18:33
появится ли в OPC сервере поддержка приборов Взлет ТСРВ-010?


Название: OPC сервер Vzjot.OPC.Server
Отправлено: BorisTheBlade от 03.05.2006, 14:35:21
OPC сервер для Взлет ТСРВ-010 есть в ПО Взлет-СП
http://www.vzljot.ru/sp/


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Гость от 04.05.2006, 15:14:56
хотелось бы использовать OPC не используя Взлет-СП


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Зонтик от 04.05.2006, 22:18:56
BorisTheBlade
хотелось бы использовать OPC не используя Взлет-СП

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

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Anonymous от 05.05.2006, 11:54:34
Цитата: "Зонтик"
хотелось бы использовать OPC не используя Взлет-СП

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

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

Цитата: "Зонтик"

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

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

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Зонтик от 08.05.2006, 08:00:28
Гость
Покупка инструментария может отразиться на стоимости "бесплатных" ОРС-серверов

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

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

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: остап от 12.05.2006, 06:38:40
Вопрос про УРСВ-5хх. Почему прибор не дает считывать по Modbus отдельные регистры? Это специально чтобы с ним не работали стандартные Modbus OPC сервера?


Название: OPC сервер Vzjot.OPC.Server
Отправлено: dimoniche от 12.05.2006, 10:56:17
остап

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

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

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


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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Зонтик от 21.03.2007, 02:09:25
BorisTheBlade

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

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

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


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

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: falvik от 26.03.2007, 15:32:00
Неужель никто не вставлял OPC.server.vzljot в InTouch, и не открывал канал связи.


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Зонтик от 28.03.2007, 23:11:19
falvik

При......;)

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


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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Зонтик от 31.03.2007, 18:51:15
falvik

При....;)

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: falvik от 31.03.2007, 21:39:38
Цитата: "Зонтик"


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


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


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


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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Зонтик от 09.04.2007, 10:07:18
Mzman

При......;)

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

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

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

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

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Зонтик от 09.04.2007, 10:21:55
falvik

При.....;)

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Зонтик от 12.04.2007, 13:25:07
Mzman

Прии.....;)

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: falvik от 17.04.2007, 23:44:12
Цитата: "Mzman"
>3. Что надо сделать, чтобы сервер был виден в OPCLink? Сервер >запущен и зарегестрирован, но OPCLink его не видит.


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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: deniscov от 03.12.2007, 03:48:55
Помогите, пожалуйста. А как прописать путь в OPCLinke для скада системы. Когда запускаешь OPC server, клиент его никакой не видет. Может что еще нужно???


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Зонтик от 13.12.2007, 13:22:56
deniscov

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

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Зонтик от 20.12.2007, 12:21:06
deniscov

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

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Зонтик от 20.12.2007, 12:33:03
BorisTheBlade

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

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

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: BorisTheBlade от 24.12.2007, 10:07:54
Цитата: "Зонтик"
Так как Висту никто нехочет.....(настоящий монстр, пожирающий ресурсы)

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

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

Нет.

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

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Зонтик от 26.12.2007, 10:31:35
BorisTheBlade

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

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


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

Нет. >

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

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

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: deniscov от 17.01.2008, 07:38:08
Зонтик.

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


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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Wizardenok от 29.04.2008, 13:11:14
Цитата: "falvik"

Не могу открыть канал связи. InTouch обрезает окончание Item "dОткрыть/закрыть канал связи"


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

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Wizardenok от 13.05.2008, 06:31:09
up....

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 13.05.2008, 10:41:33
Цитата: "Wizardenok"
всё еще вопрос очень актуален, need help...


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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Wizardenok от 15.05.2008, 06:17:06
ждём...


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Wizardenok от 23.05.2008, 07:39:36
...


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 26.05.2008, 11:56:14
Wizardenok

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Wizardenok от 27.05.2008, 06:57:00
wizardenok :wink: mail.ru


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Wizardenok от 28.05.2008, 14:12:52
сервер получил, спасибо.
Вопрос только, пробывали ли Вы сами связаться с любым прибором(пусть будет например ТСРВ-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)


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 28.05.2008, 15:21:01
Wizardenok

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Wizardenok от 28.05.2008, 15:31:57
(http://img76.imageshack.us/img76/6827/83416440yv1.th.jpg) (http://img76.imageshack.us/my.php?image=83416440yv1.jpg)

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 28.05.2008, 16:43:18
Wizardenok
Цитата: "Wizardenok"
а нельзя ли переменные в транслит перегнать хотя бы?

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 03.06.2008, 17:16:10
Wizardenok
Выслали ещё один вариант с транслитом.


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Wizardenok от 04.06.2008, 11:09:37
Гуд! Спасибо  :wink:

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


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Wizardenok от 08.10.2008, 08:40:04
Денис было бы замечательно, ели бы вы выложили версию с транслитом у себя на сайте/форуме.
С момента моего последнего поста в этой теме... мне приходят с постоянной периодичностью письма с просьбой поделиться данной версией ОРС...

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

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


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 24.10.2008, 14:40:23
Вот тут выложен новый сетап.
http://www.vzljot.ru/soft-download/19/ (http://www.vzljot.ru/soft-download/19/)
Добавлен транслит, исправлена работа с архивами.


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


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: XTech от 19.02.2009, 10:24:04
Может я чего-то не понимаю...
Но где можно более или менее подробно прочитать про работу с архивами Взлетов через 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 сервер кэширует данные или на каждый запрос дергает прибор?


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 19.02.2009, 12:07:46
Часовой архив для этого прибора указан как индексный. То есть работать с тэгами "дата от" и "дата до" не нужно.
В часовом архиве определены 5 записей:
- Дата_время
- V_в_прямом_напр
- V_в_обратном_напр
- Суммарный_V
- Суммарное_время_НС

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

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

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


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: XTech от 19.02.2009, 12:23:17
Так... Начинает проясняться :) Спасибо! :)
Как тогда получить следующую архивную строку?
Просто послать еще один OPCSyncIO.Read?


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 19.02.2009, 13:48:47
Данные в тэге "архивная запись" соответствуют дате (или индексу) тэга "Дата от" (или "Индекс от").


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: XTech от 19.02.2009, 16:51:37
Хм... А тогда какой смысл в тэгах "Конец периода" и "Индекс до", если запрос возвращает только одну строчку? Или я тут чего-то опять не понимаю?


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 19.02.2009, 16:53:14
Прочитайте сообщение №60 в этой теме. Там написано что было и что стало.
Оставили на память :)


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: XTech от 20.02.2009, 05:09:53
Я чуть-чуть попридираюсь:

В виду этого тэги соответствующие полям архивных записей изменены с типа "массив" (array) на простые типы, и возвращают не набор значений с "датыОТ" до "датыДО", всегда одно значение, которое соответствует полю "датаОТ".
Тэг "архивная запись" по прежнему будет отдавать массив. Вдруг кому надо.

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

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


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


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

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


Название: OPC сервер Vzjot.OPC.Server
Отправлено: alsz от 20.02.2009, 11:27:59
На английский язык сервер перешел, но как сделать чтобы имя тега было короче.
У меня ограничение на 64 символа.
Можно тэг переименовать????


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: XTech от 20.02.2009, 11:39:57
В принципе, vtmpl файлы - это просто xml-ка. Имя переменной в OPC прописано в TCaption_ru. Можно попробовать подредактировать. Но гарантий никаких. Хотя по-идее должно сработать.


Название: OPC сервер Vzjot.OPC.Server
Отправлено: alsz от 20.02.2009, 12:10:41
Как я понял если я в TCaption_ru=" " пропишу свое обозначение, то я могу и не ставить галочку на транслите?


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: XTech от 20.02.2009, 12:30:11
По логике вещей - да.
Пока не проверишь - не узнаешь :)
У меня все отработало успешно. Главное - кроме TCaption_ru ничего не трогай :)


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 20.02.2009, 13:59:04
Я чуть-чуть попридираюсь:

В виду этого тэги соответствующие полям архивных записей изменены с типа "массив" (array) на простые типы, и возвращают не набор значений с "датыОТ" до "датыДО", всегда одно значение, которое соответствует полю "датаОТ".
Тэг "архивная запись" по прежнему будет отдавать массив. Вдруг кому надо.

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

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

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


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Sawa от 12.03.2009, 16:10:10
Возможно ли в приборе УСРВ-5хх, работающем в режиме "Работа" синхронизировать системное время через ОРС-сервер, если да,  насколько это будет корректно.


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 12.03.2009, 16:34:52
В рабочем режиме невозможно.


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Зонтик от 14.03.2009, 20:17:57
В рабочем режиме невозможно.

Денис при...

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


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 16.03.2009, 15:21:06
Говорят, что в данном софте никогда.


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Зонтик от 23.03.2009, 21:42:16
Говорят, что в данном софте никогда.

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


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


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: dimoniche от 20.04.2009, 08:14:23
У 5хх приборов никаких проблем со связью нет.
Иногда надо лишь выставить побольше межбайтовый интервал как в приборе так и у принимающей стороны.


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


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: dimoniche от 28.04.2009, 07:59:07
Могу посоветовать понизить скорость передачи.


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Half от 25.05.2009, 13:02:40
Здравствуйте. Подскажите, как считать данные с opc сервера?
Подключаю прибор РСЛ-212, Универсальный просмотрщик показания отображает.
Данные opc клиентов и просмотрщика не сходятся. Канал данных  - открыт.
Настройки Просмотрщика и opc сервера сходятся.

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


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Half от 25.05.2009, 13:09:41
Забыл уточнить настройки opc сервера: RSL, нужны текущие измерения.


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


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: lbv от 29.05.2009, 17:55:40
Я что-то не помню в ТСРВ-020 такого параметра. Однако могу сказать, что конфигурационные параметры точек, каналов и теплосистем в режиме РАБОТА действительно по записи недоступны, только на чтение.


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



Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: lbv от 05.06.2009, 10:44:16
Чтение архивных данных в ОРС-сервере Взлет СП имеет некоторые особенности. Для начала рекомендую ознакомиться с Руководством пользователя Взлет СП, глава 5 - передача данных в приложения пользователя. Там указан как запрос, так и способ его уточнения для конкретных массивов.


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Airat от 05.06.2009, 16:01:28
Чтение архивных данных в ОРС-сервере Взлет СП имеет некоторые особенности. Для начала рекомендую ознакомиться с Руководством пользователя Взлет СП, глава 5 - передача данных в приложения пользователя. Там указан как запрос, так и способ его уточнения для конкретных массивов.
спасибо, Lbv.
При попытке считать наименование граф (запись значение 00.00.0000 00:00:00 0)ответ приходит, при попытке прочитать значение по графе (запись значения 04.06.2006 00:00:00 1) - вылетает сервер Взлет СП, ОПС клиент тоже выснет. Использовал dOPCDAClient и MasterSCADA. Что делать?
А через программу VzljotOPCSrv0.7.4. как работать?


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 22.06.2009, 14:08:40
А через программу VzljotOPCSrv0.7.4. как работать?

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


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Airat от 22.06.2009, 15:51:07
А через программу VzljotOPCSrv0.7.4. как работать?

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

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


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


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

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


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 23.06.2009, 12:02:35
Попробуйте считать этот же архив простым монитором  (http://www.vzljot.ru/soft-download/6/). Считаются ли...


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Airat от 23.06.2009, 12:20:45
Попробуйте считать этот же архив простым монитором  (http://www.vzljot.ru/soft-download/6/). Считаются ли...
Архивы при помощи данного монитора так же не читаются. Другие параметры считываются нормально


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Airat от 23.06.2009, 13:05:55
помощи данного монитора так же не читаются. Другие параметры считываются нормально

Ага! Это уже кое что. А скажите, теперь, пожалуйста, какие настройки связи в мониторе?
Ожидание ответа, межбайтовый интервал?
вот скрин


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Airat от 23.06.2009, 13:17:44
У Вас прямое соединение RS232, или через какой-нибудь преобразователь?
Увеличьте межбайтовый интервал до 50.
прямое соединение RS232


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Airat от 23.06.2009, 13:20:07
Увеличил межбайтовый интервал до 50, переконектился – результат тот же (архивы не читаются)


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 23.06.2009, 13:25:34
Отключите канал связи в мониторе.
Найдите здесь 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


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 23.06.2009, 13:35:57
В меню прибора есть параметр "режим совместимости архивов". Надо найти и переключить его.
Я, к сожалению, точно не помню, где оно там находится.


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Airat от 23.06.2009, 14:19:06
В меню прибора есть параметр "режим совместимости архивов". Надо найти и переключить его.
Я, к сожалению, точно не помню, где оно там находится.
Установил «режим совместимости архивов» = нет, и о чудо… заработало.
Спасибо огромное!


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Airat от 24.06.2009, 13:02:48
После выполнения дальнейшего тестирования выяснилось
1)Чтение архивных тегов через MasterScada не осуществляется. Чтение текущих данных производится корректно.

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


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 24.06.2009, 13:30:55
То есть вы хотите сказать, что тэг, например,  "TS1_Teplota_1" это массив? В версии 0.7.4?


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Airat от 24.06.2009, 13:48:57
То есть вы хотите сказать, что тэг, например,  "TS1_Teplota_1" это массив? В версии 0.7.4?
Да (Версия 0.7.4.2311)
Скрин прилагаю


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 25.06.2009, 02:40:02
Разберемся.
Обновим.


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Airat от 25.06.2009, 10:25:49
Обнаружил расхождение между показанием программы «Универсальный просмотрщик» и данными полученными через OPC. Смещение показаний 3 часа.
Скрины выкладываю.


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 25.06.2009, 11:33:30
Посмотрите в документации на ОРС сервер пункт: Чтение архивов - Метки времени


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: tgordeeva от 25.06.2009, 14:07:56
Пытаемся получить данные архивов с приборов ВЗЛЕТ УРСВ 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 - удается прочитать настроечные данные и текущие значения.
Вместо архивов видим только нули. Параметры связи идентичны Универсальному просмотрщику.
Что можно предпринять?


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: darner от 29.06.2009, 00:46:38
ни как не могу получить хоть чтонить с Vzjot.OPC.Server в скаду Citect 7.10....
вроде все делаю правильно...с других opc серверов данные приходят, а с него никак....


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

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


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 09.07.2009, 11:51:19
На сайт раньше понедельника не выложат...
Могу выслать мылом (пишите в личку)


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: tgordeeva от 14.07.2009, 13:20:59
Цитировать
Пытаемся получить данные архивов с приборов ВЗЛЕТ УРСВ 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 - удается прочитать настроечные данные и текущие значения.
Вместо архивов видим только нули. Параметры связи идентичны Универсальному просмотрщику.
Что можно предпринять?
Цитировать
Вот новый Взлет OPC сервер 7.7.
На днях выложим и на сайт.
шаблоны РСЛ и УРСВ 3512 подправлены. Тэги в виде массивов удалены.
Данные считываются с ВЗЛЕТ УРСВ 010, с остальных все еще приходят нули.


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

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


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


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Airat от 18.08.2009, 13:41:06
"Канал_связи" это всего лишь, грубо говоря, открытие СОМ-порта. Оборван провод или нет, ОС все равно держит СОМ-порт открытым. Поэтому он good. Но считав любой другой тэг (который должен считываться из прибора), будет установлена ошибка.
спасибо.
"Nachalo perioda" тоже выдает - good


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 18.08.2009, 13:42:51
Начало периода, это тэг относящийся к самому ОРС серверу. То есть переменная, которой владеет сам сервер, но не прибор. Считайте объем, или расход, например.


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Airat от 18.08.2009, 13:50:11
Начало периода, это тэг относящийся к самому ОРС серверу. То есть переменная, которой владеет сам сервер, но не прибор. Считайте объем, или расход, например.
Если пытаться архивное значение (объем, или расход), то качество – «bad».
Но если «Начало периода» выставлено не верно (т.е. за это время нет архива), то качество Тэг архивного значения так же bad.
Как же тогда различать причину плохого качества?


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 18.08.2009, 13:52:38

Как же тогда различать причину плохого качества?


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


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Airat от 18.08.2009, 14:02:42

Как же тогда различать причину плохого качества?


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

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


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Airat от 18.08.2009, 16:08:31
При считывание суточного архива. Параметр «давление 1, давление 2»
OPC клиент выдает 0, а «Универсальный Клиент» значения =0,35. Значения больше 1 в архиве нет. Проверить соответствие не смог


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Airat от 19.08.2009, 07:40:08
При считывание суточного архива. Параметр «давление 1, давление 2»
OPC клиент выдает 0, а «Универсальный Клиент» "Универсальный Просмотрщик" значения =0,35. Значения больше 1 в архиве нет. Проверить соответствие не смог.

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





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


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


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


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


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: Dekir от 28.09.2009, 09:50:48
Срывать только сервисную пломбу и переводить первичники (расходомеры на трубе) на разные адреса.


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: WATalex от 05.05.2010, 10:00:03
Не совсем понятно, с какой целью не была реализована функция синхронизации времени в устройствах (в частности ТСРВ-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 ну очень кривой, пришлось долго помучиться с адресацией в шаблоне, прежде чем начать получать данные через ОРС-сервер.


Название: Re: OPC сервер Vzjot.OPC.Server
Отправлено: antohich от 30.03.2011, 07:54:51
Здравствуйте!
так же прошу предоставить файл конфигурации ивк101 для орс сервера!


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Белозеров Владимир от 21.07.2011, 06:55:36
Очень интересная ситуация возникает при опросе объектов через ОРС-сервер. Ниже привожу монитор СОМ-порта:
Порт открыт процессом "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... - обрыва связи?
И ведь если связи нет изначально, ОРС-сервер правильно себя ведет: прозводит количество попыток запроса через интервал и после закрывает порт. Но стоит во вермя опроса оборваться связи, как происходит вышеописанная ситуация - ОРС-сервер продолжает как ни в чем не бывало опрашивать дальше прибор учета


Название: OPC сервер Vzjot.OPC.Server
Отправлено: Белозеров Владимир от 23.09.2011, 08:45:27
При запуске ОРС-сервера возникают такие вот сообщения в журнале событий:
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: Подготовка объектов выполнена!

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


Название: Re:OPC сервер Vzjot.OPC.Server
Отправлено: -MuXaJIbI4- от 31.10.2011, 17:58:05
Здравствуйте)

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

Имеем связку, 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Температура_воды ".

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

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


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


Название: Re:OPC сервер Vzjot.OPC.Server
Отправлено: -MuXaJIbI4- от 01.11.2011, 17:51:27
С этим разобрался, нужно было просто открыть канал связи)


Название: Re:OPC сервер Vzjot.OPC.Server
Отправлено: -MuXaJIbI4- от 01.11.2011, 17:52:54
Теперь возникает вопрос, как вытащить в Intouch архивные данные?



Название: Re:OPC сервер Vzjot.OPC.Server
Отправлено: -MuXaJIbI4- от 01.11.2011, 19:18:51
Теперь возникает вопрос, как вытащить в Intouch архивные данные?


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


Название: Re:OPC сервер Vzjot.OPC.Server
Отправлено: -MuXaJIbI4- от 30.01.2012, 17:51:39
Теме ап) Вернулся к этому вопросу...


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


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


Название: Re:OPC сервер Vzjot.OPC.Server
Отправлено: Alexandr3000 от 02.05.2012, 13:17:41
Цитата:
Да, такая проблема есть. В новой версии ее уже не будет . А пока я могу выслать Вам на e-mail патч.


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


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


Название: Re:OPC сервер Vzjot.OPC.Server
Отправлено: kain от 24.12.2012, 11:01:18
К сожалению, тоже не доволен работай и логикой OPS Сервера...

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


Название: Re:OPC сервер Vzjot.OPC.Server
Отправлено: Vladimir от 24.12.2012, 11:10:11
Какие страсти пишете


Название: Re:OPC сервер Vzjot.OPC.Server
Отправлено: Белозеров Владимир от 13.02.2013, 09:29:56
Запрос: 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;
 
Таким образом вместо того, чтобы послать один запрос и далее из полученного ответа выбрать все необходимые значения, после чего присвоить их соответствующим переменным, ОРС-сервер каждый раз запрашивает весь массив! Это увеличивает время опроса каждого прибора в десятки раз, что при большом количестве опрашиваемых объектов исключает всякую оперативность и качество работы систем диспетчиризации.


Название: Re:OPC сервер Vzjot.OPC.Server
Отправлено: esta от 26.05.2014, 08:47:27
Раз в моей теме ответа не, то попробую оживить эту. Все изложено здесь http://www.vzljot.ru/forum/index.php?topic=5904.0


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


Название: Re:OPC сервер Vzjot.OPC.Server
Отправлено: dimoniche от 05.05.2016, 11:10:24
У вас не запущен Взлет Сервер связи или нет обмена с прибором, видимо вы не открыли канал связи к прибору.


Название: Re:OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 05.05.2016, 12:20:09
Найдите тэг "канал_связи" и запишите в него 1.
В журнале обмена по ModBus нажмите галочку "вести лог" для большей информативности.


Название: Re:OPC сервер Vzjot.OPC.Server
Отправлено: evilscorp от 05.05.2016, 13:47:47
Найдите тэг "канал_связи" и запишите в него 1.
В журнале обмена по ModBus нажмите галочку "вести лог" для большей информативности.
где мне найти этот "канал связи"? (http://savepic.ru/9604815.jpg)
сервер связи запустил, ничего не вышло
из описания сервера связи не понятно нужно ли устанавливать делфи?


Название: Re:OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 05.05.2016, 14:22:54
Дельфи ставить не нужно.
Вот же у вас на скриншоте вашем виден "канал_связи".
Посмотрите в трее - стартовал ли сервер связи сам после записи "1" в этот тэг?
Там такая икона должна быть в виде квадратика с цветными пикселями.

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


Название: Re:OPC сервер Vzjot.OPC.Server
Отправлено: evilscorp от 06.05.2016, 08:08:40
Работаю в 7 винде, естественно администратор, сервер автоматом не запускается, приходится самому запускать.
все перепробовал.


Название: Re:OPC сервер Vzjot.OPC.Server
Отправлено: Денис Пономарев от 06.05.2016, 15:05:34
В общем, демо-версия SimpLight не позволяла писать "1" в Канал_связи.
Включили канал в автозагрузке.


Название: Re:OPC сервер Vzjot.OPC.Server
Отправлено: jzx90 от 12.08.2016, 15:46:19
Коллеги добрый день!
Столкнулся с некоторыми проблемами с 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:

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


Название: Re:OPC сервер Vzjot.OPC.Server
Отправлено: Андрей Шипунов от 16.08.2016, 16:02:37
jzx90, попробуйте на машине, где стоит Взлет OPC Сервер выполнить команду: "VzljotSrv.exe -Embedding" от имени Администратора, затем выгрузить процесс "VzljotSrv.exe".
После этого попробуйте запустить сервер клиентом.


Название: Re:OPC сервер Vzjot.OPC.Server
Отправлено: yakekip от 24.11.2017, 14:23:40
Здравствуйте, такая же проблема с ТСР-м 027, не пойму почему не подключается скада к орс, в конфигураторе орс все видно и данные читает, а при добавлении в скада нет, только начал в этой сфере разбираться, опыта пока нет никакого, может что прописать где то нужно? может кто по удаленке через тимвивер может показать как это сделать?


Название: Re:OPC сервер Vzjot.OPC.Server
Отправлено: yakekip от 13.12.2017, 22:09:03
Сможет тут хоть кто то помочь по данной проблеме? Тех поддержка не смогла помочь по удаленке.


Название: Re:OPC сервер Vzjot.OPC.Server
Отправлено: yakekip от 28.12.2017, 08:07:45
Разобрался сам, спасибо за помощь тех поддержке что не смогли помочь, у самого голова заработала