kip
Forum Member / Участник форума
Участник № / Member № 6280
отправлено / posted
Добрый день,
Есть контроллер, подключенный к МРВ1 по протоколу ModBus RTU (порт COM1). Задача - передать значения на МРВ2. На самом МРВ1 значения всех переменных отображаются верно, но при запуске OPC-сервера на МРВ1 на базе запущенного проекта, OPC сервер успешно запускается, но не передает реальных данных.
Порядок такой: Тестовый проект содержит только 15 переменных типа FLOAT, которые считываются с контроллера по ModBus и после запуска отображаются на экране МРВ с реальными числовыми значениями. Далее регистрируется и запускается ОРС-сервер с файлом узла DBB запущенного проекта "tm6opc.exe c:\tm6\modbus_1\RTM_1\*.dbb /RUN". В OPC GUI видны все 15 переменных Float, но значения R всех равны 0.
kip
Forum Member / Участник форума
Участник № / Member № 6280
отправлено / posted
Немного почитал форум. Возник вопрос. Обязательно ли наличие и настройка 2-х сетевых адаптеров для работы МРВ и ОРС с одним и тем же узлом на одной машине?
Сообщения / Posts 38 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Вы пытаетесь передать информацию с одного проекта в другой при помощи OPC сервера Trace Mode? Более простого решения для вашей задачи разве нету? Если вам надо предавать значения с одного МРВ на другой МРВ то объедините их в один проект.
Сообщения / Posts 112 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
1. Под управлением OPC-сервера должен запускаться отдельный узел проекта типа RTM, который по внутренним протоколам Trace Mode 6 осуществляет обмен с другими узлами проекта. OPC-сервер Trace Mode 6 кроме OPC-интерфейса не поддерживает других внешних интерфейсов, в тома числе и бмен с контроллерами по протоколу Modbus RTU. 2. Запускать на одном ПК два исполнительных модуля (RTM и OPC-сервер) для двух узлов проекта можно только при наличии совмещенной лицензии. При этом обязательным условием является работа этих узлов по разным сетевым адаптерам.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
kip
Forum Member / Участник форума
Участник № / Member № 6280
отправлено / posted
Денис добрый день,
Контроллер включен через СОМ-порт в Компьютер1, на котором работает МРВ1. Нам нужно чтобы Компьютер2 (соотв. МРВ2),к которому контроллер физически не подключен, отображал информацию, аналогичную МРВ1. Куплены ключи а) МРВ+DOC, позволяющие запускать ТМ6 ОРС сервер и МРВ1 на Компьютере1 б) МРВ, позволяющие запускать МРВ2 на Компьютере2.
Был бы рад узнать от Вас о 1) Более простом решении нашей задачи. 2) Можем ли мы объединить МРВ в один проект при наличии данных типов лицензии?
kip
Forum Member / Участник форума
Участник № / Member № 6280
отправлено / posted
Уважаемая тех. поддержка
1) По п.1. не совсем понял утверждение. Т.е. с помощью ТМ6 ОРС сервера мы не сможем снять данные с контроллера по ModBus, которые успешно считываются МРВ1, и передать на TM6 OPC-клиент (в данном случае ТМ6 МРВ2)?
2) Лицензия DOC&&RTM+ на 512 каналов, как я понимаю, позволяет запускать ТМ6 ОРС, или нет? ТМ6 ОРС успешно стартует при наличии этого ключа и не стартует при отсутствии.
отправлено / posted
1. C помощью ТМ6 ОРС сервера Вы не сможете снять данные с контроллера по ModBus непосредственно. Узел, запущенный под управлением OPC-сервера, может получить эти данные у узла, запущенного под управлением RTM? который получит эти данные от контроллера.
2. Проверьте полный мнемокод продукта, защищенного этим ключом (мнемокод указан на ключе). Возможно в Вашей лицензии присутствует опция OPC-сервера.
3. Вы можете объединить узлы МРВ1 и МРВ2 в один проект, организовав между каналами узлов связи, обеспечивающие передачу информации от МРВ1 в МРВ2. Для этого Вам не нужен OPC-сервер. OPC-сервер нужен для того, чтобы посторонний OPC-клиент мог через него обмениваться информацией с узлами проекта.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
quote:Отправитель / Originally posted by kip: Денис добрый день,
Контроллер включен через СОМ-порт в Компьютер1, на котором работает МРВ1. Нам нужно чтобы Компьютер2 (соотв. МРВ2),к которому контроллер физически не подключен, отображал информацию, аналогичную МРВ1. Куплены ключи а) МРВ+DOC, позволяющие запускать ТМ6 ОРС сервер и МРВ1 на Компьютере1 б) МРВ, позволяющие запускать МРВ2 на Компьютере2.
Был бы рад узнать от Вас о 1) Более простом решении нашей задачи. 2) Можем ли мы объединить МРВ в один проект при наличии данных типов лицензии?
Всего наилучшего, Сергей.
В принципе тех.поддержка уже ответила на вопрос. Но все равно напишу. Вы создаете Проект в нем создаем узел МРВ1 к которому подключен контролер и в этом же проекте создаем узел МВР2. Потом привязываем каналы МВР2 к каналам МРВ1. Можно сделать просто перетащив каналы с МРВ1 на МРВ2 драг анд дропом. Запускаем на одном ПК МРВ1 а на другом ПК МРВ2. Необходимо только настроить Прием посылку между узлами. То есть на узле МРВ1 и МРВ2 нажать правой кнопкой выбрать Редактировать и в группе Адаптеры поставить нужный галочки. IP адреса присваивать не обязательно, но если хочется можете сделать. Если будут вопросы или, что то не понятно пишите помогу.
Сообщения / Posts 112 | Из / From: Россия
| IP / IP: IP адрес / IP address |
kip
Forum Member / Участник форума
Участник № / Member № 6280
отправлено / posted
Денис добрый день,
Спасибо за подробную информацию. Пока не получилось.
RTM_1 и RTM_2 настроены (стоят галки прием/посылка на системных адаптерах). Каналы с RTM_1 перетащены в каналы на RTM_2 и привязаны драг-дропом к аргументам экрана и далее к объектам на экране.
RTM_1 запущен на Компьютере1 и успешно показывает данные. RTM_2 запущен в профайлере на Комп2 и, к сожалению, показывает нули.
отправлено / posted
После запуска в каждом узле в окне "Вид/Статусы узлов" должны быть отмечены оба узла в состоянии WORK с указанием их IP-адресов и меток времени, изменяющихся с периодом около 10 с (по умолчанию).
Если таким образом убедились, что узлы "видят" друг друга, а обмена данными нет, надо уточнять в проекте организацию связей между каналами и вывод информации на экран.
Для более детальной диагностики надо задать ключ DEBUGON=70000490 в файле конфигурирования запуска (*.cnf) каждого узла. В профайлерных протоколах каждого узла будет информация о статусе и ошибках связи. Необходимо также посмотреть сообщения в файлах tm6_log.txt.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
quote:Отправитель / Originally posted by kip: Денис добрый день,
Спасибо за подробную информацию. Пока не получилось.
RTM_1 и RTM_2 настроены (стоят галки прием/посылка на системных адаптерах). Каналы с RTM_1 перетащены в каналы на RTM_2 и привязаны драг-дропом к аргументам экрана и далее к объектам на экране.
RTM_1 запущен на Компьютере1 и успешно показывает данные. RTM_2 запущен в профайлере на Комп2 и, к сожалению, показывает нули.
kip
Forum Member / Участник форума
Участник № / Member № 6280
отправлено / posted
Денис добрый день,
Если у Вас есть возможность - было бы здорово! Моя почта xxx@yyy.
Всего наилучшего, Сергей.
[ 12.02.2014, 09:57: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Сообщения / Posts 38 | Из / From: Россия
| IP / IP: IP адрес / IP address |
kip
Forum Member / Участник форума
Участник № / Member № 6280
отправлено / posted
Уважаемая тех. поддержка,
С заданием ключа DEBUGON не получилось. В папке RTM_1 есть файлы, относящиеся к взаимодействию RTM_1 с ОРС-серверами, а именно AS1202140900_0_opc0.cnf, AS1202140900_0_opc1.cnf, AS1202140900_0_opc1.cnf. В папке узла RTM_2 файлов *.cnf не обнаружено.
Пробовал создать файлы AS1202140900_0.cnf и AS1202140900_1.cnf в соотв. папках, содержащие только одну строку DEBUGON=70000490, но на появление диагностических сообщений это не повлияло.
В окне "Вид/Статусы узлов" отмечены оба узла в состоянии WORK с указанием их IP-адресов и меток времени, изменяющихся с периодом 5 с. Вид строк
на машине MRV1, на которой запускается узел RTM_1 "Work.NT.RTM{0000.0042}Lx (DD-MM-YY HH:MM:SS) 10.10.99.65" "Work.NT.RTM{0000.0042}Lx (DD-MM-YY HH:MM:SS) 10.10.99.66" "....?.?(0000,0000) L-1(...) 0.0.0.0"
на машине MRV2, на которой запускается узел RTM_2 "Work.NT.RTM{0000.0042}Lx (DD-MM-YY HH:MM:SS) 10.10.99.65" "Work.NT.RTM{0000.0042}Lx (DD-MM-YY HH:MM:SS) 10.10.99.66" "....?.?(0000,0000) L-1(...) 0.0.0.0"
Единственный момент, на машине MRV2 (10.10.99.66) 2 активных сетевых адаптера, но установка "прием-посылка" в свойствах проекта RTM_2 для системного и/или первого адаптера результата не дает.
Можно ли выслать вам проект для проверки на наличие ошибок?
kip
Forum Member / Участник форума
Участник № / Member № 6280
отправлено / posted
В принципе, готовы организовать удаленный доступ к рабочей системе через TeamViewer для диагностики проблемы он-лайн.
Сообщения / Posts 38 | Из / From: Россия
| IP / IP: IP адрес / IP address |
quote:Отправитель / Originally posted by Жигалов Денис Николаевич:
quote:
Единственный момент, на машине MRV2 (10.10.99.66) 2 активных сетевых адаптера, но установка "прием-посылка" в свойствах проекта RTM_2 для системного и/или первого адаптера результата не дает.
Всего наилучшего, Сергей.
Так может у вас адаптер вторым стоит вот и не дает результата. Попробуйте поставить прием передачу на второй. По CNF вам надо создать его самим и положить в папку с узлом т.е TMCom_0.cnf(для первого МРВ) и TMCom_1.cnf(для второго МРВ) Текст в TMCom_0.cnf и TMCom_1.cnf должен быть: DEBUGON=70000490 пустая строка
kip
Forum Member / Участник форума
Участник № / Member № 6280
отправлено / posted
Денис, мы пробовали деактивировать 2-й адаптер, равно как и убирать галки с "Системного" адаптера и ставить на "Первый" в свойствах RTM_2, а также оставлять галки на "Системном" и "Первом" адаптерах.
kip
Forum Member / Участник форума
Участник № / Member № 6280
отправлено / posted
Если интересно - могу дать доступ по ТВ к машине MRV1 IDE и DocRTM+) и MRV2 (RTM)
Сообщения / Posts 38 | Из / From: Россия
| IP / IP: IP адрес / IP address |
quote:Отправитель / Originally posted by kip: Денис, мы пробовали деактивировать 2-й адаптер, равно как и убирать галки с "Системного" адаптера и ставить на "Первый" в свойствах RTM_2, а также оставлять галки на "Системном" и "Первом" адаптерах.
Результат - ноль, в прямом и переносном смысле.
В МРВ2 на "Втором" адаптере поставить галочки прием посылка. на "Системном" и "Первом" убрать галочки. Так делали?
Сообщения / Posts 112 | Из / From: Россия
| IP / IP: IP адрес / IP address |
kip
Forum Member / Участник форума
Участник № / Member № 6280
отправлено / posted
Попробовал только что убрать галки в редактировании RTM_2 на системном и первом адаптерах и поставить на адаптере "Второй". Сохранил, запустил основной экран узла RTM_1 на MRV1 - все показывает, основной экран узла RTM_2 запустил на MRV2. Магические действия эффекта не возымели, результат, к сожалению, тот же - 0...
Сообщения / Posts 38 | Из / From: Россия
| IP / IP: IP адрес / IP address |
quote:Отправитель / Originally posted by kip: Попробовал только что убрать галки в редактировании RTM_2 на системном и первом адаптерах и поставить на адаптере "Второй". Сохранил, запустил основной экран узла RTM_1 на MRV1 - все показывает, основной экран узла RTM_2 запустил на MRV2. Магические действия эффекта не возымели, результат, к сожалению, тот же - 0...
Ну тогда идеи у меня кончились. У вас явно какая то сетевая проблема. Так как в моей сети ваш проект прекрасно работает. Вам надо взять временно поставить на другой ПК с одним сетевым адаптером МРВ2. Примем посылку настроить на Системный и проверить будет ли прием передача данных. Либо с ПК который сейчас есть вытащить или отключить сетевой адаптер один и так же проверить есть ли связь. Проблема где то в настройках сети или сетевом адаптере.
Сообщения / Posts 112 | Из / From: Россия
| IP / IP: IP адрес / IP address |
kip
Forum Member / Участник форума
Участник № / Member № 6280
отправлено / posted
Денис, перенос ключа и запуск RTM_2 на машине с одним сетевым адаптером не сработал. Будм копаться дальше...
Сообщения / Posts 38 | Из / From: Россия
| IP / IP: IP адрес / IP address |
kip
Forum Member / Участник форума
Участник № / Member № 6280
отправлено / posted
Имя файла "TMCom_0.cnf" для узла "RTM_1" (соотв. "TMCom_1.cnf" для узла "RTM_2") фиксированное? Я создал файлы, но в логах ничего существенного не добавилось.
Сообщения / Posts 38 | Из / From: Россия
| IP / IP: IP адрес / IP address |
quote:Отправитель / Originally posted by kip: В принципе, готовы организовать удаленный доступ к рабочей системе через TeamViewer для диагностики проблемы он-лайн.
Это невозможно.
quote: Отправитель / Originally posted by Жигалов Денис Николаевич: Так может у вас адаптер вторым стоит вот и не дает результата. Попробуйте поставить прием передачу на второй. По CNF вам надо создать его самим и положить в папку с узлом т.е TMCom_0.cnf(для первого МРВ) и TMCom_1.cnf(для второго МРВ) Текст в TMCom_0.cnf и TMCom_1.cnf должен быть: DEBUGON=70000490 пустая строка
Денис, Вы посоветовали текст файла *.cnf, но забыли строку "END_OF_CNF". Правильный текст файла:
DEBUGON=60000490 END_OF_CNF <пустая строка>
Имя файла должно быть: TMcom_<№ узла>.cnf . Номер узла можно найти прямо в папке узла проекта, это - цифра после "_" в имени файла *.dbb .
kip
Forum Member / Участник форума
Участник № / Member № 6280
отправлено / posted
Всем спасибо за попытку помочь.
Причина проблемы, как оказалось, была абсолютно простой. Денис, я Вас, видимо запутал, дополнительной информацией о наличии 2-го адаптера в МРВ2 (избыток информации в данном случае был вреден для процесса решения проблемы).
Проблема решилась установкой "автопосылки" в свойствах узла и свойствах каналов узла.
Думаю, то же самое являлось источником проблемы в выдаче данных ТМ6 ОРС-сервером.
В итоге полная рекомендация по настройке взаимодействия узлов в 1-м проекте звучит так:
********************************************* Создаем Проект, в нем создаем узел МРВ1 к которому подключен контролер и в этом же проекте создаем узел МВР2. Потом привязываем каналы МВР2 к каналам МРВ1. Можно сделать просто перетащив каналы с МРВ1 на МРВ2 драг анд дропом.
Запускаем на одном ПК МРВ1 а на другом ПК МРВ2. Необходимо только настроить Прием посылку между узлами. То есть на узле МРВ1 и МРВ2 нажать правой кнопкой выбрать Редактировать и в группе Адаптеры поставить нужные галочки. IP адреса присваивать не обязательно.
**********************доп******************** В свойствах Узлов проверяем и, если отсутствует, устанавливаем галку "Автопосылка". В свойствах каналов Узла-источника, которые будут передаваться на Узел-приемник устанавливаем галки "Посылка".
quote:Отправитель / Originally posted by kip: **********************доп******************** В свойствах Узлов проверяем и, если отсутствует, устанавливаем галку "Автопосылка". В свойствах каналов Узла-источника, которые будут передаваться на Узел-приемник устанавливаем галки "Посылка".
************************************************
Странно у меня все проекты без автопосылки работают. В том числе и ваш. Уж не знаю в чем причина. Может тех.поддержка разъяснит ситуацию.
Сообщения / Posts 112 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
При разрешенной "Автопосылке" данные по сети рассылаются широковещательными сообщениями. Если без нее связи нет, то можно подозревать неправильно установленные настройки IP. Точнее без логов и проекта сказать невозможно.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
quote:Отправитель / Originally posted by AdAstra Technical Support: При разрешенной "Автопосылке" данные по сети рассылаются широковещательными сообщениями. Если без нее связи нет, то можно подозревать неправильно установленные настройки IP. Точнее без логов и проекта сказать невозможно.
Но ведь IP адреса не обязательны для узлов, узлы сами знают о друг друге. Тут как раз что то с настройкой самой сети между МРВ. Так как когда происходит вещание во всю сеть то все видится.
[ 16.12.2014, 09:46: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Сообщения / Posts 112 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Автопосылку в свойствах узла не надо ставить. Опять же без логов и проекта сказать ничего нельзя. Ключ DEBUGON=400 в файл cnf, полученные логи и tm6_log - в техподдержку.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Printer-friendly view of this topic
