[ostashv-evgeniyy 0]

Приветствую!

Проблема такая:

Софт- STM32 ST-LINK Utility

Программер- китайский ST-LINK V2

Проц- 32F030F4P6

На swdio пакеты данных

На swclk пакеты

На ресет постоянная 1. Смотрел осциллографом с памятью и однократным запуском развертки.

Частоту снижал.

Пробовал STVP, тоже самое.

Этим же программатором нормально шью STM8 в STVP.

Человек, который пишет мне прошивки шил моим программатором этот же экземпляр проца на своем ПК. У него все ОК.

Схожу уже с ума:)...

[Droid 77 0]

В коде прошивки случайно SWD не отключили?

Ибо по картинке девайс не определен. И в связи с этим фактом в окне ошибки предлагаются танцы с бубном.

[Andrey190 2]

7 hours ago, ostashv-evgeniyy said:

На swdio пакеты данных

На swclk пакеты

swdio и swclk местами случайно не попутаны?

[Pyku_He_oTTyda 0]

В настройках резет софтовый? 

Выложите скрин настроек программатора.

[Droid 77 0]

Банальный вопрос, но спрошу.

ostashv-evgeniyy, питание на чип подали, или пытаетесь за-питать прогамматором?

[ostashv-evgeniyy 0]

Питание подавал и от программатора и от лабораторника.

В аналоговой электронике есть кое какие знания:) Лет 5 профессионально занимаемся.

Программист на аутсорсе.

 

9 hours ago, Andrey190 said:

swdio и swclk местами случайно не попутаны?

При перемене тоже самое.

3 hours ago, Droid 77 said:

 

 

8 hours ago, Pyku_He_oTTyda said:

В настройках резет софтовый? 

Выложите скрин настроек программатора.

На фото.

16 hours ago, Droid 77 said:

В коде прошивки случайно SWD не отключили?

Ибо по картинке девайс не определен. И в связи с этим фактом в окне ошибки предлагаются танцы с бубном.

У программиста все залилось.

[k155la3 26]

Проверьте состояние пина debud(1,2) по документации для Вашего конкретного контроллера.

У меня на F100 было, что контроллер вел себя аналогично, пока не переключил перемычку на debug, выполнил стирание, в т.ч. бита защиты option bit, затем вернул перемычку входа-пина debug в исходное состояние.

Выведите пин ресета на кнопку. Нажимаете ресет, нажимаете "cinnect",  отпускайте ресет.  

ps 

- кабель USB замените. Также возможно рядом с рабочим местом есть мощная вч-помеха (например, "шуршит" импульсный БП)

(?) 

17 minutes ago, ostashv-evgeniyy said:

У программиста все залилось.

(?) непонятно, вопрос решен или это на другом ПК-контроллере-программаторе ?

[Droid 77 0]

10 минут назад, ostashv-evgeniyy сказал:

У программиста все залилось.

Ну так все верно, зальется однократно при активной опции в прошивке "отключить SWD".

Программатор чип не видит, явный признак отключенных SWD и JTAG.

Возможно ваш случай: STM32CubeMX по умолчанию отключает SWD

Там правда описан случай F1-ой серии, но SWD и JTAG есть на всех STM32

[Baser 5]

Немного похожую проблему решал в прошлом году, правда многие нюансы уже забыл.
Тогда купили на производство новый оригинальный ST-LINK-V2 и он отказался писать STM32L151. Причем мой старый оригинальный ST-LINK-V2 делал это без проблем.
ST-LINK-и отличались только годом выпуска и немного наклейкой. Не помню точно, но чип определялся, но процесс подвисал при попытке стирания чипа.

К счастью, у меня уже было в закромах несколько версий STM32 ST-LINK Utility. А в них в каждой версии есть прошивки для ST-LINK-V2.
Путем экспериментов, удалось подобрать комбинацию версий прошивки ST-LINK-V2 и версии ST-LINK Utility, с которыми оба программатора нормально работали.

Так что дело вполне может быть с косяками ПО STM-а.

[ViKo 1]

Возможно, дело чисто в кабелях от отладчика к мк. 

Переставлять местами такты и данные - это мощно! Надеюсь, до перемены + и - питания не доходит? 

[Eddy_Em 1]

21 minutes ago, ViKo said:

Переставлять местами такты и данные - это мощно!

У китайцев есть привычка на корпус наносить неправильную разметку. У меня лежит с десяток st-link'ов. Из них четыре штуки с "перепутанными" SWD/SCL!

А ТСу надо попробовать connect under reset. А если не поможет — UART'овский бутлоадер.

Изменено 10 июля, 2020 пользователем Eddy_Em

[ostashv-evgeniyy 0]

20 hours ago, k155la3 said:

Проверьте состояние пина debud(1,2) по документации для Вашего конкретного контроллера.

У меня на F100 было, что контроллер вел себя аналогично, пока не переключил перемычку на debug, выполнил стирание, в т.ч. бита защиты option bit, затем вернул перемычку входа-пина debug в исходное состояние.

Выведите пин ресета на кнопку. Нажимаете ресет, нажимаете "cinnect",  отпускайте ресет.  

ps 

- кабель USB замените. Также возможно рядом с рабочим местом есть мощная вч-помеха (например, "шуршит" импульсный БП)

(?) 

(?) непонятно, вопрос решен или это на другом ПК-контроллере-программаторе ?

Спасибо!

Попробую!

Мне нужно, что бы шилось у меня. Что бы можно было удалено отладить.

А прошивок будет несколько. МК управляет работой спдиф трансмиттера в софтварном режиме и задаёт коэффициенты умножителя частоты. Это I2S=>SPDIF конвертор, работающий без мастерклока. 

20 hours ago, Droid 77 said:

Ну так все верно, зальется однократно при активной опции в прошивке "отключить SWD".

Программатор чип не видит, явный признак отключенных SWD и JTAG.

Возможно ваш случай: STM32CubeMX по умолчанию отключает SWD

Там правда описан случай F1-ой серии, но SWD и JTAG есть на всех STM32

Спрошу у него.

16 hours ago, ViKo said:

Возможно, дело чисто в кабелях от отладчика к мк. 

Переставлять местами такты и данные - это мощно! Надеюсь, до перемены + и - питания не доходит? 

STM8 шьётся на том же железе.

А что может быть при замене тактов и данных? Какие физические повреждения?

16 hours ago, Baser said:

Немного похожую проблему решал в прошлом году, правда многие нюансы уже забыл.
Тогда купили на производство новый оригинальный ST-LINK-V2 и он отказался писать STM32L151. Причем мой старый оригинальный ST-LINK-V2 делал это без проблем.
ST-LINK-и отличались только годом выпуска и немного наклейкой. Не помню точно, но чип определялся, но процесс подвисал при попытке стирания чипа.

К счастью, у меня уже было в закромах несколько версий STM32 ST-LINK Utility. А в них в каждой версии есть прошивки для ST-LINK-V2.
Путем экспериментов, удалось подобрать комбинацию версий прошивки ST-LINK-V2 и версии ST-LINK Utility, с которыми оба программатора нормально работали.

Так что дело вполне может быть с косяками ПО STM-а.

Возможно, кстати!...

У программиста другая версия софта.

[k155la3 26]

On 7/10/2020 at 1:00 AM, ostashv-evgeniyy said:

. . . Человек, который пишет мне прошивки шил моим программатором этот же экземпляр проца на своем ПК. У него все ОК.

Схожу уже с ума:)...

ps - Все может быть намного проще, уточните у Вашего коллеги, что в коде прошивки нет "автоустановки" битов защиты от считывания FW при первом запуске.

[Vasily_ 45]

2 часа назад, ostashv-evgeniyy сказал:

У программиста другая версия софта.

Попробуйте STM32CubeProgrammer

[Pyku_He_oTTyda 0]

Поменяйте hardware reset на software reset в окне настроек. Все:)

У вас задействованы dio и clk. Reset физически отсутствует, так что только софтварный.