Этот топик включает в себя следующие страницы / This topic is comprised of pages 1 2
Автор / Author
Тема / Topic: OPC HDA - Быстрый старт
Relay
Forum Member / Участник форума
Участник № / Member № 3719
отправлено / posted
Можно получить пример готовой программы OPC HDA - CALL - тренд;с заданием времени выборки В helpe неявно написано бес примера никуда. Дайте ссылку или вышлите xxxx@yyyy очень нужно. А если есть с пример с СПТ961 это просто идеально. Заранее благодарен.
[ 01.04.2010, 12:56: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Сообщения / Posts 33 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
отправлено / posted
Высылаю Вам работающий пример проекта с выводом OPC-HDA-информации на тренд. Пример проверен на OPC-HDA-сервере Тепловизора на реальном объекте и в демо-режиме. Для реализации запросов надо задать временной диапазон в каналах TIME, а затем включить каналы, запрашивающие нужные Вам переменные. После завершения запроса каналы выключатся. Для наблюдения на тренде надо через меню тренда перевести его на нужную метку времени.
Работу OPC-HDA-сервера ЛОГИКА в демо-режиме организовать не удалось, поэтому примера у нас нет. Однако, у нас есть информация, что существует эксплуатирующийся проект с OPC-HDA-серверами ЛОГИКА.
Сообщения / Posts 17114 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Relay
Forum Member / Участник форума
Участник № / Member № 3719
отправлено / posted
Повторите еще раз сюда xxxx@yyyy Письмо пока не приходило.
[ 01.04.2010, 15:29: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Сообщения / Posts 33 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
Relay
Forum Member / Участник форума
Участник № / Member № 3719
отправлено / posted
OPC-HDA-сервер ЛОГИКА у меня есть в TRACE MODE определяется а вот объединить ваш проект не получается. Может вам мой сервер скинуть. Без рабочей версии не разобраться.
Сообщения / Posts 33 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
отправлено / posted
OPC-HDA-сервер ЛОГИКА не имеет эмуляционного режима (я уже писал Вам об этом). Поэтому мы проверить не сможем. Я потому и прислал Вам проект для OPC-сервера Тепловизора, что на нем мы проверяли. Но с точки зрения протокола и алгоритма обмена для Trace Mode 6 конкретный тип OPC-сервера значения не имеет. Протокол стандартный.
А что значит "определяется"? В реальном времени OPC-сервер запускается от профайлера? Данные реального времени у него запрашиваются или у соответствующих каналов постоянно выставляется признак недостоверности? Скачайте, на всякий случай, с сайта UPDATE ДЛЯ бесплатной ИС Trace Mode 6.06.3. Все, что есть в этом пакете, положите сверху в папку ИС.
Сообщения / Posts 17114 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Relay
Forum Member / Участник форума
Участник № / Member № 3719
Relay
Forum Member / Участник форума
Участник № / Member № 3719
отправлено / posted
Здравствуйте нашол рабочи проект c OPC HDA все нравится все работает Но считывает пачимуто данные месечной давность а я хачу настоящие и вобще за любой период в чем проблема непонимаю можно вам проект выслать чтобы вы разобрались на словах сложно описывать.....и если высылать то куда
Сообщения / Posts 33 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
отправлено / posted
В разделе "МРВ как клиент сервера OPC HDA" описано, как задавать временной интервал для считывания данных из OPC HDA. А что возвращает OPC HDA-сервер на такой запрос, надо выяснять у сервера, у его архива.
Сообщения / Posts 17114 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Relay
Forum Member / Участник форума
Участник № / Member № 3719
отправлено / posted
Да в разделе описано и мне кажется я всё так и делаю но (Обмен по OPC HDA с помощью числового канала Временной интервал, за который запрашиваются исторические данные, задается следующим образом: T_FROM=канал.45 (см. Атрибуты каналов, отображаемые профайлером ), T_TO=<текущее время>.) Время T_TO=<текущее время> почемуто не ТЕКУЩЕЕ ВРЕМЯ а время с датой месяц назад и получается что считывать можно архивы не новее месячных а чот сегодняшние арх считывать надо дату винде поменять, Что посылает и принимает сервер я вижу с помащью спец програмки сканирования COM портов
Сообщения / Posts 33 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
отправлено / posted
Я так понимаю, что T_FROM Вы сами задаете в атрибуте 45 числового канала. И это правильно. А где Вы смотрите T_TO?
Сообщения / Posts 17114 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Relay
Forum Member / Участник форума
Участник № / Member № 3719
отправлено / posted
Да T_FROM задаю сам. Я не вижу вернее только ковенно магу определить на экране ГЭ (дата время)тип привязки: текущая дата\время я так понимаю что T_TO - в канале задаётся автоматически или можно как нибудть принудительно, запрос идёт от T_FROM до (T_TO - 1 мес) где и почему ворует месяц непанимаю.
Сообщения / Posts 33 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
Relay
Forum Member / Участник форума
Участник № / Member № 3719
отправлено / posted
Всё проблема решена простым обновлением.Спасибо)) а запрос я вижу в с помощью спец проги сканирующей ком порт пример: запрос ...€...S59...1.2 00..29.03.2010.2 0.00.46..28.03.2 010.12.00.46...ü Þ ответ ..€....S59...1.2 00..29.03.2010.2 0.00.46..28.03.2 010.12.00.46..19
Relay
Forum Member / Участник форума
Участник № / Member № 3719
отправлено / posted
Все зароботала вот теперь арх OPC HDA в БД Access сохранить можно если да то как?
Сообщения / Posts 33 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
отправлено / posted
Непонятна задача, зачем архивные данные гонять через Trace Mode 6 в БД Access?
Сообщения / Posts 17114 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Relay
Forum Member / Участник форума
Участник № / Member № 3719
отправлено / posted
Чтобы не ждать пока прачтутся. БД предполагает больше возможностей к ней можно обращаться по сети плюс к этому вот так заказчик хочет.
Сообщения / Posts 33 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
отправлено / posted
1. "не ждать, пока прочтутся" - что и откуда? 2. "больше возможностей" - о каких функциях, задачах идет речь? 3. "заказчик хочет". С заказчиком надо разговаривать на языке задач, а не желаний. Что хочет делать с полученными по OPC HDA данными заказчик? Или он не может сформулировать задачи и хочет использовать Trace Mode 6 только в качестве шлюза между OPC HDA БД?
Сообщения / Posts 17114 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Relay
Forum Member / Участник форума
Участник № / Member № 3719
отправлено / posted
1 это я затупил немного 2 для доступа по сети со множества локальных машин различными клиентами 3 относится ко 2 нет у Trace Mode больше функций чем просто шлюз он хочет использовать пару RTM и иметь альтернативны доступ к БД.
Сообщения / Posts 33 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
отправлено / posted
Т.е., RTM 6 должны считывать данные из OPC HDA и переписывать их в БД? И больше никаких функций у RTM 6 не будет?! И о каких объемах данных идет речь? Какова динамика?
Сообщения / Posts 17114 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Relay
Forum Member / Участник форума
Участник № / Member № 3719
Relay
Forum Member / Участник форума
Участник № / Member № 3719
отправлено / posted
Одна машина будет поностью RTM по максиму (графики мнемосхемы)нетока как HDA но и как DA и на немже вести БД для общего доступа из сети. Объём данных порядка 120 пораметров примерно за два года что далжно составить около 10 mb и каждый час дописываться.
Сообщения / Posts 33 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
От ответа на предыдущий наш вопрос будет зависеть тот механизм, который мы сможем Вам порекомендовать для решения Вашей задачи.
Сообщения / Posts 17114 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Relay
Forum Member / Участник форума
Участник № / Member № 3719
отправлено / posted
Так и осталось не до конца понятным, как данные, полученные по OPC HDA, будут использоваться в RTM 6.
Сообщения / Posts 17114 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Relay
Forum Member / Участник форума
Участник № / Member № 3719
отправлено / posted
Я уже сам засомневался что мене нужно. Опишу еще раз что нужно, а вы подправите если что и посоветуйте как это сделать меньшей "кровью".
И так что нужно и что есть: 1-е есть машина стоящая на производстве где оператору необходим полный контроль и мониторинг, т.е. через OPC DA у нас организовано считывание мгновенных значений где то с 7-счетчиков.
2-е оператору необходимо иногда просматривать архивы по всем параметрам которые считываются по OPC DA, но нам НЕ НУЖНЫ мгновенные значения записанные в процессе работы RTM c OPC DA, а нужны точные значения сохраненные в счетчиках, вот тут то и необходим OPC НDA.
3-е есть удаленная машина возможно даже и не одна где задача минимум это вывод архивных данных в табличном и графическом виде. Здесь данные так же нужны не из мгновенных значений который пишет RTМ в процессе мониторинга, а реальные из архива прибора учета. (По моим соображениям проще всего это сделать через БД типа АКСЭС или др. с помощью какого-нибудь клиента написанного посредством возможностей самой БД, возможно я ошибаюсь и есть выход попроще. Дороговато ставить каждому кто захочет RTM.) Как вариант рассматривается просмотр данных через БРАУЗЕР, но тут кажется тоже без БД типа АКСЭС не обойтись, да мароки с HTML побольше.
4-е при ведении БД и при выводе архивной информации на монитор желательно избежать повторных чтений из приборов учета, т.к. были замечены неоднократные сбои по самой связи. Т.е. необходимо будет разработать алгоритм который бы сравнивал тот период и те данные которые запрашиваются для вывода на монитор (принтер) с тем что есть в БД и соответственно либо выводил данные если они есть в БД либо дочитывал и дописывал их в БД если их нет с последующим выводом на монитор (принтер).
Сообщения / Posts 33 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
отправлено / posted
Причина использования OPC HDA понятна.
Просмотр и документирование данных OPC HDA решается штатно для Trac Mode 6 записью этих данных непосредственно в один из архивов Trace Mode 6. И оператор RTM, и удаленные консоли (Net Link Light) смогут выводить эти данные на тренды и в таблицы. Лицензия на NLL определяется количеством используемых шаблонов экранов и может быть относительно недорогой.
Синхронизация считанных данных OPC HDA в любом случае будет осуществляться в RTM и не зависит от использования БД.
Relay
Forum Member / Участник форума
Участник № / Member № 3719
отправлено / posted
1-е Я переговорил с начальством. Проект уже утвержден и дополнительное финансирование не предвидеться, соответственно закупка NLL врядли возможна. Доступ к данным из сети возможно ляжет непосредственно на программистов АСУПА заказчика.
2-е все мои попытки работы с БД RTM приходят к перечитыванию архивов заново. Может есть какой пример или базовый проект где это реализовано. Хотел бы разобраться для себя на будущее.
3-е получается остается только БД с доступом по SQL, т.к. врядли местный АСУП будет разбираться со СКАДОЙ. И тут тоже нужен толчек, не могу вывести на ТРЕНД массив данных, получается только первое значение. Может тоже есть пример как по SQL-запросу отправить данные на тренд.
Сообщения / Posts 33 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
Relay
Forum Member / Участник форума
Участник № / Member № 3719
отправлено / posted
Примеры отличные то что надо спасибо!!!. Посматрев примеры вроде сделал что хотел тока пару мелачей мешает потскажите что делать 1. как с прогграмы можно запускать и останавливать канал CALL c типом вызова SQLQuerty какие настойки каналу нужны. При том, что в БД как пишется так и читаются данные можно как нибудь это разделить 2.канал CALL с привязкой OPC HDA при включении rtm сам начинает опрашивать не в заданом промежутки времени (ARG_000 и ARG_001) а начиная с 2000 это вызывае значительную задержку мне нада считывать час. сут. и мес. значение. После того как прочтет все значения за 10 лет (с 2000 -2010г)начинает работать по запросу корректно. Можно ли остановить его на старте и запускать принудительно когда нужно
Сообщения / Posts 33 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
отправлено / posted
1. Каждый SQL-запрос (на чтение и на запись) реализуется однократно подачей ему значения, равного номеру запроса в соответствующем шаблоне. После реализации запроса значение канала CALL c типом вызова SQL сбрасывается и сам он не будет повторять запрос. Т.о., надо управлять тем механизмом, который активизирует эти каналы, посылая в них нужные значения. Не посылайте в каналы номера запросов, они не будут запрашивать.
2. Задайте этому каналу период обработки "Однократно" и выключите его на старте. Затем включайте в нужный момент. После завершения транзакции канал выключится сам.
Сообщения / Posts 17114 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Relay
Forum Member / Участник форума
Участник № / Member № 3719
Relay
Forum Member / Участник форума
Участник № / Member № 3719
отправлено / posted
Подскажите что делать в моей проге помимо архивных данных нужно читать и текущие данные тоже па OPC если этих параметров более 20 шт. то они перестают выводиться на экран хотя специальной прогграмкой сканирующей com-port видны запрашиваемые и выдаваемые данные (как бы буфера не хватает) разграничение по времени запроса результата ни дала. Архивные данные тоже перестаю выводиться хотя тоже запросы ответы есть. А мне нужно считывать: 1 раз в 2 мин текущих 52 параметра, 2 около 100 архивных параметров по запросу. Может какие настройки поменять???
Сообщения / Posts 33 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
2) Никаких особенностей быть не должно. Считывание текущих данных и архивных вполне штатная ситуация.
Сообщения / Posts 17114 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Relay
Forum Member / Участник форума
Участник № / Member № 3719
отправлено / posted
1) Com-порт не при чём просто так я вижу что запрашивает trace mode, что отвечает счетчик.
Сообщения / Posts 33 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
Relay
Forum Member / Участник форума
Участник № / Member № 3719
отправлено / posted
Можно с вами связаться по скайпу так легче будет все обяснить вам и мне легче будет понять
Сообщения / Posts 33 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
отправлено / posted
Сообщите на почту hotline3@adastra.ru свой логин. Попробуем что-нибудь придумать.
Сообщения / Posts 17114 | Из / From: Россия
| IP / IP: IP адрес / IP address |
unesko
Junior Member / Новичок
Участник № / Member № 2082
отправлено / posted
quote:Отправитель / Originally posted by AdAstra Technical Support: Высылаю Вам работающий пример проекта с выводом OPC-HDA-информации на тренд. Пример проверен на OPC-HDA-сервере Тепловизора на реальном объекте и в демо-режиме. Для реализации запросов надо задать временной диапазон в каналах TIME, а затем включить каналы, запрашивающие нужные Вам переменные. После завершения запроса каналы выключатся. Для наблюдения на тренде надо через меню тренда перевести его на нужную метку времени.
Отправьте, пожалуйста, на xxxx@yyyy.ru
[ 21.09.2010, 11:28: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Сообщения / Posts 9 | Из / From: Россия
| IP / IP: IP адрес / IP address |
i.Sineev
Junior Member / Новичок
Участник № / Member № 4448
отправлено / posted
Обращаюсь к OPC-HDA Логика через канал CALL. В логе OPC вижу, что данные запрашиваются за заданный интервал. Тренд привязан к реальному значению CALL, но данных на тренде не видно. В чем может быть проблема? Как еще можно увидеть полученные архивные данные?
Сообщения / Posts 28 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Получаемые от OPC HDA данные должны быть в аргументах канала CALL. Их можно посмотреть через окно "Компоненты". Если данные есть, их можно вывести на тренд.
andyray
Junior Member / Новичок
Участник № / Member № 5141
отправлено / posted
Уважаемая техподдержа, вышлите пожалуйста работающий пример проекта с получением данных по OPC HDA на e-mail указанный в профиле. Спасибо.
Сообщения / Posts 6 | Из / From: РФ
| IP / IP: IP адрес / IP address |
_LAG_
Junior Member / Новичок
Участник № / Member № 990
отправлено / posted
Добрый день. вышлите пожалуйста работающий пример проекта с получением данных по OPC HDA Тепловизор на e-mail указанный в профиле. Спасибо.
Сообщения / Posts 29 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Tigra
Junior Member / Новичок
Участник № / Member № 5564
отправлено / posted
День добрый! Прочитав эту тему, попытался получить данные из OPC HDA Тепловизор - ничего не вышло (данные в тренде не отображаются). Пожалуйста, пришлите пример проекта на мой E-mail. Заранее спасибо.
Сообщения / Posts 1 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Этот топик включает в себя следующие страницы / This topic is comprised of pages 1 2
Тема закрыта / Topic Closed
Printer-friendly view of this topic
