Согласование уровней AT45DB021B и проца

[sonycman]

При повторении схемы придётся рекомендовать подборку или подстройку стабилизаторов питания 5В и 3,3В.

Это так. И это много проще, чем ставить доп. корпуса для согласования

[NemoCut32]

На сайте фирмы "Точка опоры" есть статья на русском
посвящённая этой теме http://www.fulcrum.ru/PDF/AT45.pdf

Очень неплохая статья. Забыл, что бывают ещё контроллеры типа AT89, у которых подтяжка к 5В неотключаемая (мы использовали AVR) и забили на ток утечки при программировании контроллера - это бывает не так часто. Да и ещё очевидно что выходные линии AT45DBXXX нужно подтягивать к 3.3В, а не к 5В и никаких утечек не будет. Но так как у Вас контроллер AVR ATMega16, то для уровня в 2.5В на выходе будет гарантированная единица! Притом этот контроллер может по максимуму выдать на SPI 5МГц (Fclck/4, а при битовом методе управления ещё меньше), то опасаться стоит только паразитных выбросов, которые меньше 100нС. Кстати с этими выбросами мы тоже намучились - проявляется как неправильное выполнение команд или передача неверных данных во флешь, мне пришлось перепроверять буфер после записи перед укладыванием в память, а вот с адресом и командами ничего не поделаешь - зря не ввели в команду контрольную сумму.
Подобное приводит иногда к стиранию целого блока в памяти или к искажению информации если она без стирания пишется на уже записанные данные - Будьте осторожны! Кстати выбросы не видны на осцилографе. Ещё конечно помогают буферные элементы типа ОК и тригера шмидта, но без кандёров проблема полностью не решается.
Может вышесказанное поможет всем тем, кто пользуется данной парой AVR-AT45DBXXX, может кто сталкивался с такой проблемой и знает другие пути решения, пишите.
Для sonycman - если на Ваше устройство не накладываются требования к гарантированному хранению данных: ну там атомные ракеты всякие, самолёты, космические корабли бороздят просторы..., тьфу заболтался, ну и конечноже денежные счётчики; вообщем не парьтесь, ставьте смело смело пару AVR-DataFlash без развязок с учётом вышеперечисленных рекомендаций. То что не решится электронным путём решите программно - сбоит любая электроника принципиально - вопрос программиста и конструктора как сделать так, чтобы сбоев было меньше и они не приводили к "фатальным последствиям"!
Желаю успеха!

[sonycman]

2NemoCut32

Спасибо за советы
Учту всё, что вы сказали.
Думаю, кондёры по 100pF на линии SCK, MISO и MOSI решат проблему помех.

Насчёт космических кораблей это прикольно. Посмеялся.
У меня флешка используется всего-лишь для хранения звука звонка

ЗЫ: Насчёт макс. частоты SCK для меги16 вы ошиблись - она может быть Fosc/2, то есть 8 мегагерц.

[NemoCut32]

Сейчас точно не скажу, но почему-то я отказался от использования SPI2X, так что поосторожней с этим битом. Скорости должно за глаза хватить, даже при использовании двойной буфферизации, а не 2-х буферов поочерёдно (последнее предпочтительней - один буфер читаем напрямую, другой в это время грузится из флэшки).

[sonycman]

Сейчас точно не скажу, но почему-то я отказался от использования SPI2X, так что поосторожней с этим битом. Скорости должно за глаза хватить, даже при использовании двойной буфферизации, а не 2-х буферов поочерёдно (последнее предпочтительней - один буфер читаем напрямую, другой в это время грузится из флэшки).

Понятно.
Я тоже пока Fosc/2x для SPI не стал включать.
В данный момент проц работает на частоте 4 мегагерца + SPI на Fosc/4.
Читать планирую не через буфферы, а напрямую Continuous Array Read. Проще с точки зрения программы.

[mike18]

Это так. И это много проще, чем ставить доп. корпуса для согласования [/quote]

Не согласен. После производства хотелось бы получить готовое устройство, а не заниматься его доводкой.
А много проще и надёжней было бы перевести всю схему на 3В применив ATMega16L, ... всех зайцев разом.
Для 4МГц самое оно.

[sonycman]

А много проще и надёжней было бы перевести всю схему на 3В применив ATMega16L, ... всех зайцев разом.
Для 4МГц самое оно.

Ну да, только тогда будут проблемы с LC7216 и с пятивольтовым тюнером
Там ещё SAA6588 и TEA6320. Не знаю, будет I2C шина этих чипов работать от трёхвольтового контроллера?

Я уже не говорю про LCD MT-12232A.

Вся схема изначально затачивалась под пять вольт.

[NemoCut32]

I2C не будет работать точно, такие троюки она не допускает - проверено. Хотя на 100кБит/с может и протянуть, но проблемы будут те-же - или токи утечек, или ненадёжное срабатывание. Вообще I2C капризней чем SPI, там на одной линии совмещены передатчик и приёмник как в KBD. Насколько я помню спецификация даже допускает притягивание CLK к "0" слэйвом. Вообщем проблемы те-же а то и большие, хотя переход на 3.3В рещаеть многие проблемы, кроме крутых фронтов и сбоев AT45DB...(на без B они тоже присутствуют).

[sonycman]

Тогда не судьба этой схеме увидеть 3.3 вольта
Сейчас, кстати, появилось много различных чипов с питанием 3.3в. Но много и на 5в. Иногда мешанина получается...
Следующий девайс (если будет) попробую смастерить из трёхвольтовых микросхем.

I2C у меня как раз на 100 килогерцах работает, из-за RTC DS1307. Пока никак не удаётся достать подобный чип с Fast I2C. Есть DS1338 (3.3в ), попробую потом его. Хотя это не так критично...

Думаю, какой стабилизатор для AT45DB поставить.
Надо на 3.3 вольта, желательно в TO-92.
А ещё лучше с подстройкой выходного напряжения.
Не подскажете?

[avr123-nm-ru]

iruXXXX irf.com