замена AT45DB161B-RI на AT45DB161D-SU, проблема с отсутствием ноги RDY/~BUSY Опции

[plombir]

Доброго дня, Господа!

Так как м/с flash AT45DB161B-RI (28 ног) снята с производства, решено заменить её на 8-и ножечную. Так, вот, проблема возникла при написании кода определения занятости м/с. Если раньше сигнал проверялся на ноге RDY/~BUSY и проблем не было, то здесь она отсутствует и приходится проверять через "Регистр Статуса" 7-ой бит. Что то не получается... Перепробовал по разному и по всякому. Начинает работать если ставится задержка из цикла NOP-ов вместо ожидания.

Если кто сталкивался с программным опросом м/с flash AT45 через регистр, подскажите пожалуйста последовательность действий при ожидании занятости.

[defunct]

и оказалось, что для таких случаев строки типа

V32 dummy = S0SPSR; // dummy read of SPIF

просто выкинуты и отсутствуют в ассемблерном коде.

Приводите в пример конкретные строки, которые у вас выкидываются или те на которых у вас выскакивают варнинги.

V32 это есть
typedef volatile unsinged long V32
и на приведенной строчке варнинга не может быть впринципе.

Жизнь она такая штука - меняется .

;>

Чем, например, такое написание хуже и непонятнее вызова функции без аргументов с игнорированием возвращаемого ей значения?

Оно неестественно выглядит.. То ли это вызов макроса, но тогда почему бы не добавить (), то ли просто переменная воткнута. Дело привычки и стиля.
такое тоже смотрится неестественно:

if (condition)

// la la
// bla bla

do_sth();

тем не менее компилироваться и работать будет..

[Ykidia]

Доброе утро!

V32 это естьtypedef volatile unsinged long V32и на приведенной строчке варнинга не может быть впринципе.

Извиняюсь, был неправ, надо было самому уточнить, что такое V32.

Вы же согласны что такое смотрится неестественно:
if (condition)

// la la
// bla bla

do_sth();

а компилироваться и работать будет..

Согласен. Вашу точку зрения понимаю

[Ykidia]

Господа! Прошу простить меня за беспокойство! Проблема локализована (вроде): причиной всей заварухи был плохая пропайка. В отчаянии нажал пальцем на корпус микросхемы, и она стала давать ответы. Хотя раньше осциллом проверял - все сигналы типа доходят. Но удивительно другое. Если была плохая связь по SPI в результате недостаточного контакта или еще чего-то, то почему не работало лишь частично, а именно - из использующихся команд не работала только команда чтения статуса? Как такое может быть?
На других экземплярах причина оказалась именно в неправильном режиме SPI, который подходил для 'B', но не подходит для 'D'.
Просто так получилось по иронии судьбы, что я, для экспериментов и исследования взяв, на свой взгляд, плату с самым стабильным повторением эффекта (казалось бы, того же самого), долго мучился с ней по совсем другой причине - плохие контакты...
Итак, Atmel оказался ни при чем (по крайней мере, криминала нет), это я ступил. Поэтому сам отвечаю на свои же вопросы:

Как бы гарантированно читать регистр статуса? Сигнал RDY/BUSY на внешней ноге - это хорошо, а результат сравнения откуда тогда брать?

1. Правильно настроить SPI: CPOL = 1, CPHA = 1 (при CPHA = 0 также работает, но при CPOL = 0 не работает никак), такую конфигурацию называют обычно SPI Mode 3.
2. Использовать команду чтения статуса 0xD7, про устаревший ("legacy") код команды 0x57 - забыть.
3. Убедиться в том, что все хорошо пропаяно, сигналы соответствуют нормам и т.д. и т.п.

а какие еще команды "могут не работать" в этих флэшках?

Никакие. Все, по крайней мере из обычно используемых, работают. Однако с плохими контактами может быть всякое - что-то может работать, а что-то нет. Здесь Atmel, ясное дело, не при чем, все вопросы к монтажникам/разводчикам/электронщикам.

Сообщение отредактировал Ykidia - Apr 3 2007, 16:40

[Ykidia]

Забыл сказать всем ответившим - большое спасибо за помощь и понимание!