Проблема такая:
Контроллер работает в нормальном режиме. Проходит несколько дней и он сам грузится в минимальный. Что такое может быть?
журнал ошибок:
Контроллер скв7-взу9 Логический адрес 97 Время 31.07.2007 14:20:35
NN Сообщение Аргумент Компонент Знач. арг.Время ID
1 Переформатирование журнала ошибок 24550 ALT-драйвер_0 28.07.2007 23:06:43:439 271
2 Причина плохого рестарта 3 Системная задача_0 28.07.2007 23:06:45:129 1281
3 Результат плохого рестарта 2 Системная задача_0 28.07.2007 23:06:45:129 1282
4 ##Значение StartLabel при рестарте 131 Системная задача_0 StartLabel28.07.2007 23:06:45:132 1283
5 Требуется переход в минимальный режим 0 Системная задача_0 28.07.2007 23:06:45:132 1288
Контроллер вываливается в "минимальный"
-
- Сообщения: 17
- Зарегистрирован: 19 апр 2007, 07:45
- Откуда: г.Магнитогорск
А у нас при обмене по радиоканалу, если на удаленном объекте снимается напряжение надолго, или некачественная связь, контроллер-мост может забыть опрашивать этот контроллер. Восстанавливается рестартом моста. Ситуация нестабильная - может перестать опрашивать, а может продолжать. Как выявить, не знаю.
Александр.В. писал(а):А у нас при обмене по радиоканалу, если на удаленном объекте снимается напряжение надолго, или некачественная связь, контроллер-мост может забыть опрашивать этот контроллер. Восстанавливается рестартом моста. Ситуация нестабильная - может перестать опрашивать, а может продолжать. Как выявить, не знаю.
Такое наблюдается и на ML, и на GSM

Не ошибается тот, кто ничего не делает!;-)
Про радио связь информации по стабильности у нас пожалуй нет. Важно знать тип протокола - балансный или мастер-слейв?
GSM коммутируемая среда - там могут быть свои проблемы.
Но с ML мастер-слейв все должно быть нормально, у нас много ML систем под нашим сопровождением, есть и плохие линии, но мосты ничего "не забывают" опрашивать. Давайте смотреть конфигурации.
Про первое письмо темы:
по журналу видно, что сработал охранный таймер (WatchDogTimer). Для перехода в минимальный режим из нормального требуется, чтобы произошло две фатальных ошибки подряд и контроллер не смог отработать даже 10 минут между первой и второй ошибкой. Контроллер действительно оставляете в нормальном режиме? В отладочном - переход в минимальный производится сразу (при первой ошибке). Если в нормальном, тогда
1) надо смотреть чем он отличается от остальных по конфигурации
2) может быть стоит попробовать заменить плату Z_ALT на другую, а лучше контроллер и плату вместе заменить на заведомо работающий комплект. У этой платы потребление больше, чем у других интерфейсных плат и потребление зависит от количества PL-контроллеров в сети. Может быть какие-то аппаратные проблемы? Поэтому лучше в системе найти работающий комплект с похожей конфигурацией.
3) используются ли прикладные алгоритмы - они тоже могут подвешивать контроллер.
GSM коммутируемая среда - там могут быть свои проблемы.
Но с ML мастер-слейв все должно быть нормально, у нас много ML систем под нашим сопровождением, есть и плохие линии, но мосты ничего "не забывают" опрашивать. Давайте смотреть конфигурации.
Про первое письмо темы:
по журналу видно, что сработал охранный таймер (WatchDogTimer). Для перехода в минимальный режим из нормального требуется, чтобы произошло две фатальных ошибки подряд и контроллер не смог отработать даже 10 минут между первой и второй ошибкой. Контроллер действительно оставляете в нормальном режиме? В отладочном - переход в минимальный производится сразу (при первой ошибке). Если в нормальном, тогда
1) надо смотреть чем он отличается от остальных по конфигурации
2) может быть стоит попробовать заменить плату Z_ALT на другую, а лучше контроллер и плату вместе заменить на заведомо работающий комплект. У этой платы потребление больше, чем у других интерфейсных плат и потребление зависит от количества PL-контроллеров в сети. Может быть какие-то аппаратные проблемы? Поэтому лучше в системе найти работающий комплект с похожей конфигурацией.
3) используются ли прикладные алгоритмы - они тоже могут подвешивать контроллер.
Светлана писал(а):Про радио связь информации по стабильности у нас пожалуй нет. Важно знать тип протокола - балансный или мастер-слейв?
GSM коммутируемая среда - там могут быть свои проблемы.
Но с ML мастер-слейв все должно быть нормально, у нас много ML систем под нашим сопровождением, есть и плохие линии, но мосты ничего "не забывают" опрашивать. Давайте смотреть конфигурации.
Про первое письмо темы:
по журналу видно, что сработал охранный таймер (WatchDogTimer). Для перехода в минимальный режим из нормального требуется, чтобы произошло две фатальных ошибки подряд и контроллер не смог отработать даже 10 минут между первой и второй ошибкой. Контроллер действительно оставляете в нормальном режиме? В отладочном - переход в минимальный производится сразу (при первой ошибке). Если в нормальном, тогда
1) надо смотреть чем он отличается от остальных по конфигурации
2) может быть стоит попробовать заменить плату Z_ALT на другую, а лучше контроллер и плату вместе заменить на заведомо работающий комплект. У этой платы потребление больше, чем у других интерфейсных плат и потребление зависит от количества PL-контроллеров в сети. Может быть какие-то аппаратные проблемы? Поэтому лучше в системе найти работающий комплект с похожей конфигурацией.
3) используются ли прикладные алгоритмы - они тоже могут подвешивать контроллер.
Конфигурацию выслал на mail@dep.ru
1)Ничем от остальных не отличается.
2)Пробовал менять и плату и контроллер. PL-контроллер всего 1 - PLDA.
3)Алгоритмов нет.
Не ошибается тот, кто ничего не делает!;-)