Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: RAINBOW заливка romboot
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > Отладочные платы > Rainbow
elman
Добрый день,

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

CCCCCCCCCCC
AT91F_LowLevelInit(): Debug channel initialized
press any key to enter bootloader

ATMEL LOADER VER 1.01 Feb 19 2007 01:32:55
Modifed by Rainbow v1.1 with 2xK4S641632
*----------------------------------------*
DataFlash:AT45DB642
Nb pages: 008192
Page Size: 001056
Size=08650752 bytes
Logical address: 0xC0000000
DataFlash:AT45DB642
Nb pages: 008192
Page Size: 001056
Size=08650752 bytes
Logical address: 0xE0000000
*----------------------------------------*
1: Download Dataflash [addr]
2: Read Dataflash [addr]
3: Start U-BOOT
4: Clear bootloader section in Dataflash
*----------------------------------------*
Enter:

после чего пытаюсь залить его во флеш
Enter: 1 0xC0000000
Download Dataflash [0xc0000000]
CCCCCCCC

И практически сразу получаю сообщение гипертерминала

Достигнут предел по числу ошибок

Непонимаю, если в первый раз ромбут загрузился то почему не грузится во второй....
Единственная мысль - ромбут инициализирует ком порт как-то иначе чем загрузцик прошитый в чипе. Посмотрел сорцы роббута увидел что кварц там 18.432 а у меня был 16. Поменял кварц - никакой разницы.
рromboot брался из данного форума - кто-то выкладывал с сорцами, в отличии от родного атмеловского определяет оба мих чипа дадафлеша.
Пробовал родной атмеловский ромбут с обоими кварцами - аналогично...

Подскажите плз куда копать...
COMA
Был похожий случай.
Причина - замыкание двух адресных линий (брак на плате).
elman
Цитата(COMA @ Oct 2 2008, 15:01) *
Был похожий случай.
Причина - замыкание двух адресных линий (брак на плате).


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

Повторюсь ошибка выдеатся именно гипертерминалом при попытке залить ромбут с помощью ромбута же. Еслиб были проблемы после загрузки - неправильно записалось или не записалось во флеш - то тут понтяно

Поправьте меня плз если я что-то неправильно понимаю....
COMA
При первой загрузке ромбут грузится во внутреннюю память - SRAM.
ошибки нет.

При второй загрузке ромбут уже грузится во внешнее ОЗУ. Тут и возникает ошибка.
THK
Цитата(elman @ Oct 2 2008, 16:34) *
Дело в том что, как я понимаю, контроль целостности передаваемых данных осуществляется процом на этапе чтения и обработки данных через DBGU, вне зависимости от того что происходит дальше, при попытке загрузки этих данных в память или флеш. Потому я и непонимаю как одни и те же данные с помощью зашитого в чип загрузчка передаются нормально а при загрузке ромбутом - ошибка передачи....

Повторюсь ошибка выдеатся именно гипертерминалом при попытке залить ромбут с помощью ромбута же. Еслиб были проблемы после загрузки - неправильно записалось или не записалось во флеш - то тут понтяно

Поправьте меня плз если я что-то неправильно понимаю....


Было тоже самое на Rainbow. Решал так: залил, по приведенной выше технологии, Romboot от Heavi и далее правил егоже под свою Rainbow (память, кварц...)

Удачи!

ЗЫ Все от Heavi, работает на Rainbow (у меня так...).
ЗЫЫ Без обид, но кажется отказывался писаться Romboot от Coma. У него, насколько я понял, память быстрая... smile.gif
dch
или частота на шине больше
RW9UAO
было такое. это глюк оперативки. флэшка по другому глючит.
COMA
Ага, не на всех платах идёт sad.gif Писал ромбут не я, а мой коллега по работе. Если есть желание попробуйте разобраться, исходники у вас есть.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2024 Invision Power Services, Inc.