Здравствуй, ARM. Запуск "на коленке"

[Snacker]

переферия вроде богаче
библиотеки, примеры тоже есть

А можно сравнение периферии, чем она богаче то?
Про библиотеки... Есть же общий для всех кортексов CMSIS, примеров там же куча.

[2513]

http://www.st.com/stonline/stappl/st...=RNP139=1169.0

[Snacker]

http://www.st.com/stonline/stappl/st...=RNP139=1169.0

А можно конкретнее? Вот к примеру LPC1768 и какой-нибудь STM сравнить, желательно в таком же корпусе.

[Yaros63]

Здравствуйте. Тоже решил освоить ARM. Есть плата AT91SAM7X-EK и скачал примеры для неё от атмела
Пишу под Keil µVision3 V3.34.
Попробовал проект basic-dataflash-project-at91sam7x-ek для программирования м/с AT45DB642D. После компиляции вылетело
..\..\basic-dataflash-project\main.c(35 warning: #61-D: integer operation result is out of range. Анализ кода показал что эту ошибку дает запись
#define AT91C_SPI_DLYBCT (0xFF ‹‹ 24) // (SPI) Delay Between Consecutive Transfers в файле AT91SAM7X256.h . После замены на #define AT91C_SPI_DLYBCT (0xF ‹‹ 24) - ошибок нет.
Окно DEBUG на терминале выдает:
" Dataflash Project 1.5 --
-- AT91SAM7X-EK
-- Compiled: Aug 23 2010 18:39:58 --
-I- Initializing the SPI and AT45 drivers
-I- At45 enabled
-I- SPI interrupt enabled
-I- Waiting for a dataflash to be connected .." - и все...
пробовал менять в разных комбинациях
#define AT91C_SPI_CPOL (0x0 ‹‹ 0) // (SPI) Clock Polarity
#define AT91C_SPI_NCPHA (0x1 ‹‹ 1) // (SPI) Clock Phase
ничего не меняется и осцила дома нет.

Подскажите, чтоб заработал пример.
Спасибо.

P.S. примеры идут одним архивом ~ 40 М если надо и можна то выложу код здесь только для этого проекта.

[zheleznjakov]

не корректная замена
#define AT91C_SPI_DLYBCT (0xFF ‹‹ 24)
нужно привести к соответствующему типу, либо сразу прописать константу
код не смотрел, если не ошибаюсь данная вещь определяет паузу между передачими по SPI, так что возможно влияет на ход выполнения.

[Yaros63]

Спасибо за ответ. Поменял на константу(разные пробовал до 250) - ничего не меняется. Погуглил другие примеры - сейчас разбираюсь...

[zheleznjakov]

Во первых там не 250, а 255 и имеется сдвиг что дает нам число 4278190080 или 0xFF000000
Если уарт пашет, то почему бы не подебагить? если уж осилла нет.

[Yaros63]

Да. я понял свою ошибку.
попробовал
#define AT91C_SPI_DLYBCT 0xFF000000 - так компиляция нормально проходит(хотя тест не проходит)
а
#define AT91C_SPI_DLYBCT (0xFF ‹‹ 24) - выдает ошибку . Странно это...

"почему бы не подебагить?" - как таким способом узнать есть ли клоки?

[Yaros63]

заработал пример - все дело было в дублировании записи
#define BOARD_AT45_A_NPCS 0 - так в main.c
#define BOARD_AT45_A_NPCS 1 - так в board.h
и почему то бралось значение из board.h , ну и конечно же странное поведение на

#define AT91C_SPI_DLYBCT 0xFF000000 - так компиляция нормально проходит
#define AT91C_SPI_DLYBCT (0xFF ‹‹ 24) - выдает ошибку .
Спасибо еще раз zheleznjakov

[zheleznjakov]

Скорее всего по умолчанию компилятор считает все дефайны за int16 что и приводит к ошибке. Как я уже писал нужно просто привести к соотв типу т.е. к unsigned int32, или как мне удобнее UInt32
#define AT91C_SPI_DLYBCT (UInt32)(0xFF ‹‹ 24)
а значение BOARD_AT45_A_NPCS 1 применялось из board.h так как скорее всего данный файл подключался последним.