Извините что вторгаюсь . Но у меня попкорн уже кончился

Я тоже думал, что бутлоадер переписывает из 0x0 константу в SP, а затем использует 0x4 как адрес перехода на пользовательскую программу. Правильно? Если не прав - поправьте меня.

1. Область памяти BOOTROM - 0x1FFF 0000 - 0x1FFF 1FFF 8 kB Boot ROM with flash services
2. В общем случае положение таблицы векторов для ЦПУ Cortex-M3 (разработчик - ОАО "Advanced RISC Machine") определяется в том числе регистром VTOR (Vector Table Offset Register - принадлежность ЦПУ Cortex-M3). Этот регистр включает:
   - бит TLBBASE (0: Table base is in CODE, base address 0x00000000; 1: Table base is in RAM, base address 0x20000000)
   - поле TBLOFF[28:7] - смещение, которое прибавляется к base address (правдя я не понял как вычисляется адрес )
   Далее в документе "ARMv7-M Architecture Reference Manual" есть приписка "An implementation can include configuration input signals that determine the reset value of the TBLOFF bit field". Просто опция при покупке ЦПУ Cortex-M3. В случае LPC17xx - TLBOFF после сброса содержит не нули, а значение (какое - не знаю ), благодаря которому таблицей веторов для ЦПУ Cortex-M3 будет являться начало области памяти BOOTROM.
3. В дополнение - приписка из "LPC17xx User manual" (стр.745):
   
   Цитата
   Privileged software can write to the VTOR to relocate the vector table start address to a different memory location,
   in the range 0x00000080 to 0x3FFFFF80
   
   Таким образом - запуск программы бутлоадера выполняется согласно тому, как это заложено в архитектуре ЦПУ Cortex-M3 - SP и IP загружаются аппаратно. Константы для загрузки беруться из BOOTROM (полагаю, что таблица векторов размещена в ее начале).

vallav, тут даже мне понятно .
В конечном счете - NXP нигде никак не допиливают ЦПУ Cortex-M3. Они просто покупают его, возможно с какими-то опциями (которые все в доке от ARM описаны), и вставляют (грубо ) в свой микроконтроллер (в книгах 20-30 летней давности был термин однокристальная микроЭВМ - может этот термин понятнее, прото ощущение, что вы не очень понимаете, где заканчивается творчество инженеров ARM и начинается творчество инженеров NXP). Возможно что и "опция" - это притяни вот эту ногу у себя в кристалле к нулю - будет это, а притяни к единице - будет то-то... Ну и прошивают в BOOTROM свою программу-загрузчик.
По-моему простая аналогия между производителем материнской платы и процессором от Intel, который в эту плату вставляется - получается ЭВМ . Хочешь знать как работает процессор - читай доки от Intel. Хочешь знать, что есть на материнской плате и как с эим работать процессору - читай доки от производителя материнской платы.
Без обид

Каюсь . Оказывается регистр VTOR к переотображению таблицы векторов (по умолчанию с 0х0) на область BOOTROM отношения не имеет . Имеет отношение регистр MEMMAP. Но суть не меняется
Following a hardware reset, the Boot ROM is temporarily mapped to address 0. (LPC17xx User Manual, стр.15)
Интересно теперь, как bootloader запускает пользовательскую программу после того, как устанавливает MEMMAP в 1 - програмно (переписывая константу из 0x0 в SP и выполняя переход по адресу, лежащему в 0х4) или есть возможность сформировать reset только для ядра (т.е. чтобы MEMMAP остался с установленным в 1 битом MAP)?

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

А еще вопросик - MEMMAP делает переотображение на таблицу в BOOTROM. Т.е. в том числе и чтение первых 256 байт начиная с адреса 0х0000 на самом деле будет являться чтением первых 256 байт области BOOTROM? Значит загрузчику, прежде чем начать проверку пользовательской таблицы векторов (первых 6 слов) на "валидность", необходимо сначала установить MEMMAP в 1 (User Mode)? Ведь в ином случае она недоступна?
Правильно? (вопрос, чтобы просто кое-что себе в голове устаканить )
А остальные производители микроконтроллеров на ядре Cortex-M3 тоже вместо Vector Table Offset Register используют "внешний" (по отношению к Cortex-M3) ремап?

Проверено на железе - плата mbed c lpc1768.
Значение нулевого слова в флеше 0x0, 0xffff, 0xffffffff.
Два бутлоадера - родной и кривой бангалорский.
Прога - мигалка светодиодами грузится иработает.
То есть, чему равно нулевое слово в флеше - глубоко фиолетово.
Можно использовать в своих целях.
Первое слово в флеше - используется бутлоадером для запуска пользовательской проги.
При сбросе - ip вероятней всего имеет значение 0x1fff1ff1 - адрес начала последней строки ПЗУ ( ассоциации с x86 навевает ).
Есть такая IAP комманада - выход в ISP. Именно она после сброса и выполняется.

Да, самое логичое использование механизма.

Не знаю, не разбирался. Но тот-же Luminary вообще не иммет "ROM" загрузчика. На заводе записывается загрузчик на нулевые адреса, котрый при запуске копирует себя в RAM и ждет прошивки, которую, естественно, на нулевые-же и помещает. Вот такой однократный загрузчик.

Смотря и в железо, и в книги всегда видите фигу . На один вопрос ответ угадали, только ни ответить на следующий вопрос, ни тем более сделать выводы не смогли, даже просто посмотреть на нулевое слово в полученной Вами прошивке "бангалорского" загрузчика (реальное значение видимое map файле да и просто в самом бинарнике 0x10000B40 - указатель на стек в RAM) и то не смогли - "садитесь два".

Во!
Да Вы не просто крутой перец с горячими ушами, Вы еше и туповаты.
Повторяю - на железе проверено. Не понятно?

Вы же вроде хвастались, что аж целых три штуки поимели.
Вкллючать научились?
Умеете в сетапе слова менять?
Так проверте и не несите здесь хню...

Просто так, сохраняю цитату на память:

Аналогично
Просто восхищаюсь терпением и выдержкой уважаемого zltigo.
Может давно пора "Read only" выдать vallav, непроходимая упертость...или тупость, и уверенность в своей "особой исключительности".
Нарушил все мыслимые нормы поведения на данном форуме...чего только стоит переход на личности...Даже в реальной жизни за такое по роже прошлись бы не раз.

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

А мне больше заняться нечем, только Ваши каждодневные наборы маразма проверять?
Вы никого и ничего не видите, все что Вам пишут - пропускаете мимо ушей, глаз и всего остального.
Уже не раз Вам указывал на соблюдение чувства такта, на нескольких форумах, но для Вас это пустые слова...
И то что Вы кичитесь фразой "в железе, а не теоретически" - пустая болтовня, Вы с МК по-моему вообще первый раз столкнулись.


"Детский сад - штаны на лямках" ©
"Это не я"©
"Это он первый начал"©

Ничего не напоминает?
Детский лепет из песочницы.

Значит не проверяли.
Значит - исходя из общих соображений?
Может Вы тогда помолчите и подождете кого нибудь, кто имеет возможности
и способности такую проверку сделать?
А потом будите выводы делать?

Переходим к практическим занятиям. Задание на лето:
1. Скачивайте свой-же архив usbboot1.rar
2. Распаковывайте.
3. Находите директорию BIN.
4. Находите в ней созданный Вами-же, путем нажатия кнопки в IDE, файл прошивки "бангалорского" загрузчика.
5. Смотрите в нем первые четыре байта, которые являются инициализатором указателя MSP.
6. Осенью рассказываете как Вы раньше там чего-то там "в железе" проверяли, что допроверялись до 0xFFFFFFFF вместо
0x10000B40.

Так Вы настолько круты, что не знаете, как менять значения в начале .bin файла?
Вам наверно это будет удивительно слышать, но я просто создал последовательно несколько .bin файлов,
в которых это значение было 0, 0xffff, 0xffffffff и запускал их. Во всех случаях программа заработала.
Смотрел так же в симуляторе Кейла. Независимо от значения этого слова - при вываливании в main - в sp значение
__initial_sp.

Пустая болтовня с Вашей стороны...уже в который раз.

Тебе просто повезло, что кейловский стартап устанавливает SP вручную.


Проверяльщик, блин.

Если за лето ответите на все ранее заданные вопросы, то узнаете, и как получить из elf "ASM" (это если исходники KEIL-овского startup читать не хочется, или недоступны) текст. В приложении
текстик из "Вашего" blink2

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

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

1) Регистр MEMMAP вы ни разу не упомянули. Эксперименты с учетом него проводили? Вообще про него в "LPC17xx User Manual" читали? И про сопутствующие вещи?
2) Вы листали документ "ARMv7-M Architecture Reference Manual"? Он хотя бы у вас имеется, в дополнение к "LPC17xx User Manual"?
3) У вас есть JTAG-эмулятор? Потому как Keil вряд ли будет вам иммитировать запуск штатного загрузчика...
4) Пробовали, скажем, делать дамп памяти при MEMMAP.MAP=0 и при MEMMAP.MAP=1?
Заранее спасибо за спокойные и продуманные ответы.

Жаль только "виновник торжества" как всегда игнорирует всех и вся...

Upd: Получил от него сообщение в личку, он просил передать, что его забанили (Read Only).

На "виновника" все посты последних дней особо уже и не рассчитывалась. Теперь беседу про Cortex-M3 можно некоторое время продолжать и в конструктивном русле. Штука ведь явно mainstream на сегодняшний день.

Это точно.

Жду свою starterkit'овскую SK-MLPC1768 чтобы приступить к освоению. А пока "чукча читатель" И впитыватель полезного

Работаю сейчас с Сortex-M3 от Luminary/TI. Первый из Corteх был STM32. Из Cortex-M0 через дней десять заберу в Питере железку на LPC1114.

Насчет LPC11xx думал-думал брать или нет.
Думал на замену ATmega в изделия запланировать, но что-то насчет объемов памяти не очень как-то, линейка до 32кБ всего. А нужно менять ATmega128...которые сейчас уже дороже LPC1114.

Нормальные малыши, главное для меня 2 SPI. Хороший мелкий периферийный контроллер. LPC17xx уже не интересны - в текущих просто менять массовые LPC2138/48 не особо смысл имеет. А замены чего либо класса LPC23xx/24xx вообще пока ничего нет.

Ну 128 настолько дороги, что менять их можно хоть LPC13XX, LPC17XX, LPC21XX, LPC23XX.....

Пока прикидываю LPC17xx ставить на замену. Жду железку...

vallav попросил тут, меня терроризирует


Затем, что, по-моему, вы плохо понимаете как происходит старт штатного загрузчика.

Вообще я говорил о названии документа (пишется на первой странице), а не о названии файла. . У вас "Cortex-M3 Technical Reference Manual". Наверное и этого достаточно. Самое главное - вы достаточно хорошо пробежались по нему, регулярно тудя заглядываете?

Bootloader включает JTAG первым делом (есесно после проверки на отсутствие CRP1/2/3).
Далее вот вам забавная приписка из мануала на LPC17xx (стр.15):
Following a hardware reset, the Boot ROM is temporarily mapped to address 0. This is
normally transparent to the user. However, if execution is halted immediately after reset by
a debugger, it should correct the mapping for the user.

Ну и пес с ним, с этим дампом
JTAG-ом все же обзаведитесь. Сейчас это не дорого . Пригодится.



Уточняйте, о каком бутлоадере идет речь - о штатном или о вторичном (USB)?
Скорее две - выход из бутлоадера есть одновременно переход на пользовательскую программу. Не пишите main - хотя я понял, что вы имели ввиду пользовательскую программу (например ваш blink-led), такая функция есть и у вторичного бутлоадера.

Смотря о каком бутлоадере вы говорите.
1) После снятия сигнала RESET в соответсвии с моделью обработки исключений, заложенной в архитектуре Cortex-M3, ЦПУ считывает с адреса 0х00 константу и помещает ее в main_SP, затем считывает константу с адреса 0x04 и помещает ее в IP, что является просто безусловным переходм по адресу. Однако за счет внешнего ремапа, управляемого регистром MEMMAP, который после RESET-а содержит 1 (Boot Mode), первые 256 байт адресного пространства, начиная с 0х0, переотображаются на область BOOTROM. Поэтому ЦПУ, считывая первые два слова с адреса 0х0, на самом деле считывает слова с адреса 0х1FFF 0000.
2) Для проверки наличия пользовательского ПО (в данном случае это будет вторичный USB-бутлоадер) штатный бутлоадер устанавливает MEMMAP в 0 (User Mode) и проверяет вычисляет сумму первых 8 слов начиная с адреса 0х0 (если оставить MEMMAP в 1, то бутлоадер будет считывать слова с адреса 0х1FFF 0000).
The reserved Cortex-M3 exception vector location 7 (offset 0x 001C in the vector table) should contain the 2’s complement of the check-sum of table entries 0 through 6. This causes the checksum of the first 8 table entries to be 0.
3) Запуск вторичного бутлоадера - как уже говорилось много постов выше, наиболее логичный способ такой:
- считать с адреса 0х00 константу (по логике вещей там должно лежать значение SP для пользовательской программы) в main_SP (программно - командой LDR);
- считать с адреса 0х04 константу (по логике вещей там должен лежать адрес начала пользовательской программы) в IP (тоже программно - честно говоря не знаю, это LDR в PC или сначала LDR в РОН а потом установить младший бит и BX через этот РОН ).
Чтобы быть абсолютно в этом уверенным, необходимо раздобыть исходник первичного бутлоадера.

Не понял вопроса . Особенно про IP...

Вопрос именно о входе в main, или о входе в пользовательскую программу? В общем случае до main еще выполняется _main - инициализация глобальных и локальных статических переменных нулем/инициализаторами...
Честно скажу - не знаю где и как инициалицируется SP перед переходом на пользовательськую программу. Заметьте, что это ни в коей мере не "допиливание ЦПУ инженерами NXP" и архитектуре COrtex-M3 никак не противоречит. Смотрите исходники. Найдите JTAG и запустите вторичный бутлоадер под ним. Флаг в руки
Насчет значения IP - посмотрите исходники вторичного бутлоадера:
1) в функции main() (memory.c) есть вызов ф-ции execute_user_code() (sbl_iap.c)

Дабы вы не потерялись, вот еще скопипастил из заголовочных файлов:

Итого:
1) SP и IP инициализируются аппаратно после сброса процессора - старт штатного загрузчика.
2) В дальнейшем SP изменяется программно, IP тоже (команды перехода)
3) Естественно за исключением случаев обработки прерываний или иных (аварийных) исключений - там тоже все аппаратно (надеюсь тут сомнения вас не гложут )
Что касается остального - каюсь, на все вопросы ответить не смогу. Покопайтесь в исходниках, поразбирайтесь.

Цитирую мануал:
Т.е. загрузчик - это если указанную ножку держать в нуле при сбросе. Без этого - обычный старт - startup, main...

Во-первых пардон - я там выше кажется перепутал значение бита в MEMMAP - 0 это BootMode (по сбросу), а 1 - это UserMode
ViKo, тоже процитирую мануал:
1) Following a hardware reset, the Boot ROM is temporarily mapped to address 0. - стр.15
2) The flash boot loader code is executed every time the part is powered on or reset. The loader can execute the ISP command handler or the user application code.
A LOW level after reset at pin P2.10 is considered an external hardware request to start the ISP command handler. - стр.612 (3.Description)
3) См. Boot Process Flowсhart (стр.616)

Из доки выходит, что если указанная ножка в нуле - загрузчик может перейти в к выполнению ISP, разумеется с учетом дополнительных условий - наличие/отсутсвие User Code (точнее соответсвия Criterion for Valid User Code) и наличие specific pattern in flash location at 0x000002FC (CRP1/CRP2/CRP3)
Другое дело, что, как я понял, в случае рассматриваемого вторичного USB-бутлоадера при его прошивке устанавливается CRP3 - чип становиться "нечувствительным" к состоянию Р2.10

Наш Ленин в ссылке передал мне привет

Особенно фраза про поиск смысла в строчках UserManual-а -


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

Student Pupkin, оставьте цитирование слов vallav. Он получил наказание заслуженно. Пусть подумает и сделает выводы (что вряд ли, но надежда есть). Или Вам заняться нечем?
Смотрите...и Вас прикроют за пособничество

Не правильное токование . Загрузчик у LPC запускается всегда - занимается разборками с защитой, и считыванием той самой ножки.
Это все софтовые действия. Процесс запуска этого загрузчика ядром Corteх ничем не отличается от запуска любого другого кода, в том числе и в контроллерах не имеющих загрузчиков.


Admin:
Заканчиваем с приветами. У него "до осени" самостоятельная работа над ошибками.

Вот если считаете, что для Вас это "все нормально", то можете продолжать с ним личную переписку.

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

Да, именно так.

Творческие люди работают в NXP - и GPIO на отдельную шину посадили, и с загрузчиком "извратились" Наверное, и еще найдется особенностей.
Я работаю с STM32, так как-то более "классически" все сделано.
Но в будущем подумываю переметнуться на NXP.

В STM32 что хорошо - ОЗУ представляет из себя единый непрерывный блок памяти, к примеру - 64 кб.

В LPC1768 же ОЗУ разделено на два банка.
То есть захочу я получить непрерывный блок размером в 40 килобайт - облом?

Неудобно получается

И менеджер кучи ведь будет работать только с 32 килобайтами одного из банков.
А с "периферийным" 32-ух килобайтным куском как работать? Ручками?

А оно часто бывает необходимо и неизбежно - отдавать почти всю память единым куском подо что-то?


Нормальные менеджеры могут работать с несколькими пулами.

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




и за счет этого добились определенных результатов, не правда-ли?

Да, да и загрузчик не поленились предоставить в распоряжение пользователя.

Конечно, найдутся, тот-же 128 Flаsh они первые сделали.

Так я что, я не против Я и сам присматриваюсь к ним.

У STM32 тоже есть, только перемычки BOOT переставить... И не стираемый, наверное.

128-битовый? И за счет этого могут работать на частоте до 120 MHz? Это хорошо. Но, наверное, если не скакать по коду.

Ну не каждую-же команду скакать. А эффективность на LPC17xx уже не сможете оценить - официальный способ отключения, в отличии от их LPC2xxx не описан. А так FLASH у NXP самый обыденный - 50ns.

А в нём можно при запросе указать, из какого пула требуется выделить память?

Или это не требуется?

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