Применение супервизора RAMTRON FM3104xxx при Vdd < 4.4 V, Серьезные проблемы в использовании FM31xxx при некорректном программир Опции

[taiga]

Здравствуйте,
многие используют супервизор-FRAM-RTC FM3104xxx. Удобная вещь.
Производителем заявлены рабочие напряжения от 2.7 В до 5.5 В.
Мы использовали микросхему для контроллера на базе ARM, 3.3 B.

Одна из функций микросхемы - выдача и удержание сигнала сброса
при падении рабочего напряжения ниже заданного порога, Vtp
Этот порог задается программно (что на мой взгляд, недопустимо):
2.6В, 2.9В, 3.9В, 4.4В. Устройство активизирует и удерживает
сигнал сброса, если Vdd < Vtp.

Теперь представьте, что в результате сбоя программы, в регистр
управления порогом запишется значение, соответствующее,
допустим, 4.4В. Напомню, что Vdd у нас всегда 3.3В.
Произойдет активизация и удержание сигнала сброса НАВЕКИ.
Процессор больше никогда не запустится.

Это не просто мои размышления. Это реально случилось на моем
контроллере. Ничего не помогает. Пришлось ramtron выпаять,
подать на него 5В (гарантированно выше любого порога, - сигнал RESET сразу снялся).
Поключил его к другому контроллеру, с Vdd = 5B.
Посмотрел регистр - так и есть, установился на некорректное значение 3.9 В.
Сбросил регистр и впаял обратно. Функционирование полностью восстановилось.

Удивительно, но нигде в Сети я не нахожу аналогичных проблем.
Какие мнения у многоуважаемого сообщества?

Сообщение отредактировал taiga - Mar 29 2007, 16:27

[abcdefg]

Здравствуйте,
многие используют супервизор-FRAM-RTC FM3104xxx. Удобная вещь.

А вы что дистрибьютор, что знаете про "многих"? Для меня - довольно дорогая вещь, не подходящая для серийного производства. Дешевле на отдельных микросхемах сделать.

Удивительно, но нигде в Сети я не нахожу аналогичных проблем.
Какие мнения у многоуважаемого сообщества?

Потому как это крайний случай - контроллер может так сбойнуть, что в обработчик ресета (начальный код) записать while(1);

[taiga]

Потому как это крайний случай - контроллер может так сбойнуть, что в обработчик ресета (начальный код) записать while(1);

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

Этот Ramtron у меня прекрасно работал долгое время и все было хорошо. Но однажды попробовал я сделать то, чего раньше не делал - поиграл с последовательностью "дату записать - дату прочитать - дату записать". Наверное, где-то ошибки в программе... Но значение для месяца почему-то попало в регистр настройки супервизора. Процессор тут же сбросился и больше не запускался.

Мне кажется, разработчики микросхемы немножко идиоты. Они должны были сделать серию из нескольких фиксированных порогов.

[abcdefg]

Мне кажется, разработчики микросхемы немножко идиоты. Они должны были сделать серию из нескольких фиксированных порогов.

А в сам Ramtron писать пробовали?

[taiga]

А в сам Ramtron писать пробовали?

Да.
Подробно описал суть, просил помощи.
Конечно же, не ответили. Разве разработчики когда-нибудь отвечают на такие вопросы?

А что им ответить?
Возможно, они бы сказали, что, да мы знали, что возможны проблемы.
Но наши маркетологи заставили нас сделать Voltage Trip Point программируемым,
потому что этого ни у кого нет! А нам нужно выделяться!

Возможно, еще бы они сказали - мы знали, что нельзя ставить программируемого
сторожа за программируемым устройством, которое его же и должно запрограммировать.
Но наши маркетологи заставляют выжать как можно больше потребительских
свойств из микросхемы (мы крутые, у нас можно поставить WDT с любой выдержкой).
Нам следовало бы, конечно, ввести дополнительный выводы WDT_PROG_ENABLE и
VTP_PROG_ENABLE, но как-то не захотелось делать дополнительные выводы.