This is topic Реализация резервирования in forum Редактор проекта TRACE MODE 6 / at Форум TRACE MODE: техническая поддержка.


To visit this topic, use this URL:
http://forum.adastra.ru/ultimatebb.php/ubb/get_topic/f/32/t/000273.html

Posted by Anton85 (Участник № / Member № 3464) on :
 
Уважаемая техподдержка! Возможно ли создание вами небольшого (по одному каналу Input и Output) демонстрационного проектика, состоящго из одного МРВ и ММРВ с задействованием функции резервирования для ММРВ.Интересует грамотное задание настроект узлов проекта и атрибутов каналов при реализации резервирования.
Данный проект было бы неплохо разместить в разделе "База проектов" сайта технической поддержки.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Универсальный пример с полным набором всех функций резервирования на простом (2-канальном) проекте создать проблематично.
А самое простое резервирование на двух каналах, подключенным к источникам и передающих автопосылки, осуществляется без каких-либо дополнительных настроек.

Для каких МикроМРВ Вы хотите использовать резервирование?
Резервирование реализуется только в МикроМРВ для WinCon/PAC CE.
 
Posted by Anton85 (Участник № / Member № 3464) on :
 
ММРВ для контроллеров i7188
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Эти МикроМРВ резервирование не поддерживают.
 
Posted by TT (Участник № / Member № 4177) on :
 
Что значит "Эти МикроМРВ резервирование не поддерживают "? вот здесь http://forum.adastra.ru/ultimatebb.php/ubb/get_topic/f/42/t/000016.html#000000
вы говорите,что "...все МикроМРВ поддерживается резервирование.."
МикроМРВ для TION поддерживается? что у меня не выходит резервирование двух контроллеров...
 
Posted by TT (Участник № / Member № 4177) on :
 
Вот конкретный вопрос: MicroTRACEMODE для Tion поддерживает горячее резервирование или нет?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
МикроМРВ для i7188 не поддерживает резервирование.

Микро МРВ для Tion поддерживает резервирование, так же как и остальные МикроМРВ для WinCE.

Пришлите Ваш проект на training@adastra.ru. Мы поможем Вам разобраться в чем ошибка.
 
Posted by TT (Участник № / Member № 4177) on :
 
отправил проект на training@adastra.ru
Жду комментариев.
 
Posted by TT (Участник № / Member № 4177) on :
 
вопрос 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 , пожалуйста, посмотрите, что я еще не так сделал, потому что резервирование не работает. Не работает также и синхронизация данных и алгоритмов!!!
 
Posted by AdAstra Research Group (Участник № / Member № 3744) on :
 
Был отправлен рабочий пример. После консультаций с нашими специалистами резервирование в Тион работает.
 
Posted by TT (Участник № / Member № 4177) on :
 
Да, Ваш проект работает, работает резервирование, но не рабоатет синхронизация состояния прогаммы "DO". Например, работают два узла: MAIN(work) и HOT(trace), в основном отключаю программу через шпион путем посылки в СОСТОЯНИЕ =1, после чего на основном узле программа перестает работать, а на резервном все продолжает работать и когда я отключаю основной узел с выключенной программой DO, подхватывает работу резервный узел с работающей программой DO. Это же не правильно, а это неполноценное резервирование! Я уже использовал для синхронизация данных и алгоритмов атрибут Дамп=Синхр для всех каналов (в том числе, вызывающих программы), требующих синхронизации, и для синхронизиронизации данных и программ на старте резервного узла в Бланке Отчет тревог/Дамп/Параметры выставил галочки в соответствующих местах и записал число 4096 в поле Маски переключения режимов для системной переменной Input/Output (установка 12-го бита этой переменной ответственна за процедуру синхронизации). Это не помогло!!! Подскажите, пожалуйста, что нужо сделать для синхронизации состояний программ????


Когда я его изменяю под свой резервирование совсем не работает. Изменения такие: я меняю Modbus TCP на Modbus RTU и соответственно добавляю COM-порт. Вот когда добавляю COM-порт - резервирование совсем не работает!! Без com-порта, :-) когда до конечного устройства не доходят никакие сигналы, резервирование работает. Это из-за неверных настроек COM-порта. Что надо указать в поле Назначение при настройке COM-порта?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Резервирование с использованием УСО также теперь работает.

Для синхронизации состояния программ нужно завести канал, который будет управлять состоянием программы и синхронизироваться, как обычный канал.

Но на практике программ, которые выключаются/включаются, в резервных узлах лучше избежать, и ввести вместо этого проверку в программе на состояние какого-либо аргумента.
 
Posted by TT (Участник № / Member № 4177) on :
 
Создал отдельный канал типа Float OUTPUT для управления состоянием программы, привязал этот канал к состоянию программы, выставил галочку "Синхронизировать". Но почему то именно данный канал не синхронизируется. В чем может быть дело?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Лучше не включать, выключать программу, а сделать проверку на статус в теле программы.
 
Posted by TT (Участник № / Member № 4177) on :
 
К ((( сожалению руководство решает сколько должно быть программ и когда и при каких условиях они должны работать(включаться и выключатся). На будущее в след.релизах было бы хророшо исправить данную проблему .
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Еще раз повторим, проблемы нет. Сделайте в программе дополнительное условие проверки на статус узла. Это займет одну минуту. Условия и количество программ от этого не меняется.
 


Новости АСУ ТП / News | SCADA / HMI | Обучение / Trainings | Свяжитесь с нами / Contact Us



Powered by Infopop Corporation
UBB.classic™ 6.7.2