This is topic Однократное обнуление при работе с 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/000049.html

Posted by Baikal_E (Участник № / Member № 4135) on :
 
Здравствуйте. Очень прошу ответить оперативно, очень срочно.
Использую релиз 6.06.0
У меня следующая ситуация:
В одном проекте использую OPC переменные Sync/Cache тип Output,Аналог. Во втором проекте использую Opc переменные Advise тип Input Аналог.
При передачи значений по OPC от одного узла в другой, происходит обнуление на один цикл входного значения канала(канал привязан к opc переменной) на стороне приемника, у которого ID opc переменной в Источниках/приемниках меньше на 1, Т.е.
если созданы три opc-переменные, например:
opc1, opc2, opc3 и будет изменяться opc3, то будет обнулятся Входное значение канала, который привязан к opc2. Это ошибка релиза? Объясните, пожалуйста, в чем дело.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
OPC-сервер является промежуточным компонентом между двумя OPC-клиентами (узлами МРВ разных проектов).
Никакой связи между узлами в обход OPC-сервера нет. Если OPC-клиент считывает с OPC-сервера ложные данные, значит, OPC-сервер ему эти данные выдает.
Если OPC-сервер по команде OPC-клиента "изменить значение одного тега", меняет значение другого тега, клиент тут не причем. Связи между тегами внутри OPC-сервера клиентам не подвластны.
 
Posted by Baikal_E (Участник № / Member № 4135) on :
 
Извините, я наверное не точно описал ситуацию. Поясняю. Использую OPC-клиент TM6 на стороне источника, сторонний OPC-сервер KepWare и OPC-клиент на стороне приемника. При этом наблюдаю однократное обнуление, которое описал выше.
Причем, фиксирую однократное обнуление и не только OPC-клиентом(на стороне приемника), но и сторонним клиентом. Предварительно можно сказать, что причина кроется в OPC-клиенте TM6 на стороне источника.
Объясните, пожалуйста, в чем дело.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Я воспроизвел такую структуру у себя при локальном подключении к OPC-серверу KepWare его же клиента и двух OPC-клиентов Trace Mode 6.
Однако поймать описанную Вами ситуацию не смог.
Не можете ли Вы прислать Ваш тестовый проект для анализа? Вместе с файлом-проектом для настройки OPC-сервера KepWare.
 
Posted by Baikal_E (Участник № / Member № 4135) on :
 
Спасибо большое за содействие, проблема решена.
Адреса тегов в сервере нельзя указывать подрят, т.е. например 8000,8001,8002 , т.к. теги (float,word) занимают более 1 байта.
 
Posted by Baikal_E (Участник № / Member № 4135) on :
 
Напишите, пожалуйста, про ошибки, которые были в релизе TM6.06.0, которые связаны с opc. Я знаю, что не работает диагностическая переменная @e_OPC типа Input. Если еще что-либо?
Заранее, большое спасибо!!
 
Posted by Baikal_E (Участник № / Member № 4135) on :
 
Уважаемая техподдержка, дайте, пожалуйста, ответ. Нам это важно знать.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Работоспособность диагностической переменнной @e_OPC типа Input в релизе, который сейчас готовится к выпуску, восстановлена и расширена возможностью диагностирования обмена с каждым из подключенных OPC-серверов.
Других подтвержденных ошибок не зафиксировано.
 
Posted by Baikal_E (Участник № / Member № 4135) on :
 
Спасибо за ответ
 


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



Powered by Infopop Corporation
UBB.classic™ 6.7.2