реклама на сайте
подробности

 
 
> Подгружаемый код в ОЗУ. Keil+LPC2468, Размещение
zovsilab
сообщение Jul 11 2011, 08:34
Сообщение #1


Участник
*

Группа: Участник
Сообщений: 17
Регистрация: 3-04-09
Из: УССР
Пользователь №: 47 140



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

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

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

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


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





--------------------
Многие вещи нам непонятны не потому, что наши понятия слабы,
а лишь потому, что сии вещи не входят в круг наших понятий.
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов (1 - 8)
toweroff
сообщение Jul 11 2011, 08:51
Сообщение #2


Гуру
******

Группа: Свой
Сообщений: 2 957
Регистрация: 19-09-06
Из: Москва
Пользователь №: 20 514



Так если Вы сами принимаете код по Ethernet, то Вы же и располагаете его в ОЗУ. Это уж куда сами положите, там и будет biggrin.gif
А куда переходить - так можно в конце и адрес перехода отправить
Go to the top of the page
 
+Quote Post
zovsilab
сообщение Jul 11 2011, 09:04
Сообщение #3


Участник
*

Группа: Участник
Сообщений: 17
Регистрация: 3-04-09
Из: УССР
Пользователь №: 47 140



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


--------------------
Многие вещи нам непонятны не потому, что наши понятия слабы,
а лишь потому, что сии вещи не входят в круг наших понятий.
Go to the top of the page
 
+Quote Post
SII
сообщение Jul 11 2011, 09:16
Сообщение #4


Знающий
****

Группа: Свой
Сообщений: 549
Регистрация: 13-07-10
Из: Солнечногорск-7
Пользователь №: 58 414



Работа с внешним ОЗУ никаких принципиальных отличий от работы с внутренним не имеет. Надо только сначала правильным образом инициализировать контроллер памяти -- и всё, работайте на здоровье: читайте, записывайте, исполняйте оттуда код...
Go to the top of the page
 
+Quote Post
andrewlekar
сообщение Jul 11 2011, 09:36
Сообщение #5


Знающий
****

Группа: Участник
Сообщений: 837
Регистрация: 8-02-07
Пользователь №: 25 163



Оригинальная у вас задача. Вот вы поработаете с загруженным кодом, перезагрузитесь и... снова будете его по Ethernet загружать?
Go to the top of the page
 
+Quote Post
zovsilab
сообщение Jul 11 2011, 11:57
Сообщение #6


Участник
*

Группа: Участник
Сообщений: 17
Регистрация: 3-04-09
Из: УССР
Пользователь №: 47 140



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


--------------------
Многие вещи нам непонятны не потому, что наши понятия слабы,
а лишь потому, что сии вещи не входят в круг наших понятий.
Go to the top of the page
 
+Quote Post
HARMHARM
сообщение Jul 11 2011, 21:02
Сообщение #7


читатель даташитов
****

Группа: Свой
Сообщений: 853
Регистрация: 5-11-06
Из: Днепропетровск
Пользователь №: 21 999



Цитата(zovsilab @ Jul 11 2011, 14:57) *
Внесение нового режима может повлечь изменение прошивки, отладки и т.д. Поэтому остается только этот вариант. N- количество плат "они" перепрошивать явно не будут. Если есть какие варианты - поделитесь пожалуйста.

Прошивка и отладка - вещи ортогональные. Можете отладить у себя, а перепрошить на объекте, тем более что Ethernet есть...
Про "перепрошивку плат" "они" могут и не думать - достаточно софт запустить, который сам удаленно все устройства перешьёт.
Go to the top of the page
 
+Quote Post
ar__systems
сообщение Jul 11 2011, 21:07
Сообщение #8


self made
****

Группа: Свой
Сообщений: 855
Регистрация: 7-03-09
Из: Toronto, Canada
Пользователь №: 45 795



Цитата(zovsilab @ Jul 11 2011, 07:57) *
Данный участок кода реализует доп.режим устройства. Загружается по команде оператора.
Вся система находится у заказчика(кот. далековато от нас). Внесение нового режима может повлечь изменение прошивки, отладки и т.д. Поэтому остается только этот вариант. N- количество плат "они" перепрошивать явно не будут. Если есть какие варианты - поделитесь пожалуйста.

Но без новой прошивки вы все равно не сможете реализовать такой подход.
Go to the top of the page
 
+Quote Post
andrewlekar
сообщение Jul 12 2011, 04:52
Сообщение #9


Знающий
****

Группа: Участник
Сообщений: 837
Регистрация: 8-02-07
Пользователь №: 25 163



Цитата
Если есть какие варианты - поделитесь пожалуйста.

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

Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 25th July 2025 - 08:06
Рейтинг@Mail.ru


Страница сгенерированна за 0.01426 секунд с 7
ELECTRONIX ©2004-2016