Доброе время всем.

Собрали 2 платы с сабжем (в каждой по 2 идентичных чипа). Тк она очень плотная, то пришлось взять корпус UFBGA100 и вывести SWD, а не полноценный jtag.

Плату собрали, bga ставил сам, видел как чип аккуратненько встал на место в 180, догрел 205 и охлаждение - стандартная процедура. Единственно, возможно от IPC прижался к верху допусков: скорости нагревания и охлаждения были до 2C/сек.

Дальше включаем, ни хрена не работает. Питание в норме - 3.29, на тепловизоре вижу, что чип нормально греется - на нем 37-38С, кристалл равномерно нагрет, как в рабочих платах.

Контроллер в IAR-е не видится. пробовали 2 разными китайскими st-link-ами, перед этим их оба проверяли на других stm103 - там было все ок. Не один из 4 чипов не приконнектился. В плате стояли генераторы kx-7t 25 Мгц, в конфигураторе оказалось чип принимает до 16. Выпаял все. Все равно ни хрена.

Единственное, на линии SWD неправильно стоят резисторы - на одной 100 Ом, а на второй - 0.

Предложите какую-нибудь версию, кроме некорректной и дефектной (электроконтроль, правда резонит)) ПП, по которой контроллер может не увидеться при нормальном питании и правильно разведенном SWD.

При чем тут кварц??? Для связи по SWD/JTAG в STM32 он не нужен. Даже CUBE-кодеры в курсе этого
Для подключения к отладчику достаточно лишь подключить ВСЕ пины питания, в т.ч. все аналоговое питание (VDDA и т.п.), кинуть на них хотя бы по одной керамике и конечно подключить линии SWCLK/SWDIO.

Еще можно RESET соединить и попробовать режим CONNECT UNDER RESET
Можно BOOT0 на плюс и проверить через System Bootloader

О! Действительно, про BOOT0 забыл!
Ну, и не мешало бы проверить токи потребления по цепям питания.

Например (кроме всего прочего, что тут уже написали): зашита дефектная прошивка, которая сразу после старта приводит к сбросу CPU, и он крутится в бесконечном сбросе.
В таком случае у SWD/JTAG могут быть большие проблемы с коннектом.

не, это вряд ли. сегодня узнаю, где куплены кристаллы, но на бу они не похожи, я их сам впаивал, и дальше молчок - те они дб с завода, пустые


про boot0 можно забыть - он жестко к земле подключен.
CONNECT UNDER RESET попробуем.

Я вот думаю, возможно это из-за неправильного номинала на одной из линий swd (0 ом) - возможно там просто в линии отражения, и ошибки обмена ? Линия-то быстрая...

А какой длины провода до отладчика?

штатные китайского st-link, 10-15 см

С китайским отладчиком нужно пробовать все варианты: бескислородные провода, позолоченные разъемы ...
И параллельно стоит заказать J-link, на первое время хотя бы китайский (~1500р)

j-link у нас родной лежит, даже 2. Для студентов они родные по 1500р были)

Бережете для особого случая?

Мы на него как-то забили, тк он не дает графики нахаляву через SWD строить - в задачах с измерениями и математикой бывает очень удобно...
Попробуем, спасибо.

Какие еще графики?
В сетях уже много-много лет лежит кряк под разные фичи J-Link, он формирует ключи по серийнику отладчика.
После этого "нахаляву" можно пользоваться всеми возможностями любого j-link, даже самого упоротого его клона за 250р.

Да нет, j-link у нас полнофункциональный, просто на корпусе есть клеймо - EDU)
Для лохопользователей Cube) есть еще один божественный продукт - STM studio. Вот он нахаляву рисует графики))

Те, получается по аналогии с ПЛИС - там - встроенный логический анализатор, а здесь - встроенный мелкий осциллограф.
Удобно, блин)

Осциллографом потыкайте. Вот тут, например, показан вариант неправильной осциллограммы.
Кстати, SWDIO - двунаправленная линия. 100 Ом многовато, ИМХО. Я вообще никогда резисторы там не ставил, и проблем не было.

Я пользую иногда куб. Правда, лишь для распиновки толстых проектов.


Тогда при чем тут отладчик?

Studio для swd хочет stm-link. А j-link не хочет.
Он получает данные для визуализации из jtag/swd.

Какая капризная эта "Studio" :D

Опасно так делать напрямую. Лучше уж через нулевые резисторы. Не помню насчёт STM или не STM, но с какими-то Cortex-ами у нас были ситуации, когда прошивали ПО с багом, которое сразу при старте уходило в сброс и зацикливалось в сбросе. И спасало только переключение boot-пинов на встроенный загрузчик и полное стирание МК, иначе J-Link не подключался. Может конечно подключение эмулятора под сбросом поможет, но не уверен, не помню. А если при этом ещё и установлена защита на флешь, то думаю и подключиться эмулятором под сбросом тоже не получится.
А нулевой резистор проще выпаять, чем проц.

Ничего тут опасного нет. BOOT0 всегда жестко кидаю на 0V (цифровая земля).
А проблема кривой прошивки решается просто. Я с таким дважды сталкивался.
Лечил пинцетом: коротил NRST на 0V, и выбирал в опция отладчика "under reset" (у меня на всех платах к NRST подключен только один кондер 0.01, поэтому по сути коротил этот кондер).
А если бы от отладчика кроме SWDIO/SWCLK линий была еще подключена линия сброса, то пинцет бы не понадобился ))
Но так как такая ситуация очень редкая, то к SWD все равно никогда более не выводил NRST, т.е. всегда ограничивался 4 пинами к программатору/отладчику (при небольшой жгута к отладчику можно даже ужать до 3х - GND/SWDIO/SWCLK).


Все там подключается! SWD доступен под сбросом (STM32), но только, если уровень защиты 0й (без защиты) или 1й, т.е. не самый крайний!
Вот под 2м (крайним) уровнем защиты камень только выкинуть, там уже ничего не поможет, ибо BOOT0 тоже не работает (аппаратно заблокирован штатный загрузчик), отладчик тоже напрочь блокируется. Фактически кристалл превращается в кирпич.
Если, конечно, нет внутренного самописного бутлодыря....
Когда писал свой бутлодырь, то предусмотрел возможность восстановить битую прошивку: каждый раз при запуске камня ВСЕГДА запускается бутлодырь, потом оно проверяет контрольную сумму прошивки и уже потом передает управление в прошивку.
Контрольная сумма считается быстро (даже без DMA + модуль CRC32). В этом случае даже, если прошивка cлетела или был прерван процесс заливки прошивки, то ее всегда можно восстановить. Даже если 2й уровень защиты камня!

Не знаю сколько там и какие уровни под STM32, у нас был LPC, там 3 уровня. И только под 3-м МК можно только выкинуть.
Но мы всегда использовали 2-й как самый оптимальный, он не позволяет вообще подключение эмулятора и в то же время позволяет не перепаивать чип если что-то пошло не так - всегда можно чип просто полностью стереть.
Если к МК можно подключиться отладчиком (под сбросом или ещё как-то), то это уже не защита - любой школьник сольёт прошивку. Поэтому, по Вашим словам, в STM32 всего один уровень защиты - 3-й. И тогда да - резистор в этом случае не нужен - один фиг придётся МК выкинуть.


А если CRC не совпала что делаете?

Вы не поняли )) Проясню:
0й- уровень - нету никакой защиты, прошивку может слить "любой школьник".
1й уровень - отладчик доступен, штатный загручик тоже, но прошивку слить уже нельзя. Можно стереть и залить новую, но вычитать - никак. Это режим рассчитан для мелкой серии и "сырых" девайсов.
2й уровень - ничего не доступно. Это режим только для серии, для крупной серии, в которой выгоднее выкинуть всю битую плату, чем перепаивать/перешивать камень.

Все просто: остаюсь в загрузчике, моргаю нужными лампочками, жду подключения проги для заливки прошивки.

Кстати, прошивка шифрованная, загрузчик на ходу ее расшифровывает и шьет во флэш.
Т.е. конечный юзер без проблем сможет ее заново залить. В т.ч. и обновить.
Разумеется, софт загручика проверяет версию прошивки и не позволит зашить левую прошивку или прошивку для этого изделия, но с более новым железом.
Дополнительно хочу потом добавить контроль версии прошивки самим загрузчиком.
Версия прошивки хранится в файле самой прошивки вместе с ее контрольной суммой и др. сопроводит информацией, а вот где именно, знает только загрузчик и прога, которая шифрует прошивку.

15 лет назад я сам разрабатывал такие платки. Тогда, чтобы получить отладочный канал с визуализацией входов в x86, я потратил месяц. При этом проект был прибит гвоздями к железу и его характеристикам, и требовал дополнительных переходников.

Такое как в студии я видел только в отладочных средах под DSP AD и TI. И стоит все это - как самолет.
А тут нахаляву. Считаю, ради этого стоит потратить 200 р на китайский stmlink.

Это Вы не поняли. Если доступен отладчик, то почему нельзя слить прошивку???
Да это делается любым школьником как два пальца.


А прога как подключается для заливки? Через какой-то Ваш штатный интерфейс? Или через SWD?

Толстый отладочный канал с перегруженной визуализацией чего надо и не надо делается через любой внешний интерфейс, которых в камне и так полно.
Но удобнее использовать штатный канал, который щас есть в любом ARM: RTT, в него (через SWD) можно выводить тонны информации. Софта тоже хватает.
Так что привязываться к среде разработки ради лишь красивых real-time графиков - это пережиток, имхо, прошлого

У меня коллега пару месяцев назад для пробы визуализировал чем-то внутренние переменные через J-Link. Нашёл какой-то готовый инструмент для этого. Какой именно - не интересовался. У него показывало под виндой красивой крутилкой угловое положение из некой переменной в устройстве.

Вы опять ничего не поняли
Через SWD в этом 1м режиме защиты набор "команд" сильно урезан (если можно так выразиться), фактически можно лишь полностью стереть весь чип и заодно сбросить в дефолт биты конфигурации, которые определяют режим защиты (и многое другое).
Отдельно доступ к битам защиты через SWD недоступен.
Это блокируется на аппаратном уровне. У "школьников" тут ничего не получится, поэтому они могут идти обратно в школу доучиваться )))


Конечно через свой интерфейс (USB/CAN и т.п.). Ведь SWD при 2м уровне защиты напрочь отключается.

Я вот и описываю вам как раз один из таких инструментов, и говорю - красиво и удобно.

Если таких инструментов стало много - ну тем более вива STM


Действительно, любопытно и удобно https://habrahabr.ru/post/259205/

Посмотрите для примера на эту штуку (если не учитывать стоимость J-Link)

Ну если так - это другое дело. Вы этого не описали, а я писал что не знаю механизма защиты STM32.


Отдельный доступ и не нужен. Нужна только возможность загрузить какие-либо ПО в ОЗУ или в любую часть FLASH. Если это тоже отключено, то тогда всё ок.

Не получится 3, нужно еще target power обязательно (по крайней мере j-link'у) питание буферов.

Я это сразу написал, читайте, пожалуйста внимательнее:

STM то тут каким боком? Это вообще не её инструмент.

Можно, но лишь после небольшой доработки жгута или еще проще - вскрыть отладчик и кинуть один проводок на Vtarget от 3.3В, которые по-любому есть внутри отладчика.
Я так делал, прекрасно работает.
Для домашних поделок вполне рабочее решение, но в реальном производстве отказался - для этого требуется доработка отладчика,
к тому же нужно обязательно все это документировать, но хуже другое - потом будут гулять разные версии отладчиков/жгутов с доработкой и без ...

м. Я получаю этот функционал в камнях stm, поэтому ассоциирую с ней. Вы хотите сказать, что это работает во всех ARM контроллерах ?

Естественно. Мы на работе не используем STM32

У нас на работе используют ARM камни от ST, NXP, TI, Миландр, AD, Nordic и может еще какие-то. Но в основном от ST.
Шьют все через J-Link и очень мало кто STlink. Среда - платный KEIL, у студентов - бесплатный или что-то свое на GCC.
Некоторые даже умудрялись использовать QTCreator+GCC

потыкали - вроде все ок(

connect during reset тоже сделали, контроллер по прежнему not found

Какие токи на VDD, VDDA в сбросе и без? Проверяйте БЕЗ отладчика.

Так а сам reset есть, под которым connect?
Приходилось держать сброс, запускать отладчик и тут же снимать сброс.

При установке J-Link в папке с его программой появляется такой файлик: JLinkSTM32.exe
Он позволяет тереть залоченные STM-ки, но только, если они не тотально залочены (2й уровень защиты).
Попробуйте этот вариант.
После этой процедуры питание у камня нужно передернуть.

Нажмите для просмотра прикрепленного файла

STM32 ST-LINK Utility позволяет манипулировать Options битами.

Черт меня угораздил согласиться на предложение разработчика поставить UFBGA100. Их в России вообще нет.
Сейчас ищем образец у приличного дистриба.

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

Это можно проверить, замерив токи потребления по цепям питания: "муляжи" обычно ток не потребляют.

Ну и прекрасно!
Только, если камень залочен, то это бесполезно. И поможет тогда только Mass Erase.

Но новые камни никогда не продают залоченными.

8 ма (instek) без ничего, в ресете 3 ма.

На обеих платах одинаково.


Вы имеете в виду, генерирует ли реально stm-link reset в пин ?
Щаз проверим...

Если Level 1, то доступа к памяти нет, но стереть можно. Вы и сами знаете. То же самое делает, я так думаю, и предложенная вами Unlock программа.

Ну, она только для этого и сделана. В этом ее прелесть )))
По мне возможность выборочно менять option биты - сомнительная возможность. Зачем?

Я готовлю прошивки под J-Flash (прога, из под которой шьются камни) так, что все нужные Option биты шьются автоматом, так как прописаны в самом проекте под J-Flash.
Можно даже изголиться и сделать прошивку Option битов прямо из прошивки: залил прошивку, она запустилась, прошила нужные биты (залочилась) и перезапустилась.

Очень даже полезно, залочить отдельные области памяти. Там есть опции, о наличии которых в МК многие пользователи и не подозревают.

Не вижу смысла делать это вручную через какую-бы то ни было прогу и уж тем более доверять это делать настройщику, который прошивает серийные изделия.
В серии это делается совсем иначе и никакие биты защиты настройщик (прошивальщик) сам не ставит, это должно быть сделано автоматом.
Вот один из самых (имхо) профессиональных подходов: https://www.segger.com/products/production/...flasher-secure/

Поэтому удел STLink - домашные поделки и демоборды.

А так ли они нужны для разовой наколенной поделки?