Здравствуйте уважаемый CADiLO и все присутствующие.
Раньше ,на сим300, для сильно нештатных ситуаций (зависание насмерть сима300, с отсутствием даже напруги подтяжки на поверкее) ставили ключ по питанию , благодаря коему и появлялась возможность урегулировать недоразумение.
Сейчас ,на сим900 , появился некий NRESET, на который хочется возложить вышеупомянутое урегулирование нештатных ситуаций и естественно желание сэкономить полевик и место на плате.
Только остается узнать - что это такое NRESET - непосредственный хардварный ресет арма(или еще чего) в симе, или просто input pin который опрашивается, и естественно при заклинивании сима толку от него не будет.
Какие мнения - стоит уповать на "решение проблем" с помощью NRESET или старый добрый полевик рулит?


Хотя, сам себе найденными словами у китайцев отвечу "It is recomended to cut off the VBAT power supply directly instead of using external reset pin when SIM900 can not respond"
Толи китайцы перебдели, толи мы получили еще один не нужный вывод ........

Сообщение отредактировал ssokol - Jan 27 2011, 13:08

Из рекомендаций:

SIM900 supports the reset function, when the MCU find the module is in an abnormal state, SIM900 can be restarted by pulling the RESET pin to ground for a typical 200mS. Reset is a noise sensitive pin, it should be kept away from the high speed signal line (eg. clock) when layout. This pin is internally pulled up to 2.8V through a 100k resistor, so it’s not necessary to add an external pull-up resistor for stable consideration if it is not used. Please note that reset pin is only used in emergency situation, such as software break down, module not responding to the AT command. Reset the module frequently is not recommended and it may cause some unexpected fault.


По крайней мере я пару раз модуль завешивал пока "игрался" - сброс помогал.

Плюс в том что не нужно после сброса включать поверкеем - модуль сам перезапустится.

Лучше бы вместо powerkey+nreset сделали нормальный ENABLE, хоть в каком-нибудь виде.

тогда это похоже не тот ресет который происходит по подаче питания? больше похоже на что то программное.

Как вариант - сведён по "И". Подробности должны быть... ну да, в даташите на PNX4851.

Кто мешает использовать в качестве сброса например вход немаскируемого прерывания ?

Из ступора выведет гарантировано, а часть установок может не сбрасываться.

Или же там включение-отключение может быть на програмно-аппаратном уровне в чипсете и не зависить от сброса ядра процессора.

Мы ж не знаем как там внутри PNX4851 это сделали.

оно то да.

в том то и дело что не знаем.
я пока оставил ключик по питанию. стоит он копейки, зато гарантировано спасет если ресет не поможет.

После обнаружения данного вывода так же хотел отказаться от ключа по питанию.
Но.

"Не рекомендуется часто сбрасывать модуль, т.к. это может привести к непредвиденным зависаниям..."

Эта фраза отбила охоту использовать сброс.

Здесь Faul - имется в виду - повреждение.
Как мне объяснил Лиуджин - никто не знает как Вы построите свою схему с модулем и что может оказаться на его ножках в момент переинициализации процессора.
Поэтому SIMCOM просто перестраховывается от претензий горе-разработчиков и совершенно прав - по опыту общения часть инженеров не следуют документации и делают так как им хочется.

Как минимум один из десятка питает модуль и контроллер одним напряжением и соединяет их напрямую. А потом удивляется
" - Ой - не работает.... Модуль такой хреновый, не хочет работать так как я сделал. "
Это не считая прочих "смехотехник"

Ну вот и дожили. Читал я это все долго, терпеливо и внимательно.
Эдуард, ответьте, пожалуйста, без лирики и однозначно на следующий вопрос.
Дает ли разработчик гарантию, что сброс через пин NRESET, реализованный В ПОЛНОМ СООТВЕТСТВИИ с HD V2.00, 100%-но будет приводить модем в РАБОТОСПОСОБНОЕ состояние?
Или в следующей версии даташита будет добавлено типа того, что использовать такой сброс рекомендуется только по четным числам нечетного месяца...

Полную гарантию давали только Госстрах СССР и похоронное бюро. Остальные были более прагматичными.

Представьте себе просто контроллер с выведеным наружу сбросом. Приведет ли его сброс в исходное состояние?

Не всегда.

У меня был случай когда PIC16F877A не сбрасывался АППАРАТНЫМ сбросом.
0.1 - 0.2 вольта утечки было на диоде хреновом который переферию отвязывал и получалось фантомное питание когда датчик
запитан, а PIC нет. Вот и все - контроллер жил своей жизнью совершенно наплевав на сброс и программу.
Ну и какие бы я гарантии от Микрочипа требовал ? Откуда производитель может знать что у Вас случится.

Для того такие строчки и пишутся, чтобы обезопасить себя от "чего-угодно".

Для нормальных условий работы - да сбросит. Для ненормальных - зависит от того что случилось.

То есть, резюмируя, всё же стоит оставить в схеме возможность сброса модуля по питанию, верно? Полагаю, именно ответ на этот вопрос интересует топикстартера...

К повреждению модуля может привести и отключение питания ( про SIM300 - так писали, и связано это было с внешней памятью )

А в SIM900 с этим как? Можно снимать питание с модуля в любой момент?

Хорошо. Тогда, с Вашего позволения, поставлю вопрос иначе.
Какие-такие НОРМАЛЬНЫЕ условия нужно обеспечить, чтобы гарантировать сброс?
Выполнения указанного в HD V2.00 достаточно или нет? ДА или НЕТ?

>>>> А в SIM900 с этим как? Можно снимать питание с модуля в любой момент?

Можно когда хотите, да и в SIM300D начиная с 14 версии уже можно было - ошибку пофиксили.


>>>Какие-такие НОРМАЛЬНЫЕ условия нужно обеспечить, чтобы гарантировать сброс?
>>>Выполнения указанного в HD V2.00 достаточно или нет? ДА или НЕТ?

Самое главное требование - отсутствие фантомного питания на ножках модуля и применение ОК там где это рекомендовано.
Тогда будет сброс гарантированый и безпроблемный.