Автор | Сообщение |
|
Отправлено: 01.02.09 16:18. Заголовок: периодически виснет система - что может быть?советы...
На объекте стоит MC2E и слейвом по креснету подключены три CP-2. Так вот эта система периодически раз в неделю виснет. Лечится перезагрузкой . От чего это может быть... Хотя-бы что и где посмотреть.... Клиент рвет и мечет.. Хелп!!!
|
|
|
Ответов - 14
[только новые]
|
|
|
Отправлено: 01.02.09 19:28. Заголовок: Как вы подключили пр..
Как вы подключили процессоры в Cresnet?
|
|
|
|
Отправлено: 01.02.09 21:24. Заголовок: Случай видимо редкий, для начала посоветую сменить прошивки на последнюю из серии 3.ХХХ
и посмотреть результат команды top в консоли mc2e. Также хотелось бы уточнений, в чем выражается "виснет". Виснет мастер или CP-2. Когда виснет, доступна ли консоль.
|
|
|
|
Отправлено: 02.02.09 01:52. Заголовок: В Cresnet процессоры..
В Cresnet процессоры включены вроде правильно.. mc2e питается от своего блока питания, три остальных от 60Вт блока питания, соответственно жила 24В между mc2e и остальными процами разомкнута. mc2e стоит мастером , а у CP2 cnetid стоят 30,31,32... Зависание выражается в том что перестают выполняться команды. При этом консоль доступна, по крайней мере я несколько раз удаленно через Viewport перезапускал mc2e. А как выяснить какой именно проц завис - я не знаю..... Слейвовые процы-то не увидишь... только мастер...
|
|
|
|
Отправлено: 02.02.09 09:14. Заголовок: 2 мысли
1. все-таки нужно посмотреть команды top, понять что из задач работает, что нет. 2. слейвовые процы можно хотя бы через network analyzer проверить, что бегают сигналы в сети по всем ID 30-32
|
|
|
|
Отправлено: 02.02.09 10:11. Заголовок: а по подробнее про к..
а по подробнее про команды top...... что делать , синтаксис.....
|
|
|
|
Отправлено: 02.02.09 12:06. Заголовок: так и набирать в консоли top<enter>
|
|
|
|
Отправлено: 02.02.09 19:39. Заголовок: ага... ну чтож будем..
ага... ну чтож будем ждать очередного зависания....
|
|
|
|
Отправлено: 02.02.09 20:52. Заголовок: да, обязательно пишите, я с такой проблемой пока не сталкивался
хочется быть уверенным, что это софт.
|
|
|
|
Отправлено: 07.02.09 13:30. Заголовок: Из моего опыта, зави..
Из моего опыта, зависание системы может произойти при зацикливании программы или чрезмерного потока данных через порты. В вашем случае, возможно какое-то временное событие останавливает один процессор или не очищаются буферы.... Но есть смысл подумать о том, что процессоры, возможно, запитаны от разных фаз. При таком раскладе броски напряжения в них в большей вероятностью могут "повесить" процессор.
|
|
|
|
Отправлено: 07.02.09 13:45. Заголовок: Игорь, я бы согласился, если бы консоль была недоступна
мысль относительно влияния большого потока данных, в частности на cresnet тоже приходила, собственно в момент зависания и нужно проверить в network analyzer, что сигналы бегают до 30-32 IDs. Питание ни при чем, т.к. если бы качество питания было бы плохое - была бы перезагрузка или полный клинч, а не зависание. Относительно фазировки и зануления тоже не соглашусь, т.к. бы в этом случае скорее выгорел бы Cresnet, чем были бы такие глюки. На мой взгляд проблема связана с памятью, Владимир не написал какое FW стоит, но с любом случае нужно использовать 3.155.ххх
|
|
|
|
Отправлено: 12.02.09 12:00. Заголовок: Vladimir пишет: .....
Vladimir пишет: цитата: | ... эта система периодически раз в неделю виснет... |
| в дополнение к советам коллег рекомендовал бы: 1. поработать над бинарными ("синими") сигналами, идущими в никуда или, соответственно, ниоткуда (если таковые имеются). 2. собрать все сериальные ("черные") сигналы, имеющие несколько источников и одно назначение, не напрямую, а через Serial concatenation (запараллеливание сигналов этого типа допустимо и компилятор не ругается, но в моей практике были случаи, когда подобное решение заметно тормозило работу системы). 3. пропустить все плотные потоки данных (например, если работаете через шлюзы со смежными сетками - LonWorks, EIB, etc) через Buffer, причем не держать его открытым постоянно, а открывать по необходимости (иными словами, раскрываю совет Игоря К от 07.02.09@13:30, если я правильно его понял).
|
|
|
|
|
Отправлено: 19.02.09 19:24. Заголовок: Добавлю, немного не ..
Добавлю, немного не в тему но.... В контроллере RACK2 рабочий код был размещен на внешнем Compact Flash диске, так вот примерно раза два в неделю контроллер делал рестарт!!! Когда программу разместил на внутреннем Flash то все стало ОК!
|
|
|
|
Отправлено: 01.03.23 23:40. Заголовок: Коллеги, подскажите ..
Коллеги, подскажите пожалуйста, какой формат должен быть у внешней compact flash карты для RACK2?
|
|
|
|
| администратор
|
|
|
Отправлено: 02.03.23 17:21. Заголовок: Вставляйте карту в п..
Вставляйте карту в процессор и смотрите ее содержимое в File Manager.
|
|
|
|