This is topic Неполадки с OWEN OPC сервером in forum Работа с приложениями (ODBC-SQL/OPC/DDE) at Форум TRACE MODE: техническая поддержка.


To visit this topic, use this URL:
http://forum.adastra.ru/ultimatebb.php/ubb/get_topic/f/41/t/000015.html

Posted by Сергей Александрович (Участник № / Member № 2884) on :
 
Здравствуйте!

Вопрос болезненный. В проекте использую OPC сервер от ОВЕНА, проблем в считывании с порядка 20 ТРМ20x нет, только при запуске проекта ТМ6 сам OPC сервер не всегда запускается - приходится закрывать проект и заново открывать. Если можно, поясните с чем это может быть связано? Таймауты? Большое количество параметров?

Второй насущный вопрос связан с ODBC mysql - там тоже при запуске не всегда драйвер ODBC запускается.

Я уж не говорю о запуске системы при загрузке компа - там ОБЯЗАТЕЛЬНО секунд двадцать должно пройти - для старта того же odbc....

Вопросы ОЧЕНЬ важные (для нашего проекта). Пожалуйста, если есть догадки, будьте добры...

Заранее благодарю!
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
В перечисленных ситуациях от Trace Mode ничего не зависит.
Если OPC-сервер и ODBC-драйвер не запускаются уже по истечении достаточно большого времени после загрузки ПК, то проблемы здесь в самих приложениях.
Если эти ситуации имеют место при автоматическом запуске МРВ после загрузки ПК, то можно посоветовать ввести таймаут в скрипте, описывающем запуск МРВ.

Тема не относится к данному разделу. Переношу топик в раздел "Работа с приложениями".
 
Posted by Сергей Александрович (Участник № / Member № 2884) on :
 
Дело в том, что раз эти программы инициируются на запуск вашим приложением (RTM), то, на мой взгляд, сфера ответственности не только на разработчиках ODBC и OPC, но и на Вас. Разве нет? Может в TM сам внутренний механизм не всегда отрабатывает? Или задержки...
Как вариант можно попробовать ставить задержку на запуск опроса каналов по OPC - я сейчас тестирую этот вариант.
 
Posted by romer (Участник № / Member № 2) on :
 
Все процедуры запуска OPC-сервера у МРВ соответствуют стандарту OPC 2.0, единообразны и не зависимы. Прецедентов "не срабатывания внутреннего механизма в TM" до сих пор не было.
Если OPC-сервер в принципе запускается от RTM, значит, он должен запускаться всегда. Никакого последействия в RTM нет.
Если RTM не получает подтверждения на коннект с OPC-сервером, он не будет осуществлять обмен с OPC-сервером, каналы не будут подключаться к обмену. Поэтому задержка обмена по отношению к запуску RTM смысла не имеет.
 


Новости АСУ ТП / News | SCADA / HMI | Обучение / Trainings | Свяжитесь с нами / Contact Us



Powered by Infopop Corporation
UBB.classic™ 6.7.2