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

[plombir]

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

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

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

[Ykidia]

Я бы попробовал с таким максимально простым кодом

Да у меня и было максимально просто, а как пошли глюки, так я постарался сделать точно так, как написано в даташите на LPC2214 в разделе SPI:

The following sequence describes how one should process a data transfer with the SPI block when it is set up to be the master.
This process assumes that any prior data transfer has already completed.
1. Set the SPI clock counter register to the desired clock rate.
2. Set the SPI control register to the desired settings.
3. Write the data to transmitted to the SPI data register. This write starts the SPI data transfer.
4. Wait for the SPIF bit in the SPI status register to be set to 1. The SPIF bit will be set after the last cycle of the SPI data
transfer.
5. Read the SPI status register.
6. Read the received data from the SPI data register (optional).
7. Go to step 3 if more data is required to transmit.

Ну и т.д.

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

Это да, но про варианты я сказал не особо серьезно, так как внимание уже было обращено на тот факт, что почти везде работает как надо, т.е. пишет, читает то, что писалось, читается статус - занятость, результат сравнения и т.д.

Я бы так ни в жизнь не написал.

Никогда не говорите никогда.
Плохо кончится, родной © Кин-дза-дза

Однако я так пишу потому что

А меня задолбали варнинги на неиспользуемые dummy и стал писать только так

полностью согласен . Более того - Вы смотрели листинг с использованием этих dummy? Я решил проверить. почему выходит варнинг, и оказалось, что для таких случаев строки типа

V32 dummy = S0SPSR; // dummy read of SPIF

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

Сообщение отредактировал Ykidia - Apr 2 2007, 00:03

[defunct]

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

V32 dummy = S0SPSR; // dummy read of SPIF

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

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

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

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

;>

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

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

if (condition)

// la la
// bla bla

do_sth();

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