AT91RM9200 - мистика? SPI? или romboot.bin?, задачка не для слабонервных.... Опции

[PrSt]

Здравия желаю!
уже несколько дней мучительная попытка запустить камешек 9200 и плату к нему

Люди вот такая проблемма, помоги решить ее плз

собрали макетную платку ( http://projects.org.ua/project/arm/9200/ )
пытаемся загрузить в нее romboot.bin ( следуем как написано в статье - http://heavy-online.ru/arm-linux/ )

и сталкиваемся с мистическим поведением контроллера, а именно:

после того, как прицепились гипертерминалом - отсылаем по xmodem файлик - romboot.bin
он отсылается
и появляется сообщение
CCCCCCCCCCCCCCCCC
AT91F_LowLevelInit(): Debug channel initialized
press any key to enter bootloader

ATMEL LOADER VER 1.01 May 3 2006 15:21:06
*----------------------------------------*
*----------------------------------------*
1: Download Dataflash [addr]
2: Read Dataflash [addr]
3: Start U-BOOT
4: Clear bootloader section in Dataflash
*----------------------------------------*
Enter:

тут вроде все верно

говорим
Enter: 1 c0000000
Download Dataflash [0xc0000000]
CCCCCCCCCCCCCCCCCC

отсылаем файл (как требует статья)

и здесь начинается самое интересное:

Modification of Arm Vector 6 :34340015

Write 10240 bytes in DataFlash [0xc0000000]
-F- Data Abort detected

тоесть, казалось бы, по какой-то неведомой причине не пишется в DataFlash

Так, берем осциллограф и идем далее...

проделываем тоже самое параллельно наблюдая осцилом за SPCK, MOSI и NPCS0

и к нашему удивлению - на SPCK, MOSI и NPCS0 нет изменения логического уровня и данных вообще!!!!!

аппартно все верно, все прозвонено тестером - с точки зрения железа все корректно, проверяли несколько раз!

это настараживает и мы идем читать исходники от romboot-evm9200 (SPI 1:1 + схема почти такая же)
только микруха у нас - AT45DB642
в исходнике разобрались - вроде все должно инициализироваться и SPI обязан работать...!

фух
однако SPI - НЕ РАБОТАЕТ...

Люди - у кого есть какие мысли и идеи на этот счет?
потому что реально уже отпало понимание происходяших глюков....
HELP PLZ !!!

[khach]

Вы что, с дуба все упали?ИМХО. Кто и где сказал загрузчику, что датафлеш сериальная? Загрузчик понимает, что флешка (обычная, параллельная) сидит по адресу 0xC0000000 И пытается ее писать. А ее нету. ну и облом соответственно. Соответственно и SPI недергается вообще.

[aaarrr]

Вы что, с дуба все упали?ИМХО. Кто и где сказал загрузчику, что датафлеш сериальная? Загрузчик понимает, что флешка (обычная, параллельная) сидит по адресу 0xC0000000 И пытается ее писать. А ее нету. ну и облом соответственно. Соответственно и SPI недергается вообще.

Разберитесь в проблеме, для начала. Данный загрузчик вообще не умеет писать "обычную" флеш.

[Lelick]

А вам кажется подозрительной фраза:

Modification of Arm Vector 6 :34340017

вообще-nо для AT45DB642 должно быть 0841a017 (см стр. 87 на at91rm9200 "Structure of arm vector 6")

[aaarrr]

А вам кажется подозрительной фраза:

Modification of Arm Vector 6 :34340017

вообще-nо для AT45DB642 должно быть 0841a017 (см стр. 87 на at91rm9200 "Structure of arm vector 6")

Совершенно верно, но к проблеме отношения не имеет
Только не обязательно 0841a017, правильнее 0841a0xx.

[PrSt]

Совершенно верно, но к проблеме отношения не имеет
Только не обязательно 0841a017, правильнее 0841a0xx.

да кстати
вот тест
в int AT91F_DataflashInit (void) делаю маленькое изменение
// for (i = 0; i < CFG_MAX_DATAFLASH_BANKS; i++) {
for (i = 0; i < 1; i++) {

и вот что получаю
AT91F_LowLevelInit(): Debug channel initialized
AT91F_DataflashInit
AT91F_SpiInit
PIOA->PIO_ABSR - 0
PIOA->PIO_PSR - 3FFFFF80
PMC->PMC_PCSR - 2000
SPI->SPI_SR - 100F2
SPI->SPI_MR - E0019
dfcode - 3C
AT45DB642
press any key to enter bootloader
ATMEL LOADER VER 1.01 Jan 16 2007 09:56:44
*----------------------------------------*
AT91F_DataflashPrintInfo
DataFlash:AT45DB642
Nb pages: 008192
Page Size: 001056
Size=08650752 bytes
Logical address: 0xC0000000
AT91F_DataflashPrintInfo ERROR detect - 0
*----------------------------------------*
1: Download Dataflash [addr]
2: Read Dataflash [addr]
3: Start U-BOOT
4: Clear bootloader section in Dataflash
5: ...test...
*----------------------------------------*
Enter:

Enter: 1 c0000000
Download Dataflash [0xc0000000]

Modification of Arm Vector 6 :841a017

Write 11392 bytes in DataFlash [0xc0000000]
write_dataflash
AT91F_DataflashSelect
read_dataflash
AT91F_DataflashSelect
Hit a Key!CCCCCCCCCCCC
AT91F_LowLevelInit(): Debug channel initialized
AT91F_DataflashInit
AT91F_SpiInit
PIOA->PIO_ABSR - 0
PIOA->PIO_PSR - 3FFFFF80
PMC->PMC_PCSR - 2000
SPI->SPI_SR - 100F2
SPI->SPI_MR - E0019
dfcode - 3C
AT45DB642
PIOA->PIO_ABSR - 0
PIOA->PIO_PSR - 3FFFFF80
PMC->PMC_PCSR - 2000
SPI->SPI_SR - 100F2
SPI->SPI_MR - 70019
dfcode - 0
press any key to enter bootloader
Load U-BOOT from dataflash[c0008000] to SDRAM[20f00000]
read_dataflash
AT91F_DataflashSelect
Set PLLA to 180Mhz and Master clock to 45Mhz and start U-BOOT


и - УРА!!!!!!
зашилось
нада зхаметить чтло это случайно....!!!!!!!!!
с какойто промежуточной редакцией гдето в коде....

тоесть вот что я вижу

[aaarrr]

и - УРА!!!!!!
зашилось
нада зхаметить чтло это случайно....!!!!!!!!!
с какойто промежуточной редакцией гдето в коде....

Это хорошо. А с диагностикой я малость наврал - строку asm volatile("mov %0, r14" : "=r" (i) : ); нужно ставить перед первым printf'ом, иначе LR теряется.

[PrSt]

и - УРА!!!!!!
зашилось
нада зхаметить чтло это случайно....!!!!!!!!!
с какойто промежуточной редакцией гдето в коде....

Это хорошо. А с диагностикой я малость наврал - строку asm volatile("mov %0, r14" : "=r" (i) : ); нужно ставить перед первым printf'ом, иначе LR теряется.

Всем спасибо!
помогли! серьезно!
надо заметить - локализовал проблемму(!как мне кажется!)
завелась схема прошивкой после следующего
1 - скорость SPI инициализировани с снижением скорости в 32 раза
2 -
#define AT91C_PLLA_MCK назначили как 0x302
3 - сменил в
int AT91F_DataflashInit (void)
...
// for (i = 0; i < CFG_MAX_DATAFLASH_BANKS; i++) {
for (i = 0; i < 1; i++) {
....
этот пункт отметим как FFF так как это временное решение, сами понимаете...

дело втом, что на флешку все сигналы кроме MISO идут через буфер (если посмотреть на схему - то можно это увидить), и стояла HC244 но она оказалась медленной, там какаято беда с тормозами фронтов, именно - по этому снижение скорости SPI помоло...
сменил ее на AC244 как рукой сняло эту проблемму...
Видимо из-за этого все и было...хотя может и не только...
за исключением еще одной.... которая отмечена ранее FFF

порвая флэшка стоит на CS0, как положенно....
у нас в схеме вторая флэшка используется на CS1
а в этом лоадере используется CS0 и CS3
вопрос:
что мне сменить в программе что бы использовать не CS3 а CS1 ?
и еще такой вопрос - как сделать что бы размер памяти 2 флэшек был виден как единая память?
тоесть у нас стоит 8M+8M а хочется сумарно видеть все 16M. надеюсь передал верно мысль.
вообще такое реально?

[PrSt]

первая флэшка стоит на CS0, как положенно....
у нас в схеме вторая флэшка используется на CS1
а в этом лоадере используется CS0 и CS3
вопрос:
что мне сменить в программе что бы использовать не CS3 а CS1 ?
и еще такой вопрос - как сделать что бы размер памяти 2 флэшек был виден как единая память?
тоесть у нас стоит 8M+8M а хочется сумарно видеть все 16M. надеюсь передал верно мысль.
вообще такое реально?

Судя по всему CS0 и CS1 заработали если верить сообщению на терминале
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: 0xD0000000
*----------------------------------------*
1: Download Dataflash [addr]
2: Read Dataflash [addr]
3: Start U-BOOT
4: Clear bootloader section in Dataflash
*----------------------------------------*
Enter:

а вот на счет 8M+8M вопрос все еще остался... просветите кто нибудь плз...

[PrSt]

а вот на счет 8M+8M вопрос все еще остался... просветите кто нибудь плз...

Также вопрос к СОМА, aaarrr и к другим опытным ребятам...
...плюс ко всему не работает U-Boot.
вот в этой статье(http://heavy-online.ru/arm-linux/) сказано
" Если все нормально - то после ресета - u-boot будет грузиться автоматически (если ничего не нажимать) "

ВОПРОС! - а если не нормально?

объясняю проблемку:
прошит - romboot.bin
его исход ник в вложении

если не нажимать интер то после вклоючения
AT91F_LowLevelInit(): Debug channel initialized
press any key to enter bootloader
Load U-BOOT from dataflash[c0008000] to SDRAM[20f00000]
Set PLLA to 180Mhz and Master clock to 45Mhz and start U-BOOT
и тут висит....

если с нажатием после включения
AT91F_LowLevelInit(): Debug channel initialized
press any key to enter bootloader

ATMEL LOADER VER 1.01 Jan 17 2007 09:45:22
*----------------------------------------*
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: 0xD0000000
*----------------------------------------*
1: Download Dataflash [addr]
2: Read Dataflash [addr]
3: Start U-BOOT
4: Clear bootloader section in Dataflash
*----------------------------------------*
Enter:

собрал U-Boot

запись U-Boot`a
*----------------------------------------*
Enter: 1 c0008000
Download Dataflash [0xc0008000]
CCCCCCCCCCCC
Modification of Arm Vector 6 :841a0bc

Write 95744 bytes in DataFlash [0xc0008000]
Hit a Key!aflash: OK

снимаю питание
при включении надеюсь увидеть U-Boot а вижу следующее
AT91F_LowLevelInit(): Debug channel initialized
press any key to enter bootloader
Load U-BOOT from dataflash[c0008000] to SDRAM[20f00000]
Set PLLA to 180Mhz and Master clock to 45Mhz and start U-BOOT

это означает что U-Boot мягко говоря - не стартанул вообще...
зотя если проверить пунктом 2 по адрессу 20008000, из romboot, то вижу что таки в flash находится бействительно U-Boot.bin

что за проблемма?
может в файле include/configs/RM9200.h: не верно чтото, в зависимости от моей схемы?

[Lelick]

проверь в rm9200.h значения master_clock и main_clock на сooтветствие настройкам plla в bootloader + проверь в rm9200.h значение brgr_divisor делителя dbgu порта на соответствие master_clock

[PrSt]

проверь в rm9200.h значения master_clock и main_clock на сooтветствие настройкам plla в bootloader + проверь в rm9200.h значение brgr_divisor делителя dbgu порта на соответствие master_clock

вроде все одинаково

я тут вот на что натолкнулся, похоже что U-boot не умеет вообще грузиться с последовательно flash а только с параллельной... если верить содержимому файла
/usr/local/arm9/src/u-boot-1.1.6/board/at91rm9200dk/flash.c

а с другой стороны в
/usr/local/arm9/src/u-boot-1.1.6/board/at91rm9200dk/at45.c
инициализация SPI и т д (такие жу куски кода как и в изходнике от romboot)

и вот теперь вопрос - с какой он флешки всеже грузится? и где это можно указать?

+ ко всему еще вот на что наткнулся

на терминале наблюдаю следующее
AT91F_LowLevelInit(): Debug channel initialized
press any key to enter bootloader
Load U-BOOT from dataflash[c0008000] to SDRAM[20f00000]
Set PLLA to 180Mhz and Master clock to 45Mhz and start U-BOOT
AT91F_ResetRegisters

если смотреть на исходный код от romboot, то видим следующее...

void AT91F_StartUboot(unsigned int dummy, void *pvoid)
{
printf("Load U-BOOT from dataflash[%x] to SDRAM[%x]\n\r", AT91C_UBOOT_DATAFLASH_ADDR, AT91C_UBOOT_ADDR);
read_dataflash(AT91C_UBOOT_DATAFLASH_ADDR, AT91C_UBOOT_SIZE, (char *)(AT91C_UBOOT_ADDR));
printf("Set PLLA to 180Mhz and Master clock to 45Mhz and start U-BOOT\n\r");
//* Reset registers
AT91F_ResetRegisters();
printf("Jump(AT91C_UBOOT_ADDR)\n\r");
Jump(AT91C_UBOOT_ADDR);
printf("Jump(AT91C_UBOOT_ADDR) - DONE \n\r");
while(1);
}


//*--------------------------------------------------------------------------------------
//* Function Name : AT91F_ResetRegisters
//* Object : Restore the initial state to registers
//* Input Parameters :
//* Output Parameters :
//*--------------------------------------------------------------------------------------
static void AT91F_ResetRegisters(void)
{
volatile int i = 0;

printf("AT91F_ResetRegisters\n\r");

//* set the PIOs in input
*AT91C_PIOA_ODR = 0xFFFFFFFF; /* Disables all the output pins */
*AT91C_PIOA_PER = 0xFFFFFFFF; /* Enables the PIO to control all the pins */

printf("1 \n\r");
AT91F_AIC_DisableIt (AT91C_BASE_AIC, AT91C_ID_SYS);

printf("2 \n\r");
/* close all peripheral clocks */
AT91C_BASE_PMC->PMC_PCDR = 0xFFFFFFFC;

printf("3 \n\r");
//* Disable core interrupts and set supervisor mode
__asm__ ("msr CPSR_c, #0xDF"); //* ARM_MODE_SYS(0x1F) | I_BIT(0x80) | F_BIT(0x40)

printf("4 \n\r");
//* Clear all the interrupts
*AT91C_AIC_ICCR = 0xffffffff;

/* read the AIC_IVR and AIC_FVR */
i = *AT91C_AIC_IVR;
i = *AT91C_AIC_FVR;

printf("5 \n\r");
/* write the end of interrupt control register */
*AT91C_AIC_EOICR = 0;

AT91F_SetPLL();
printf("AT91F_ResetRegisters - DONE \n\r");
}


и вопросик теперь что тут предпологается ?
делается ведь тупое
//* set the PIOs in input
*AT91C_PIOA_ODR = 0xFFFFFFFF; /* Disables all the output pins */
*AT91C_PIOA_PER = 0xFFFFFFFF; /* Enables the PIO to control all the pins */

так что неудивительно что что прекращяется вывод...
но по ходу тут прекращяется все!

или ни кто так глубоко ни когда не лез?

[vanokuten]

если используется romboot.bin и uboot загрузка из dataflash то должен быть define
#define CONFIG_SKIP_LOWLEVEL_INIT
иначе uboot будет виснуть

Embedded Linux Engineer
Promwad Company



>а с другой стороны в
>/usr/local/arm9/src/u-boot-1.1.6/board/at91rm9200dk/at45.c
>инициализация SPI и т д (такие жу куски кода как и в изходнике от romboot)
>
>и вот теперь вопрос - с какой он флешки всеже грузится? и где это можно указать?

romboot.bin грузит из dataflash u-boot в SDRAM и передает управление uboot

[PrSt]

если используется romboot.bin и uboot загрузка из dataflash то должен быть define
#define CONFIG_SKIP_LOWLEVEL_INIT
иначе uboot будет виснуть

в томто и дело - версия u-boot-1.1.6 и u-boot-1.2.0 виснет...
версию u-boot-1.1.1 чуть пропатчил, вставил драйвер lxt-972, но с этимдрайвером оно только посылает в сеть ARP, а пинговать не получается...
такое впечатление что не верно инициализировалась... или еще чтото...
по этой теме - я тут http://electronix.ru/forum/index.php?showtopic=26464 вопрос задавал уже , но ни кто не ответил досе...

может все же ктото с таким сталкивался?