Этот топик влючает в себя следующие страницы / This topic is comprised of pages 1 2 3
Автор / Author
Тема / Topic: OPC HDA - Быстрый старт
Relay
Forum Member / Участник форума
Участник № / Member № 3719
отправлено / posted
Одна машина будет поностью RTM по максиму (графики мнемосхемы)нетока как HDA но и как DA и на немже вести БД для общего доступа из сети. Объём данных порядка 120 пораметров примерно за два года что далжно составить около 10 mb и каждый час дописываться.
Сообщения / Posts 33 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
От ответа на предыдущий наш вопрос будет зависеть тот механизм, который мы сможем Вам порекомендовать для решения Вашей задачи.
Сообщения / Posts 11710 | Из / From: Russia
| IP / IP: IP адрес / IP address |
Relay
Forum Member / Участник форума
Участник № / Member № 3719
отправлено / posted
Так и осталось не до конца понятным, как данные, полученные по OPC HDA, будут использоваться в RTM 6.
Сообщения / Posts 11710 | Из / From: Russia
| 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 11710 | Из / From: Russia
| 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 11710 | Из / From: Russia
| 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 11710 | Из / From: Russia
| 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 6 | Из / 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 3
Тема закрыта / Topic Closed
Printer-friendly view of this topic
