Здравствуйте!
Суть в следующем: флешка на 16Г, контроллер AU6983HL ALCOR - битый + 4модуля памяти 29F32G08CAMCI INTEL.
Имеется рабочий контроллер AU6984 ALCOR, ноги у обоих одинаковые, функции вроде тоже. Перепаиваю его вместо AU6983HL. Пробовал восстановить его последними утилитами ALCOR. В старых нет поддержки памяти 29F32G08CAMCI. AlcorMP_AU698x_100907 поддерживает ее. Запускаю утилиту по умолчанию, получаю ответ:
30400: Unknown flash error
ID: 0xA8, 0xFF, 0xFF, 0xFF, 0xFF
то есть не находит память. Ставлю в установках предустановленные параметры памяти, получаю ответ:
JS29F32G08CAMC1 CAP:16384
ID: 0xA9, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF CE:8
Запускаю Start(A), получаю ответ:
30500: No support flash error
JS29F32G08CAMC1 CAP:16384
Получаеться данный контроллер AU6984 ALCOR не поддерживает память 29F32G08CAMCI. Может у кого то будет другое мнение?
Хотелось бы услышать мнение Профессионала nat27.
Судя по ID: 0xA8, 0xFF, 0xFF, 0xFF, 0xFF или ID: 0xA9, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF CE:8 что то видно, но явно не нормальный FID. Совсем не следует из этого что " AU6984 ALCOR не поддерживает память 29F32G08CAMCI", по даташиту AU6984 48пин поддерживает 4CEх2=8CE что выполняется в данном случае (4 микрухи по 2СЕ). Пересаживанием AU6984 на AU6983 не занимался, но теоретически не вижу проблем.
nat27 подскажите в каком направлении искать.
Мелкую пайку несу к монтажницам на спецоборудование по микроэлектронике, это если ожидается возможность восстановления. А направление, зачастую, самое эффективное, заработать на новую детальку и с интересом купить..
serg1508
Замыкать выводы не пробовал?
nat27
Контроллер перепаивал на паяльной станции на производстве.
Мне хочеться разобраться может ли работать тандем: AU6984+29F32G08CAMCI,
и что для этого нужно сделать.
Anatolij
Выводы замыкать пробовал, меняеться только начальный FID :0xA9 на 0xA8,
остальные 0xFF не изменяються.
контроллеры AU6983\84\86 совместимые по контактам, память подключена в одноканальном режиме, СЕ:8 , если бы была дву-канальность то CE:4. До некоторых пор в фирменных флешках контроллер AU6984 использовали для работы в двух канальном режиме памяти, однако, с полгода-год назад, было много сообщений о китайских флешках на AU6984 в одноканальном режиме памяти и ничего, работали прекрасно. Схемотехника в данном случае не меняется, обвязка контроллера тоже. Распознал ли алькор контроллер AU6984? Судя по FID не может алькор считать правильную конфигурацию железа, и что этому виной трудно понять, если в алькоре есть в списках при ручном подборе 29F32G08CAMCI то эта версия подходит, в начале инструкции 10 есть метод определения поддержки контроллеров в алькоре путем распаковки и просмотра ехе-шника алькора, AU6984 там должен быть. Вот тебе и два параметра совпали: память+контроллер. Больше похоже на аппаратную проблему.
Запускать алькор всеже рекомендую на WinXPSP2, на SP3 иногда были грабли, поэтому лучше на грабли (со стороны винды) не наступать.
serg1508
Попробуй эти (http://x.uch.net/dl.php?dl_id=9325&dl_hash=f7df6818e38426745ff154a5044377da).
Или FC MpTool последние.
nat27 Большое спасибо за то что уделяеш свое время моей проблеме.
Попробовал утилитку AlcorMP_AU698X_091111. Но в данной утилите нет поддержки
памяти 29F32G08CAMCI, из имеющихся выбрал наиболее подходящую JS29F32G16NCND1.
Вручную поставил значения. Получил:
JS29F32G16NCND1 CAP:16384M
ID: 0xEF,0xFF,0xFF,0xFF,0xFF CE:8
Нажал Start, пошла проверка Scan Bad Block, побежали проценты, по окончании утилита выдала:
50400: Too many bad block error
Bad Block: 0/32768
Может имеет смысл подставить во flashlist данные памяти 29F32G08CAMCI.
Нет ли у Вас данных на память 29F32G08CAMCI в формате flashlist.ini?
И еще, как можнно на физическом уровне определить исправность памяти, если это возможно?
При проверке Scan Bad Block на информационных входах чипа памяти FMDATAH0 -
FMDATAH7 идет обмен импульсами размахом примерно равным напряжению питания
(смотрел осциллографом). Значит шина данных не закорочена и нет обрыва.
Может есть какой то алгоритм проверки?
Anatolij
Пробовал FC_MpTool_FC8308_FC8508_FC8406_v04.01.00 , не помогло.
Ссылку попробую. Спасибо.
ID: 0xEF,0xFF,0xFF,0xFF,0xFF говорит о том что неправильно работает железяка. Вернее всего (у донора) не только AU6983HL ALCOR - битый, но и память... вся??? 0xFF говорит о том что считываются лог.единицы вместо данных. Это может быть результатом битой памяти, зависшего контроллера, непропая контактов(поврежденных дорожек) и пр. До подбора типа микросхем через flashlist.ini ох как далеко, чтоже там подбирать если FID не считывается вообще, точнее вместо FID - лог.единицы, если даже по шине идет обмен(и выбирается память #CE), то можно предположить что контроллер пытается чтото прочитать и возможно цел(контроллер), но память не отвечает.
nat27
Возможно ли, на физическом уровне, проверить чип памяти?
Если есть спецоборудование с панельками и софтом под данный тип памяти, то нет проблем. Подключай по очереди и проверяй на здоровье.