Мрут модули Cinterion MC52i Опции

[viakon]

Через 2-3 года стали умирать модули MC52i. При включении выдают на скорости 57600 следующую строку EXIT: 740F 08 00 EEFULL. Сдохло уже 3 шт. Все стояли на разных объектах. Все в модемах NOVACOM RUS-55iT.
В разное время было в общей сложности приобретено 55 модемов, так что 3 это приличный процент. Причем как-то странно несколько лет работали а тут один за другим.

Сообщение отредактировал viakon - Feb 7 2013, 15:29

[CADiLO]

Знаете поговорку - "сдуру можно и ... сломать" Вот и с модулями так же.
Условия озвучены при которых будет гарантировано >>>Флэш слетать не должна и точка.
Нежелание их соблюдать это подход студента недоучки или радиогубителя.

Начнем с того что предусматриваем, что идиот пользователь может на ходу питание дернуть.
От этого нужно защиту делать, а не кричать >>>Нефиг перекладывать свои проблемы на пользователя!
Это как раз проблема разработчика предусмотреть идиота пользователя и обеспечить надежную работу прибора.

Банальный пример - модуль в процессе работы просто обязан обновлять данные в памяти.
Берем ваше "Флэш слетать не должна и точка. Обеспечивайте как хотите"

Предложите свой вариант который в модуле защитит данные от снятия питания в момент записи во флеш, учитывая то что запись прервать нельзя.
Не думаю что вы найдете решение которое не будет удорожать и усложнять модуль. Проще внешние факторы учесть.

Поэтому
>>>Вот у меня устройство с сетевым питанием, аккумулятора нет и не будет потому что он устройству не требуется, оно не работает без 220. Однако даже 220 модет отключиться и что я должен делать ?

Я могу предложить два варианта:

1. Разумный - предусмотреть это и потратиться меньшей суммой на ликвидацию этой ситуации.

2. Не разумный - выпускать устройства надеясь на "авось пронесет" и потом менять более дорогие модули. И желательно за свой счет чтобы каждый раз себе говорить - "а сделал бы защиту, то эти деньги с большей пользой потратил бы"....

[_3m]

Начнем с того что предусматриваем что идиот пользователь может на ходу питание дернуть.
От этого нужно защиту делать

Выдергивание питания это штатное событие. Обязано не приводить ни к каким деструктивным последствиям.
В моем девайсе защита сделана. На схему подается ресет от супервизора. Ничего не слетает. Видимо для разработчиков модема супервизор это слишком сложно.

Банальный пример - модуль в процессе работы просто обязан обновлять данные в памяти.
Берем ваше "Флэш слетать не должна и точка. Обеспечивайте как хотите"
Предложите свой вариант который в модуле защитит данные от снятия питания в момент записи во флеш, учитывая то что запись прервать нельзя. Не думаю что вы найдете решение которое не будет удорожать и усложнять модуль. Проще внешние факторы учесть.

Этот вопрос обязаны решить разработчики модема. Как - их проблемы, они за это деньги получают и только они знают в какие моменты, и для чего данные пишутся в память. Стоит модем в режиме ожидания, никакие команды на него с моей стороны не подаются. Вырубаем питание (чубайс, однако!) - ничего не должно слететь. Никогда. Со 100% гарантией.

1. Разумный - предусмотреть это и потратиться меньшей суммой на ликвидацию этой ситуации.
2. Не разумный - выпускать устройства надеясь на "авось пронесет" и потом менять более дорогие модули. И желательно за свой счет чтобы каждый раз себе говорить - "а сделал бы защиту, то эти деньги с большей пользой потратил бы"....

Озвучьте параметры защиты или пункт в ДШ.