В общем родной сука* segger JFlash и прочие не видят чипа через китайский клон.
Упс.

Упарился таскать на линукс, но там openocd таки что-то увидел.
gdb через него только ничерта полезного не делает.
И у меня нет конфига для настройки flash

flash bank и бла-бла-бла.

Кто знает напишите, где он там болтается этот флеш на каких адресах.

Однако там nand со встроенным контроллером, через него и писать надо.
Правильно ли я понимаю, чтобы это сделать придётся написать драйвер для этого самого контроллера. Ибо для этой железки этим никто не озаботился

Вы почти все правильно поняли.. - нанд подцеплен к контроллеру и общение только через его регистры..ну и разумеется мороченное, никто кроме нас(форума) не писал и не тестировал фришных решений под него.
мне потребуется время что бы портировать код с вигглера под жилинк
если удастся то на выходных слабаю - не самый быстрый флешер получится в силу некоторыхпричин.. но записать флеш скорее всего удастся в разумное время (1-2 часа для 128 метров .. но там подводных камней вагон наверное будет.. к выходным дома появлюсь.. а вот будет ли время пошкодить не уверен.. да и железку нужно разыскать для проверки - так что терпение..
на счет опеносди куматов песасов и прочего - не трать время - все уже пройденный этап - НЕ РАБОТАЮТ они .

я думаю нет смысла ваш код портировать в рамках Z Flasher
Имеет смысл написать драйвер nand внутри проекта openocd - это гораздо больше пользы принесёт.

На текущий момент оцениваю openocd как работающий проект.
Чудеса в том, что для китайского J-link софт от Segger не работает.
Вообще не видит MCU E173 ни другую железку которая сдохла

А openocd хотя бы умеет ресетнуть и захалтить.
Ну а вообще это отладчик, с немного другими возможностями.

Как я понял по записи nand MSM6246 и MSM6290 практически тоже самое.
Разница только в марке памяти, но они бывают и внутри модели модема.
Попадались например E153 с 128МБ.
В РФ такие вообще не привозили.

В принципе алгоритм понятен из sources_wiggler_6246_90_jtag2.rar

Питалово нашёл, 2.6 В вроде на пине подписаном unused слева, а справа около 5В но резистивной гальванической связи с ногой питания USB нет.

оно и есть тоже самое - разницы в части общения с нанд нет вообще -
отличие только в технологии связи и скорости соответственно
с опеносди знаком неплохо - хочется сделать так - ну ктож против ;-)
однако мне проще было иначе ..
если что спрашивай - наверное уже заметил - никакой тайны в наработках местных нет.
ps - на счет питалова я вообще никогда не парился - светодиод яркий китайский белый и сопротивление 75ом от +5 получаем приемлемое vref на диоде - подходит на все случаи жизни.. оно конечно скачет - но вполне хватает и никаких ошибок при записи чтении нет- колхоз голимый ,но не парился если нету нормальной опоры на тестпоинтах.

VTref в J-Link используется для выравнивания уровня сигнала на выводах от него.
Брать +5V через сопротивления - это не правильно. Это просто ограничитель тока, а напряжение будет от +5 и ниже.
Опора есть, для E173 я сказал где, уровни на не части подключенных площадок близки к 2.6, но ниже чем на первой площадке.
Ошибок нет, потому что самопальному JTAG на резисторах и LTP похрену на VTref

В общем, забив на лишнее - нужна логика чтения, очистки, записи nand на этих чипах.
В каком виде мне всё равно, можно исходник, можно словами описать.
Я сделаю драйвер nand для openocd, посмотрим что получится, модемов у меня дохрена и больше.

то-ли за идиота держите толи сами не поняли что к чему ..
попробую ванмо - свето диод в своей ВАХ очень похож на стабилитрон с напряжением для китайского белого около 2.4 вольта - сопротивление нужно что бы задать ток в этом параметрическом стабилизаторе - никогда там выше не будет пока светодиод жив. то что жилинк использует эту напругу для питания буферных ключей знают все дети на земле и разумеется разговор шел именно о жилинке, что касается буфферной схемы виглера, то кстати я тоже так делал - брал пару выходов на которых задавал в порту единички, объединял их диодами и стабилизировал светодиодом - это питание подавал на буферную микросхему - в этом варианте не нужно тянуть внешнее питалово и все упрощается - так было сделано в том числе для работы с контроллерами квалкома у которых напряжение логики ниже чем на сабжевом. на кой хрен в инетах рисуют схемы с батарейками или усби питаловом если можно гораздо проще и ни чуть менее надежно.

если вы смотрели sources_wiggler_6246_90_jtag2.rar то вопрос
мне не совсем понятен - там все есть что нужно.

там код, а не алгоритм, а код имеет свойство иметь баги.