to: grindrrr
Не прокатывает т.к. установить серийник командой можно лишь когда он не был установлен изначально, т.е. забит FF-ками.

я вроде спрашивал как hex редактором изменить а не командной строкой

В общем сдох J-Link v8 на 4.68 версии и не хочет перепрошиваться в самбу. Замыкаю Erase на VDD, затем TST на VDD - оба раза на минуту где-то и все-равно Unknown Device. Как быть?

20090626 это 0x028f3201. Ищите 0x028f3201 в JLinkARM.dll, заменяете на что угодно и сохраняете. У меня этот серийник по адресу 0x0013E444, рядом должны быть все серийники из сообщения #454.
А вообще лучше, наверное, сделать, как тут советуют, с прошивкой контроллера, просто у меня нужные контакты не выведены и пришлось пока сделать по другому.


Жаль китайцы не подумали о бедных клоноюзерах и не прошили контроллер FF-ками вместо серийника.

спасибо, уже не актуально. я прошил самбой прошивкой с пустым серийником и задал в командере свой. и обновил ПО до последней версии. все работает отлично теперь) но за ответ спасибо

Менять контроллер, я уже на двух jlink менял.

Что они такого с чипом делают, что он потом лочится намертво?

Может флеш многократно переписывают чтоб убить контроллер..

А у кого как ведет себя дохлый контроллер? У меня v5 тоже сдох, через USB никак не определялся, через UART тоже, а светодиод мигал постоянно, т.е. программа внутри работала частично. Если предположить, что USB горит от статики, то UART тогда бы работал наверное, хотя, конечно, и его могло задеть. Перезаписыванием памяти, ИМХО, его не убить, будет только возникать прерывание при попытке записи, разве что какие-нмбудь пины включать на выход, чтоб возникло КЗ.

На китаезном сайте нашел .
GDBFull не затирает а изменяет регистр у последних букв .
Интересно смысл в этом есть ?

Было похожее. У коллеги на работе не реагировал на Erase и TST.
Подпаяли разъем, прошили другим отладчиком.
Потом по новой Erase и TST. Прокатило.

Делал с дуру по китайским манускриптам, или гугль перевел через з, либо в самом деле так писано:

и далее точно так же под TST.
Естественно не терлось .
После того как манипуляции с перемычками совершал на подключенном JLink к USB, все свершилось.
После ERASE винда даже не пикнула ( win7 64) , после TST нашла - GPS камеру на com .
Но SAM-BA нашла и JLink и прошила усе корректно

Всем привет!
Нет ли у кого старых вырсий Jlink GDB Server под Linux? Мой китаец рабоатет с виндовой версией 4.08. А предыдущие версии под линукс скачать нельзя. В новой забанен. Перешивать пока не хочу дабы не остаться вообще без отладчика. Может у кого валяется какая-нибудь ранняя версия?

а как понять забанен? Какой номер?

S/N: 20100214


Сменить серийник Exec SetSN= не даёт (,,,cannot be overwritten by,..)

Смените серийник в WinHex, для V8 находится с адреса 0xFF00

Вот что у меня в libjlinkarm.so

Тут слишком закономерно распределены числа чтобы быть серийниками. В каком виде он должен быть? Просто поиском не находит ни как число ни как строку.
Вероятно адреса отличаются от виндовой библиотеки, формат исполняемых файлов ведь разный.

Я имел ввиду в прошивке, которую надо скормить через самбу.
В приложении два файл. В имени файла серийник.
Нажмите для просмотра прикрепленного файла

http://electronix.ru/forum/index.php?showt...t&p=1150838
сообщение 454 и 457

Спасибо, но это требует перепрошивки отладчика. Насколько я понял процедуру прошивки - там встроенный загрузчик и если вдруг этот китаец особенно китайский и прошивка не пойдёт, то вернуть взад уже не получится, а остаться вообще без отладчика на 2 месяца сейчас нельзя. Вот и думал с нулевым риском найти старую версию программы или, как писалось в этой же теме, подправить хекс-редктором бинарник.
Тем временем кое-как заработал OpenOCD с моим процом (LPC1788) на 1МГц. Ужасно медленно, но хоть как-то.

Ну тогда ждите очередного слета прошивки и потом пробуйте.
Мною эта прошивка опробована уже на 4 китайских JLink в том числе от стартеркита

Странно, а у меня стартеркитовский J-L Ultra уже года 3-4, всегда нормально обновляется и ни разу не слетал...

Дождался. Слетела прошивка. Попробовал обновить с помощью SAM-BA. Прошивка uriy http://electronix.ru/forum/index.php?s=&am...t&p=1182894 не пошла. Светодиод мыргает, устройство определяется, но:

В openocd:

А в jlink commander

И после этого вообще нет признаков жизни, светодиод не горит, устройство не определяется.

Попробовал прошивку _NB http://electronix.ru/forum/index.php?s=&am...t&p=1151129. Результат точно такой же, только jlink commander не нарочит заменить прошивку и после его запуска она не слетает. Но одинаково не работает ни openocd ни jlinkgdbserver.

-=update=-
Заработал как раньше с openocd на 1200KHz после каких-то шаманств с перезагрузкой правил udev и прошивкой другой программы в МК. А вот jlinkgdbserver фирменный ни в какую не видит отладчик ни под линуксом с версией 4.74, ни в винде с 4.08. Ну ладно, хоть как-то работает с openocd и теперь ясно как восстанавливать прошивку.

Прошивка, которую я выкладывал, из 4.66 (Windows). Поэтому и jlinkgdbserver нужно использовать из версии не меньшей 4.66

А у вас железка точно 8-ой версии?

В 4.66 WIndows тоже не заработал. Сначала сказал что нужно обновить прошивку. Я ответил No. Но далее ничего не заработало. Потом ещё раз и ответил Yes, побежала колбаса, в конце выдало ошибку и так же ничего не заработало.


Не уверен. Как точно посмотреть?
openocd говорит при запуске

судя по логу - J-Link ARM V8 compiled May 27 2009 17:31:22 версия восьмая.
только скорее всего номер в бане.

Здравствуйте!
Хочу всё-таки собрать свой J-LINK V8, плату уже давно изготовили. все не до него было (программирование это моя не основная работа).
Подскажите, какую нужно в него влить прошивку, чтобы он работал с Keil MDK 4.72a? Или какую версию MDK вы советуете использовать?
Слышал что бывают проблемы с новыми MDK, в которых какая-то более новая DLL'ка, которая патчит J-LINK и Keil перестает с ним работать. Что подскажете?
Проект J-Link'а приложил.
Заранее спасибо за помощь!

Уважаемый, kt368, спасибо Вам за выложенный проект J-LINK V8 ! ... Все хорошо, но использовать советские транзисторы КТ315 - это конечно "HI-End круто" !

Когда же, наконец, закончатся запасы КТ315 у народа. =)

Никто не в курсе, клоны V9 уже есть где нибудь в продаже?

Оперативно люди работают.

Подскажите пожалуйста как Вы перевели 20090626 в 0x028f3201?

Hex-редактором :-). Можно калькулятором, только байты поменять местами.

у меня с помощью калька получается-1328f02

А теперь нужно ещё байты местами поменять (как советовали выше), и получится 028f3201

Какая уж тут помощь, если ваш проект могут прочитать только обладатели Altium Designer?
Хотелось бы увидеть принципиальную схему, хотя бы.
Если расхождений которые бы могли програмно определиться из процессора нет, то не вижу причины, почему бы любой клон не мог работать так как оригинал.






Пусть работают. Мне так проще катайцам заплатить и не париться.

Собрал отладчик по вышеприведённой схеме, JTAG работает. С переключением на SWD ошибся, нужно чуть подправить схему. Будет время - переделаю и выложу переделанный проект. А текущая схема в аттаче в PDF.
Нажмите для просмотра прикрепленного файла

Залили в него что? Прошивку от JLink8 наверное, судя по схеме?

Резисторы у разъёма в схеме обозначены как 220 ом, а надо как 22.

Залил прошивку от 8-го. Выкладываю.
А почему резисторы по 22? С 220-ыми вроде бы работает на 9.6 МГц со шлейфом 20 см.
Хотя время от времени, довольно часто, слетает фирмварь, приходится с помощью джамперов и SAM-BA перешивать. Потом снова всё ок, до поры - до времени. Вот понять бы из - за чего это...

Долго гуглил на тему забаненных серийных номеров, ничего хорошего не нашел, только время потерял, взял hex редактор, все сделал сам за 5 минут. Тк постоянно натыкаля на эту тему, решил тут же и отписаться, дабы сэкономить другим время.
Предупреждаю! Выполняя указанные действия, вы нарушаете лицензию segger, и потом не надо говорить, что это я вам рассказал
Использую фирмовый софт, система - линукс. Версия софта - 4.78.
Софт определяет, что у меня клон оригинального программатора, работает несколько секунд, и отрубается. Прошивает при этом без проблем, а вот с дебагом уже сложнее, за пару секунд ничего не успеешь отловить.
Почитав тему, понял, что софт ориентируется по серийнику программатора. Узнать его можно при подключении к программатору, у меня выдал
S/N: 20100214
про который выше уже говорили, что он забанен. В программаторе его менять, я посчитал опасным делом, да и не легким, решил поискать в софте, нашел, поменял на случайный, все заработало как часы.
Для этого преобразуем серийник в шестнадцатеричную форму (можно здесь http://www.sql-und-xml.de/unicode-database/online-tools/), те вбиваем 20100214, получаем 0132b476 (ноль в начале сами добавляем, чтобы получить 32-х битное значение).
Тк в откомпилированном виде порядок байт обратный, нам нужно будет искать значение 76b43201.
Открываем шестнадцатеричным редактором библиотеку libjlinkarm.so (у меня libjlinkarm.so.4.78.8), ищем там это значение, и меняем на любое другое (к примеру на 76b43202).

Версия 4.78к, перерыл весь диск не найду это libjlinkarm.so
Нету ничего подобного, это где должно оно лежать?
даже специально переставил версию 4.78 без букв, как у автора поста, нету ничего похожего

у него система - линукс
в винде это JLinkARM.dll - в ней и ищи
хочу предупредить, в 4.78 есть бомба для клонов - при апдайте клон умирает, потому как у него bootloader не такой как надо.

CD8AA900
76B43201
FFFFFF02
028F3201 - 20090626
38683201 - 20080696
01273201
89B73201 -20101001
FB057501
33FFFF2F
81957816
FB051101

Добрый день!
У меня куплена года три назад версия J-Linka с пресловутым номерм 20100214. Вот наконец сподобился я его с Кейлом подружить. А тот запросил обновить, не хотел шить. Я это сделал и теперь мне говорят что у меня КЛОН!!! И отрубается!
Вопрос! Можно правкой DLL как тут ранее сказано серийника это исправить? Или лучше перепрошить? Тогда какую прошивку посоветуете? У меня была версия J-Link 7 судя по давности и на память. Хотя в старых установках (V 4.08l) есть возможность открыть командер. Если подскажите где глянуть - скажу точно.
Буду признателен за любую информацию.

Что интересно - китаеза-линк куда стабильнее, чем клоны нашего производства и тот же ST-Link.
У меня отладчик постоянно подключен к девайсу, девайс может работать целый день. Часа два постоит и компьютер теряет связь, приходится перетыкать.
Купленый на ебае китаеза-линк пришлось переткнуть аж через 2 недели.

Тоже решил реанимировать китайского старичка. Флешка очистилась, но SAM-BA не хочет к плате подключаться. Ни по USB (устройство не опознаётся), ни по DBGU. Генерация на кварце есть (18.429 МГц). SAM-BA v2.12, система Win7x86. Есть ли какие варианты кроме смены процессора? Дешевле будет его выбросить, чем проц покупать.

UPD Победил! Припаял дубовую подтяжку на USB-линию D+. Ну и драйвера для "неизвестного устройства" поставил из комплекта самбы. Прошился на "ура". Единственное, что не понял, почему SAMBA не хотела по DBGU подключаться.

проверил китайца v8 за $15 на обновление - не умирает. fw с загрузчиком подобно fw в посте 539
обновлял софтом ->4.24f->4.78a->4.86a (хотя мне было нужно минимум 4.78)
в jlink прописаны RDI,FlashDL,FlashBP,JFlash.

как видно в этой строке - Firmware: J-Link ARM V8 compiled Nov 25 2013 19:20:08 - с тех пор оно не менялось.
как только сменится - рухнет ваш китаец при первом же обновлении.
AZ

Ваши предложения?

да, не менялось после обновления версией 4.86a. Нет у меня софта весии 5.01a.
а было fw до обновления версией 4.24f что-то вроде от 2012?..
так что небуду ванговать в стиле:
[quote name='Azlina' post='1219740' date='Dec 19 2013, 02:00']в 4.78 есть бомба для клонов - при апдайте клон умирает[/quote
так что пока не блочится.