Форум РадиоКот • Просмотр темы — STM32 перестали работать в CubIDE
Сообщения без ответов | Активные темы
ПРЯМО СЕЙЧАС: |
Автор | Сообщение |
---|---|
|
Заголовок сообщения: STM32 перестали работать в CubIDE
|
Нашел транзистор. Понюхал.
Зарегистрирован: Чт апр 08, 2021 09:46:48 Рейтинг сообщения: 0
|
Всем привет! Ребята, кричу HELP. Возникла проблема, с которой уже неделю сижу, никак не могу решить ее, что я только не делал. В общем, купил я года так 3-4 назад stm32f103c8c6 у одного чувака, взял новый, но он их тоже с алиэкпресс, помойму, скупает. Вложение:
«Error in final launch sequence: Failed to start GDB server Но через утилиту «STM32 ST-LINK Utility» они все прошиваются! Без проблем! Программатор ST-LINK V2 (китайский). Проблема скорее всего не внем, ведь первый микроконтроллер прошивается же. В утилите он тоже конектится: Вложение:
Мои настройки: Вложение:
Вложение:
Как я пытался решить эту проблему: 2) Делал «Firmware update» через утилиту «STM32 ST-LINK Utility» 3) В файле «stm32f1x.cfg» изменял «0x1ba01477» на «0x2ba01477» Вложение:
4) Менял настройки на «ST-LINK(Open OCD)» https://disk.yandex.ru/i/-bTJeWabcyBcUQ Я уже теряюсь в догадках, не знаю что и делать. Закупил 10 штук таких STM32, неужели мне их придется выкидывать, и забыть про эти бюджетные варинты и работать только с дорогими оригиналами? Кто сталкивался с этим подскажите пожалуйста!!! |
Вернуться наверх |
Профиль
|
Реклама | |
|
|
ART_ME |
Заголовок сообщения: Re: STM32 перестали работать в CubIDE
|
||
Карма: -22 Рейтинг сообщения: 0
|
А что мешает сделать очевидное — попробовать поработать с этими же МК в другом IDE? |
||
Вернуться наверх | |||
Реклама | |
|
|
maksimdag0 |
Заголовок сообщения: Re: STM32 перестали работать в CubIDE
|
Нашел транзистор. Понюхал.
Зарегистрирован: Чт апр 08, 2021 09:46:48 Рейтинг сообщения: 0
|
ART_ME писал(а): А что мешает сделать очевидное — попробовать поработать с этими же МК в другом IDE? Мне cubide по душе да и она бесплатная, ещё keil по душе но у неё ограничение имеется. |
Вернуться наверх | |
4airy |
Заголовок сообщения: Re: STM32 перестали работать в CubIDE
|
||
Зарегистрирован: Вс июл 24, 2022 11:42:22 Рейтинг сообщения: 0
|
Добрый день. UPD: |
||
Вернуться наверх | |||
Реклама | |
|
Выгодные LED-драйверы для решения любых задач КОМПЭЛ представляет со склада и под заказ широкий выбор LED-драйверов производства MEAN WELL, MOSO, Snappy, Inventronics, EagleRise. Линейки LED-драйверов этих компаний, выполненные по технологии Tunable White и имеющие возможность непосредственного встраивания в систему умного дома (димминг по шине KNX), перекрывают практически полный спектр применений: от простых световых указателей и декоративной подсветки до диммируемых по различным протоколам светильников внутреннего и наружного освещения. Подобрать LED-драйвер>> |
ART_ME |
Заголовок сообщения: Re: STM32 перестали работать в CubIDE
|
||
Карма: -22 Рейтинг сообщения: 0
|
ART_ME писал(а): А что мешает сделать очевидное — попробовать поработать с этими же МК в другом IDE? Мне cubide по душе да и она бесплатная, ещё keil по душе но у неё ограничение имеется. А разве я предлагал Вам перейти на другой IDE? |
||
Вернуться наверх | |||
Реклама | |
|
|
Реклама | |
|
LIMF – источники питания High-End от MORNSUN со стандартным функционалом на DIN-рейку На склад Компэл поступили ИП MORNSUN (крепление на DIN-рейку) с выходной мощностью 240 и 480 Вт. Данные источники питания обладают 150% перегрузочной способностью, активной схемой коррекции коэффициента мощности (ККМ; PFC), наличием сухого контакта реле для контроля работоспособности (DC OK) и возможностью подстройки выходного напряжения. Источники питания выполнены в металлическом корпусе, ПП с компонентами покрыта лаком с двух сторон, что делает ее устойчивой к соляному туману и пыли. Изделия соответствуют требованиям ANSI/ISA 71.04-2013 G3 на устойчивость к коррозии, а также нормам ATEX для взрывоопасных зон. Подробнее>> |
maksimdag0 |
Заголовок сообщения: Re: STM32 перестали работать в CubIDE
|
Нашел транзистор. Понюхал.
Зарегистрирован: Чт апр 08, 2021 09:46:48 Рейтинг сообщения: 0
|
4airy писал(а): Добрый день. UPD: Добрый вечер! Выполнил все как написали, к сожалению все та же ошибка вылезает. Не понимаю в чем может быть причина?! Я где прочел, что было такое, заказали как-то партию stm и они тоже все не прошивались Добавлено after 35 seconds: ART_ME писал(а): А что мешает сделать очевидное — попробовать поработать с этими же МК в другом IDE? Мне cubide по душе да и она бесплатная, ещё keil по душе но у неё ограничение имеется. А разве я предлагал Вам перейти на другой IDE? Мне бы проблему решить |
Вернуться наверх | |
Мурик |
Заголовок сообщения: Re: STM32 перестали работать в CubIDE
|
||
Карма: 1 Рейтинг сообщения: 0
|
maksimdag0 писал(а): Мне бы проблему решить Выясните в чем она. А для этого проверьте в другой IDE чтобы понять дело в отладчике или МК, или же в IDE. |
||
Вернуться наверх | |||
Asmodey |
Заголовок сообщения: Re: STM32 перестали работать в CubIDE
|
||
Карма: 13 Рейтинг сообщения: 0
|
В любой непонятной ситуации давите ресет. |
||
Вернуться наверх | |||
4airy |
Заголовок сообщения: Re: STM32 перестали работать в CubIDE
|
||
Зарегистрирован: Вс июл 24, 2022 11:42:22 Рейтинг сообщения: 0
|
Добрый вечер! Выполнил все как написали, к сожалению все та же ошибка вылезает. Не понимаю в чем может быть причина?! Я где прочел, что было такое, заказали как-то партию stm и они тоже все не прошивались А пробовали стереть чип с помощью ST-LINK Utils, а потом его пробовать прошить через CubeIDE? И желательно конечно использовать связку «Connect under reset» и подключенный пин Reset. |
||
Вернуться наверх | |||
maksimdag0 |
Заголовок сообщения: Re: STM32 перестали работать в CubIDE
|
Нашел транзистор. Понюхал.
Зарегистрирован: Чт апр 08, 2021 09:46:48 Рейтинг сообщения: 0
|
4airy писал(а): Добрый вечер! Выполнил все как написали, к сожалению все та же ошибка вылезает. Не понимаю в чем может быть причина?! Я где прочел, что было такое, заказали как-то партию stm и они тоже все не прошивались А пробовали стереть чип с помощью ST-LINK Utils, а потом его пробовать прошить через CubeIDE? И желательно конечно использовать связку «Connect under reset» и подключенный пин Reset. Пробовал, без толку Добавлено after 1 minute 33 seconds: maksimdag0 писал(а): Мне бы проблему решить Выясните в чем она. А для этого проверьте в другой IDE чтобы понять дело в отладчике или МК, или же в IDE. Сейчас этим занимаюсь,возникли проблемы со скачивания крякнутого keil. Не на том я сайте похоже скачиваю. Есть у кого достоверный сайт? |
Вернуться наверх | |
MLX90640 |
Заголовок сообщения: Re: STM32 перестали работать в CubIDE
|
||
Карма: 2 Рейтинг сообщения: 0
|
Скачайте Atollic версии 9.3, он так же бесплатен и был донором для CubeIDE, а ныне прекратил дальнейшее развитие. |
||
Вернуться наверх | |||
Asmodey |
Заголовок сообщения: Re: STM32 перестали работать в CubIDE
|
||
Карма: 13 Рейтинг сообщения: 0
|
Кнопку reset прикрутите и давите ее попеременно с попытками прошить/стереть или прямо во время попыток. Или начинайте прошивать с нажатой кнопкой потом отпускайте. И вообще по всякому. Полученные результаты (даже отрицательные) станут дополнительной пищей для размышлений. |
||
Вернуться наверх | |||
HardWareMan |
Заголовок сообщения: Re: STM32 перестали работать в CubIDE
|
||
Зарегистрирован: Ср сен 02, 2015 07:47:20 Рейтинг сообщения: 0
|
Кнопку reset прикрутите и давите ее попеременно с попытками прошить/стереть или прямо во время попыток. Или начинайте прошивать с нажатой кнопкой потом отпускайте. И вообще по всякому. Полученные результаты (даже отрицательные) станут дополнительной пищей для размышлений. Так ведь есть же выход сброса у SWD программатора. Подключить его тоже и включить «connect under reset». Что касается непонятного поведения контроллера с Алишечки даже если пытаешься просто помигать светодиодом скажу так: там они все БУ. Найти новый и до пандемии было сложно, а сейчас просто невозможно. У многих из них опции прописаны и в них часто включён сторожевой пёс. Именно такая проблема была чаще всего: если твой контроллер начинает «чудить» особенно со временем — напиши простенькую программку, которая приведёт его опции в исходный заводской вид. Из полусотни контроллеров с Алишечки, что прошли мимо меня, мне пришлось обнулять примерно 2/3. Напомню, что программатором стереть опции нельзя, только ядро может их крутить. Ну и не залочте там случайно RDP. |
||
Вернуться наверх | |||
MLX90640 |
Заголовок сообщения: Re: STM32 перестали работать в CubIDE
|
||
Карма: 2 Рейтинг сообщения: 0
|
Чой-то нельзя? Всё можно через утилиту ST-Link, полный контроль: Включенный аппаратный вачдог будет сбрасывать микроконтроллер при работе приблизительно через каждые (если память не изменяет) 3 секунды. И отключить его можно только через биты опций. Лучше всего это делать через утилиту ST-Link, потому что программно можно напортачить до блокировки микроконтроллера. Хорошо, что у F1 серии блокировка только первого уровня, не полный «кирпич». У F1 рид-аут протекшн лечится просто снятием защиты через утилиту ст-линк, при этом прошивка будет стерта. А вот у более современных серий есть уже вариант Level-2, там уже — полный кирпич. |
||
Вернуться наверх | |||
Мурик |
Заголовок сообщения: Re: STM32 перестали работать в CubIDE
|
||
Карма: 1 Рейтинг сообщения: 0
|
|||
Вернуться наверх | |||
maksimdag0 |
Заголовок сообщения: Re: STM32 перестали работать в CubIDE
|
Нашел транзистор. Понюхал.
Зарегистрирован: Чт апр 08, 2021 09:46:48 Рейтинг сообщения: 0
|
HardWareMan писал(а): включить «connect under reset» Asmodey писал(а): Скачайте Atollic версии 9.3 Всем доброго дня! Не отвечал, потом что решал эту проблему, и решил ответить уже с результатом. Перепробовал все что вы предложили, все равно без результатно. Вывел с st-link reset и пытался подключиться с ним! Скачал Atollic, но тоже такая же ошибка. Сейчас установился keil (с официального сайта), хочу проверить на нем, и уже тогда будет 100% ясно в МК проблема или в IDE. Сгенерировал код с Cubmx, открываю проект в keil, компилю, а оно не компилится, вылезал такой текст: «Build started: Project: HTT_EM Решил эту проблему, изменив в настройках установку компилятора на “V6.18”: Вложение:
После этого у меня вылезла новая ошибка: Вложение:
«Build started: Project: Test_project Долго над ней сидел, но так и не получилось ее решить. Из-за чего это ошибка, подскажите, знатоки? Настройки CubMX: Вложение:
Пробовал выбирать различные версии, но ошибка не исчезала. Для удобства все описал в документе Word: Последний раз редактировалось maksimdag0 Вс авг 14, 2022 12:35:36, всего редактировалось 1 раз. |
Вернуться наверх | |
VladislavS |
Заголовок сообщения: Re: STM32 перестали работать в CubIDE
|
||
Карма: 13 Рейтинг сообщения: 0
|
Проект в директории с русскими буквами? Хотя, keil, вроде бы, этим не болел раньше. |
||
Вернуться наверх | |||
maksimdag0 |
Заголовок сообщения: Re: STM32 перестали работать в CubIDE
|
Нашел транзистор. Понюхал.
Зарегистрирован: Чт апр 08, 2021 09:46:48 Рейтинг сообщения: 0
|
Проект в директории с русскими буквами? Хотя, keil, вроде бы, этим не болел раньше. Сам путь к проекту без кириллицы, но название моего компьютера С кириллицей «Максим» (см. фото). |
Вернуться наверх | |
MLX90640 |
Заголовок сообщения: Re: STM32 перестали работать в CubIDE
|
||
Карма: 2 Рейтинг сообщения: 0
|
Хотя, у меня, например, имя пользователя — тоже русскими буквами, но проблем с работой не было. А к целевому микроконтроллеру через утилиту ST-Link удается подключиться? Если да, то выберите Target->Option Bytes и посмотрите, что там есть (как в приведенном мною выше скрине). Добавлено after 6 minutes 38 seconds: |
||
Вернуться наверх | |||
maksimdag0 |
Заголовок сообщения: Re: STM32 перестали работать в CubIDE
|
Нашел транзистор. Понюхал.
Зарегистрирован: Чт апр 08, 2021 09:46:48 Рейтинг сообщения: 0
|
maksimdag0 писал(а): откройте Target->Option Bytes и посмотрите, какие там галочки установлены или сброшены Вот: Вложение:
Кстати, да. В STMке, которая прошивается она определяется в утилите ST-Link как 128kb, а в STMках, которые не прошиваются — 256kb. Это что получается-то? Другой микроконтроллер? (где-то я читал, у кого-то уже так было вроде, что написано одно, а оказались другие МК, но помоему человек заказывал STM32F103C8T6 а по факту стоял процессор STM32F103C6T6). У меня тогда какой, ведь STM32F103C6T6 не может быть на 256kb? В ST-Link — STMка которая прошивается: Вложение: В ST-Link — STMки которые НЕ прошиваются: Вложение: Маркировка STMки которая прошивается: Вложение: Маркировка STMок которые НЕ прошиваются: Вложение: |
Вернуться наверх | |
Кто сейчас на форуме |
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 4 |
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения |
trying to program and debug STM32F103 (Bluepill) from Atollic TrueStudio 9.3 I got following message:
STMicroelectronics ST-LINK GDB server. Version 5.1.0 Copyright (c)
2018, STMicroelectronics. All rights reserved.Starting server with the following options:
Persistent Mode : Disabled
Logging Level : 1
Listen Port Number : 61234
Status Refresh Delay : 15s
Verbose Mode : Disabled
SWD Debug : EnabledVendor = 0x55
Error in initializing ST-LINK device. Reason: ST-LINK: Could not
verify ST device! Abort connection.
Trying to do the same thing in St-Link utility works without any problems (also erasing and programming):
What could be the problem with this, why does it have problems with verification ?
Tnx for helping in advance!
Blue
8024 silver badges17 bronze badges
asked Nov 9, 2019 at 20:54
3
The problem is that the ID of the STM32F103 on the BluePill and the ID, defined the debugger config files are different. Often the BluePills have counterfeit ICs on them in order to keep the price low, but these do not have the same ID as genuine ICs.
The Instructions/video below are made for STM32CubeIDE however they should also work for TrueSTUDIO.
Video about a workaround: https://youtu.be/bJYp8o7FoYo
-
Open the Debug Configuration Window
-
Select ST-LINK(OpenOCD) in the Debug Probe Dropdown
-
Search stm32f1x.cfg file the C:STSTM32CubeIDE_1.2.0STM32CubeIDE and open it using notepad.
-
Search for this Line
-
Now change the ID from 0x1ba01477 to 0x2ba01477 as shown here
-
Save the file, now debugging should work
rkta
3,6867 gold badges27 silver badges36 bronze badges
answered May 14, 2020 at 17:06
1
this solution also works for clone chips like CH32F103 which is in some cases on BluePill
the other solution is to change a parameter in «stm32f1x.cfg»
open it with a text editor and find this line:
swj_newdap $_CHIPNAME cpu -irlen 4 -ircapture 0x1 -irmask 0xf -expected-id $_CPUTAPID
change «$_CPUTAPID» to zero at the end of line it should be like this:
swj_newdap $_CHIPNAME cpu -irlen 4 -ircapture 0x1 -irmask 0xf -expected-id 0
after that :Open the Debug Configuration Window like picture above and choose «Select ST-LINK(OpenOCD)» in the Debug Probe Dropdown
then click «Show generator options…” and in Mode setup change»Reset Mode”For“Software system reset”.
both of ways works and i’ve tested them with CubeIDE and CH32f103c8t6.
remember to change jumper on board
jumpers : up = 0 ; down = 1
answered Mar 24, 2021 at 6:10
Failed to start gdb server error in initializing st link device
Всем привет! Ребята, кричу HELP. Возникла проблема, с которой уже неделю сижу, никак не могу решить ее, что я только не делал.
В общем, купил я года так 3-4 назад stm32f103c8c6 у одного чувака, взял новый, но он их тоже с алиэкпресс, помойму, скупает.
И начал работать с этой платой. Работаю я в CubIDE, все прекрасно работало, писал себе проект. Потом этот микроконтроллер начал работать с косяками, начались какие-то мигания не нужные и тд и тп, я подумал что ему хана, не полностью, но хана. Заказал новые, и тут все началось! Они не прошиваются! Сначала заказал 2 штуки с алиэкспрес, не прашиваются, потом еще заказал и они тоже не прошиваются, выходит следующая ошибка:
«Error in final launch sequence:
Failed to start GDB server
Failed to start GDB server
Error in initializing ST-LINK device.
Reason: (18) Could not verify ST device! Abort connection.»
Но через утилиту «STM32 ST-LINK Utility» они все прошиваются! Без проблем!
Программатор ST-LINK V2 (китайский). Проблема скорее всего не внем, ведь первый микроконтроллер прошивается же. В утилите он тоже конектится:
Как я пытался решить эту проблему:
1)Были мысли, что в CubIDE есть защита от китайских микроконтроллеров, но ведь первый, который прошивается, он то тоже из китая. Но наверное это не так!
2) Делал «Firmware update» через утилиту «STM32 ST-LINK Utility»
3) В файле «stm32f1x.cfg» изменял «0x1ba01477» на «0x2ba01477»
4) Менял настройки на «ST-LINK(Open OCD)»
https://disk.yandex.ru/i/-bTJeWabcyBcUQ
Здесь я выложил документ, где полностью все расписано и имеются все фото, в том числе фото самих микроконтроллеров один из которых прошивается, другой нет, для визуальной оценки. Кот не позволяет здесь загружать фото больше 5 штук.
Я уже теряюсь в догадках, не знаю что и делать. Закупил 10 штук таких STM32, неужели мне их придется выкидывать, и забыть про эти бюджетные варинты и работать только с дорогими оригиналами? Кто сталкивался с этим подскажите пожалуйста.
Реклама |
ART_ME |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Карма: -22 |
|
Привет, народ.
Купил себе на пробу STM32F103C8T6 (BluePill) с программатором STLink-V2. Вот что о нем рассказывает st-info —probe:
Found 1 stlink programmers serial: 132014026315303030303032 openocd: "x13x20x14x02x63x15x30x30x30x30x30x32" flash: 65536 (pagesize: 1024) sram: 20480 chipid: 0x0410 descr: F1 Medium-density device
Установил среду STM32CubeIDE Version: 1.8.0 Build: 11526_20211125_0815 (UTC).
И попытался собрать и запустить программку мигания светодиодом. Сделал новый проект для STM32F103C8Tx, настройки брал из вот этого видео: https://www.youtube.com/watch?v=e_NSqz5P8Qk
По-сути сгенерировался дефолный проект для STM32F103C8Tx, частота настроена на 72MHz, активирован пин PC13 на режим Output. В коде в бесконечный цикл вписаны команды:
while (1) { HAL_GPIO_TogglePin(GPIOC, GPIO_PIN_13); HAL_Delay(500); }
По ходу попыток запуска, вначале STM32CubeIDE сказал, что прошивка устарела, и надо обновить. Я согласился, но пришлось пару раз вставить-вытащиить программатор в USB, так как была ошибка:
st-link is not in the DFU mode. Please restart it.
Прошивка залилась, а в сети нашел инфу что если обновление прошивки предваряется такой ошибкой, то это нормально.
Потом пришлось подредактировать файл stm32f1x.cfg, так как при запуске была ошибка:
linux gdb ST-LINK: Could not verify ST device! Abort connection.
Эту ошибку убрал по инструкции: https://stackoverflow.com/questions/58783393/atollic-couldnt-verify-st-device, заодно отладку переключил с STLink GDB Server на STLink OpenOCD (сам GDB, естественно, установлен и работает, обычный C/C++ код через него отлаживается).
В результате, после устранения предыдущей ошибки, стали появляться другие ошибки:
Error: STM32F103C8Tx.cpu -- clearing lockup after double fault Polling target STM32F103C8Tx.cpu failed, trying to reexamine
Насколько я понял, эти ошибки возможны из-за того, что программа либо не запускается, либо крашится уже на самом микроконтроллере по причине неправильной настройки диапазонов адресного пространства или какой-то периферии.
Тогда я решил снова сделать новый проект, все повторил заново, и на этот раз почти получилось. Во всяком случае, явных ошибок в логе запуска нет. Но светодиод не мигает, отладка не работает:
Open On-Chip Debugger 0.11.0+dev-00438-ga75fc63 (2021-11-03-15:26) Licensed under GNU GPL v2 For bug reports, read http://openocd.org/doc/doxygen/bugs.html Info : Listening on port 6666 for tcl connections Info : Listening on port 4444 for telnet connections Info : STLINK V2J39S7 (API v2) VID:PID 0483:3748 Info : Target voltage: 2.427853 Info : Unable to match requested speed 8000 kHz, using 4000 kHz Info : Unable to match requested speed 8000 kHz, using 4000 kHz Info : clock speed 4000 kHz Info : stlink_dap_op_connect(connect) Info : SWD DPIDR 0x2ba01477 Info : STM32F103C8Tx.cpu: Cortex-M3 r2p1 processor detected Info : STM32F103C8Tx.cpu: target has 6 breakpoints, 4 watchpoints Info : starting gdb server for STM32F103C8Tx.cpu on 3333 Info : Listening on port 3333 for gdb connections Info : accepting 'gdb' connection on tcp/3333 Info : device id = 0x20036410 Info : flash size = 64kbytes undefined debug reason 8 - target needs reset O.K. O.K.:0xE00FFFD0 undefined debug reason 8 - target needs reset shutdown command invoked Info : dropped 'gdb' connection
Я пробовал собрать и запуститься в режиме релиза (переткнул и конфигурацию и билд на Release), но почему-то при запуске RUN все равно IDE пытается запустить дебаггер, ей это не удается, лог запуска все тот же.
Дальше я уже не знаю что делать. Прошу посоветовать что где еще надо докрутить, чтобы помигать светодиодом.
* * *
UPD: Иногда запуск почему-то происходит по-другому, хотя ничего ни в коде ни в конфигурации не меняю. Запуск сопровождается появлением окна с ошибкой:
Could not verify STM device!
Хотя, как написано выше, такая ошибка была, и верификация устройства отключена (в начало файла stm32f1x.cfg добавлена строка set CPUTAPID 0).
Выхлоп запуска при этом немного другой, строки с Info те же самые, но в конце такие ошибки:
undefined debug reason 8 - target needs reset O.K. O.K.:0xE00FFFD0 Error: Failed to read memory at 0xfffffffe Error: Failed to read memory at 0xfffffffe undefined debug reason 8 - target needs reset shutdown command invoked Info : dropped 'gdb' connection
Вот как выглядит скриншот: https://ibb.co/JvyD2HK
Изменено 26 марта, 2022 пользователем xintrea
Пытаюсь прошить, не говоря уже о дебаге, китайский stm32F103C8T6 китайским st-link’om, но вылетают ошибки то:
при Debug probe — ST-LINK (OpenOCD)
Warn : UNEXPECTED idcode: 0x2ba01477 Error: expected 1 of 1: 0x1ba01477
при Debug probe — ST-LINK (ST-LINK GDB server)
Vendor = 0x3B Error in initializing ST-LINK device. Reason: ST-LINK: Could not verify ST device! Abort connection.
в stm32f1x.cfg менял 0x1ba01477 на 0x2ba01477 в
if { [info exists CPUTAPID] } { set _CPUTAPID $CPUTAPID } else { if { [using_jtag] } { # See STM Document RM0008 Section 26.6.3 set _CPUTAPID 0x3ba00477 } { # this is the SW-DP tap id not the jtag tap id set _CPUTAPID 0x1ba01477 } }
Сам ST-LINK апгрейдил до последней версии, джамперы как только не ставил, хотя и не нашел в каком положении они должны быть
st-info --probe
Found 1 stlink programmers
serial: 3f3f050010134753384c4e00
hla-serial: "x3fx3fx05x00x10x13x47x53x38x4cx4ex00"
flash: 131072 (pagesize: 1024)
sram: 20480
chipid: 0x0410
descr: F1xx Medium-density
Через STM32 CubeProgrammer все шьется отлично, но хотелось бы как то прям из идеи и что бы с дебагом
Изменено 21 сентября, 2020 пользователем Victor Samilenko
Error in initializing st link device cubeide
Всем привет! Ребята, кричу HELP. Возникла проблема, с которой уже неделю сижу, никак не могу решить ее, что я только не делал.
В общем, купил я года так 3-4 назад stm32f103c8c6 у одного чувака, взял новый, но он их тоже с алиэкпресс, помойму, скупает.
И начал работать с этой платой. Работаю я в CubIDE, все прекрасно работало, писал себе проект. Потом этот микроконтроллер начал работать с косяками, начались какие-то мигания не нужные и тд и тп, я подумал что ему хана, не полностью, но хана. Заказал новые, и тут все началось! Они не прошиваются! Сначала заказал 2 штуки с алиэкспрес, не прашиваются, потом еще заказал и они тоже не прошиваются, выходит следующая ошибка:
«Error in final launch sequence:
Failed to start GDB server
Failed to start GDB server
Error in initializing ST-LINK device.
Reason: (18) Could not verify ST device! Abort connection.»
Но через утилиту «STM32 ST-LINK Utility» они все прошиваются! Без проблем!
Программатор ST-LINK V2 (китайский). Проблема скорее всего не внем, ведь первый микроконтроллер прошивается же. В утилите он тоже конектится:
Как я пытался решить эту проблему:
1)Были мысли, что в CubIDE есть защита от китайских микроконтроллеров, но ведь первый, который прошивается, он то тоже из китая. Но наверное это не так!
2) Делал «Firmware update» через утилиту «STM32 ST-LINK Utility»
3) В файле «stm32f1x.cfg» изменял «0x1ba01477» на «0x2ba01477»
4) Менял настройки на «ST-LINK(Open OCD)»
https://disk.yandex.ru/i/-bTJeWabcyBcUQ
Здесь я выложил документ, где полностью все расписано и имеются все фото, в том числе фото самих микроконтроллеров один из которых прошивается, другой нет, для визуальной оценки. Кот не позволяет здесь загружать фото больше 5 штук.
Я уже теряюсь в догадках, не знаю что и делать. Закупил 10 штук таких STM32, неужели мне их придется выкидывать, и забыть про эти бюджетные варинты и работать только с дорогими оригиналами? Кто сталкивался с этим подскажите пожалуйста.
Реклама |
ART_ME |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Карма: -22 |
|
Hi @ALABSTM,
Imported a fresh template of BootCM4CM7 project from SW4STM32 to STM32CubeIDE (1.3.1). I set up the project the following way:
- M7 debug session flashes both images
- M4 debug session attaches to the system instead of start a debug session
To have some visual feedback I added for each core a different blinking LED.
M7 debug session started correctly but it goes to error_handler. The issue is mentioned here: https://visualgdb.com/tutorials/arm/stm32/multicore/startup/
so I replace the while loop with the timeout with while(__HAL_RCC_GET_FLAG(RCC_FLAG_D2CKRDY) != RESET) { asm(«NOP»);}
That didn’t improve it, the M7 gets stuck waiting at RCC_FLAG_D2CKRDY, while the M4 can not attach (STLink doesn’t connect) but starting a new debug session for the M4 without reseting the core connects but gets stuck in reset handler.
To rule out that is not my debug settings what are causing this situation I programmed both cores with STM32CubeProgrammer, no LEDS flashing either.
I removed the HSEM and initial RCC_FLAG_D2CKRDY checks in the M7 and the HSEM and going to Stop from M4: Both LEDS blinking and I am able to debug both cores.
Both OB BM4 and BCM7 are set.
I think there are some issues with waking up from the Stop mode in the M4.
Are you able to tell me if I’m doing something wrong or is the code that is not fully set up?