Линии адреса и данных должны быть подключены в соответствии с даташитом, и уж точно не на произвольные порты.
Что касается возможного swapping'а, то можно переставлять линии данных в пределах одного октета. Адреса в общем случае трогать нельзя.

да.. читаю даташит и в шоке... без поллитра даже не разберешься что и куда подключать...

Странно, обычно все просто и очевидно. Чей даташит читаете? Можно взять схемку какого-нибудь кита для самопроверки.

да нет, просто в даташите в 5 раз большем по объему, чем от АВР и разобраться в 5 раз сложнее)))

Схемку ST-STM3210E-EVAL нашел, изучаю.
Я так понял, что можно разместить хоть 10 типов микросхем памяти, главное устроить для них общую шину данных?

Ну, под десятью оно, положим, умрет, но 3-4, как в помянутом ките, разместить можно.

Не пойму, а где на 100-пиновых вариантах A0-и первые несколько адресов?

Вы бы уточнили, о каком процессоре идет речь вообще. Если о STM32F103, то у них стоногом корпусе FSMC урезан:

я выбрал STM32F205V. Куда цеплять адресные линии для SDRAM?

В FSMC STM32 есть подводные грабли - биты адреса переназначаются в зависимости от разрядности шины данных:

"In case of a 16-bit external memory width, the FSMC will internally use HADDR[25:1] to generate the
address for external memory FSMC_A[24:0].
Whatever the external memory width (16-bit or 8-bit), FSMC_A[0] should be connected to external memory
address A[0]."

Мне довелось по ним пробежаться (после "нормального" LPC24)...

C удивлением обнаружил, что IAR 6.2 не поддерживает stm32F205Vхх.
Нет не только хидеров но и в настройках проекта выбрать нельзя.
Посему выбрал F103VE.


не могу только понять, биты данных FSMC так разбросаны по ногам контроллера?

Да какая разница, ядро ведь поддерживает.

Хе-хе! До чего же несерьёзно. Эдак мы будем выбирать МК на основании гороскопа, продиктованного по утреннему радио.
Невредно было бы вспомнить (или почитать), что такое компилятор, процессор, набор инструкций. И что хедеры в крайнем случае можно написать самому довольно быстро, или выдернуть откуда-нибудь ещё.

С таким сложным камнем не имел дело. Хочется, разбираясь с ним быть увереным, что хотя бы хидеры правильные и глюки связаны с тем, что я что-то не так делаю а не с тем, что камень не поддерживается. Тем более, что камень настолько хитрый что никто ответа на вопрос о подключении нестандартной микросхемы в посте 68 не знает.

Сейчас у меня к STM32F103 подключен дисплей 320х240 с контроллером ILI9325, шина данных 16-ти битная, соответственно и 16 бит на цвет. Пробовал подключать дисплей с использованием любимого многими FSMC и просто управлять дисплеем программно (так называемое ногодрыганье ). Так вот при ногодрыганье заполнение экрана ОДНИМ цветом занимает 9 мс. При использовании FSMC гораздо дольше (FSMC любит тратить время на совершенно лишнее действие по дрыганью ногой выбора кристалла памяти с которой работает, постоянно дергает. Спрашивается зачем). Поэтому я для себя однозначно решил забить на этот FSMC (для работы с дисплеем он не годится). Опять же если заполнять экран не одним цветом, а выводить какую то картинку из то ли карты памяти, то ли sFlash, то время заполнения однозначно увеличивается. Например, при выводе картинки из sFlash, получаем время порядка 96 мс. Если из карты памяти, то время вывода зависит от формата файла и измеряется уже от 235 мс и более. Вот проект http://vrtp.ru/index.php?showtopic=16957 , не сочтите за рекламу.

Становится интересно.
Начну-ка я с самодельной отладочной платы с выведенными под разъемы портами и светодиодами... А там видно будет.

011111119хх, а исходника нет?