Путинцев Н.В.
Forum Haunter / Завсегдатай форума
Участник № / Member № 1093
отправлено / posted
Не дождался от вас толкового ответа на вопрос по резервированию контроллеров WinCon-8731, поэтому начинаю с начала. На основе контроллера WinCon-8731 создан узел, указан один резерв. После запуска и основной узел и резервный в состоянии WORK Кроме того, половина каналов в RTM1 перестала отображаться. По вашему указанию в настройках контроллера поставил «Использовать Мост». Опция «Искать» почему-то недоступна, поэтому в качестве третьего узла выбрали АРМ оператора (RTM1) при помощи соответствующих системных переменных. Результат тот же. В вашей справке про резервирование написано очень мало, а про то, что для этого нужен еще «какой-то третий узел» вообще ничего нет. В вашем видео ролике я видел как «взрывается» основной контроллер и тут же подключается резервный. Красиво, но похоже это только в кино? Теперь мы накупили оборудования, программ и что с этим всем делать? И еще. Когда наконец-то выйдет ТМ 6.03? Обещали в конце января, а уже февраль прошел. У нас пол проекта не работает из-за этих ошибок. Зачем соревноваться на скорость, лучше бы посоревновались на качество. Попробуйте создать проект для простой 5-ти ниточной газоизмерительной станции. В ТМ 6.021 это не получится. Работать не будет!
Сообщения / Posts 121 | Из / From: Россия
| IP / IP: IP адрес / IP address |
quote:"Третий узле" или "Мост" необходим в только в случаях с использованием ОС Windows NT4 или WinCE. Связано это с тем, что сетевые клиенты данных ОС протокола TCP\IP не поддерживают broadcast-посылок в сеть. Почему так - вопрос к представителям Microsoft. Потому как в MS DOS, Win2K и WinXP это поддерживается.
Данное замечание по поводу шлюза касается только механизмов обмена WinCon по сети методами автопосылок (режим "один-ко многим")! И не относится к механизму горячего резервирования в контроллерах WinCon! 3) Резервирование WinCon'ов полностью проверялось под релизом 6.03. И соответсвующий проект вживую демонстрировался на нашей конференции. В релизе 6.02.1 были некоторые ошибки, которые мы уже исправили. Сам релиз 6.03 мы сейчас готовим для выкладывания на сайт, ожидается в эти ближайшие дни.
Сообщения / Posts 17109 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Майборода Алексей
Forum Haunter / Завсегдатай форума
Участник № / Member № 1701
отправлено / posted
Здравствуйте. У вас в справке написано: "(53) DI_DO – канал CALL с этим типом вызова предназначен для быстрого переключения статуса узла, имеющего резерв, при прямой связи резервов.". ТОесть при резервировании мне обязательно надо создавать такой канал и связывать его по схеме приведенной в справке (node1.CALL.arg0 –node1.DI – node2.DO – node2.CALL.arg1 node1.CALL.arg1 – node1.DO – node2.DI – node2.CALL.arg0 ) или это нужно только тогда когда я хочу ускорить реакцию на отключение одного из пары контроллеров? Так же в справке написано: "У канала создаются два аргумента." создаются или надо создавать самому? И ещё по вышеуказанной схеме (взятой из справки) что за атрибуты DI и DO? У канала CAll такого атрибута нету. Поясните пожалуйста схему, что к чему надо привязать и надоли вообще?
Сообщения / Posts 106 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Этот канал создавать необязательно. Он необходим, если требуется аппаратная реализация управления статусами резервированных контроллеров с целью ускорения этого переключения. В канале надо создавать 2 аргумента - один привязывается к УСО DI, а другой к УСО DO текщего контроллера, а сами УСО соединяются между контроллерами физически крест на крест.
Сообщения / Posts 17109 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Майборода Алексей
Forum Haunter / Завсегдатай форума
Участник № / Member № 1701
отправлено / posted
Здравствуйте. Имеется АРМ и два контроллера (основной и резервный). В диалоге настройки узла (для контроллеров) есть группа "Функции синхронизации" поставил галочки напротив: "Основных атрибутов", "Дополнительных атрибутов". Дамп ОТСУТСВУЕТ. В контроллерах выполняется программа, которая к текущему значению канала прибавляет 1 (тоесть накапливается со временем). Перезагружаю контроллер, после загрузки происходит синхронизация с узлом со статусом Work. Все хорошо. Как только ВКЛЮЧАЮ дамп то синхронизации не происходит. Почему? Есть подозрение что сначало выполняется синхронизация, а потом подчитывание с дампа и соответственно значение с дампа перекрывает синхронизированное значение. Или может в чем другом проблема?
Сообщения / Posts 106 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Printer-friendly view of this topic
![[Недоумение / Confused]](confused.gif)
Кроме того, половина каналов в RTM1 перестала отображаться. ![[Неодобрение / Frown]](frown.gif)
В вашей справке про резервирование написано очень мало, а про то, что для этого нужен еще «какой-то третий узел» вообще ничего нет. В вашем видео ролике я видел как «взрывается» основной контроллер и тут же подключается резервный. Красиво, но похоже это только в кино? ![[Насмешка / Razz]](tongue.gif)
Теперь мы накупили оборудования, программ и что с этим всем делать? ![[Вращающиеся глаза / Roll Eyes]](rolleyes.gif)
И еще. Когда наконец-то выйдет ТМ 6.03? Обещали в конце января, а уже февраль прошел. У нас пол проекта не работает из-за этих ошибок. Зачем соревноваться на скорость, лучше бы посоревновались на качество. Попробуйте создать проект для простой 5-ти ниточной газоизмерительной станции. В ТМ 6.021 это не получится. Работать не будет!
![[duno / незнайка]](graemlins/duno.gif)
Потому как в MS DOS, Win2K и WinXP это поддерживается.
