Так же есть подменю с настройками ПИД регуляторов, тут перемещение нажатием кнопки на энкодере а поворот устанавливает значение.

ПИД регулятор получился не такой как все =). Его интегральная часть это единица времени, а не просто безразмерный коэффициент как в других цифровых регуляторах. Все цифровые регуляторы дискретны (мои срабатывают каждые 500мс(можно сделать быстрее если нужно)), за это время интегральная часть закидывает в буфер текущее значение ошибки регулирования. Дальше берется сумма этого буфера и вот мы получаем интеграл. Вот тут то и отличие, те регуляторы, что я видел, берут сумму всего буфера и умножают на безразмерный коэффициент. У моего регулятора интегратор это и есть число выборок, которое нужно взять. Допустим, время интегрирования установлено 10 т.к. частота дискретизации регулятора 0,5 с 10*0,5=5 секунд. Следовательно, регулятор будет использовать интеграл изменения ошибки за последние 5 секунд. Максимум 256 выборок. Хотел сделать, что то похожее с дифференциальным звеном, но чет забил. Там можно было бы уменьшать время для следующего отчета ошибки для диф. звена, но тогда придется слишком часто дергать АЦП, а нам еще данные по ЮСБ отправлять и на экран.
Чтобы получать данные по USB нужно установить драйвер от STM usb-cdc. Потом у Вас появится ком порт, куда каждые 500мс будут отправляться данные. Можно не использовать эту функцию, ну а если решите написать ГУИ, то в коде вся строка отправления лежит за sprintf. Так же можно отправлять команды на управление. Например, чтобы установить температуру верха нужно закинуть строковые “Ch5”+ 2 байта значение температуры (0x01ff-511 градусов).
Использован широко известный экран i2c на контроллере ssd1306 (128x64), я использую свою библиотеку к нему (урезанный adafruit).
В силовой части использовал тиристоры BTA41-600. Они на 40А, но т.к. китайские, для нагрузки в 2кВт поставил 2 штуки параллельно (говорят так нельзя делать, но я надеюсь, Вы никому не скажете). Чтобы ими управлять и использую внешние прерывания при переходе синуса сети через 0. Сделано на самой обычной оптопаре, диодном мосте и паре резисторов (на схеме d1-4, u5). На печатной плате разделил силовую часть от слаботочной. Предохранителей никаких не ставил, потому что думаю запитать от автомата.

С силовой частью все. Вот такое получилось устройство в сборе (пока без радиаторов). Нагружал силовую часть лампочками по 100Вт, все работает.

Остается сделать корпус, пока на это нет времени. Нагреватели уже куплены и лежат в коробочках. Нагреватели заказывал у компании Электронагрев, обошлись в 6 тысяч с доставкой в Уфу, но при получении у Деловых линии, возникли проблемы с тем, что у них висел какой то долг)). Через пару дней они закрыли долг и я смог получить свои нагреватели.
Что я бы изменил, если делал заново:
• Использовал max31855
• Не забыл включить вачдог)))
• Использовал freertos
• Дописал ГУЙ))
Схемы и ссылку на код прилагаю:
https://drive.google.com/open?id=1TT0NNhkICT5_5t9u4LS_0rpkKu...
https://easyeda.com/aminovilshat/Payalnik_ultra
З.Ы. я не занимаюсь профессионально программированием STM32, это всего лишь хобби. Но судите строго) кроме советов отказаться от HAL и СubeMX.

Шкатулка представляет собой собранную из цельного листа толстого картона прямоугольную коробку с несколькими секциями. Спереди можно увидеть три запертых дверцы, а на крышке три рычага, которые могут принимать две возможных позиции, а так же соответствующие им три картинки: фонарь, ключ, меч.

С правой боковой стенки написан текст загадки и изображен дракон.

Получишь желаемое, если сможешь усыпить дракона в темноте и найдешь сочетание фонаря, что душу жжёт, меча, что рассекает миры, ключа, что откроет дверь.

Итак, первый вариант подобран и свет над левой дверцей загорается, сообщая о том, что она открыта.

Однако внутри оказывается лишь небольшой отдел с чашей внутри, которая заполнена до краев кислотной слизью (игрушечный лизун). Неаккуратный игрок, захотевший осмотреть находку, может запачкаться и его персонаж соответственно получит кислотный урон. В общем, эта комбинация — ошибочная и является ловушкой.

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

Человека, который откроет дверь тут же обрызгает кислотной водицей (ладно, простой водицей) и если игрока заденет, урон получит соответственно его персонаж. Стоит отметить, что с левой боковой стенки находится еще одна запертая дверца, которая в такт брызгам будет открываться и закрываться, поддразнивая игроков. За ней видно сокровище — кольцо (на видео кольцо отсутствует). Однако о нем позже, продолжаем подбирать комбинации.

Дергая рычаги подбираем третью возможную комбинацию и дверца подсвечивается, сигнализируя, что она готова к открытию. За дверь мы видим одинокую желтую кнопку…

Нажимаем и слышим пронзительный писк — мощная звуковая волна исходит из шкатулки, нанося урон всем трём героям. Что же, третья дверь и последняя испробованная комбинация и все являются ошибочными! В чем секрет? Подсказка кроется в тексте загадке:

Получишь желаемое, если сможешь усыпить дракона в темноте

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

По аналогии игроки коснутся всех трех артефактов и обретут желаемое сокровище.

Заключение

Вот такая получилась шкатулка-головоломка, которая смогла разнообразить наш игровой процесс в игре Dungeon and Dragon и над разгадкой которой игроки бились около двадцати минут. Поделкой остался в целом доволен, однако картон хотелось бы заменить на дерево, а отделку сделать более аккуратной. В планах есть идеи других подобных вещиц для игры в Dungeon and Dragons. Если у кого-то был похожий опыт или имеются идеи для реализации - круто было бы почитать в комментариях, возможно использую в будущем.

В конце приведу некоторую информацию по тому как именно реализовывалась конструкция. Ниже приведена общая структурная схема, которая рисовалась для меня самого, чтобы легче было собирать конструкцию:

Рисовалась структурная схема второпях, могут присутствовать небольшие ошибки. Микроконтроллер использовался довольно популярный — stm32f103c8t6, расположенный на отладочной плате. При написании программы использовал стандартную библиотеку от производителя Standard Peripherals Library и среду разработки Keil uvision. Для управления светодиодами и тумблерами использовались выводы интерфейса GPIO, настроенные на выходы и входы. Водяной насос для обрызгивания игроков подключается через ключ на MOSFET транзисторе в smd корпусе, пачка которых у меня имелась при себе. Для звуковой ловушки использовался зуммер, который подключался через собранный мною простенький усилитель, опять же на MOSFET транзисторе. Сервоприводы управляются с помощью ШИМ, генерируемого одним из таймеров МК. Фоторезистор через делитель напряжения подключен к АЦП микроконтроллера, что позволяло регистрировать смену освещенности вокруг. Наконец, всё устройство имеет автономное питание от литий-полимерного аккумулятора и модуль заряда с защитой, выведенного на заднею стенку конструкции. Очень понравились емкостные сенсорные датчики TTP223, которые расположил под изображениями меча, фонаря и ключа — срабатывают при прикосновении даже через слой картона.

Из курса школьной физики вспоминаем принцип работы такого измерительного прибора – ток течет по обмотке, находящейся в магнитном поле, пытается покрутиться и отклоняет стрелку. Первым делом вскрываем мультиметр и смотрим на подключение стрелки.

Подаем ему на измерение напряжение с потенциометра, а другим мультиметром снимаем напряжение между каждым проводом от стрелки и общим. Данные заносим в табличку и строим график.

Выбираем провод с более резким наклоном прямой. В моем случае получилось что при максимальном отклонении стрелки напряжение равно 96,4 мВ. Для оцифровки микроконтроллером мало, но ничего страшного, это напряжение можно усилить операционным усилителем. Подойдет любой ОУ, я взял LM2904, просто потому что у меня такой был. Смотрим документ на микросхему – два ОУ в одном корпусе, максимальное выходное напряжение Vcc-1.5v. Запитывать будем от 3.3 вольт, значит надо подобрать коэффициенты усиления так, чтобы при зашкаливающей стрелке ОУ выдавал максимально возможное напряжение.

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

Проверяем напряжение на выходе усилителя при разных положениях стрелки. Нужно настроить так, чтобы когда стрелка зашкаливает, напряжение продолжало увеличиваться пока она не упрется в ограничитель хода. Теперь это напряжение надо оцифровать. Я взял китайскую платку с STM, купленную на Али.

На борту у нее микроконтроллер STM32F103C8T6. Есть АЦП и USB. Подходит. Для первоначальной настройки предлагаю воспользоваться STM32CubeMX. Включаем тактирование, настраиваем кварцевые резонаторы.

Включаем и настраиваем АЦП, не забываем про прерывание по готовности.

АЦП будет запускаться по событию таймера, настраиваем таймер.

Таймер тактируется частотой 48 МГц, с предделителем 24 и периодом 2000 получится, что он будет запускать АЦП каждую 1 мс. В принципе так часто нет смысла, но мы будем использовать усреднение значений, поэтому пусть будет. Включаем USB, выбираем Custom HID.

Генерируем проект и переходим к написанию кода. Я использовал System Workbench for STM32. Добавляем в «main.c» запуск таймера и АЦП, и несколько глобальных переменных.

/* USER CODE BEGIN PV */

//uint16_t adc_arr[ADC_MAX_CONVERSATIONS];

uint16_t adc_to_send;

uint32_t adc_sum;

uint8_t adc_counter;

uint8_t send_flag;

volatile uint16_t x;

/* USER CODE END PV */

/* USER CODE BEGIN 2 */

HAL_ADC_Start(&hadc1);

HAL_ADC_Start_IT(&hadc1);

HAL_TIM_Base_Start(&htim3);

/* USER CODE END 2 */

В прерывании прибавляем к переменной значение с АЦП и увеличиваем счетчик. Когда счетчик достигнет 200, усредняем значение и перекладываем в буфер для отправки по USB. Поднимем флаг, что пора отправлять.

/* USER CODE BEGIN 4 */

void HAL_ADC_ConvCpltCallback(ADC_HandleTypeDef* hadc){

adc_sum+=HAL_ADC_GetValue(hadc);

adc_counter++;

if(adc_counter==ADC_MAX_CONVERSATIONS){

HAL_GPIO_TogglePin(LD_1_GPIO_Port,LD_1_Pin);

adc_to_send=adc_sum/ADC_MAX_CONVERSATIONS;

adc_counter=0;

adc_sum=0;

send_flag=1;

}

}

/* USER CODE END 4 */

В основном цикле все время проверяем флаг, если поднят опускаем и отправляем буфер. Получится что мы будем отправлять значения каждые 200 мс.

/* USER CODE BEGIN WHILE */

while (1)

{

// HAL_GPIO_TogglePin(LD_1_GPIO_Port,LD_1_Pin);

if(send_flag){

send_flag=0;

..USB_Send_report(adc_to_send);

}

/* USER CODE END WHILE */

/* USER CODE BEGIN 3 */

}

Дескриптор USB устройства уже создался стм кубом, его трогать не будем, только проверим интервал опроса, должно быть не больше наших 200 мс.

/* 34 */

0x07, /* bLength: Endpoint Descriptor size */

USB_DESC_TYPE_ENDPOINT, /* bDescriptorType: */

CUSTOM_HID_EPOUT_ADDR, /*bEndpointAddress: Endpoint Address (OUT)*/

0x03, /* bmAttributes: Interrupt endpoint */

CUSTOM_HID_EPOUT_SIZE, /* wMaxPacketSize: 2 Bytes max */

0x00,

0x20, /* bInterval: Polling Interval (20 ms) */

/* 41 */

Далее составим «HID Report» дескриптор в программке HID Descriptor Tool.

Тут мы говорим, что наше устройство сообщает температуру в комнате (Usage). Report Size=8 и Report Count=4 означают, что 32 бита посылается от устройства к компьютеру (Input) и столько же от компьютера к устройству (Output). Нам из этого всего понадобится только 2 байта, остальное на будущее. Сохраняем как заголовочный файл, и копируем в наш код (куб там оставил место в файле usbd_custom_hid_if.c). Так же надо проверить соответствие размеров репорт дескриптора 35 байт и размер буфера под отправку (тут должно быть 5 байт, потому что мы еще указали Report ID – это еще 1 байт в самом начале). Прошьем и проверим, что устройство правильно определилось в системе.

Раскомментируем функцию отправки в файле «usbd_custom_hid_if.c» и заполняем, указав первым байтом Report ID, дальше наше значение АЦП.

/* USER CODE BEGIN 7 */

/**

* @brief Send the report to the Host

* @Param report: The report to be sent

* @Param len: The report length

* @retval USBD_OK if all operations are OK else USBD_FAIL

*/

static uint8_t USBD_CUSTOM_HID_SendReport_FS(uint8_t *report, uint16_t len)

{

return USBD_CUSTOM_HID_SendReport(&hUsbDeviceFS, report, len);

}

uint8_t USB_Send_report(uint16_t data){

Rep_buffer[0]=0x01;//report id

Rep_buffer[1]=data>>8;

Rep_buffer[2]=data;

Rep_buffer[3]=0xFF;

Rep_buffer[4]=0xFF;

return USBD_CUSTOM_HID_SendReport_FS(Rep_buffer,5);

}

/* USER CODE END 7 */

Проверяем в какой-нибудь утилитке что пакеты действительно идут.

Осталось написать программку под Windows, которая бы все это обрабатывала. Берем любимую среду программирования и библиотеку для работы с HID устройствами. Я взял старенькую Delphi 7 и библиотеку компонентов JEDI VCL. Из нее нужны «TJvHidDeviceController» и «TJvHidDevice». Добавляем обработчик «OnEnumerate» у девайс контроллера, в него по очереди прилетают все HID устройства при вызове энумерации. Остается отфильтровать наше устройство по VID и PID, затем связать с компонентом «TJvHidDevice».

function TUSBMeter.HidControllerEnumerate(HidDev: TJvHidDevice; const Idx: Integer): Boolean;

begin

if (IntToHex(HidDev.Attributes.VendorID,4)=VID)and

(IntToHex(HidDev.Attributes.ProductID,4)=PID) then

begin

if (HidDev.Caps.OutputReportByteLength=OUT_REPORT_COUNT_AMPERAGE) then

HidController.CheckOutByIndex(HidAmperage,Idx);

usb_ready:=true;

end;

Result := True;

end;

Данные будут приходить в обработчик «OnDeviceData». В нем вычисляем из посылки значение АЦП и выводим куда-нибудь для проверки.

procedure TUSBMeter.HidControllerDeviceData(HidDev: TJvHidDevice; ReportID: Byte; const Data: Pointer; Size: Word);

var

buf:^byte;

begin

if (IntToHex(HidDev.Attributes.VendorID,4)<>VID)or((IntToHex(HidDev.Attributes.ProductID,4)<>PID)) then exit;

buf:=Data; // rep

adc_abs:=buf^;

adc_abs:= adc_abs shl 8;

inc(buf);

adc_abs:=adc_abs+(buf^);

inc(buf);

callback;

end;

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

Заведем так же масштабирующий массив для пересчета и массив с единицами измерений.

const

scale_arr: array[1..18] of real = (600,300,150,60,30,15,6,3,0.75,1500,300,60,15,3,0.6,0.12,0.000012,1);

scale_arr_symb: array[1..18] of string[2] = ('V','V','V','V','V','V','V','V','V','mA','mA','mA','mA','mA','mA','mA','uA','');

Для пересчета еще понадобятся два граничных значения acd_min и adc_max. Подключаем потенциометр к мультиметру, выставляем стрелку на 0 и смотрим, что присылается в программу. Если тоже 0 – хорошо, если нет – не беда, подкорректируем. Потом выставляем стрелку на максимум и так же смотрим. Важно чтобы когда стрелка «зашкаливала» значение продолжало увеличиваться, так будет запас. Если этого нет, надо подкрутить потенциометр ОУ. У меня получилось 0 и 2365. Пересчитываем и выводим уже на основное табло.

procedure TMainForm.HID_Callback;

var

s:string;

buf:string;

rec_s:string;

begin

s:=floattostr(((meter.ADC-adc_min)/(adc_max-adc_min))*scale_arr[RadioGroup1.ItemIndex+1]);

buf:=copy(s,1,5);

buf[pos(',',buf)]:='.';

Label2.Caption:=buf;

end;

Большая часть готова, теперь надо прикрутить запись в файл, страницу настроек с сохранением и красивый GUI. Формат файла я взял CSV, так как из него будет легко строить графики в Экселе.

Все, готово. Осталось собрать все в корпус мультиметра, свободного места там полно. Прорезать отверстие под USB шнурок и убрать обратно на самую дальнюю полку до тех пор, пока не понадобится снять долгий график разряда аккумулятора или график потребления тока каким-нибудь устройством.

Надеюсь, кому-нибудь будет полезно.

В ней есть режим AUX, который позволяет подключать внешние устройства для прослушивания музыки. Почему бы не воспользоваться им в своих целях? Примерное тз - сделать так, чтобы определенной комбинацией клавиш запускался режим AUX, но в то же время все данные на экране полностью переходили под наше управление и звук в AUX перенаправлялся из Bluetooth модуля. Будем разбираться с проблемами по мере их поступления.

Задача: выяснить, как осуществляется обмен данными между панелью и головой.

К счастью, в открытом доступе можно найти мануал со схемой, из которой становится ясно, что интерфейсом между головой и панелью является обычный UART, он же COM порт на ПК.

Далее был пущен в ход логический анализатор, которым была определена скорость и протокол обмена между головой и панелью. (Частота обновления экрана 10 кадров в секунду, частота сканирования нажатий 30 мс). В итоге был получен результат в виде Hello World, знакомого каждому программисту =)

Следующим шагом был этап выбора микроконтроллера для реализации этой содомии) Выбор пал на STM32F103, на борту которого целых 3 UART и есть поддержка CAN шины (почему бы не добавить и ее). В качестве Bluetooth модуля изначально был куплен CSR8645, первая версия была с ним, но он не мог выводить названия треков, а также не имел управления по цифровой шине, поэтому был куплен прямо from USA модуль под названием Bluegiga WT32i, в котором было все, что нужно и даже больше - поддержка вывода цифрового звука и поддержка lossless кодека AptX. В течение пары месяцев, когда было свободное время велась разработка прототипа. Были познаны все ужасы HAL и прелести SPL. Досконально изучены UART и DMA в микроконтроллере, т.к. связать все это вместе и чтобы оно работало без тормозов и сбоев было необходимо.

Отладка обмена:

Отладка и настройка Bluetooth-модуля с внешним ЦАПом

Затем все это добро было внедрено в головное устройство, но так, чтобы можно было без проблем прошить и снять для доработки. В качестве интерфейса был задействован кабель HDMI и разъем из мертвого ноутбука. Изнутри все выглядело так:

Снаружи вот так:

Корпусом выступил старый блок питания от ноутбука.

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

Ну и результат после месяца ожидания:

На фото и модели платы немного отличаются, был добавлен CAN трансивер и еще по мелочи.

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

Корпусом выступил все тот же блок питания.

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

Вид в сборе

Ну и видео работы

Примечание. Как вы могли заметить, русский текст выводится транслитом, более-менее умным. Например буква ч заменяется на ch и т.п., чего штатными средствами достичь никак бы не удалось. Ну и в добавок поддержка lossless аудио.

Если кто захочет повторить, пишите, у меня еще осталось 9 плат. Прошивку скину :)

Тем, кто жаждет подробностей. Задействованы все 3 UART. Один на дисплей, один на клавиши и один на Bluetooth модуль. Звуковой поток переключается аналоговым мультиплексором. CAN используется тоже из STM32. Стоит внешний ЦАП PCM5102, звук очень недурный. Подключается между головой и проводкой автомобиля. Разъемы были найдены на разборке за дофига денег)

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

iam@kolyandex.su

Предыстория...

Так уж случилось, что мне надоели лишние провода.

Немного подумав я вспомнил что на палатах Nucleo и Discovery - ST-Link совмещает в себе SWD и VCP (Virtual Com Port).

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

Однако стоимость в 20$ за ненужный кусок текстолита, при стоимости китайского варианта в 3$ - лишние расходы.

Благо мне подсказали ссылку на GitHub с уже вытянутым загрузчиком )

Приступаем к работе!

Как оказалось, для STM32+CVP не важно какой чип, C8 или CB.

Если у вас чип C8 то при обновлении указывайте модификацию STM32+Audio.

Модификацию можно произвести только на Windows версии софта, кроссплатформенная версия софта отказывается обновлять девайс!
Внутри программатора может быть совершенно разные платы и чипы!

Есть несколько вариантов модификации, и часть из них нельзя сделать если чип не подходящий!

На пример, следующие модификации можно сделать если чип STM32F1xxCBxx:

STM32 + VCP

STM8 + VCP

STM32 + STM8
Only STM32
Only STM8
Но если чип STM32F1xxC8xx, то только следующие:

STM8 + VCP

STM32 + STM8

Only STM32

Only STM8
По этому для модификации STM32 + VCP вместе с программатором покупаем чип STM32F1xxCBxx.

После модификации до STM32 + VCP программатор теряет возможность прошивать STM8!

В данном посте я делаю модификацию STM32 + VCP.

Нам понадобится:

0) Руки из правильного места ;)

1) Немного знаний

2) Паяльник
3) Мультиметр с прозвонкой

4) ПК с ОС Windows

5) Китайский клон ST-Link V2

6) Чип STM32F1xxCBxx (если программатор уже у вас в руках, и чип подходящий - то дополнительный чип покупать не обязательно)

7) USB-UART адаптер либо второй ST-Link V2

Что ж, вскрываем...

Смотрим маркировку чипа.
В желтом чип 103CB - его можно модифицировать до модификации STM32 + VCP.
В фиолетовом же на первом фото 102С8 - его до нужной модификации модифицировать нельзя, придется менять чип.
На втором фото 103CB.
Мне же повезло, у меня чип 101CB.
Далее есть два пути:
USB-UART (вариант сложнее) либо второй ST-Link V2

Если у вас USB-UART:

1) Прозвонкой находим резистор который подключен к BOOT0.
Аккуратно его выпаиваем. (резистор еще понадобится, не оторвите дорожки!)
А сам BOOT0 этим же резистором подтягиваем к питанию.
Далее паяем комариные письки на контакты PA9(TX) и PA10(RX) :
(Как оказалось, на PA9 подключен светодиод, так что прозваниваем к какой стороне светодиода или резистора рядом он подключен - и подпаиваемся туда, меньше геморроя ;)

К ним подпаиваем USB-UART, а так же не забываем подпаять к нему же питание и землю.
Качаем загрузчик Protected-2-1-Bootloader.bin
Прошиваем с помощью STM32 Flash loader demonstrator
Дабы не удлинять пост еще больше, не буду расписывать работу данной утилитой, мануалов в сети полно.
На пример мануал от товарища stD

После прошивки отпаиваем PA9 иPA10, PA10 оставляем если хотим вывести пин SWO

Если у вас ST-Link V2:

На платах есть по 4 контакта, в некоторых случаях они уже промаркированы, в противном же случае прозваниваем их относительно PA13(SWDIO) и PA14(SWCLK), подпаиваемся вторым ST-Link V2, не забываем подпаять к нему же питание и землю.
Прошиваем с помощью STM32 ST-LINK Utility
Дабы не удлинять пост еще больше, не буду расписывать прошивку данной утилитой, мануалов в сети полно.
Единственное скажу что скорее всего понадобится снять защиту, иначе не прошьется.
Для этого в программе STM32 ST-LINK Utility жмем Target > Option Bytes, переключаемRead Out Protection в Disabled и жмем Apply

Обновление до ST-Link V2.1:

После прошивки подключаем прошитый ST-Link уже почти V2.1 к ПК
В программе STM32 ST-LINK Utility жмем ST-LINK > Firmware update
Жмем Device Connect - получаем список возможных модификаций:

Выбираем нужную вам модификацию, в моем случае STM32+MSD+VCP и жмем Yes >>>>
Ждем пока завершится обновление...
В итоге получаем сообщение об удачном завершении:

Профит! ;)

Завершающая часть:

Так как SWIM и RST после такой модификации не работают - отрезаю их.
Так же отрезаю дублирующие 5V и 3.3V.
Получается 4 свободных пина.
На них подпаиваюсь проводками к чипу:
PA10 -> SWO
PB0 -> NRST
PA3 -> RX
PA2 -> TX
Вывожу все на основной разъем, на оставшиеся свободные пины.
Получилась такая распиновка:

Мой девайс после модификации:

Накарябал скальпелем маркировку на корпусе:

Не забываем отмыть плату после пайки )

В итоге девайс должен определяться так:

Я без понятия чему равен объем виртуальной флешки (в данном случае к ST-Link V2.1 был подключен 103C8)

Если на нее закинуть файл прошивки - программатор прошьет чип без программ.

Проверяем VCP:

Ну, вроде все )

Спасибо за внимание!

С вопросами обращайтесь в комментарии, чем смогу - помогу.

Для тех кто хочет более подробного описания вот ссылка на собственно презентацию:

https://www.st.com/content/ccc/resource/sales_and_marketing/...

И что еще прекрасно, есть обучающие видео, наконец то нормальные видео от STM:

https://www.st.com/content/st_com/en/support/learning/stm32-...

Я уже заказал на пробу NUCLEO-G071RB для экспериментов, а вы? ;)

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

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