В источниках/приемниках создается OPC переменная типа output, на которую ссылается аргумент экрана (типа IN/OUT, real). В свою очередь в этот аргумент подается выключателем 0 или 1. При такой схеме работает вроде нормально, но заметил когда обращаешься к источникам/приемникам напрямую (не через канал), то система начинает жутко подвисать, а если несколько таких выключателей то и вообще виснет. Да и не по трейсмоудовский это. Поэтому все входные и выходные переменные предварительно настроил через созданные каналы. Но вот вариант с такими промежуточнымы каналами типа "событие" или "флоат" для выходных дискретов не работает (сколько не мучился так и не догнал). К каким только атрибутам не привязывал аргумент экрана (R, A, In, C, Q), но канал почему то дальше не передает в значение выходной переменной. Вопрос как реализовать схему:
ГЭ выкл.-> канал Событие А:In:output -> OPC переменая А:output:discret.
Дело в том, что через редактор можно привязаться только к атрибуту "значение R" переменной OPC, То In в принципе не доступен. А вот при исполнении в МРВ в окошке Компоненты просматриваются и R и In и много других атрибутов. При попытке ввести 1 напрямую в R она схватывает ее и возвращается в 0. А вот через In все работает, но к In не могу привязаться в редакторе.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Непосредственная привязка аргументов шаблонов к "Источникам/Приемникам" кроме видимого упрощения процедур линковки при дальнешем усложнении проекта никаких преимуществ не дает. Поэтому всегда рекомендуется создавать каналы, связанные с "Источниками/Приемниками" и уже к их атрибутам привязывать любые шаблоны.
Создайте канал HEX16_OUT, привяжите его к переменной OPC_OUT. Затем привязывайте аргумент канала, вызывающего экран, к атрибуту HEX16_OUT.In.
Posted by Rinag (Участник № / Member № 4499) on :
Соглашусь с Вами, но именно так я и хотел поступить, но через канал не работает. Позвольте Вам отправить для анализа мой проект (я порезал не нужное для большего удобства). Куда можно отправить и кому адресовать?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Проект получил. В дальнейшем отправляйте на адрес hotline@adastra.ru. Обязательно обозначайте тему письма и представляйте в письме свою организацию. Кроме особых случаев, оговариваемых при запросе проекта, достаточно прислать файл *.prj.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
По проекту.
1. OPC-клиент Trace Mode 6 для каждого компонента слоя "Источники/Приемники" поддерживает только 1 функцию - Input или Output. Поэтому для того, чтобы писать в тег OPC-сервера и читать его значение, надо создать 2 компонента - "Источник" ("Направление" - Input) и "Приемник" ("Направление" - Output), привязанные к одному и тому же OPC-тегу.
2. Для каждого компонента надо создать соответствующий канал. Канал OUT будет использоваться для управления (в его атрибут ВХОД будет вноситься число с экрана или из программы), а канал INPUT будет использоваться для чтения значения тега в OPC-сервере (его атрибут РЕАЛЬНОЕ будет давать значение на экран или в программу).
3. Во всех случаях правильно использовать числовые каналы (FLOAT или HEX), которые должны быть согласованы с типом данных OPC-тега. Канал СОБЫТИЕ может использоваться для считывания бинарных OPC-тегов. Но у него нет функции ПЕРЕДАЧИ своего значения какому-либо "Приемнику". Поэтому использовать его для управления нельзя.
У нас нет OPC-сервера DEP, который мог бы работать без привязанных контроллеров. Поэтому в отправленном Вам проекте все сказанное выше продемонстрировано на примере связи с OPC-сервером KEPware (мы реально проверили предлагаемое решение).
