[РЕШЕНО] AT91SAM7SE512 чтение и запись 8и и 16и бит данных

MasterAlexei

День добрый!
Тут проблемка нарисовалась с данным процом и внешней памятью SDRAM.
Схема сделана по аппноту и даташитке к этому процу в конфигурации из двух чипов на 32бит шину данных.

Вроде как запустил на плате этой FreeRTOS. Крутятся три задачие и не падают!.
Программа сама лежит во флеш, а вот данные лежат в SDRAM. Ее инициализирую по аппноту, так как чипы памяти такие же как и в аппноте взял.
Вроде как все работает нормально до того момента, как вставляем SD-MMC Карточку, так как драйвер сей периферии использует не только 32 битные данные, как FreeRTOS, но и 16и и 8и битные данные.
Вот тут начинаются интересности именно с памятью.

Чтение байтов с массива вроде как происходит правильно, а вот запись довольно своеобразно:

Код:

      char * pShortName = new char[ FAT_SHORT_NAME_LEN ];
....
      for( int i = 0; i < FAT_SHORT_NAME_LEN ; i++ )
      {
        volatile char chr = toupper( pShortName[i] ) & 0xFF;
        pShortName[i] = chr;
      }

Казалось бы нормальный код, а на деле , когда пишем в 0й элемент в массив pShortName , то байт записывается в нулевой, но и так же в 4й! Пишем в 1й, пишется в 1й и в 4й!, во 2й - во 2й и 4й! и т.д. Пишем в 4й, пишется в 4й и в 8й! и так далее.
Но как только переходим на 32х битные данные, то все в ажуре, пишется именно в парвильные 4е байта и ни в какие больше. Но постоянно читать, менять, записывать, это надо все драйвера тогда переделывать, которые к этому процу написаны.

Никто с таким не сталкивался? Мож где надо в компиляторе сказать, что бы он там код правильней генерил для 8ми битных данных?

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

Чего то намучено с компилятором в плане доступа к 8ми и 16ти битным данным в 32х битной среде, как мне кажется. Вот только чего?

Заранее спасибо,
Алексей

elesy_ural

MasterAlexei писал(а):

День добрый!
Тут проблемка нарисовалась с данным процом и внешней памятью SDRAM.
Схема сделана по аппноту и даташитке к этому процу в конфигурации из двух чипов на 32бит шину данных.

Вроде как запустил на плате этой FreeRTOS. Крутятся три задачие и не падают!.
Программа сама лежит во флеш, а вот данные лежат в SDRAM. Ее инициализирую по аппноту, так как чипы памяти такие же как и в аппноте взял.
Вроде как все работает нормально до того момента, как вставляем SD-MMC Карточку, так как драйвер сей периферии использует не только 32 битные данные, как FreeRTOS, но и 16и и 8и битные данные.
Вот тут начинаются интересности именно с памятью.

Чтение байтов с массива вроде как происходит правильно, а вот запись довольно своеобразно:

Код:

      char * pShortName = new char[ FAT_SHORT_NAME_LEN ];
....
      for( int i = 0; i < FAT_SHORT_NAME_LEN ; i++ )
      {
        volatile char chr = toupper( pShortName[i] ) & 0xFF;
        pShortName[i] = chr;
      }

Казалось бы нормальный код, а на деле , когда пишем в 0й элемент в массив pShortName , то байт записывается в нулевой, но и так же в 4й! Пишем в 1й, пишется в 1й и в 4й!, во 2й - во 2й и 4й! и т.д. Пишем в 4й, пишется в 4й и в 8й! и так далее.
Но как только переходим на 32х битные данные, то все в ажуре, пишется именно в парвильные 4е байта и ни в какие больше. Но постоянно читать, менять, записывать, это надо все драйвера тогда переделывать, которые к этому процу написаны.

Никто с таким не сталкивался? Мож где надо в компиляторе сказать, что бы он там код правильней генерил для 8ми битных данных?

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

Чего то намучено с компилятором в плане доступа к 8ми и 16ти битным данным в 32х битной среде, как мне кажется. Вот только чего?

Заранее спасибо,
Алексей

В ARM7 нет выравнивания памяти в отличие от кортексов

MasterAlexei

elesy_ural писал(а):

В ARM7 нет выравнивания памяти в отличие от кортексов

Хм. А пацаны-то атмеловцы не знают. Надо им рассказать.
Если бы не было выравнивания, он бы иначе не вываливался при каждом не ровном "чихе" в DataAbortVector, что он делает с завидным постоянством, как только пытаешься считать 32 бит или 16 бит по неровному адресу.

MasterAlexei

Нашел баг. Забыл переконфигурить пин NBS3, который как раз отвечает за доступ вот такой вот половинчатый. А не целиком слова.

Про DataAbort Vector это не ARM7 виноват, а Memory Controller именно этого проца, который следит за тем, что если доступ 32битный, а последние 2 бита адреса не равны 0, то он вылетает в DataAbort с указанием адреса инструкции и адреса данных, чтобы лучше было ловить ошибки в софте.
Эт мой вольный перевод даташита на 512й, страница 91ю Путнкт 18.4.4, если кому интересно.

Всем спасибо за внимание. Пошел заводить FatFS от Chan'а.

elesy_ural

MasterAlexei писал(а):

elesy_ural писал(а):

В ARM7 нет выравнивания памяти в отличие от кортексов

Хм. А пацаны-то атмеловцы не знают. Надо им рассказать.
Если бы не было выравнивания, он бы иначе не вываливался при каждом не ровном "чихе" в DataAbortVector, что он делает с завидным постоянством, как только пытаешься считать 32 бит или 16 бит по неровному адресу.

Тогда приводите полный код и схему, что б не ломать голову

MasterAlexei

elesy_ural писал(а):

MasterAlexei писал(а):

elesy_ural писал(а):

В ARM7 нет выравнивания памяти в отличие от кортексов

Хм. А пацаны-то атмеловцы не знают. Надо им рассказать.
Если бы не было выравнивания, он бы иначе не вываливался при каждом не ровном "чихе" в DataAbortVector, что он делает с завидным постоянством, как только пытаешься считать 32 бит или 16 бит по неровному адресу.

Тогда приводите полный код и схему, что б не ломать голову

Я выше написал причину такого поведения проца:

MasterAlexei писал(а):

Про DataAbort Vector это не ARM7 виноват, а Memory Controller именно этого проца, который следит за тем, что если доступ 32битный, а последние 2 бита адреса не равны 0, то он вылетает в DataAbort с указанием адреса инструкции и адреса данных, чтобы лучше было ловить ошибки в софте.
Эт мой вольный перевод даташита на 512й, страница 91. Путнкт 18.4.4, если кому интересно.

Easyelectronics.ru

[РЕШЕНО] AT91SAM7SE512 чтение и запись 8и и 16и бит данных

Кто сейчас на конференции