Добавлено: Сб 09 Сен, 2006 11:48:52 Заголовок сообщения: Проблема с MVI56-ADM
Доброго времени суток всем!
Опишу проблему:
В одном 10-ти слотовом шасси установлены 6 модулей MVI56-ADM + процессорный модуль, который опрашивает все 6 MVI. У каждого MVI-модуля ко 2-иу и 3-му порту подключены устройства (протокол modbus). 1 год все работало нормально, без сбоев. Пару месяцев назад начались самопроизвольные зависания MVI-модулей - останавливалась программа опроса в самих модулях. По началу не так часто, и помогало всего лишь "горячая" перезагрузка (сброс питания), но чем дальше - тем чаще и теперь уже сброс питания не помогает - модуля не хотят загружаться вообще (грузятся только с 5-10 попытки), ругаются на, якобы, не хватку памяти: то драйвер задней планки не может прогрузиться, то командный интерпритатор (tinycmd), но во всех случаях выходит примерно следующее сообщение:
LowMem/HiMem = 202 Kb / 0 Kb,
тогда как при удачной загрузке LowMem = 766 Kb
За все время существования проблемы были предприняты все самые разумные методы ее устранения, но ни один из них не принес положительного результата. Модуля до сих пор зависают (время наработки колеблится от 10 мин. до 10 часов), по прежнему с трудом загружаются, предварительно обматерив всех и вся.
Если у кого-то есть какие-то варианты, от чего могло это произойти, или как можно попробовать ее устранить, или просто какие-то мысли по этому поводу - очень прошу ответить на мое сообщение. Положение просто катастрофичное.
Добавлено: Пн 27 Ноя, 2006 14:13:22 Заголовок сообщения: Re: Проблема с MVI56-ADM
Заметил еще одну интересную вещь:
Когда в MVI56-ADM в 1-ый порт воткнут нуль-модемный шнурок (для терминального вывода) - модуля работают стабильнее!
Никакого разумного объяснения этому найти не могу.
Если кто-то сталкивался с подобными вещами (даже не обязательно в MVI56-ADM) пожалуйста расскажите.
Думаю, что вполне может. Всяко бывает
Если у всех модулей есть что-то общее, то это может быть источник, каркас или процессор. Это я бы проверил прежде, чем лезть вглубь.
Если у всех модулей есть что-то общее, то это может быть источник, каркас или процессор.
В общем мы попробовали на другом процессоре, но только с одним MVI-модулем - виснет!
А общего у всех MVI-модулей, кроме питания, процессора и шасси, еще и одинаковая программа. Но все равно не понятно, почему после перезагрузки модуля, он в момент инициализации и самотестирования ругается на память? Как могла прога запороть ему память?
А общего у всех MVI-модулей, кроме питания, процессора и шасси, еще и одинаковая программа.
Теперь, когда подозрение на источник питания, процессор и каркас отпало, остаётся предположить, что виноваты либо MVI-модули (очень маловероятно, т.к. их несколько и все ведут себя одинаково), либо программа.
У всех ли модулей программа одинакова или она отлисается для каждого модуля?
Цитата:
Как могла прога запороть ему память?
Запросто могла. Любая некорректно написанная программа может испортить оперативную память, причём характер и момент возникновения этого "эффекта" может зависеть как от индивидуальных особенностей программы, так и от ситуации, в которую она попадает.
Такая ситуация часто встречается не только в программах для модуля но и просто для компьютера, и даже для скриптов на интернет-сайте. Очень часто это свидительствует о багах в программе.
Модуль, конечно, может отказать (как и любая электроника), но учитывая высокую надёжность применяемых компонентов и то, что модуль не один, а шесть, вероятность одновременного отказа всех модулей, думаю, очень мала.
Модуль, во время работы,расходует свою память.
Когда она кончается, он соответственно виснет.
Я согласен, что программа может "забить" память во время работы модуля. Но почему память не очищается при рестарте модуля? (при выключении питания модуля вообще).
При загрузке выходит примерно следующее сообщение:
LowMem/HiMem = 202 Kb / 0 Kb,
тогда как при удачной загрузке LowMem = 766 Kb
После 5-10 попыток он все-таки нормально грузится и полностью видет всю память.
oldDad писал(а):
У всех ли модулей программа одинакова или она отличается для каждого модуля?
Да, абсолютно одинаковые программы во всех модулях. При помощи MVI Flush Update заливается один и тот же образ во все 6 модулей.
oldDad писал(а):
Любая некорректно написанная программа может испортить оперативную память
Что, прям физически испортить? Программа может аппаратно вывести из строя память? Как? Как это можно сделать? Если не сложно, приведите пожалуйста пример такого кода, чтоб можно было сравнить с нашей программой.
Последний раз редактировалось: Jax (Чт 30 Ноя, 2006 13:52:57), всего редактировалось 1 раз
Я имел в виду, разумеется, не физически испортить память, а испортить её содержимое.
Как бы там ни было, причины могут быть только две:
1) Неисправность / баг в firmware модуля.
2) Ошибка / ситуация в пользовательской программе.
Ещё одной возможной причиной могли бы быть условия эксплуатации: температура / влажность / пыль / химически активная среда. В моей практике был случай, когда почти одновременно вылетело сразу несколько модулей. При их анализе оказалось, что их компоненты и печатные платы повреждены химически активной средой. Эти модули некоторое время нерегулярно сбоили, а потом в течение довольно короткого времени отказали один за другим.
Последний раз редактировалось: oldDad (Чт 30 Ноя, 2006 20:10:24), всего редактировалось 1 раз
возможной причиной могли бы быть условия эксплуатации: теспература / влажность / пыль / химически активная среда.
объект автоматизации относится к газовой промышленности. Химические компоненты, которые могут попадать в воздух химически абсолютно не активны. Температура, влажность и пыль - тоже в норме.
oldDad писал(а):
причины могут быть только две:
1) Неисправность / баг в firmware модуля.
2) Ошибка / ситуация в пользовательской программе
Пункт №2 - не буду отрицать такой возможности, но все же мало вероятно, учитывая все выше сказанное.
А вот пункт №1 - вот это очень интересно!
В форуме "Автозагрузка в 1756-MVI" вы писали следующее:
"Я думаю, что процессоры Logix тут ни при чём, а дело в ревизии firmware модуля. производитель постоянно совершенствует модули, в частности, по вот такой информации об их поведении."
Может и в нашем случае проблема в firmware?
Нельзя ли по-подробнее рассказать про firmware (вообще и конкретно для MVI56-ADM), с чем его едят.
Прошу прощения, но позволю себе спросить одну простую вещь, которую вы, наверняка, попробовали:
Как ведут себя модули, если в них просто залить все необходимые драйверы для работы, без пользовательской программы?
Там же помните, есть примеры, в которых приводится структура config.sys и autoexec.bat, а также необходимые файлы-драйверы для инициализации модуля в корзине: mvi56bp.exe, mvi56dd.exe. Без них не получится поднять модуль в Logix5000.
Они нормально инициализируются после перезагрузки? Или все тоже самое?
Как ведут себя модули, если в них просто залить все необходимые драйверы для работы, без пользовательской программы?
Да, мы так пробовали делать. Но дело в том, что сбой в работе модулей проявляется в 2-х видах:
1) модуль запущен, работает нормально и вдруг зависает
2) модуль не загружается вообще. Причем заргузка останавливается как раз в момент инициализации вот этих самых драйверов - mvi56bp.exe, mvi56dd.exe, с сообщением нехватки памяти. До пользовательской программы, как правило, дело вообще не доходит.
Когда мы убираем из образа пользовательскую программу, то даже если он и загружается - мы все равно не сможем увидеть как и когда он зависнет, если вообще зависнет, поскольку единственным сигнализатором нормальной работы модуля является перемигивание лампочек при опросе портов 2 и 3 (либо консольный вывод пользовательской программы) - ни того, ни другого без пользовательской программы нет
Mr_Wasp писал(а):
Там же помните, есть примеры, в которых приводится структура config.sys и autoexec.bat
config.sys и autoexec.bat сделаны в соответствии с примерами.[/list]
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Smart Solutions VDT GmbH | Friedrich-List-Allee 38, D-41844 Wegberg-Wildenrath, Germany Tel.: +49 2432 933 57 83 | e-Mail: office@vdt-solutions.de Все товарные знаки и торговые марки являются собственностью их владельцев.
При использовании материалов сайта ссылка на данный сайт обязательна. Открытие страницы: 0.127 секунды
FAQ
Поиск
Группы
Профиль
Войти и проверить личные сообщения
Вход
Как это можно сделать? Если не сложно, приведите пожалуйста пример такого кода, чтоб можно было сравнить с нашей программой.