This is topic OPC HDA - Быстрый старт in forum TRACE MODE 6 бесплатная Базовая версия / TRACE MODE 6 free Base version at Форум TRACE MODE: техническая поддержка.
Можно получить пример готовой программы OPC HDA - CALL - тренд;с заданием времени выборки В helpe неявно написано бес примера никуда. Дайте ссылку или вышлите xxxx@yyyy очень нужно. А если есть с пример с СПТ961 это просто идеально. Заранее благодарен.
[ 01.04.2010, 12:56: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Высылаю Вам работающий пример проекта с выводом OPC-HDA-информации на тренд. Пример проверен на OPC-HDA-сервере Тепловизора на реальном объекте и в демо-режиме. Для реализации запросов надо задать временной диапазон в каналах TIME, а затем включить каналы, запрашивающие нужные Вам переменные. После завершения запроса каналы выключатся. Для наблюдения на тренде надо через меню тренда перевести его на нужную метку времени.
Работу OPC-HDA-сервера ЛОГИКА в демо-режиме организовать не удалось, поэтому примера у нас нет. Однако, у нас есть информация, что существует эксплуатирующийся проект с OPC-HDA-серверами ЛОГИКА.
Posted by Relay (Участник № / Member № 3719) on :
Повторите еще раз сюда xxxx@yyyy Письмо пока не приходило.
[ 01.04.2010, 15:29: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Повторил.
Posted by Relay (Участник № / Member № 3719) on :
OPC-HDA-сервер ЛОГИКА у меня есть в TRACE MODE определяется а вот объединить ваш проект не получается. Может вам мой сервер скинуть. Без рабочей версии не разобраться.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
OPC-HDA-сервер ЛОГИКА не имеет эмуляционного режима (я уже писал Вам об этом). Поэтому мы проверить не сможем. Я потому и прислал Вам проект для OPC-сервера Тепловизора, что на нем мы проверяли. Но с точки зрения протокола и алгоритма обмена для Trace Mode 6 конкретный тип OPC-сервера значения не имеет. Протокол стандартный.
А что значит "определяется"? В реальном времени OPC-сервер запускается от профайлера? Данные реального времени у него запрашиваются или у соответствующих каналов постоянно выставляется признак недостоверности? Скачайте, на всякий случай, с сайта UPDATE ДЛЯ бесплатной ИС Trace Mode 6.06.3. Все, что есть в этом пакете, положите сверху в папку ИС.
Posted by Relay (Участник № / Member № 3719) on :
Здравствуйте нашол рабочи проект c OPC HDA все нравится все работает Но считывает пачимуто данные месечной давность а я хачу настоящие и вобще за любой период в чем проблема непонимаю можно вам проект выслать чтобы вы разобрались на словах сложно описывать.....и если высылать то куда
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
В разделе "МРВ как клиент сервера OPC HDA" описано, как задавать временной интервал для считывания данных из OPC HDA. А что возвращает OPC HDA-сервер на такой запрос, надо выяснять у сервера, у его архива.
Posted by Relay (Участник № / Member № 3719) on :
Да в разделе описано и мне кажется я всё так и делаю но (Обмен по OPC HDA с помощью числового канала Временной интервал, за который запрашиваются исторические данные, задается следующим образом: T_FROM=канал.45 (см. Атрибуты каналов, отображаемые профайлером ), T_TO=<текущее время>.) Время T_TO=<текущее время> почемуто не ТЕКУЩЕЕ ВРЕМЯ а время с датой месяц назад и получается что считывать можно архивы не новее месячных а чот сегодняшние арх считывать надо дату винде поменять, Что посылает и принимает сервер я вижу с помащью спец програмки сканирования COM портов
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Я так понимаю, что T_FROM Вы сами задаете в атрибуте 45 числового канала. И это правильно. А где Вы смотрите T_TO?
Posted by Relay (Участник № / Member № 3719) on :
Да T_FROM задаю сам. Я не вижу вернее только ковенно магу определить на экране ГЭ (дата время)тип привязки: текущая дата\время я так понимаю что T_TO - в канале задаётся автоматически или можно как нибудть принудительно, запрос идёт от T_FROM до (T_TO - 1 мес) где и почему ворует месяц непанимаю.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Где Вы определяете, что запрос идет от T_FROM до (T_TO - 1 мес)?
Posted by Relay (Участник № / Member № 3719) on :
Всё проблема решена простым обновлением.Спасибо)) а запрос я вижу в с помощью спец проги сканирующей ком порт пример: запрос ...€...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
там указана дата нач запрса и конец и таких целоя куча пакетов
Posted by Relay (Участник № / Member № 3719) on :
Все зароботала вот теперь арх OPC HDA в БД Access сохранить можно если да то как?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Непонятна задача, зачем архивные данные гонять через Trace Mode 6 в БД Access?
Posted by Relay (Участник № / Member № 3719) on :
Чтобы не ждать пока прачтутся. БД предполагает больше возможностей к ней можно обращаться по сети плюс к этому вот так заказчик хочет.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. "не ждать, пока прочтутся" - что и откуда? 2. "больше возможностей" - о каких функциях, задачах идет речь? 3. "заказчик хочет". С заказчиком надо разговаривать на языке задач, а не желаний. Что хочет делать с полученными по OPC HDA данными заказчик? Или он не может сформулировать задачи и хочет использовать Trace Mode 6 только в качестве шлюза между OPC HDA БД?
Posted by Relay (Участник № / Member № 3719) on :
1 это я затупил немного 2 для доступа по сети со множества локальных машин различными клиентами 3 относится ко 2 нет у Trace Mode больше функций чем просто шлюз он хочет использовать пару RTM и иметь альтернативны доступ к БД.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Т.е., RTM 6 должны считывать данные из OPC HDA и переписывать их в БД? И больше никаких функций у RTM 6 не будет?! И о каких объемах данных идет речь? Какова динамика?
Posted by Relay (Участник № / Member № 3719) on :
есть ли какие нибудь учебник пособия помима "Быстры старт"
Posted by Relay (Участник № / Member № 3719) on :
Одна машина будет поностью RTM по максиму (графики мнемосхемы)нетока как HDA но и как DA и на немже вести БД для общего доступа из сети. Объём данных порядка 120 пораметров примерно за два года что далжно составить около 10 mb и каждый час дописываться.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Других пособий нет.
От ответа на предыдущий наш вопрос будет зависеть тот механизм, который мы сможем Вам порекомендовать для решения Вашей задачи.
Posted by Relay (Участник № / Member № 3719) on :
Буду ждать ваших рекомендаций
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Так и осталось не до конца понятным, как данные, полученные по OPC HDA, будут использоваться в RTM 6.
Posted by Relay (Участник № / Member № 3719) on :
Я уже сам засомневался что мене нужно. Опишу еще раз что нужно, а вы подправите если что и посоветуйте как это сделать меньшей "кровью".
И так что нужно и что есть: 1-е есть машина стоящая на производстве где оператору необходим полный контроль и мониторинг, т.е. через OPC DA у нас организовано считывание мгновенных значений где то с 7-счетчиков.
2-е оператору необходимо иногда просматривать архивы по всем параметрам которые считываются по OPC DA, но нам НЕ НУЖНЫ мгновенные значения записанные в процессе работы RTM c OPC DA, а нужны точные значения сохраненные в счетчиках, вот тут то и необходим OPC НDA.
3-е есть удаленная машина возможно даже и не одна где задача минимум это вывод архивных данных в табличном и графическом виде. Здесь данные так же нужны не из мгновенных значений который пишет RTМ в процессе мониторинга, а реальные из архива прибора учета. (По моим соображениям проще всего это сделать через БД типа АКСЭС или др. с помощью какого-нибудь клиента написанного посредством возможностей самой БД, возможно я ошибаюсь и есть выход попроще. Дороговато ставить каждому кто захочет RTM.) Как вариант рассматривается просмотр данных через БРАУЗЕР, но тут кажется тоже без БД типа АКСЭС не обойтись, да мароки с HTML побольше.
4-е при ведении БД и при выводе архивной информации на монитор желательно избежать повторных чтений из приборов учета, т.к. были замечены неоднократные сбои по самой связи. Т.е. необходимо будет разработать алгоритм который бы сравнивал тот период и те данные которые запрашиваются для вывода на монитор (принтер) с тем что есть в БД и соответственно либо выводил данные если они есть в БД либо дочитывал и дописывал их в БД если их нет с последующим выводом на монитор (принтер).
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Причина использования OPC HDA понятна.
Просмотр и документирование данных OPC HDA решается штатно для Trac Mode 6 записью этих данных непосредственно в один из архивов Trace Mode 6. И оператор RTM, и удаленные консоли (Net Link Light) смогут выводить эти данные на тренды и в таблицы. Лицензия на NLL определяется количеством используемых шаблонов экранов и может быть относительно недорогой.
Синхронизация считанных данных OPC HDA в любом случае будет осуществляться в RTM и не зависит от использования БД.
Т.о., необходимости в использовании БД для решения Вашей задачи не ощущается.
Posted by Relay (Участник № / Member № 3719) on :
1-е Я переговорил с начальством. Проект уже утвержден и дополнительное финансирование не предвидеться, соответственно закупка NLL врядли возможна. Доступ к данным из сети возможно ляжет непосредственно на программистов АСУПА заказчика.
2-е все мои попытки работы с БД RTM приходят к перечитыванию архивов заново. Может есть какой пример или базовый проект где это реализовано. Хотел бы разобраться для себя на будущее.
3-е получается остается только БД с доступом по SQL, т.к. врядли местный АСУП будет разбираться со СКАДОЙ. И тут тоже нужен толчек, не могу вывести на ТРЕНД массив данных, получается только первое значение. Может тоже есть пример как по SQL-запросу отправить данные на тренд.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
2-e Что именно Вы хотите реализовать? Не совсем понятно. Поясните подробнее, какой пример Вам нужен в этом случае.
Примеры отличные то что надо спасибо!!!. Посматрев примеры вроде сделал что хотел тока пару мелачей мешает потскажите что делать 1. как с прогграмы можно запускать и останавливать канал CALL c типом вызова SQLQuerty какие настойки каналу нужны. При том, что в БД как пишется так и читаются данные можно как нибудь это разделить 2.канал CALL с привязкой OPC HDA при включении rtm сам начинает опрашивать не в заданом промежутки времени (ARG_000 и ARG_001) а начиная с 2000 это вызывае значительную задержку мне нада считывать час. сут. и мес. значение. После того как прочтет все значения за 10 лет (с 2000 -2010г)начинает работать по запросу корректно. Можно ли остановить его на старте и запускать принудительно когда нужно
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. Каждый SQL-запрос (на чтение и на запись) реализуется однократно подачей ему значения, равного номеру запроса в соответствующем шаблоне. После реализации запроса значение канала CALL c типом вызова SQL сбрасывается и сам он не будет повторять запрос. Т.о., надо управлять тем механизмом, который активизирует эти каналы, посылая в них нужные значения. Не посылайте в каналы номера запросов, они не будут запрашивать.
2. Задайте этому каналу период обработки "Однократно" и выключите его на старте. Затем включайте в нужный момент. После завершения транзакции канал выключится сам.
Posted by Relay (Участник № / Member № 3719) on :
Спасибо с этим вроде разобрался
Posted by Relay (Участник № / Member № 3719) on :
Подскажите что делать в моей проге помимо архивных данных нужно читать и текущие данные тоже па OPC если этих параметров более 20 шт. то они перестают выводиться на экран хотя специальной прогграмкой сканирующей com-port видны запрашиваемые и выдаваемые данные (как бы буфера не хватает) разграничение по времени запроса результата ни дала. Архивные данные тоже перестаю выводиться хотя тоже запросы ответы есть. А мне нужно считывать: 1 раз в 2 мин текущих 52 параметра, 2 около 100 архивных параметров по запросу. Может какие настройки поменять???
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1) при чем здесь Com-порт ?
2) Никаких особенностей быть не должно. Считывание текущих данных и архивных вполне штатная ситуация.
Posted by Relay (Участник № / Member № 3719) on :
1) Com-порт не при чём просто так я вижу что запрашивает trace mode, что отвечает счетчик.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
52 параметра за 2 мин, это в приницпе очень мало для OPC сервера и связи с Trace Mode. Проблем тут не должно быть.
Какой режим обмена Вы используете с OPC-сервером?
Posted by Relay (Участник № / Member № 3719) on :
Можно с вами связаться по скайпу так легче будет все обяснить вам и мне легче будет понять
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Сообщите на почту hotline3@adastra.ru свой логин. Попробуем что-нибудь придумать.
Posted by unesko (Участник № / Member № 2082) on :
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 ]
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Отправлено.
Posted by i.Sineev (Участник № / Member № 4448) on :
Обращаюсь к OPC-HDA Логика через канал CALL. В логе OPC вижу, что данные запрашиваются за заданный интервал. Тренд привязан к реальному значению CALL, но данных на тренде не видно. В чем может быть проблема? Как еще можно увидеть полученные архивные данные?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Получаемые от OPC HDA данные должны быть в аргументах канала CALL. Их можно посмотреть через окно "Компоненты". Если данные есть, их можно вывести на тренд.
Я послал Вам соответствующий пример.
Posted by andyray (Участник № / Member № 5141) on :
Уважаемая техподдержа, вышлите пожалуйста работающий пример проекта с получением данных по OPC HDA на e-mail указанный в профиле. Спасибо.
Posted by _LAG_ (Участник № / Member № 990) on :
Добрый день. вышлите пожалуйста работающий пример проекта с получением данных по OPC HDA Тепловизор на e-mail указанный в профиле. Спасибо.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Отправлено.
Posted by Tigra (Участник № / Member № 5564) on :
День добрый! Прочитав эту тему, попытался получить данные из OPC HDA Тепловизор - ничего не вышло (данные в тренде не отображаются). Пожалуйста, пришлите пример проекта на мой E-mail. Заранее спасибо.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
