LPC4088+NOR Flash, Проблемы со статической памятью на CS1 Опции

[Polaris]

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

Поднимаю постепенно проект на LPC4088, теперь столкнулся с проблемой реализации работы с NOR-Flash в связке с LPC4088. NOR - MX29GL512, это полный аналог S29GL512. На EMC висит кроме того еще SDRAM, она работает без вопросов, на данный момент я ее отключил, чтобы добиться хоть какой-то работоспособности флэшки. Со стороны железа все в полном порядке. После безуспешных попыток поднять статическую память на EMC написал функции чтения-записи тупо ногодрыганьем - ID памяти читается без ошибок.
Вод код инициализации:

Код

  config.CSn = 1;
  config.AddressMirror = 0;
  config.ByteLane = 0;
  config.DataWidth = 16;

  config.ExtendedWait = 0;
  config.PageMode = 0;

  config.WaitWEn = 0x1f;//0x3;
  config.WaitOEn = 0x1f;//0x3;
  config.WaitWr = 0x1f;//0xA;
  config.WaitPage = 0x1f;//0x8;
  config.WaitRd = 0x1f;//0x5;
  config.WaitTurn = 0x1f;//0x7;
  StaticMem_Init(&config);

  // pause
  TIM_ConfigStruct.PrescaleOption = TIM_PRESCALE_USVAL;
  TIM_ConfigStruct.PrescaleValue  = 1;
  TIM_Init(LPC_TIM0, TIM_TIMER_MODE,&TIM_ConfigStruct);
  TIM_Waitms(1000);

Задержки выставил максимальные, чтобы никаких вопросов не было.

В соответствии со своим соединением изменил lpc_emc.c:

Код

    for(i = 0; i < 32; i++)
    {
      if (i<=15)
        PINSEL_ConfigPin(3,i,1);
      if ((i<=25)||(i==31))
        PINSEL_ConfigPin(4,i,1);
    }
    PINSEL_ConfigPin(5,0,1);

Отдадчик показывает по адресам с 0x90000000 всякий бред, чаще всего 0xff. ID чипа памяти тоже, естественно, не читается, только 0xff:

Код

#define M16(adr)     (*((volatile unsigned short *) (adr)))

  M16(MX29_BASE_ADDRESS + 0x555) = 0xAA;
  M16(MX29_BASE_ADDRESS + 0x2AA) = 0x55;
  M16(MX29_BASE_ADDRESS + 0x555) = 0x90;
  SST_id1 = M16(MX29_BASE_ADDRESS + 0x00);

Поиск подобных проблем в инете дал следующий результат: http://www.lpcware.com/content/forum/lpc17...flash-s29gl128p
Проблема совершенно аналогична, только на lpc1788.

Может быть, кто-то сталкивался именно с проблемой использования EMC и CS1? Я уже во что угодно готов поверить после того, как пару дней назад обнаружил, что на LPC4088 второй порт USB ничего не пишет и не читает, если буфер обмена не расположен в памяти USB, про которую в даташите вообще ничего толком не сказано. Причем вроде бы подобная проблема была на LPC2478 и только на чтение, но, видимо, ошибки у них при использовании режимов работы чуть отличающихся от стандартных не проверяет никто. Если я не прав в этом - ткните меня, пожалуйста, в документацию, где про это написано.

Очень рассчитываю на чей-то опыт в данном вопросе, не хотелось бы работать с внешней памятью ручками. Не очень, правда, понимаю, зачем разработчик платы выбрал именно CS1, но сейчас ничего не могу изменить.

Заранее спасибо!

[toweroff]

В 16-битном варианте не используется A-1 (=DQ15) и A0 подключается к A1 EMC
Проверьте схемотехнику, возможно просто банально ошиблись с разводкой

[Polaris]

В 16-битном варианте не используется A-1 (=DQ15) и A0 подключается к A1 EMC
Проверьте схемотехнику, возможно просто банально ошиблись с разводкой

Это вроде бы как раз в байтовом режиме, а у нас вордовый, DQ15 - вывод шины данных. Плюс шифт в SCS я отключил. Схемотехника верна, если бы она не была верна - думаю, что не читался бы идентификатор чипа в режиме ручного управления выводами. Или я что-то не понимаю?

[toweroff]

Это вроде бы как раз в байтовом режиме, а у нас вордовый, DQ15 - вывод шины данных. Плюс шифт в SCS я отключил. Схемотехника верна, если бы она не была верна - думаю, что не читался бы идентификатор чипа в режиме ручного управления выводами. Или я что-то не понимаю?

так о том и речь руками делаете все правильно, а EMC не может. A0 NOR точно приходит на A1 EMC?


посмотрите осциллографом все управляющие сигналы, что там вообще происходит...

[Polaris]

так о том и речь руками делаете все правильно, а EMC не может. A0 NOR точно приходит на A1 EMC?


посмотрите осциллографом все управляющие сигналы, что там вообще происходит...

Хотя нет, знаете, я поспешил. Смещение для 16 бит можно скомпенсировать в SCS, там все настроено верно, так что вопрос остается открытым!

[toweroff]

Хотя нет, знаете, я поспешил. Смещение для 16 бит можно скомпенсировать в SCS, там все настроено верно, так что вопрос остается открытым!

Возможно, я что-то упустил... Но! Когда этот бит EMCSC в 0, адрес сдвигается на 1 бит. Таким образом, в A0 будет A1

И теперь посмотрите, что получается: A0 в EMC не используется, но вы-то его активно пользуете! Таким образом, дополнительная часть адреса также должна быть сдвинута!

Код

M16(MX29_BASE_ADDRESS + (0x555<<1)) = 0xAA;
M16(MX29_BASE_ADDRESS + (0x2AA<<1)) = 0x55;
M16(MX29_BASE_ADDRESS + (0x555<<1)) = 0x90;

[Polaris]

Возможно, я что-то упустил... Но! Когда этот бит EMCSC в 0, адрес сдвигается на 1 бит. Таким образом, в A0 будет A1

И теперь посмотрите, что получается: A0 в EMC не используется, но вы-то его активно пользуете! Таким образом, дополнительная часть адреса также должна быть сдвинута!

Код

M16(MX29_BASE_ADDRESS + (0x555<<1)) = 0xAA;
M16(MX29_BASE_ADDRESS + (0x2AA<<1)) = 0x55;
M16(MX29_BASE_ADDRESS + (0x555<<1)) = 0x90;

Нет, к сожалению Я уже взвел этот бит сдвига, ничего это не изменило в общей картине.

[toweroff]

Нет, к сожалению Я уже взвел этот бит сдвига, ничего это не изменило в общей картине.

он, в этой ситуации, наоборот должен быть в 0. А все адреса (0x555, 0x2AA) нужно сдвинуть на 1 бит влево, чтобы, после выставления на шину в виде (An-A0)=>(A(n-1)-A1), они все-таки выставились для NOR как надо

[Polaris]

он, в этой ситуации, наоборот должен быть в 0. А все адреса (0x555, 0x2AA) нужно сдвинуть на 1 бит влево, чтобы, после выставления на шину в виде (An-A0)=>(A(n-1)-A1), они все-таки выставились для NOR как надо

Да нет, вроде бы. Когда смещения на шине нет, то нужно как раз взводить бит, чтобы A0 на EMC соответствовал A0 микросхемы памяти.

[toweroff]

Да нет, вроде бы. Когда смещения на шине нет, то нужно как раз взводить бит, чтобы A0 на EMC соответствовал A0 микросхемы памяти.

ога, и как это Вы собираетесь обратиться по адресу 0x555, если к 16-битной шине EMC будет обращаться только по четным адресам и A0 вообще не используется?
И учтите, что адрес 0x555 - это адрес для NOR. А теперь почитайте, как работает EMC и что вообще реально будет на шине

[Polaris]

ога, и как это Вы собираетесь обратиться по адресу 0x555, если к 16-битной шине EMC будет обращаться только по четным адресам и A0 вообще не используется?
И учтите, что адрес 0x555 - это адрес для NOR. А теперь почитайте, как работает EMC и что вообще реально будет на шине

Ага, понял, то есть, как раз без отсутствия смещения нужно смещать адрес. Уже запутался со всем этим. Но вряд ли это поможет, потому что пробовал уже всевозможные комбинации, в том числе и сдвигал адрес на бит влево.

[toweroff]

Но вряд ли это поможет, потому что пробовал уже всевозможные комбинации, в том числе и сдвигал адрес на бит влево.

1. EMCSC в 0. Это даст нам выставление на пинах EMC (An..A0) адреса в виде (An+1..A1). Если бит будет в 1, то нужный пин A0 не будет работать!
2. К baseaddr прибавляем нужный адрес, сдвинутый на 1 разряд влево
должно работать

[Polaris]

1. EMCSC в 0. Это даст нам выставление на пинах EMC (An..A0) адреса в виде (An+1..A1). Если бит будет в 1, то нужный пин A0 не будет работать!
2. К baseaddr прибавляем нужный адрес, сдвинутый на 1 разряд влево
должно работать

Так получается, что при EMCSC = 1 A0 в режиме доступа по словам не используется вообще, все линии адреса смещаются вправо на один. А при EMCSC = 0 линии все-таки не смещаются, происходит следующее: static memory addresses are shifted to match the lowest address bit needed for bus width. Но как по мне, это значит, что адрес автоматически сдвигается влево на разряд, или я что-то не понимаю?

[toweroff]

Так получается, что при EMCSC = 1 A0 в режиме доступа по словам не используется вообще, все линии адреса смещаются вправо на один. А при EMCSC = 0 линии все-таки не смещаются, происходит следующее: static memory addresses are shifted to match the lowest address bit needed for bus width. Но как по мне, это значит, что адрес автоматически сдвигается влево на разряд, или я что-то не понимаю?

да как раз не влево, а вправо! к первому нужному биту, в зависимости от разрядности шины
в 16-битном варианте - на 1 бит, в 32-битном - на два, в 8-битном - вообще не сдвигается (0)
в результате самый младший адресный пин будет принимать значение A1, A2 или A0
Но, т.к. NOR адресуется, все-таки, с нуля, то значение адреса нужно сдвинуть на 1 бит теперь уже влево
Нарисуйте уже картинку себе и все сразу станет ясно. В данном случае физические пины - это некоторое окно, на которое отображается содержимое адреса, когда лезешь в область CS1
Старшая часть дешифруется и начинается работа с EMC и содержимым младшей части (сколько там? A0-A24 или A25). Нарисуйте эту картинку и куча вопросов сразу отпадет сама собой