sialiv
Forum Member / Участник форума
Участник № / Member № 6172
отправлено / posted
Здравствуйте! Создал ОРС-переменную, выбрал в сервере ОРС и вывел на экран ГЭ "Text". Всё показывает, а вот записать в ОРС не получается. Подскажите как это делается?
Сообщения / Posts 43 | Из / From: Россия
| IP / IP: IP адрес / IP address |
quote:Отправитель / Originally posted by sialiv: Здравствуйте! Создал ОРС-переменную, выбрал в сервере ОРС и вывел на экран ГЭ "Text". Всё показывает, а вот записать в ОРС не получается. Подскажите как это делается?
отправлено / posted
Для чтения OPC-тега: - создать INPUT-конмпонент в слое "Источники/Приемники", - методом D&D перенести его в узел RTM, - вывести в ГЭ "Текст" экрана значение созданного в RTM INPUT-канала.
Для записи в OPC-тег: - создать OUTPUT-конмпонент в слое "Источники/Приемники", - методом D&D перенести его в узел RTM, - через любой в ГЭ экрана передавать значение в атрибут ВХОД созданного в RTM OUT-канала.
Сообщения / Posts 17114 | Из / From: Россия
| IP / IP: IP адрес / IP address |
sialiv
Forum Member / Участник форума
Участник № / Member № 6172
отправлено / posted
Спасибо заработало. Вот только косо получается. Для одной переменной в сети пришлось сделать 2-а канала (input/output) и экранных переменных 2. Это для каждой переменной так должно быть?
Сообщения / Posts 43 | Из / From: Россия
| IP / IP: IP адрес / IP address |
sergeykrasichkov
Junior Member / Новичок
Участник № / Member № 6256
отправлено / posted
Добрый день, у меня следующая проблема: мои модули через пару радио модемов подключены к компьютеру, на котором установлен операторский интерфейс на базе trace mode, связь осуществляется через opc сервер, проблема заключается в следующем: при опросе opc сервером модулей сигнал периодически принимает значение Bad что в свою очередь приводит к нулевому значению подвязанного канала, при повторном запросе и получении данных данные восстанавливаются, на тренде соответственно строится кривая с перепадами, подскажите можно ли как то устранить данную проблему. Искренне и заранее благодарен.
Сообщения / Posts 21 | Из / From: Российская федерация
| IP / IP: IP адрес / IP address |
отправлено / posted
Если качество OPC-переменной действительно BAD, OPC-сервер должен передать данные в МРВ с соответствующим признаком. При получении такого сообщения в канале, связанном с этим OPC-тегом, выставляется признак аппаратной недостоверности и канал не пересчитывается? т.е. его РЕАЛЬНОЕ ЗНАЧЕНИЕ не изменяется. Если Вы выводите на тренд РЕАЛЬНОЕ ЗНАЧЕНИЕ этого канала, то значение на тренде меняться не будет до тех пор, пока не восстановится достоверность в канале. Участок недостоверности на тренде будет отмечен пунктирной линией.
Сообщения / Posts 17114 | Из / From: Россия
| IP / IP: IP адрес / IP address |
sergeykrasichkov
Junior Member / Новичок
Участник № / Member № 6256
отправлено / posted
В том то и дело что в тренде пунктирные линии отображаются и значение я вывожу реальное, а мне нужно чтоб недостоверные значения игнорировались.
Сообщения / Posts 21 | Из / From: Российская федерация
| IP / IP: IP адрес / IP address |
отправлено / posted
Если Вы выводите действительно АТРИБУТ РЕАЛЬНОЕ ЗНАЧЕНИЕ, то он не должно изменяться на участке недостоверности. Таким образом и реализовано "игнорирование недостоверных значений".
Сообщения / Posts 17114 | Из / From: Россия
| IP / IP: IP адрес / IP address |
sergeykrasichkov
Junior Member / Новичок
Участник № / Member № 6256
отправлено / posted
Извините, я видать что то упускаю, я создал в источниках-приемниках opc сервер, затем opc переменную аналогового типа и направлением input, затем перетянув ее создал канал в узле RTM, установил в нем масштабирование далее путем перетягивания создал аргумент экрана с типом real и направлением input который я и привязал к тренду
Сообщения / Posts 21 | Из / From: Российская федерация
| IP / IP: IP адрес / IP address |
отправлено / posted
Вынужден повторить, что при приеме от OPC-сервера любого значения, сопровождаемого признаком качества, не равным 0, канал получает признак недостоверности и его РЕАЛЬНОЕ значение не изменяется, даже если изменилось ВХОДНОЕ значение, полученное от OPC-сервера. В этом случае на тренде должна быть горизонтальная пунктирная линия вплоть до получения от OPC-севера достоверного значения. Мы еще раз перепроверили это на реальном проекте.
Если у Вас на тренде на пунктирной линии имеются скачки, значит OPC-сервер не всегда корректно сопровождает передаваемые данные признаком качества.
Сообщения / Posts 17114 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Printer-friendly view of this topic
