АЦП LPC1758 (недопустимое значение регистра ADTRIM) Опции

[jcxz]

Столкнулся с проблемой с АЦП в давно выпускаемом устройстве на LPC1758.
Модифицировали прошивку и перестало работать АЦП - выдаёт всё время 0xFFF (АЦП 12-битный).
Заливаешь старую прошивку - АЦП работает, значения меняются, новую - не работает.
Код инициализирующий периферию (ноги, PLL, другие порты и т.п.) - в новой прошивке абсолютно без изменений, код работающий с АЦП - тоже старый (файлы исходников байт-в-байт одинаковы).
После разборок выяснилось, что при старте ПО содержимое регистра ADTRIM разное: при старте старой прошивки там как и указано в даташите ==0xF00, при старте новой прошивки там почему то ==0.
Т.е.: ставлю процедуру инициализации АЦП в ассемблерный стартап-файл, третьей командой (первые две - запреты прерываний), в этой процедуре включаю тактирование АЦП и сразу считываю регистр ADTRIM - и вижу что в старой прошивке там опять как должно быть ==0xF00, а в новой =0.
Про этот регистр в даташите говорится, что он записывается boot-кодом и после записи калибровочных значений в младшие 8 бит, boot-код должен в биты 8-11 записать единицы, заблокировав тем самым модификацию этого регистра.
Получается, что boot-код каким-то образом определяет какая прошивка (старая версия или новая) и записывает или не записывает туда эти единицы в биты 8-11.
Много раз перешивал то старую прошивку, то новую (и размер их сделал одинаковыми на всякий случай) - после каждой перепрошивки в ADTRIM было 0xF00 для старой и 0 - для новой.
Бред какой-то!!!
Если при старте устройства, обнаружив что в битах 8-11 нули, записать туда единички (что должен делать boot-код), то АЦП начинает работать нормально.
Даташиты и ерраты все перерыл - на этот счёт там тишина.
Пока сделал костыль: если в битах 8-11 нули - пишу туда сам при старте ПО единицы. Но не понятно что писать в биты 0-7 (там калибровочные значения). И непонятно что будет дальше в других экземплярах МК?

Кто-нибудь сталкивался с этой проблемой?

[zltigo]

Возможно в bootcode где-то есть баг.....

Только проявляется он не по той схеме которая Вами описана - уж совсем за уши притянута.

[Alechek]

Происходит сброс и что? После сброса должен выполниться bootcode, который должен проинитить этот ADTRIM.
Управление на AppStart само не попадает, его передаёт туда bootcode.

Вторичный загрузчик есть?
WDT используется?

И да, заводской загрузчик ничего не знает о вашем APP_START. Он всего лишь подменяет адресное пространство с 0-го адреса на пользовательску флешь и выполняет сброс ядра (или его программную эмуляцию).
И запускается загрузчик _только_ при аппаратном сбросе. Сброс по JTAG сбросом не считатся, так как адресное пространство уже настроено на пользовательскую флешь.

[KRS]

И по какой-то причине, в новом ПО, при проверке валидности прошивки происходит сбой (из-за содержимого таблицы векторов прерываний???),

Так пройдите бутлоадер по шагам - он прекрасно проходится... (возможно пару инструкций придется обойти, где JTAG отключается/подключается если это есть в LPC17xx, я только LPC21xx исследовал)
Или в IDA залейте...
Там небольшой кусочек исполняется, если контрольная сумма верная...

И запускается загрузчик _только_ при аппаратном сбросе. Сброс по JTAG сбросом не считатся, так как адресное пространство уже настроено на пользовательскую флешь.

Поэтому, например у JLINK куча методов сброса для LPC, и например для LPC40xx лучше всего работает HALT after bootloader - потому что там еще настройки ROM прописываются иначе глючить IAP например начинает...

[jcxz]

Вторичный загрузчик есть?
WDT используется?

Нет и нет.

Он всего лишь подменяет адресное пространство с 0-го адреса на пользовательску флешь и выполняет сброс ядра (или его программную эмуляцию).

Думаю он не выполняет сброс ядра, так как на его входе ядро уже сброшено.

И запускается загрузчик _только_ при аппаратном сбросе.
Сброс по JTAG сбросом не считатся, так как адресное пространство уже настроено на пользовательскую флешь.

Да ну?! А зачем тогда среди сигналов JTAG есть сигнал nTRST? Для красоты что-ль? Он у нас разведён. И в свойствах подключения JTAG указываю стратегию сброса "core and peripheral" или "Reset PIN".

Поэтому, например у JLINK куча методов сброса для LPC, и например для LPC40xx лучше всего работает HALT after bootloader - потому что там еще настройки ROM прописываются иначе глючить IAP например начинает...

После множества проб, у меня сложилось впечатление что самое правильное подключение с типом сброса "core and peripheral". Иногда использую "Reset PIN".
Имхо - другие методы могут не задействовать сигнал nTRST JTAG-коннектора.

[Obam]

" А зачем тогда среди сигналов JTAG есть сигнал nTRST? Для красоты что-ль? "


"3 - nTRST - Output - JTAG Reset. Output from J-Link to the Reset signal of the target JTAG port. Typically connected to nTRST of the target
CPU. This pin is normally pulled HIGH on the target to avoid unintentional resets when there is no connection."

"15 - RESET - I/O - Target CPU reset signal. Typically connected to the RESET pin of the target CPU, which is typically called "nRST", "nRESET" or "RESET"."

[jcxz]

" А зачем тогда среди сигналов JTAG есть сигнал nTRST? Для красоты что-ль? "
"3 - nTRST - Output - JTAG Reset. Output from J-Link to the Reset signal of the target JTAG port. Typically connected to nTRST of the target
CPU. This pin is normally pulled HIGH on the target to avoid unintentional resets when there is no connection."
"15 - RESET - I/O - Target CPU reset signal. Typically connected to the RESET pin of the target CPU, which is typically called "nRST", "nRESET" or "RESET"."

И...?

[Obam]

И...?

Ну… " А зачем тогда среди сигналов JTAG есть сигнал nTRST? Для красоты что-ль? "
Разницу и подчеркнул и выделил

[Alechek]

И

The flash boot loader code is executed every time the part is powered on or reset.

\TRST сбрасывает только тестовую логику. ПЕРИФЕРИЯ НЕ СБРАСЫВАЕТСЯ!

По поводу сбросов все расписано тут.

Для сброса всей системы есть Application Interrupt and Reset Control Register. А как оно отрабытывает (влияет ли на Memory Mapping Control register (MEMMAP - 0x400F C040)) - неизвестно.

[jcxz]

\TRST сбрасывает только тестовую логику. ПЕРИФЕРИЯ НЕ СБРАСЫВАЕТСЯ!
Для сброса всей системы есть Application Interrupt and Reset Control Register. А как оно отрабытывает (влияет ли на Memory Mapping Control register (MEMMAP - 0x400F C040)) - неизвестно.

Нашёл вроде причину: при изменении типа сброса в свойствах подключения JTAG с "Core and peripheral" на "Reset PIN" всё начинает работать (в ADTRIM появляется 0xF00).
Получается что при "Core and peripheral" после сброса не выполняется bootcode, а при "Reset PIN" или при "Normal" bootcode выполняется после сброса.
У нас nTRST с JTAG подключен к TRST МК.
Если "ПЕРИФЕРИЯ НЕ СБРАСЫВАЕТСЯ" почему такая разница между разными типами сброса подключения JTAG?

PS: Старый и новый мои проекты различались типом сброса при подключении JTAG.

[Alechek]

По \TRST периферия НЕ СБРАСЫВАЕТСЯ.
А вот далее по JTAG у Вас сбрасывались, согласно вышеприведенным настройкам, "Core and peripheral". Каким образом - остается за кадром. Возможно, через Application Interrupt and Reset Control Register.

[jcxz]

По \TRST периферия НЕ СБРАСЫВАЕТСЯ.
А вот далее по JTAG у Вас сбрасывались, согласно вышеприведенным настройкам, "Core and peripheral". Каким образом - остается за кадром. Возможно, через Application Interrupt and Reset Control Register.

Возможно что при "Core and peripheral" IAR при подключении отладчика посылает сброс через этот "Application Interrupt and Reset Control Register" не проходя bootcode.
В разъёме от JTAG нашёл ещё один сигнал сброса, который у нас заведён на RESET МК. Наверное при выборе "Reset PIN"-варианта сигнал сброса JTAG подаёт на него с проходом bootcode и инитом ADTRIM....

[Alechek]

Сейчас занимаюсь с LPC1754. В настройках JLINK стоит тип сброса "Normal". Для интереса, попробовал поставить "Core and peripheral" - у меня не только ADTRIM в 0 стал, у меня вообще весь проект раком встал. По SPI 512 байт вычитывать стал за полторы секунды вместо положеных 300 мкс

[jcxz]

Сейчас занимаюсь с LPC1754. В настройках JLINK стоит тип сброса "Normal". Для интереса, попробовал поставить "Core and peripheral" - у меня не только ADTRIM в 0 стал, у меня вообще весь проект раком встал. По SPI 512 байт вычитывать стал за полторы секунды вместо положеных 300 мкс

Ранее тоже пользовался "Normal" (это дефолт). Но потом перешёл на "Core and peripheral" как раз из-за каких-то проблем с периферией при рестартах отладчика. Точно уже не помню в чём именно было дело, возможно что не сбрасывалась какая-то периферия при рестарте или не глушились DMA-передачи или еще чего. С "Core and peripheral" это пропало. Использую эту установку на нескольких разных МК: LPC1758, LPC1778, LPC1788, Tiva TM4C129 - нигде до сих пор проблем не возникало. Правда нигде в них кроме этого проекта АЦП не используется.
Везде используется куча разной периферии как через DMA так и прерывания.

[KRS]

Наверное при выборе "Reset PIN"-варианта сигнал сброса JTAG подаёт на него с проходом bootcode и инитом ADTRIM....

IMHO лучше ставить HALT after bootloader, тогда и reset используется и бутлоадер гарантировано запускается!

Использую эту установку на нескольких разных МК: LPC1758, LPC1778, LPC1788, Tiva TM4C129 - нигде до сих пор проблем не возникало. Правда нигде в них кроме этого проекта АЦП не используется.
Везде используется куча разной периферии как через DMA так и прерывания.

Вот я тоже использовал, обычно правда, SWD connect under reset чтобы вообще чип чисты был!
но вот на LPC40xx функции из boot rom стали глючить пришлось ставить halt after bootloader

В общем чем дальше - тем печальнее! документации все меньше - непонятного и закрытого кода от производителя - больше!

[jcxz]

IMHO лучше ставить HALT after bootloader, тогда и reset используется и бутлоадер гарантировано запускается!

А при этом точно reset подаётся? И какой именно: импульс на какую-то ногу разъёма JTAG или сброс при помощи регистров CPU?