[amrdiab 0]

Долго валялся в столе Jetlink Ultra от jtag.su.

Попытался подключить, поработать, но похоже не судьба :(

После обновления выскакивает надпись про defective.

Процессор не видит:

SEGGER J-Link GDB Server V6.80b Command Line Version

JLinkARM.dll V6.80b (DLL compiled Jun  5 2020 17:40:22)

Command line: -port 2331 -s -device STM32F072RB -endian little -speed 4000 -if swd -vd
-----GDB Server start settings-----
GDBInit file:                  none
GDB Server Listening port:     2331
SWO raw output listening port: 2332
Terminal I/O port:             2333
Accept remote connection:      localhost only
Generate logfile:              off
Verify download:               on
Init regs on start:            off
Silent mode:                   off
Single run mode:               on
Target connection timeout:     0 ms
------J-Link related settings------
J-Link Host interface:         USB
J-Link script:                 none
J-Link settings file:          none
------Target related settings------
Target device:                 STM32F072RB
Target interface:              SWD
Target interface speed:        4000kHz
Target endian:                 little

Connecting to J-Link...
J-Link is connected.
Firmware: J-Link Ultra V4 compiled Jul 17 2020 16:24:36
Hardware: V4.00
S/N: 504???????
Feature(s): RDI, FlashBP, FlashDL, JFlash, GDB
Checking target voltage...
Target voltage: 3.32 V
Listening on TCP/IP port 2331
Connecting to target...
ERROR: STM32: Connecting to CPU via connect under reset failed.

ERROR: Could not connect to target.
Target connection failed. GDBServer will be closed...Restoring target state and closing J-Link connection...
Shutting down...
Could not connect to target.
Please check power, connection and settings.

 

Попробовал установить более старые драйвера segger, но результат такой-же.

Есть ли возможность починить? Или надо откатиться на более старую прошивку и как? Или просто JLink дохлый изначально попался?

 

PS: На другом JLink другой фирмы (MTLink) процессор отвечает и все работает, прошивается, трассируется.

 

 

 

[jcxz 184]

9 минут назад, amrdiab сказал:

Есть ли возможность починить? Или надо откатиться на более старую прошивку и как? Или просто JLink дохлый изначально попался?

Какой-то похоже совсем древний (V4). А с каким CPU пытаетесь работать? Он его вообще поддерживает (поддерживал до перепрошивки)?

[amrdiab 0]

6 minutes ago, jcxz said:

Какой-то похоже совсем древний (V4). А с каким CPU пытаетесь работать? Он его вообще поддерживает (поддерживал до перепрошивки)?

stm32f072rb

Насчет того, поддерживает или поддерживал, информации нет :) Более древний MTLink все держит.

[jcxz 184]

5 минут назад, amrdiab сказал:

stm32f072rb

Насчет того, поддерживает или поддерживал, информации нет :) Более древний MTLink все держит.

Не знаю сработает или нет, но попробуйте откатить на старую прошивку, а потом поставить JLink_v6.12f.

На наших клонах J-Link Ultra это помогает, но у нас они не сильно старые. Не уверен, что железо их такое же как у вашего.....

[amrdiab 0]

1 hour ago, jcxz said:

Не знаю сработает или нет, но попробуйте откатить на старую прошивку, а потом поставить JLink_v6.12f.

На наших клонах J-Link Ultra это помогает, но у нас они не сильно старые. Не уверен, что железо их такое же как у вашего.....

Хм, а на старую это какую? И главное КАК? Перемыкать перемычки на плате? Сорри за возможно тупой вопрос...

[Obam 30]

А зачем, если не секрет?

Шоб работало; ;-) без svd\ddf "не будет" периферии при отладке, без вручную вписанного в сеггеровский JlinkDevices.xml отсутствующего экземпляра (с неизвестными размерами и расположением памятей) неизвестно, что будет при прошивке, ведь и c-spy-евский загрузчик отсутствует (по причине отсутствия конкретного проца в IARе).

[jcxz 184]

16.09.2020 в 13:24, amrdiab сказал:

Хм, а на старую это какую? И главное КАК? Перемыкать перемычки на плате? Сорри за возможно тупой вопрос...

На своих Ultra я в jlink.exe вводил команду "exec invalidatefw". Это восстановление исходной прошивки эмулятора как я понимаю.

[jcxz 184]

17.09.2020 в 01:32, Obam сказал:

без svd\ddf "не будет" периферии при отладке,

Да ну?!  IAR_7.80.4 + STM32WB55 при полном отсутствии svd\ddf и выборе просто ядра Cortex-M4:

  

А это что, если не периферия? 

 

Цитата

без вручную вписанного в сеггеровский JlinkDevices.xml отсутствующего экземпляра (с неизвестными размерами и расположением памятей) неизвестно, что будет при прошивке, ведь и c-spy-евский загрузчик отсутствует (по причине отсутствия конкретного проца в IARе).

Так вопрос был про отладку. А отлаживаться можно (и удобнее) - в ОЗУ. Тем более, что ОЗУ в МК вопрошавшего довольно много. А готовое отлаженное ПО прошить через UART, например (наверняка в ATSAMD такая возможность имеется).

[UniSoft 15]

On 9/17/2020 at 6:32 AM, Obam said:

Шоб работало; ;-) без svd\ddf "не будет" периферии при отладке...

 

5 hours ago, jcxz said:

Да ну?!  IAR_7.80.4 + STM32WB55 при полном отсутствии svd\ddf и выборе просто ядра Cortex-M4:

А это что, если не периферия? 

У IAR полностью свой набор как загрузчиков ("$TOOLKIT_DIR$\config\flashloader\"),

так и ddf ("$TOOLKIT_DIR$\config\debugger\") . 

Так что все будет работать!

[Obam 30]

Да ну?! 

Ну да (-; Будет видно, только то, что в прицепленых хедерах описано.
В окнах "Registers", как там с выбором? Подозреваю, что не богато, примерно так:

А если не голое ядро, то:

Заметна разница, не правда ли (-;

У IAR полностью свой набор как загрузчиков ("$TOOLKIT_DIR$\config\flashloader\"), так и ddf ("$TOOLKIT_DIR$\config\debugger\"). Так что все будет работать!

Только если "этот проц" есть в "этой версии" IARа: на картинках выше нет загрузчика и ddf из свежей версии, прошивка jlink-овой dll-ей.

[jcxz 184]

11 часов назад, Obam сказал:

Ну да (-; Будет видно, только то, что в прицепленых хедерах описано.

Ну и ладно. А остальное зачем? То, чего в хидерах нет? Если этого в них нет, то значит оно программе и не нужно.

Но работать ведь можно? Отлаживать можно? И вполне комфортно отлаживать. И этого достаточно. Остальное - на любителя.

11 часов назад, Obam сказал:

Заметна разница, не правда ли (-;

Сверху - какие-то чёрные квадраты с зелёными полосами и снизу - то же самое - разницы никакой не видно. Вы бы ещё по-меньше разрешение выбрали.  

[Obam 30]

Ну и ладно. А остальное зачем? То, чего в хидерах нет? Если этого в них нет, то значит оно программе и не нужно. Но работать ведь можно? Отлаживать можно?

Что-то подобное и подозревалось ;-)

Вы бы ещё по-меньше разрешение выбрали.

Незнаю-незнаю, исходники с 300dpi были... в одном случае из периферии только "ядерная" и окно памяти линейно на 4GB, в другом случае вся периферия доступна (безотносительно хедерам) и в окне для памяти области реально существующие в "подопытном".

[truevoxdei 0]

9 hours ago, Obam said:

исходники с 300dpi были...

Ключевое слово "были"... 

[amrdiab 0]

On 9/18/2020 at 6:01 AM, jcxz said:

На своих Ultra я в jlink.exe вводил команду "exec invalidatefw". Это восстановление исходной прошивки эмулятора как я понимаю.

Спасибо за помощь.

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

[chardash 0]

Добрый день! 

Есть китайский j-link v11. Но ругается, что не видит tagert. Посмотрел тестером, между 1 и 4 ногой напряжение 0.

Что только не пробовал: 

в j-link commander писал vtref 3300  при повторном заходе в commander пишет vtref = 3.3V (fixed)  но на ногах по прежнему 0

Пробовал писать power on perm, но тоже без результата. 

Может, чего не понимаю? Посоветуете, что делать?