s29gl128n90tfir2 проблемы со стиранием

[FBTron]

И собственно с записью.
переходник tsop48d2, джампера 2,5, и только A по линии A19/nc/ry/by
ID, чтение, CFI, в порядке. A21,A22,A23 коммутирую джамперами, чтение в четыре этапа, далее соединяю файл. Чтение проверял другим точным источником.
При стирании шкала таймера доходит до 100% 60 сек и далле error erase chip.
При проверке содержимого выявлено что в чипе все содержимое 00 по всем адресам.И естественно ничего не шьется нового.

Почитал топики с проблемами стирания. Проверил питание при стирании. Оно при стирании проседает до 2,9в.(bc327). попробую подать принудительно 3,3 в завтра.
А пока есть ли какие то идеи у кого-то.
Остальные чипы шьются и стираются нормально.

[Ezo]

Если чип взят с какого то устройства, возможно что установлена дополнительная защита (читай даташит). Софт неумеет снять эту защиту. Правда смущает , что содержимое стало 0х00. Стирание должно было проходить быстрее, недожидаясь 100%.
Спад питания до 2.9В недолжно влиять на результат.
Неимею опыта работы на этом чипе, хотя образец в наличии. Будет время, проверю.
Какой чип выбираешь (Select device) в софте ?

[FBTron]

работал с flash 16 bit 29f320, mbm292dl32x,am 29dl322;

по всем вариантам intel нет id.
29lv320 -8/16 bit также нет ID, чтение не пробовал.
С аглицким у меня трудновато-неполучится даташит препарировать.

[FBTron]

Поговорил с разработчиками Фитоновского прогера, говорят никакой защиты по стиранию там нет, а вот по даташиту вычитали, что стирание для него от 64 до 256 секунд. Сперва идет операция стирания в 00, а уже потом в FF. итак получается что по таймеру в софте для него нехватает времени стирания. как поступить?

[Ezo]

Пробуй повторить стирание. Возможно , что повторный цикл пройдет быстрее.
Смотрел даташит. Команда стирания аналогична стандартному чипу 29LV320. Также пишется, что встроенный алгоритм сперва превращает содержимое в нули и потом исполняется цикл стирания. Ровно как упоминали коллеги.
Да, при стирании 29LV320 индикатор прогресса успеет дойти до 15...40%. Но здесь чип 4 раза больше. Софт Виллема неподлежит возможностью редактировки.
Остается написать отдельную утилиту команды стирания.

[FBTron]

повторный запуск стирания просто повторит заново стирание опять в нули, а затем опять недойдет до конца. нужен новый софт. проверил, несколько раз стереть - ничего хорошего

[Ezo]

Пробуй утилиту. Распаковать в один фолдер.
Запустить erase.exe
Выполняется чтение ИД
команда стирания
пауза в 300 секунд без контроля прцесса
чтение содержимого первых адрес.
Программу проверить неуспел. Вернись с результатами.

[FBTron]

запускаю. Прогер моргает крайними 2мя светодиодами и все. Окно мгновенно появляется и пропадает.Запустил с коммандной строки. После запуска пишет: Test H/W, H/W not present.
Все.
Может быть есть какие-то условия запуска?

[Ezo]

У меня программа запускается сразу.
Конечно программатор и питание должно быть подключено.
Запускай для проверки 0.97ja и Help > Test Hardware.
Ответ Hardware present. Закрой 0.97ja
Запускай erase.exe
Такую же проверку делает утилита.

[FBTron]

я делал по всякому. отдельно без ja, вместе с ja, используя test h/w. на ja тест проходит ок. Далее запускаю утилиту. Она ругается и говорит, что h/w not present.

[Ezo]

Пробуй эту версию

[FBTron]

Значит так.Излагаю последовательность.
Запустил я erase1.exe. Он запустился, сказал что найден EzoFlash+,и начал стирание .
Ждал 300 сек. процедура завершилась. Читаю 0,97ja - опять 00.
Здесь я Поясню.Дело в том, что м.с. размером 128мбит. я ее читаю четыре раза, комму тируя адресные ноги A21,A22 по табличке
_____A21 A22
1 раз 0-----0
2 раз 1-----0
3 раз 0-----1
4 раз 1-----1

Назовем для удобства эти адреса 0, 1, 2, и 3.

Теперь немного вернемся.
И тут я решил попробовать прочитать более старшие адреса. Ведь ранее при стирании я всегда читал только младший разряд из четверки. и тут я обнаруживаю, что в 0 и в 1 адресах по всем 32мбитам - 00, а в 2 и 3 адресе все FF.

Теперь происходит странное - возвращаюсь и читаю еще раз 0 адрес. Теперь здесь вся микра - FF, становится понятно, что что-то либо софт, либо железо, либо м.с живет не стабильно.
Пробую записать что-то в адрес 0 - софт сразу ругается, говорт что ошибка записи буфер 58 AA, м.с. 00 00.
Ладно. Записываю содержимое по 2 адресу. записывает все полностью ок. Записываю по 4 адресу - полностью ок.

Теперь думаю, дай проверю что происходит при стирании самим 0,97ja. стираю, он конечно ругается, говорит error erasing chip. Ладно. Читаю. Адреса 0,1 - все 00. 2,3 адреса - все FF.
проверил запись. Опять 0, 1 не пишет, 2 - запись ок, 4 запись ок.
Хорошо.
Я решил пробовать стирать при помощи 0,97ja, но выставив адрес 3.Не пишет ошибку, стирание 45,9 сек.
После этого - по всем: и по 0, и 1, -и 2, и 3 адресу все читается FF.
Пробую писать в 0 адрес. Пишет. все нормально, но дойдя до адреса 380000 - тут опять дырка с 00. Остальные адреса пишет нормально.
Теперь стираю пр помощи erase1, а после стираю еще 0.97ja. Читаю. 0 адрес все 00, 1 - все FF. 2- FF, 3-FF. Вновь читаю 0 адрес. Теперь здесь FF.

Что я наблюдаю. проблема со стиранием толькопо адресам 0, и 1. со 2, и 3 -все всегда нормально даже стирая 0,97ja.

Пока писал, вдруг до самого дошло. Мы тут немного косячим похоже. Производитель требует время от 64 до 256 сек для всего чипа. А мы же с ним работаем как с четырмя чипами!!!
Я не знаю, при стирании вообще задействуются ноги A21 A22? С ними нужно что-то делать при стирании или от них ничего не зависит?


короче то-ли иногда стирает - иногда не стирает, и еще что-то с чтением нето.
Буду пробовать более мелкий чип сегодня.
Какие идеи будут?

[Ezo]

Стараюсь все понять. Но некоторые коментарии сразу-
Чип стирается полностью одной командой, верхние адреса оставить лог.0
Только чтение и программирование идет по частям.
Стирай чип и прочитай области адресов 0..4
Входи в Buffer после каждого чтения и пролистай содержимое.
По каким адресам (Блокам) обнаруживается 00 ? То непонятно - все адреса, первый адрес, с адреса 380000, то адреса каждый раз по своему ??? Понял, что по блокам 3 и 4 все ОК.
Да, проверь поступает ли напряжение на вывод Add (TSOP-56 вывод 29 , угловой) во время чтения (нет ли обрыв или что то) .
Если 00 только по первому адресу 00, пробуй загрузить файл, на файле функцией Edit изменить содержимое по адресу 00 на 00. Пробуй писать. Содержимое чипа будет совпадать с файлом и запись перейдет на следующий адрес. Так сможешь проверить работоспособнось остальной области блока. Аналогично можешь также выставить Offset 0x00001, первый адрес пропускается.
Да, еще заметил, что чип неподдерживает Temporary Sector Unprotect (+12/RST). Соответсвенную галочку в софте 0.97ja невыставлять !
Твой чип - он новый или с какого устройства? У чипа целая куча возможностей защиты.
Попробую после твоих результатов сделать команды чтения статусов.
Если чип отдает 0 по первому адресу, как реагирует программа erase1. Как она читает первый адрес перед и после стирания (READ and RES) ?

[FBTron]

Спасибо за все ответы.
На настоящий момент я добился,сто стер чип полностью и записал его. То , как я этого добился - случайность. Иногда стирает, иногда нет. Я пробовал много методов, но никакого четкого пути нет. иногда удается стереть чип даже самим 0,97ja, а иногда erase1.
Непонятно почему? резульата стирания нестабилен.
Пробовал рабоатьс mx29LV320 на этом же переходнике. Все ок. Причем утилита erase1 отдает на него не 00, как на 29gl128, а следующее
EZoFlash+ detected !
#READ:[00]=0xA0; [01]=0xF8
#ID: [00]=0xA0; [01]=0x07
#EXT: [00]=0x07; [01]=0x92
Erase in progress...
Wait 300 seconds !
#RES: [00]=0xA0; [01]=0xF8read


1.(TSOP-56 вывод 29 , угловой) на нем всегда +vcc, проверил.
2.Понял, что есть путаница, назову по другому. Микросхему читаю четыре раза блоками по 32мбит. Пускай это будут блоки по 32 мбит.
_____A21 A22
0 блок 0-----0
1 блок 1-----0
2 блок 0-----1
3 блок 1-----1

ТАк вот проблемы только бывают в 0 и 1 блоках. там почти всегда 00. один раз была, после того как я всетаки добился стирания по всем 4 блокам, только небольшая область 00 с адреса 380000 до 3FFFFF в 0 блоке.

<Стирай чип и прочитай области адресов 0..4
<Входи в Buffer после каждого чтения и пролистай содержимое.
Так и делал все время.

3. Где в чипе 16Bit->29F320 Temporary Sector Unprotect (+12/RST) -cоответсвующая галочка в софте 0.97ja ? Не согу найти. Ткни пожалуйста меня носом.
4 мой чип не новый но 100% рабочий, с плазменного телека Panasonic th-42pv70.
5. Программа erase1 реагирует тем, что на все запросы получает 00.

[Ezo]

На настоящий момент я добился,сто стер чип полностью и записал его.

Это уже конечной прошивкой ? Плазма заработала ?

Пробовал рабоатьс mx29LV320 на этом же переходнике. Все ок. Причем утилита erase1 отдает на него не 00, как на 29gl128, а следующее ....

ИД здесь неправильное. Как было на 0.97ja ? Зафиксировал ответ на S29 ?

Где в чипе 16Bit->29F320 Temporary Sector Unprotect (+12/RST) -cоответсвующая галочка в софте 0.97ja ? Не согу найти. Ткни пожалуйста меня носом

Упс , моя ошибка. В софте на 16битных флешек нет этой опции.

Непонятно почему? резульата стирания нестабилен.

Можно и поэкспериментировать снижением напряжения (убрать Jp1..3 или оставить Jp3).
Напомнил это мне другой сегоднящий топик. В экспериментах попались пара таких чипов, правда с нестабильностью в программировании.