прием/передача в режиме Master/Slave

[Nikolay]

Помогите пожалуйста решить следующую проблему:
Есть два ПК с установленными Lectus Modbus OPC/DDE Server.
Есть контроллер(slave), который опрашивает Lectus Modbus OPC/DDE Server - 3.9 сборка в режиме master по локальной сети(комп1). Необходимо с этого сервера передать данные на удаленный Lectus Modbus OPC/DDE Server(комп2) .
Пробовал сделать по варианту:
3) Соединить два компьютера через Modbus TCP:
Скопируйте на комп2 конфигурацию с комп1;
Для комп1 укажите Slave Modbus TCP подключение (в дополнительных свойствах узла);
Для комп2 укажите Master Modbus TCP подключение указав IP адрес комп1;
Для комп2 сбросьте Slave подключение, если оно установлено.

Часть данных приходит с хорошим качеством и верными значениями. Часть с хорошим качеством, но значение неверные. У части данных качество:"Ошибка соединения".
Версии Lectus Modbus OPC/DDE Server последние, выложенные на сайте.
Предоставлю дополнительные данные, если потребуется.

[admin]

1) Если используется старая версия, то обновите до текущей версии.
2) Для каждой стороны вышлите данные:
- Используемую конфигурацию *.cfg;
- Лог работы *.log из каталога Log папки профиля (через меню "Настройка" - "Папка профиля");
- Отчеты об ошибке *.txt из каталога BugReport папки профиля (если есть).

[Nikolay]

Отправил на lectussoft@gmail.com . Используем версию от 16.03.15.

[admin]

Ни в одной из полученных конфигураций не задано Slave подключение.
Оба сервера работают как Master.
Нужно один сервер настроить как Slave.
Другой как Master.
Slave подключение задается в дополнительных свойствах узла.

[Nikolay]

Прошу прошения, я отправил Вам не тот конфигурационный файл для КОМП1. Отправил по новой.
На КОМП1 Lectus Modbus OPC/DDE server настроен как Master, который является клиентом для PLC и как SLAVE, который является сервером для КОМП2. В новом письме описал результат опроса переменных сервером на КОМП2.

[admin]

Для корректной работы Slave режима используйте только типизированные Modbus переменные.

[Nikolay]

Спасибо, с типизированными переменными все получилось. Обнаружили, что при экспорте/импорте конфигурации не импортируются скрипты в переменных и, судя по всему, Lectus не понимает название узлов на кириллице при экспорте.
Хотелось бы задать еще несколько вопросов касающихся темы:
Должен ли Lectus, выступающий в роли мастера, запускать Lectus клиент?
Как по инициативе Master'а заставить Slave опрашивать контроллеры, для которых он является Master'ом(так понимаю, что переменная POLL на главном сервере не поможет и нужно создавать дополнительную переменную, которая будет взводить POLL на Slave'е)?
Как правильно настроить буферизацию на Slave'е, что бы при обрыве и восстановлении связи данные, за момент обрыва, не терялись и передавались на Master?

[admin]

Обнаружили, что при экспорте/импорте конфигурации не импортируются скрипты в переменных и, судя по всему, Lectus не понимает название узлов на кириллице при экспорте.

Проверили, все нормально.
Нужно использовать ANSI кодировку.

[admin]

Должен ли Lectus, выступающий в роли мастера, запускать Lectus клиент?

Не понятен вопрос.
При подключении OPC клиента начинается опрос переменных которые OPC клиент добавил в опрос.
Для целей тестирования в сервере есть встроенный OPC клиент, который можно запускать если в данные момент нет доступа к OPC клиенту (SCADA системе).

[admin]

Как по инициативе Master'а заставить Slave опрашивать контроллеры, для которых он является Master'ом(так понимаю, что переменная POLL на главном сервере не поможет и нужно создавать дополнительную переменную, которая будет взводить POLL на Slave'е)?

Скорее всего не получится через Modbus.
Но можно попробовать через дублирование значения из Modbus переменной в POLL.