Главная Форум Статьи Файлы F.A.Q.


Последние активные темы форума

 
3G Modem Manager & Alcatel (2) 04.03.24 15:04 euvgagsdf
Huawei E3131 (11) 28.01.24 09:28 haidarsho_olimov
RE: Восстановление модемов с помощью Z_Flasher-Reanimator_modem v-05 «NEW_RAW_RELEASE». ч2 (149) 12.07.23 16:19 Pavel82
ZTE mf 190 (1052) 26.03.22 07:30 sergey67
   
Модемы Alcatel (178) 14.01.22 15:45 Konst
ZTE MF112 (617) 27.11.21 20:54 gaivor74
пробуем разобраться с j-link и модемами (134) 18.06.21 14:38 slav
Лаборатория по реанимации (207) 29.05.21 07:58 turon
 

Профиль

   
Логин: Пароль: Забыли пароль?Регистрация


пробуем разобраться с j-link и модемами
Форум > Jlink + QUALCOMM > пробуем разобраться с j-link и модемами

Страницы:
Автор Сообщение
 bg
Днище
сообщений: 26
#101 Дата 17 апр 2016 20:36
openocd имеет функции чтения nand кодом внутри. Но он ожидает контроллера без буфера и читает данные с одного адреса.

В этом девайсе есть буфер, и читать надо с адресов последовательно, но большого смысла для скорости в этом нет.
Потому что итак используется функция зачитать кусок памяти.
 bg
Днище
сообщений: 26
#102 Дата 17 апр 2016 20:38
jlink подключен на 12Mbps, а вот TAP подключен TDI на страшно торчащих проводочках.
Так что быстрее вряд ли получится. К тому же TAP должен как то успевать разгребать приходящие данные. А это значит надо после ресета иметь быстрое ядро.
Или уметь его инициализировать.
А доков то нет.
 Energizer
администратор
глухая деревня
сообщений: 1204
#103 Дата 17 апр 2016 21:49
цитата bg:
qualcomm_nand_jtag_direct_jlink.rar
этот док давно тут пасется - в нем есть ошибки на сколько помню ..
на счет 4 чанков (фреймов или сектор или как там его)
так вот для нанда 64 этих чанков 1 в каждой странице а вот в нанде 128 - их четыре
-они читаются последовательно .. ну с этим наверное уже разобрались.
цитата bg:
Но он ожидает контроллера без буфера и читает данные с одного адреса.
ну и замечательно - если это адрес регистра у меня так и сделано.один регистр для передачи\пириема и один для управления.
на счет байтов - ниче не пойму пока - лучше куском файла бинарного..
цитата bg:
А это значит надо после ресета иметь быстрое ядро.
Или уметь его инициализировать.
А доков то нет.
этот вопрос решаемый, но через задницу к сожалению- приходится заливать первый блок директом ,рестартовать и получаем нужные настройки во всех регистрах.
по поводу кривых байтов -делайте теже конфиги что в моем сорце для raw -они точно работают как надо но не забывайте о том что они чуть разные для длинной и короткой страницы (1-и 4 чанка)

в аттаче код быстрого raw драйвера для большой страницы//Flash.c гляньте там все что нужно вроде видно хорошо.
DRIVER-2005_msm6246.rar  
Отредактировано: Energizer 17 апр 2016 21:58
 bg
Днище
сообщений: 26
#104 Дата 18 апр 2016 10:52
Chunk приходится делать потому, что контроллер имеет буфер на 512 байт данных и 16 байт oob. Обычно в контроллере нет буфера, и все данные читаются из одного регистра данных с фиксированного адреса.

"Конфиги" т.е. данные в регистрах управления контроллером заливаются в ваших исходниках из файла. Файла нет.
Драйверы можно делать универсальными просто передавая параметры через регистры или память.

За исходники спасибо.
В целом всё уже понятно, ввиду нахождения исходников под win для использования J-link и его адаптации под мой 6290 и hynix 128MB думаю что моя личная проблема решена.

Сейчас нужно сделать пружинный контактор чтобы не паять, слить данные живого модема и залить на дохляки.
А потом поднять и один E1550, под него тоже придётся обновить код.

Стоит ли доделывать код в openocd для возможности записи я не знаю.
Без последующей публикации нет наверное.
 Energizer
администратор
глухая деревня
сообщений: 1204
#105 Дата 18 апр 2016 19:09
на самом деле файл конфига я могу разыскать - но по факту если работать в директ он не очень нужен - основные конфиг регистры описаны в исходнике и без этого файла все должно получиться..
на счет сливать - а зачем? - в местном файловом вроде есть все дампы которые возможны.
если что не будет получаться -спрашивай - в принципе по сабжу - что есть отдал, но вдруг что еще вспомню..давно это было уже..



 bg
Днище
сообщений: 26
#106 Дата 18 апр 2016 20:31
ваши дампы дампами, но формат их мне неизвестен, да и девайсы и флеши там могут быть иные
 Energizer
администратор
глухая деревня
сообщений: 1204
#107 Дата 19 апр 2016 09:07
дампы из под местного флешера - самые обычные -буфер+спар 200h+10h и так последовательно фрейм за фреймом.
для тех моделей что вы назвали они покрывают все возможные нанды
- в смысле от всех производителей что поставляли хуваю
остается только соблюсти размер при заливке и не спутать 64 метра и 128.
но хозяин - барин (с)
ps дампы из под рифф бокса отличаются тем что - последовательно складывают все пространство данных и уже после всех данных (почти в самом конце файла) складывают все спары тоже последовательно. конвертилка есть в соседнем треде.

Отредактировано: Energizer 19 апр 2016 09:10
 bg
Днище
сообщений: 26
#108 Дата 20 апр 2016 03:22
Да не обычные дампы.
Full Flash_E173Eu-1_Unlock_128mb.bin оказался 2048 + 64 и эти 64 байта сплошные FF
Так что толку с него как с козла молока.

RawFull_E173_Unlocked.bin 512 + 16, но у него байт 523 копия 522, а не FF.

Писалка под винду оказалась без write raw, сделал по аналогии - ничерта не пишет.
Оказалось надо сделать сброс и убрать бутор с проверкой статусов - на запись они не работают. После этого стало писать пургу. Методом научного тыка выяснилось, пишет чётные слова буфера и 4 раза в первые 512 байт страницы - в результате получается мусор.
Вывод оказался очевиден: ресет сбросил регистры конфига в 16 битный нанд с 512 байтовыми страницами.

Ладно, залил. Ничерта не завелось.
Или копия 522 в 523 мешает, либо что-то где-то плохое совсем.
Сделал конвертер и писалку с верификацией.
Запись с верификацией показала 2 плохих блока.
Притом в начале 0015E800 и 0017F000 флешки.
Вокруг место пустое.

Возникает прикладной вопрос, как помечать блоки плохими и как их переназначать?

Отредактировано: bg 20 апр 2016 03:23
 bg
Днище
сообщений: 26
#109 Дата 20 апр 2016 08:56
О, это не бады, это erase глючит, видимо адрес то тоже сдвигать надо.
Остаётся в блоке мусор и с ним AND делается
 Energizer
администратор
глухая деревня
сообщений: 1204
#110 Дата 20 апр 2016 16:53
про писалку директ китайскую - предупреждал -глюкавая ..точнее не рабочая она.
по поводу фуллов - еще раз скажу что они бывают на местном аплоаде двух типов-
из под местного флешера и из под риффбокса..
на счет особенностей "некоторых разделов" в части того что данные залезают на спар - тоже предупреждал.. ты просто видимо не хочешь поверить на слово ;-) и пытаешся пройти путь который я уже прошел и при этом не скрываю подробностей..
Страницы:
Перейти на другой форум:
Сайт управляется SiNG cms © 2010-2015