AT45DB081D to AT45DB081Е, Ошибки при переходе на 081Е Опции

[Vitaliy_ARM]

Доброе время!

Было в свое время разработано устройство на микроконтроллере LPC1778 и флешке AT45DB081D-SSU. Последняя использовалась для хранения таблиц с коэффициентами. Эту флешку постранично могло обновлять программное обеспечение. Запись во флешку делается при помощи команды 0x82 (Main Memory Page Program through Buffer 1 with Built-In Erase), для чтения использую 0xD2 (Main Memory Page Read). Все работало замечательно, пока AT45DB081D-SSU не сняли с производства. На замену ей пришла AT45DB081E от Adesto, которую мы установили в новую партию. И тут начались чудеса. После создания тестовых программ, выяснилось, что данные записываются некорректно, причем может во всей памяти записаться некорректно один байт, а может и вся страница, а может и все нормально записаться. Причем это не от чего не зависит, глючит спонтанно. Даже ввели верификацию страниц и повторную запись. Однако выяснилось, что контрольная сумма данных не совпадала, даже когда постраничная верификация и перезаписть проходила на ОК. Т.е. запись одной страницы может убить данных в другой. Думали, что флешки бракованные. Купили в проверенном месте - тоже самое.

Подскажите, в чем может быть причина?

Функция записи страницы приведена ниже. (используется 264 байтная страница)

Код

BOOL at45db081d::write264(WORD page, BYTE *pBuf)
{
    unsigned int i;

    if(page > MAX_PAGES)
        return FALSE;// FALSE;
    
    SET_AT45D_CS();
    reg[0] = 0x82;
    reg[1] = page >> 7;
    reg[2] = page << 1;        
    reg[3] = 0x00;
    pSpi->transfer(reg, 4);
    pSpi->transfer(buf, 264);
    CLR_AT45D_CS();
    for(i = 0xFFFFFFFF; i > 0; i--)
    {
        if(status() & 0x80)
            break;                
    }
    if(i == 0)
        return FALSE;
    if(status() & 0x20)       // EPE bit
        return FALSE;
    return TRUE;
}

[Altemir]

Vitaliy_ARM

Код

pSpi->transfer(buf, 264);

Можете пояснить? Всегда записывается буфер длиной 264 Байта? А не пробовали протестировать с записью 4, 128, 250 Байт, к примеру? Ошибка повторяется?

[jcxz]

Можете пояснить? Всегда записывается буфер длиной 264 Байта? А не пробовали протестировать с записью 4, 128, 250 Байт, к примеру? Ошибка повторяется?

Прежде чем что-то советовать, хоть даташит откройте. В AT45D невозможно записать меньше страницы.

[Altemir]

Прежде чем что-то советовать, хоть даташит откройте. В AT45D невозможно записать меньше страницы.

Ступил. Предполагал то, что не могло ли писаться 264 байта при организации страниц флэшки по 256, но здесь не тот случай.

В пн, как появлюсь на работе, надо глянуть - какие мелкосхемки стоят в последних экземплярах....

Так что там в "последних экземплярах"?

[Vitaliy_ARM]

Код чтения статуса я исправил на двухбайтовый и исправил проверку EPE бита. Но результат записи с флешкой тот-же. Сегодня утром я пришел и начал тестировать эту флешку, первые 10 раз зашилась без проблем. Потом начала глючить один раз из 5 записей, потом чаще. И в итоге после записи 40 раз она сходит с ума и уже не пишется без ошибок. Если прибор полежит без питания несколько часов, она опять начинает шиться без ошибок. Какая-то ерунда ...
Первый раз такое встречаю за 10 лет работы. Одна партия была куплена на DigiKey, вторая в Компеле. Ведут себя примерно одинаково.

В общем вопрос работы флешки AT45DB081E в корпусе SO-8 пока открыт.

P.S.: Мы нашли уже другой способ избавиться от проблемы. Применили алгоритм сжатия данных и запихнули коэффициенты в сжатом виде в микроконтроллер. Это решение даже лучше, чем применять внешнюю микросхему. Но вопрос глючности флешки это не решает.