И соответственно аргументы экрана с типами 1) bool in/out 2) bool in/out 3) уже все перепробовал При передаче первой переменной из WinCC сервера приходит значение 65535 2) нормально 3) положительные значения приходят нормально, отрицательные значения не приходят, приходит то 65535, то 247..
отправлено / posted
1. Для всех OPC-переменных создайте связанные с ними каналы, к атрибутам которых привязывайте аргументы экрана. 2. Для беззнаковых переменных каналы могут быть HEX16. Для знаковых переменных (целых или вещественных) - каналы FLOAT.
Сообщения / Posts 17117 | Из / From: Россия
| IP / IP: IP адрес / IP address |
LevSP
Junior Member / Новичок
Участник № / Member № 4065
отправлено / posted
3) Отрицательное значение переслал. Надо было сделать аргумент экрана типа real.
1) Сделал привязку не к реальному значению, а к 1-му битику в канале - заработало.
2) Теперь не работают выходные значения! Если привызявать выходное значение непосредственно к OPC тегу, то выходное значение передается, но перестает работать входное. Если все делать через канал, то выходное значение не передается.
Сообщения / Posts 17 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
"Создал 3 канала: 1) HEX16 2) HEX16 3) FLOAT Пересылаем 1,1 и -4 Приходят значения 1) 65535 2) 1 3) 65532" Если настройки для BOOL-переменных и отображения связанных с ними каналов HEX16 одинаковы, то при подаче в OPC-сервере одинаковых значений (1) и отображения этих каналов на экране должны быть одинаковыми. Проверьте, пожалуйста.
"Еще эксперимент. Привязал к каналу не к текущему значению: В профайлере в окне "просмотр компонентов" значения такие: 1) FFFF 2) 0 3) -4 !!" Что означает "Привязал к каналу не к текущему значению:"? При ОДИНАКОВЫХ настройках BOOL-"Источников" значения в каналах ДОЛЖНЫ быть одинаковыми. Надо проверять. Канал FLOAT принял правильное значение.
"Еще эксперимент, аттрибут для 3-го сигнала поставил floal - стал передавать отрицательные значения." Уже в предыдущем пункте канал FLOAT показывал отрицательное значение. Возможо, речь идет о том, что соответствующему АРГУМЕНТУ экрана задан тип данных REAL? Тогда это правильно.
Пришлите, пожалуйста, на адрес hotline@adastra.ru проекты (файлы *.prj) для каждого из трех описанных выше экспериментов. В письме, пожалуйста, представьте организацию, себя и дайте ссылку на топик форума.
Сообщения / Posts 17117 | Из / From: Россия
| IP / IP: IP адрес / IP address |
LevSP
Junior Member / Новичок
Участник № / Member № 4065
отправлено / posted
Спасибо за поддержку, перешлю. Я изменил то сообщение, на которое Вы ссылались при ответе. Привожу его, дабы видеть последнее состояние моих поисков. ------------------------------------- 3) Отрицательное значение переслал. Надо было сделать аргумент экрана типа real.
1) Сделал привязку не к реальному значению, а к 1-му битику в канале - заработало.
2) Теперь не работают выходные значения! Если привызявать выходное значение непосредственно к OPC тегу, то выходное значение передается, но перестает работать входное. Если все делать через канал, то выходное значение не передается. ----------------------------
Сообщения / Posts 17 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Для передачи параметра в OPC-сервер, надо создать OPC-компонент типа OUT, привязать к нему канал соответствующего типа тоже OUT. C экрана подавать значение в атрибут ВХОД этого канала.
Сообщения / Posts 17117 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Printer-friendly view of this topic
