Anton85
Junior Member / Новичок
Участник № / Member № 3464
отправлено / posted
Уважаемая техподдержка! Возможно ли создание вами небольшого (по одному каналу Input и Output) демонстрационного проектика, состоящго из одного МРВ и ММРВ с задействованием функции резервирования для ММРВ.Интересует грамотное задание настроект узлов проекта и атрибутов каналов при реализации резервирования. Данный проект было бы неплохо разместить в разделе "База проектов" сайта технической поддержки.
Сообщения / Posts 6 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Универсальный пример с полным набором всех функций резервирования на простом (2-канальном) проекте создать проблематично. А самое простое резервирование на двух каналах, подключенным к источникам и передающих автопосылки, осуществляется без каких-либо дополнительных настроек.
Для каких МикроМРВ Вы хотите использовать резервирование? Резервирование реализуется только в МикроМРВ для WinCon/PAC CE.
Сообщения / Posts 17109 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Anton85
Junior Member / Новичок
Участник № / Member № 3464
TT
Active Forum Member / Активный участник форума
Участник № / Member № 4177
отправлено / posted
Вот конкретный вопрос: MicroTRACEMODE для Tion поддерживает горячее резервирование или нет?
Сообщения / Posts 66 | Из / From: Россия
| IP / IP: IP адрес / IP address |
TT
Active Forum Member / Активный участник форума
Участник № / Member № 4177
отправлено / posted
вопрос 1: если для синхронизации данных используются автопосылки, а Tion'ах автопосылки блокируются на уровне сборки ОС производителем, а следовательно показанный механизм синхронизации не годится, тогда какой механизм годится? вопрос2: Также обратите внимание, что во вкладке Дополнительно у Вас оповещение о присутствии узла в сети происходит с периодом 10 секунд, а переход на резервный узел - через 2 . Об этом вы, вроде, ничего не говорили на курсах. Чтобы ускорить переключение рервного узла я изменил параметры по формуле Предельное вермя после последнего приема от удаленного узла(сек) =(Период проверки состояния удаленных узлов * Таймаут на переход в режим WORK): Предельное вермя после последнего приема от удаленного узла(сек) =2 Период проверки состояния удаленных узлов =2 Таймаут на переход в режим WORK =1 Какой Период посыки сообщения о присутствии узла в сети я должен выставить с учетом вышеуказанных параметров?
Я исправил проект с учетом Ваших замечаний: 1) Для системных переменных STATUS в слое Источники/Приемники изменил тип на OUTPUT. 2) Во вкладке Дополнительно выставил все по умолчанию Предельное вермя после последнего приема от удаленного узла(сек) =20 Период проверки состояния удаленных узлов =5 Таймаут на переход в режим WORK =4; 3) Для всех каналов , требующих синхронизации, выставил галочки использовать атрибут Дамп=Синхр ; 4)В бланке Отчет тревог/Дамп/Параметры выставил галочки Синхронизация на старте и Принудительная отработка каналов OUTPUT; 5) Записать число 4096 в поле Маски переключения режимов для системной переменной Input/Output 6) отключил программу WORK_TRACE, которая до этого переключала узлы из trace в work. Исправленный проект я отправил на training@adastra.ru , пожалуйста, посмотрите, что я еще не так сделал, потому что резервирование не работает. Не работает также и синхронизация данных и алгоритмов!!!
Сообщения / Posts 66 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Был отправлен рабочий пример. После консультаций с нашими специалистами резервирование в Тион работает.
Сообщения / Posts 25 | Из / From: Russia
| IP / IP: IP адрес / IP address |
TT
Active Forum Member / Активный участник форума
Участник № / Member № 4177
отправлено / posted
Да, Ваш проект работает, работает резервирование, но не рабоатет синхронизация состояния прогаммы "DO". Например, работают два узла: MAIN(work) и HOT(trace), в основном отключаю программу через шпион путем посылки в СОСТОЯНИЕ =1, после чего на основном узле программа перестает работать, а на резервном все продолжает работать и когда я отключаю основной узел с выключенной программой DO, подхватывает работу резервный узел с работающей программой DO. Это же не правильно, а это неполноценное резервирование! Я уже использовал для синхронизация данных и алгоритмов атрибут Дамп=Синхр для всех каналов (в том числе, вызывающих программы), требующих синхронизации, и для синхронизиронизации данных и программ на старте резервного узла в Бланке Отчет тревог/Дамп/Параметры выставил галочки в соответствующих местах и записал число 4096 в поле Маски переключения режимов для системной переменной Input/Output (установка 12-го бита этой переменной ответственна за процедуру синхронизации). Это не помогло!!! Подскажите, пожалуйста, что нужо сделать для синхронизации состояний программ????
Когда я его изменяю под свой резервирование совсем не работает. Изменения такие: я меняю Modbus TCP на Modbus RTU и соответственно добавляю COM-порт. Вот когда добавляю COM-порт - резервирование совсем не работает!! Без com-порта, :-) когда до конечного устройства не доходят никакие сигналы, резервирование работает. Это из-за неверных настроек COM-порта. Что надо указать в поле Назначение при настройке COM-порта?
Сообщения / Posts 66 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Резервирование с использованием УСО также теперь работает.
Для синхронизации состояния программ нужно завести канал, который будет управлять состоянием программы и синхронизироваться, как обычный канал.
Но на практике программ, которые выключаются/включаются, в резервных узлах лучше избежать, и ввести вместо этого проверку в программе на состояние какого-либо аргумента.
Сообщения / Posts 17109 | Из / From: Россия
| IP / IP: IP адрес / IP address |
TT
Active Forum Member / Активный участник форума
Участник № / Member № 4177
отправлено / posted
Создал отдельный канал типа Float OUTPUT для управления состоянием программы, привязал этот канал к состоянию программы, выставил галочку "Синхронизировать". Но почему то именно данный канал не синхронизируется. В чем может быть дело?
Сообщения / Posts 66 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Лучше не включать, выключать программу, а сделать проверку на статус в теле программы.
Сообщения / Posts 17109 | Из / From: Россия
| IP / IP: IP адрес / IP address |
TT
Active Forum Member / Активный участник форума
Участник № / Member № 4177
отправлено / posted
К ((( сожалению руководство решает сколько должно быть программ и когда и при каких условиях они должны работать(включаться и выключатся). На будущее в след.релизах было бы хророшо исправить данную проблему .
Сообщения / Posts 66 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Еще раз повторим, проблемы нет. Сделайте в программе дополнительное условие проверки на статус узла. Это займет одну минуту. Условия и количество программ от этого не меняется.
Сообщения / Posts 17109 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Printer-friendly view of this topic
