CC430F6137 не стартует при холодном пуске Опции

[Hoodwin]

Вот какая беда обнаружилась. Сделал плату с F6137 и GSM модулем. Питание F6137 делается от питания GSM модуля с помощью LDO, 4,1В -> 3,3В. Кроме того, входное питание может быть от 4 до 20В, в частности и от USB (на плате есть еще и USB). Так вот, когда JTAG к F6137 подключен, то передергивание питания по USB дает 100% перезапуск. Если не подключен, то при передергивании все поднимается только в тех случаях, пока VCORE не просаживается ниже примерно 1В (в моем случае это где-то около 3 секунд). Если подольше подождать, то все, тишина. Что это может быть?

Я пробовал в самом начале main настраивать GPIO и подавать разрешение на полевик, управляющий светодиодом индикации. Не доходит до этого.

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

Вначале я думал, что надо настраивать SVM, но потом покопался в настройках - все там не так уж и плохо, в соответствии с рекомендованными значениями для VCORE. Косвенно это подтверждается тем, что при закорачивании пинцетом емкости на VCORE микроконтроллер стартует их этого глухого состояния, то есть, видимо, на POR он реагирует.

Вопрос, почему при холодном включении POR не срабатывает?

[MrYuran]

Вопрос, почему при холодном включении POR не срабатывает?

POR в мсп-шках - фуфло. Нужен честный супервизор. Либо внешний, либо SVS.
В 1хх с этим наелись вдоволь.

[Hoodwin]

Так честный супервизор подключать не к чему. У меня подключена RC цепочка к входу RST/NMI, но когда пинцетом конденсатор закорачиваю, на это нет никакой реакции. И когда отладчик садится на микроконтроллер, он этим rst не дергает вообще. Это мы проверяли.

Кроме того, до этого никогда не было таких вот эффектов ни с одним MSP, в особенности с CC430 и F55x.

[rezident]

Слишком много умолчаний, чтобы протелепатировать дать какой-то конкретный совет. Непонятна полная схема питания. Параметры RC-цепочки на сбросе? Скорость нарастания напряжения питания при включении/выключении? Возможность подпитки через какие-либо выводы при выключении питания? Каково собственно программное использование входа RST/NMI? Ну и т.д. "Кабы схемку аль чертеж - Мы б затеяли вертеж"

[Hoodwin]

Кажется, я вспомнил, в чем дело. У нас как-то был случай, что в процессе возни с платой на одном объекте мы убили вход TEST в F6137. Ну и отладчик никак не мог вытянуть его в логическую единицу (причем только при внешнем питании, а не от эмулятора), поэтому мы решили подвесить туда резистор (см на схеме R2). Потом мы его решили зарезервировать на плате, но вот потом уже выяснили, что он вообще-то лишний, с ним контроллер в режим отладки уходит. И я забыл, что паять его не нужно, в итоге он сейчас стоит.

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

Прикрепленные файлы

 PAGE2_MCU__F6137_F5514.pdf ( 38 килобайт ) Кол-во скачиваний: 161

 

[MrYuran]

Скорость нарастания напряжения питания при включении/выключении?

Да, вот это самое критичное.
При медленном нарастании чаще всего и залипает.

[rezident]

поэтому мы решили подвесить туда резистор (см на схеме R2). Потом мы его решили зарезервировать на плате, но вот потом уже выяснили, что он вообще-то лишний, с ним контроллер в режим отладки уходит. И я забыл, что паять его не нужно, в итоге он сейчас стоит.

Ну да, R2 и R9 тут лишние. И еще я никак не могу разглядеть, откуда на схеме 3,3В получается?

[Hoodwin]

Питание прорисовано на другом листе. Там обычный LDO-регулятор.

Эскизы прикрепленных изображений

 

[rezident]

Там обычный LDO-регулятор.

В похожем случае, я применял такой hint: применяя TPS76333, я ставил на входе EN(able) делитель из двух резисторов, который выключал выход LDO при падении на входе LDO напряжения до близкого к минимальному (около 3,7-3,8В). Но у TPS76333 на входе EN есть триггер Шмитта с порогом примерно 1,4В, а у MIC5205 в описании EN как обычный лог. вход указан. Так что этот hint в вашем случае не катит. Напрашивается примерение типового супервизора напряжения. Или использование встроенного в MSP430 в режиме генерации сброса, если конечно он до сих пор не используется в этом качестве.
Кстати, 1 мкФ на выходе MIC2505 это минимальное значение емкости. Так что с учетом температурного изменения емкости у реального конденсатора надо бы как минимум 1,5мкФ ставить.

[Hoodwin]

Вот честно, ни разу не было проблем со стартом питания как такового. Встроенного супервизора полностью хватало, а в 6137 он, похоже, еще и самый навороченный во всем семействе. Что касается емкости на выходе MIC5205, то это только его локальная емкость. Там еще одна есть, C23, рядом с микроконтроллером нарисована, но физически на плате она стоит в 1 см от того и другого.

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

[rezident]

Ну в ващем случае понятно в чем косяк. Внутренний pull-down с сопротивлением 45...80кОм (60кОм typ) на входе TEST вкупе с внешним 47кОм образует делитель, напряжение которого находится близко к переключению логического уровня. Вот и глючит при включении. А когда подключен эмулятор на этом входе четкие лог. уровни которые формирует интерфейс эмулятора.

[Hoodwin]

Да, именно так. Главное, что на эти грабли уже наступали, но абсолютно из головы выветрилось, чем закончилось в прошлый раз