Доброго времени суток.

С ARM работаю не первый месяц, но вот с такой задачей пока не сталкивался.

Имеется готовое, законченное устройство, построенное на базе МК LPC2468. Сейчас работает в одном режиме, но в связи с расширением фукнционала устройства есть необходимость периодической загрузке дополнительного кода программы. Код загружается по Ethernet и должен быть расположен в ОЗУ. При этом в определенном месте основной программы необходимо указывать о том что код был загружен и указать "куда переходить" .

Как расположить получаемый доп. код в ОЗУ по определенному адресу?

P.S. При поиске по форуму находил только "расположение кода при компиляции проекта".

Так если Вы сами принимаете код по Ethernet, то Вы же и располагаете его в ОЗУ. Это уж куда сами положите, там и будет
А куда переходить - так можно в конце и адрес перехода отправить

Ну ткните носом, можно с ноги
Я не могу разобраться как непосредственно осуществить запись участка кода в ОЗУ?Куда копать?

Работа с внешним ОЗУ никаких принципиальных отличий от работы с внутренним не имеет. Надо только сначала правильным образом инициализировать контроллер памяти -- и всё, работайте на здоровье: читайте, записывайте, исполняйте оттуда код...

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

Данный участок кода реализует доп.режим устройства. Загружается по команде оператора.
Вся система находится у заказчика(кот. далековато от нас). Внесение нового режима может повлечь изменение прошивки, отладки и т.д. Поэтому остается только этот вариант. N- количество плат "они" перепрошивать явно не будут. Если есть какие варианты - поделитесь пожалуйста.

Прошивка и отладка - вещи ортогональные. Можете отладить у себя, а перепрошить на объекте, тем более что Ethernet есть...
Про "перепрошивку плат" "они" могут и не думать - достаточно софт запустить, который сам удаленно все устройства перешьёт.

Но без новой прошивки вы все равно не сможете реализовать такой подход.

Да, есть. Если сделать механизм удаленной перепрошивки софта, то это вам позволит реализовать удаленно любой механизм работы и добавить любой функционал. Ещё есть экзотические варианты: 1. Поднять на процессоре некоторый скриптовый движок типа LUA и обновления софта тогда могут быть крошечными. 2. Использовать на процессоре тонкого клиента, а весь функционал реализовывать на сервере.