Тема / Topic: Подключение ТРМ202 через серверы ОВЕН
ZValentinV
Junior Member / Новичок
Участник № / Member № 6815
отправлено / posted
Изучил "Быстрый старт" и видеоролики по теме подключения через OPC и MODBUS RTU. Требуется подключить ТРМ202 для регистрации и архивирования температуры. Пробовал подключать через АС-4 и Autonics (порт COM3). После подключения Port Monitor обнаружил, что порт открывается, идет сигнал в порт, идет прием из порта (..rA) но никакой информации в прибор или из него нет. Прошу Вас, помогите справиться с задачей. На кону вопрос быть или не быть SCADA на нашем предприятии.
Сообщения / Posts 16 | Из / From: Российская Федерация
| IP / IP: IP адрес / IP address |
отправлено / posted
Если Вы пользуетесь Port MonitorБ значит у Вас есть кадры запросов и ответов. Что такое "(..rA)"? Кадры легко расшифровываются в соответствии со стандартом Modbus. Если в тексте ответа нет сообщения об ошибке, то данные ответа должны поступать непосредственно в канал узла проекта, посылающего запрос. Если в ответе содержится сообщение об ошибке, каналу выставляется признак недостоверности (атрибут 4). По коду ошибки можно определить причину.
Сообщения / Posts 17345 | Из / From: Россия
| IP / IP: IP адрес / IP address |
ZValentinV
Junior Member / Новичок
Участник № / Member № 6815
отправлено / posted
Для проверки я использую Free Serial Port Monitor.Где увидеть и как расшифровать его кадры я не знаю. "..aA" - периодический ответ поступающий в порт (COM3).
Сообщения / Posts 16 | Из / From: Российская Федерация
| IP / IP: IP адрес / IP address |
ZValentinV
Junior Member / Новичок
Участник № / Member № 6815
отправлено / posted
Разрешите уточнить. В данном проекте у меня в качестве источника OPC OWEN MODBUS с переменной Var1 подключенной к каналу системы и группа MODBUS c компонентом Rin_Word(4) подключенному к каналу. Так вот возврат в порт "..rA" виден в этом случае.Если удаляю Rin_Word(4) то "монитор" только сообщает об открытии порта. Далее тишина до закрытия
Сообщения / Posts 16 | Из / From: Российская Федерация
| IP / IP: IP адрес / IP address |
ZValentinV
Junior Member / Новичок
Участник № / Member № 6815
отправлено / posted
Разумеется. MODBUS RTU в качестве источника отключил. На мониторе "Порт открыт процессом "rtc.exe"" (PID: 4400). (PID бывает разным). После отключения профайлера "Порт закрыт".
Сообщения / Posts 16 | Из / From: Российская Федерация
| IP / IP: IP адрес / IP address |
отправлено / posted
Если COM-порт открыт процессом rtc.exe, то OPC-сервер OPC OWEN MODBUS уже не может работать по этому COM-порту. Какую роль играет у Вас OPC OWEN MODBUS?
Сообщения / Posts 17345 | Из / From: Россия
| IP / IP: IP адрес / IP address |
ZValentinV
Junior Member / Новичок
Участник № / Member № 6815
отправлено / posted
OPC OWEN MODBUS в проекте является источником, переменная которого подключена к каналу RTM1. Нажимаю на "канал" и вижу подключенную переменную Var1. Ее перемещаю в раздел аргументов экрана и привязываю к текстовому полю. Далее сохраняюсь и запускаю профайлер с поддержкой графических экранов rtc.exe. Монитор как отдельная программа запущена параллельно с SCADA и отслеживает все действия по COM порту. Разумеется монитор сообщает об обращении профайлера к порту. Но никакой другой передачи не происходит. У меня подозрение на формат переменной Var1 она Float а все программы работающие с ТРМ202 указывают на аргумент с форматом Float24. Может передачи в порт нет по этой причине?
Сообщения / Posts 16 | Из / From: Российская Федерация
| IP / IP: IP адрес / IP address |
отправлено / posted
Какой тип "Источника" Вы выбираете для переменной Var1? Если OPC-сервер, то COM-порт из проекта надо удалить, чтобы предоставить OPC-серверу возможность общаться с ТРМ202.
Если Вы хотите напрямую обращаться к ТРМ202 по Modbus RTU, то надо "канал" подключать к соответствующему Modbus-"Источнику". И задавать в узле нужный COM-порт с соответствующими настройками.
Сообщения / Posts 17345 | Из / From: Россия
| IP / IP: IP адрес / IP address |
ZValentinV
Junior Member / Новичок
Участник № / Member № 6815
отправлено / posted
Действительно. Удалил COM порт.Сохранился и запустил профайлер. На мониторе "Порт открыт процессом "opc_modbus.exe" (PID: 5492)", а на экране RTM в текстовом поле "0". Обращения к прибору нет.
Сообщения / Posts 16 | Из / From: Российская Федерация
| IP / IP: IP адрес / IP address |
отправлено / posted
Если обращений к прибору нет, значит, что-то в настройках интерфейса между OPC-сервером и устройством неверно задано, либо используемый конвертор (АС-4 или Autonics) не исполняет своих функций.
Выключите OPC-сервер и запустите узел RTM. OPC-сервер запускается автоматически от обращений к нему со стороны RTM? "Канал", связанный с OPC-"Источником", достоверен (см. атрибут 4 "канала" с помощью "Панели МРВ")? Какой режим обмена выбран в OPC-"Источнике"?
Сообщения / Posts 17345 | Из / From: Россия
| IP / IP: IP адрес / IP address |
ZValentinV
Junior Member / Новичок
Участник № / Member № 6815
отправлено / posted
Конвертор (АС-4 или Autonics) работает т.к. конфигуратор ОВЕН видит и контролирует прибор. OPC-сервер при запуске RTM запускается. Атрибут канала, если правильно понял,"Содержимое группы;состояние"=0. Режим обмена в ОРС-"Источнике" по умолчанию SYNC/CACHE.(Но пробовал все).Кодировка GSB. В цепи подключения "источника" почему-то COM3;dev1(addr=0), хотя в настройках OPS-сервера мной прописан адрес прибора =2. Пробовал прописать addr=2, безрезультатно.
Сообщения / Posts 16 | Из / From: Российская Федерация
| IP / IP: IP адрес / IP address |
отправлено / posted
Видимо, Вы имеете в виду текст в поле "Идентификатор" бланка редактора OPC-источника.
Этот текст формируется автоматически, когда Вы при создании "Источника" в процессе поиска OPC-сервера выделяете нужные Вам теги. Идентификаторы выбранных тегов, которые передает сам OPC-сервер, попадают в соответствующие поля "Источников". Посмотрите более внимательно, какие теги предъявляет OPC-сервер браузеру и какие Вы выбираете.
Чтобы увидеть атрибут 4 (ДОСТОВЕРНОСТЬ) канала, надо вызвать в профайлере "Панель МРВ", открыть в ней окно "Компоненты", выделить в дереве каналов нужный канал и в правом отделе окна посмотреть значение атрибута [004] I. При нормальном обмене должно быть _T, при наличии ошибок _F.
Сообщения / Posts 17345 | Из / From: Россия
| IP / IP: IP адрес / IP address |
ZValentinV
Junior Member / Новичок
Участник № / Member № 6815
отправлено / posted
Действительно. В настройках OPC-сервера адрес стоял=0. Поставил=2 как в приборе. Атрибут 004=_Т.
Сообщения / Posts 16 | Из / From: Российская Федерация
| IP / IP: IP адрес / IP address |
ZValentinV
Junior Member / Новичок
Участник № / Member № 6815
отправлено / posted
ПОПРАВКА. Опять запустил профайлер, 004 перекинулся в _F.
Сообщения / Posts 16 | Из / From: Российская Федерация
| IP / IP: IP адрес / IP address |
ZValentinV
Junior Member / Новичок
Участник № / Member № 6815
отправлено / posted
Установил в "содержимом группы" каналов 1 в разделе состояние. После запуска профайлера атрибут 004=_T
Сообщения / Posts 16 | Из / From: Российская Федерация
| IP / IP: IP адрес / IP address |
отправлено / posted
Установкой СОСТОЯНИЕ=1 Вы выключили канал (в реальном времени атрибут 3 будет указывать OFF). Канал не будет генерировать запросы, поэтому останется достоверным (по умолчанию). Надо включить канал.
Тот факт, что включенный канал НЕДОСТОВЕРЕН, говорит о наличии попыток обмена. Недостоверность может формироваться за счет того, что OPC-сервер не отвечает на запрос (неправильно выбран тег, OPC-сервер не в порядке) или OPС-сервер отвечает, но в ответе присутствует признак недостоверности данных.
Можно параллельно подключить какой-либо другой OPC-клиент и посмотреть значение и качество запрашиваемого тега.
Более полная диагностика может быть осуществлена с помощью создания в папке узла файла конфигурирования запуска узла TMcom_xx.cnf с ключом DEBUGON=70080000 (см. раздел "Приложения/Задание параметров работы мониторов"). При этом в профайлерном протоколе будут сообщения о подключении к OPC-серверу и транзакциях обмена.
Сообщения / Posts 17345 | Из / From: Россия
| IP / IP: IP адрес / IP address |
ZValentinV
Junior Member / Новичок
Участник № / Member № 6815
отправлено / posted
Неуверен, что все правильно сделал. Должен образоваться текстовый файл? У меня файл трм2021_0.txt в нем перечень событий,например (11:49:30) INF_RTM:start time is 0.037 s.
Сообщения / Posts 16 | Из / From: Российская Федерация
| IP / IP: IP адрес / IP address |
отправлено / posted
Это действительно профайлерный протокол. Профайлер его создает и ведет в каждом сеансе. Содержимое этого файла содержит штатную информацию о загрузке, запуске узла и его остановке и диагностическую информацию, соответствующую заданным диагностическим функциям. Если Вы правильно создали и разместили файл TMcom_xx.cnf, то в этом протоколе должны быть записи о старте OPC-клиента, попытках подключения к OPC-серверу, старте OPC-сервера и проведенных OPC-транзакциях.
Сообщения / Posts 17345 | Из / From: Россия
| IP / IP: IP адрес / IP address |
ZValentinV
Junior Member / Новичок
Участник № / Member № 6815
отправлено / posted
Много непонятного... Но целый раздел информации заканчивается =0 (11:49:30) INF_RTM:mode=2(Work) e15=00 e18=00 e20=00 [src4] (11:49:30) INF_GRAPH:scr:1:popup=0 scrref=0 trend=0,0 update=1 (11:49:30) INF_OPC:0000000I61010019: OPC сервер \\.\OWEN.MODBUS: Сервер стартовал = 0 вплоть до (11:49:34) INF_OPC:OPC Clients stoped
Сообщения / Posts 16 | Из / From: Российская Федерация
| IP / IP: IP адрес / IP address |
отправлено / posted
Сколько времени работал узел? Почему он был остановлен через 4 секунды? Какие записи были кроме указанных Вами? Запустите узел хотя бы на 1-2 минуты.
Сообщения / Posts 17345 | Из / From: Россия
| IP / IP: IP адрес / IP address |
ZValentinV
Junior Member / Новичок
Участник № / Member № 6815
отправлено / posted
Узел действительно работал мало. Я отключил его после получения нуля в результате. Сейчас запущу на пару минут, но что делать с файлом? вставить на форум?
Сообщения / Posts 16 | Из / From: Российская Федерация
| IP / IP: IP адрес / IP address |
отправлено / posted
В профайлерном протоколе нет сообщений об ошибках подключения к OPC-серверу. Да и сообщений о попытках обмена тоже нет.
Откройте, пожалуйста, в Вашем проекте редактор канала var1 и его вкладку ДОПОЛНИТЕЛЬНО.
Вы увидите, что у канала установлен флажок “Отключить от источника”.
Поэтому в реальном времени канал не инициирует запросы к OPC-серверу.
Уберите этот флажок, сохраните и скомпилируйте проект, запустите узел под управлением профайлера.
В профайлерном протоколе должны появиться сообщения типа (12:2:0) DBG_OPC:OPC Input: Next input expected at 2015-Dec-02 09:02:01.782215 = 0 (12:2:1) DBG_OPC:OPC Input: Started at 2015-Dec-02 09:02:01.772285 = 0 (12:2:1) DBG_OPC:SetChannelValue: Channel 5 Value=2 Timestamp=2015-Dec-02 09:02:01.166332 OpcResult="Success" = 0
отправлено / posted
По информации, полученной от ZValentinV, проблема была в настройках тега в OPC-сервере. Топик закрывается.
Сообщения / Posts 17345 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Тема закрыта / Topic Closed
Printer-friendly view of this topic
