LPC2478 не запускается ИНОГДА, как поймать от чего? Опции

[ar__systems]

Есть устройство на этом чипе, выпущено уже 600 плат. С десяток плат замечены в том, что чип ИНОГДА не запускается. Одно из первых вещей которые делается в майн это зажигание светодиода, чего не происходит. Проблема в том, что происходит это весьма редко,и пока я не понял от чего зависит. Я взял 4 платы у заказчика которые я видел, что они не запускаются несколько раз (но не подряд), но повторить у себя в лаборатории не могу. Пробовал их охлаждать, и блок питания тоже. Никакго эффекта.

Дергание ресета когда плата зависла в этот момент не помогает.
Подозрений у меня два:

1. Не запускается PLL по каким-то причинам и чип безнадежно его ожидает. Но почему ресет не помогает?
2. Блок питания каким-то образом вводит чип в неправильное состояние. Медленно напряжение нарастает? Может это быть причиной?

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

Спасибо!

[Сергей Борщ]

Предполагаю, что процессор сваливается во встроенный загрузчик из-за неправильного уровня на ноге P2.10

[ar__systems]

Предполагаю, что процессор сваливается во встроенный загрузчик из-за неправильного уровня на ноге P2.10

О, вот это интересно. На ногу Р2.10 выведена схема от интерфеса программатора через последовательный порт (также скопирована с EA платы), и при отключенном программаторе там high-z. Попробовать туда поставить пулл-ап? Или без задержки отпускания ресета все равно не обойтись?

И ресет не действует на внутренний загрузчик?

У меня было подобное на STM32, когда flash latency конфигурировалась слишком оптимистично. В итоге зависал конвеер и процессор не реагировал ни на одно из прерываний, включая ресет. Первый случай, при котором нужно увеличивать flash latency был, емнип, как раз 60 МГц. Так что, с 67 как раз может проскакивать в большинстве случаев.

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

Вот так мы инициализируем PLL на LPC24xx. Кореллирует с User Manual.

У вас в общем-то все тоже самое что и в нашем (EA) коде.

[MBR]

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

Лишь мои домыслы, не более того. Ресет, если следовать армовской документации, это прерывание с наивысшим приоритетом. Если в процессе ресета процессор зависнет, скажем, на чтении инструкции из флеша, ресет не отработает. Именно это я и наблюдал.

[aaarrr]

Ресет, если следовать армовской документации, это прерывание с наивысшим приоритетом.

Это пишут в разделе Programmer's model. Прерыванием он является только с этой стороны.

[MBR]

Это пишут в разделе Programmer's model. Прерыванием он является только с этой стороны.

Где пишут иначе? И почему тогда до полного обесточивания чипа я наблюдаю отказ обработки ресета?

[aaarrr]

Где пишут иначе? И почему тогда до полного обесточивания чипа я наблюдаю отказ обработки ресета?

В других разделах. Неужели Вы действительно полагаете, что сигналы IRQn и RESETn чем-то похожи?
Конвеер, разумеется, по сбросу очищается.

[MBR]

Неужели Вы действительно полагаете, что сигналы IRQn и RESETn чем-то похожи?

А как тогда быть с soft-reset (armv7)?

Конвеер, разумеется, по сбросу очищается.

Если "разумеется", почему ресет не отрабатывает?

В других разделах.

А грубить-то зачем?

[RabidRabbit]

А как тогда быть с soft-reset (armv7)?

Но всё же LPC2478 у ТС совсем не armv7, вроде нет там никакого soft-reset...

[ar__systems]

Про P2.10 -- у меня эта версия вызывает определенные сомнения, т.к. этот пин в момент включения подтянут к VDD (внутренниий пуллап)... Вот пин RTCK никуда не подтянут, проверяю эту версию с ним. Там симптомы более похожи.

[toweroff]

Про P2.10 -- у меня эта версия вызывает определенные сомнения, т.к. этот пин в момент включения подтянут к VDD (внутренниий пуллап)... Вот пин RTCK никуда не подтянут, проверяю эту версию с ним. Там симптомы более похожи.

UM10237 (Rev. 04 — 26 August 2009), page 676

Pin P2.10 that is used as hardware request for ISP requires special attention. Since P2.10
is in high impedance mode after reset, it is important that the user provides external
hardware (a pull-up resistor or other device) to put the pin in a defined state. Otherwise
unintended entry into ISP mode may occur.

[ar__systems]

UM10237 (Rev. 04 — 26 August 2009), page 676

Спасибо. Да, это полезная инфа, любопытно что этот косяк присутсвует на плате EA, которые официальные разработчики демок для LPC

[toweroff]

Спасибо. Да, это полезная инфа, любопытно что этот косяк присутсвует на плате EA, которые официальные разработчики демок для LPC

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