Форум » » периодически виснет система - что может быть?советы... » Ответить
периодически виснет система - что может быть?советы...
Vladimir: На объекте стоит MC2E и слейвом по креснету подключены три CP-2. Так вот эта система периодически раз в неделю виснет. Лечится перезагрузкой . От чего это может быть... Хотя-бы что и где посмотреть.... Клиент рвет и мечет.. Хелп!!!
Ответов - 14
Игорь К.: Как вы подключили процессоры в Cresnet?
Иваныч2: и посмотреть результат команды top в консоли mc2e. Также хотелось бы уточнений, в чем выражается "виснет". Виснет мастер или CP-2. Когда виснет, доступна ли консоль.
Vladimir: В Cresnet процессоры включены вроде правильно.. mc2e питается от своего блока питания, три остальных от 60Вт блока питания, соответственно жила 24В между mc2e и остальными процами разомкнута. mc2e стоит мастером , а у CP2 cnetid стоят 30,31,32... Зависание выражается в том что перестают выполняться команды. При этом консоль доступна, по крайней мере я несколько раз удаленно через Viewport перезапускал mc2e. А как выяснить какой именно проц завис - я не знаю..... Слейвовые процы-то не увидишь... только мастер...
Иваныч2: 1. все-таки нужно посмотреть команды top, понять что из задач работает, что нет. 2. слейвовые процы можно хотя бы через network analyzer проверить, что бегают сигналы в сети по всем ID 30-32
Vladimir: а по подробнее про команды top...... что делать , синтаксис.....
Иваныч2:
Vladimir: ага... ну чтож будем ждать очередного зависания....
Иваныч2: хочется быть уверенным, что это софт.
Игорь К: Из моего опыта, зависание системы может произойти при зацикливании программы или чрезмерного потока данных через порты. В вашем случае, возможно какое-то временное событие останавливает один процессор или не очищаются буферы.... Но есть смысл подумать о том, что процессоры, возможно, запитаны от разных фаз. При таком раскладе броски напряжения в них в большей вероятностью могут "повесить" процессор.
Иваныч2: мысль относительно влияния большого потока данных, в частности на cresnet тоже приходила, собственно в момент зависания и нужно проверить в network analyzer, что сигналы бегают до 30-32 IDs. Питание ни при чем, т.к. если бы качество питания было бы плохое - была бы перезагрузка или полный клинч, а не зависание. Относительно фазировки и зануления тоже не соглашусь, т.к. бы в этом случае скорее выгорел бы Cresnet, чем были бы такие глюки. На мой взгляд проблема связана с памятью, Владимир не написал какое FW стоит, но с любом случае нужно использовать 3.155.ххх
Igor: Vladimir пишет: ... эта система периодически раз в неделю виснет... в дополнение к советам коллег рекомендовал бы: 1. поработать над бинарными ("синими") сигналами, идущими в никуда или, соответственно, ниоткуда (если таковые имеются). 2. собрать все сериальные ("черные") сигналы, имеющие несколько источников и одно назначение, не напрямую, а через Serial concatenation (запараллеливание сигналов этого типа допустимо и компилятор не ругается, но в моей практике были случаи, когда подобное решение заметно тормозило работу системы). 3. пропустить все плотные потоки данных (например, если работаете через шлюзы со смежными сетками - LonWorks, EIB, etc) через Buffer, причем не держать его открытым постоянно, а открывать по необходимости (иными словами, раскрываю совет Игоря К от 07.02.09@13:30, если я правильно его понял).
OMORION: Добавлю, немного не в тему но.... В контроллере RACK2 рабочий код был размещен на внешнем Compact Flash диске, так вот примерно раза два в неделю контроллер делал рестарт!!! Когда программу разместил на внутреннем Flash то все стало ОК!
Андрей: Коллеги, подскажите пожалуйста, какой формат должен быть у внешней compact flash карты для RACK2?
Admin: Вставляйте карту в процессор и смотрите ее содержимое в File Manager.
полная версия страницы