Здравствуйте. Умеется узел с резервом. Резервирование работает, все синхронизируется, но каналы класса HEX16 не синхронизируются!. Создал тестовый проект, запускаю основной контроллер он переходит в состояние ворк. Запускаю АРМ, передаю с кнопки на вход канала HEX16 значение, все нормально отображается. Запускаю резервный контроллер, он переходит в состояние трэйс, на экране так же появляется реальное значение канала HEX16. Теперь отключаю основной и канал HEX16 становится равен 0!!! Почему он не сохраняет значения? Может он как то по особому используется при резервировании и его нестоит использовать?
Posted by Путинцев Н.В. (Участник № / Member № 1093) on :
Только что обнаружил, что и другие каналы ведут себя так же. Атрибуты каналов синхронизируются, но их значения у резервного контроллера пропадают после отключения основного. Не резервирование, а фикция! Резервный контроллер показывает значения каналов основного, но в свои каналы эти значения не переписывает! После пропадания основного контроллера, резервный начинает показывать значения каналов, которые у него были до синхронизации. Кроме этого передача значений с RTM в каналы резервного контроллера тоже не работает!? Когда же Вы сделаете полноценное резервирование контроллеров???
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Эта проблема решается с помощью канала @Input_Out@. Бит 12 этого канала позволяет включить режим более полной синхронизации каналов, у которых выставлен флаг DUMP=Read (наличие файла DUMP не обязательно). При этом будут синхронизироваться все основные и дополнительные атрибуты, включая аргументы программ и глобальные переменные. Но самое существенное в свет обсуждаемой проблемы - при этом будет синхронизирован атрибут ВХОД. Следует обратить внимание на то, что в МикроМРВ для DOS этот механизм синхронизации не функционирует. Можно также использовать следующую технологию. Такие каналы не синхронизировать (не связывать их с нулевым источником "Генераторы/Источник"). Сигнал от АРМа передавать "по групповому адресу": в свойствах этого канала (правой клавишей мыши) в дополнительном поле строки "Привязка" выбрать настройку GROUP. Резервируемым контроллерам задать одинаковые оригинальные групповые номера узлов.
Posted by Путинцев Н.В. (Участник № / Member № 1093) on :
Не решается! И не «канала @Input_Out@», а, наверное, переменной @Input_Output? Да, атрибуты начинают запоминаться после установки в редакторе узла переменной @Input_Output значения 16#1000. Теперь резервный контроллер, когда переходит в состояние Work, сохраняет данные каналов. Однако передать что-либо в него все равно не возможно. Он не слушается RTM. Данные можно передавать в контроллеры только когда работают оба или один основной. Причем, когда работают оба контроллера, часто наблюдается следующая ситуация. После передачи с кнопки на экране ARM какого-либо значения, оно появляется в обоих контроллерах, но потом исчезает. Приходится несколько раз передавать одно и то же значение, что бы оно зафиксировалось. Может быть, это происходит из-за того, что вход канала, куда передается значение с кнопки, привязан еще и к нулевому источнику? Однако почему-то этого не происходит когда работает один основной контроллер. По групповому адресу тоже проверил. В этом случае атрибуты каналов синхронизируются. Передача данных в резервный контроллер работает. Однако синхронизируются атрибуты только тех каналов, в которые поступают данные с каналов АРМ. Те же каналы, которые формируют свои атрибуты внутри контроллера, а в АРМ выводят только реальное значение, не синхронизируются. Как объединить эти два варианта, чтобы ВСЁ работало? Какой еще вариант предложите для тестирования? Пока только этим и занимаемся!
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
За длинную паузу извините. Форсмажор. Отпуска и болезнь.
Проблему мы понимаем. Перепроверка намечена на ближайшее время.
