Модификация китайского ucds pro+ адаптера

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

Для меня эта история началась, когда мне понадобился CAN адаптер со следующими требованиями:
— не большие размеры, желательно в корпусе OBD2
— два физических канала CAN
— поддержка адаптера в ОС Linux
— цена не больше 50$
С большой долей вероятности, если спросить совета кого-либо о выборе CAN адаптера для подключения к автомобилю, то скорее всего в ответе будет звучать canhacker, но ирония в том, что canhacker-ом называют не определенное устройство и есть как минимум два общеизвестных варианта canhacker-а:
— каноничный или немецкий canhacker это одноименная программа CANHacker версии V2.00.01 за авторством Olaf Berthold, программа и схема для адаптера доступны на сайте www.mictronics.de/posts/USB-CAN-Bus
— российский canhacker это одноименный адаптер и программа от российских разработчиков canhacker.ru
Первый вариант canhacker-а не развивается уже более десятка лет, последняя версия программы была выпущена в 2009 году, но до сих пор эксплуатируется ардуинщиками и-за простоты реализации протокола SLCAN/LAWICEL между программой и адаптером.
Второй вариант развивается, хоть и начинался также с протокола SLCAN/LAWICEL, но в последствии пришел к своему протоколу между адаптером и программой, а также и к своему варианту вендорлока — между программой и адаптером есть проверка идентичности адаптера и программа не будет работать с поддельным адаптером
Мне оба этих варианта canhacker-а не подошли, впрочем как и множество других вариантов адаптеров, имеющихся на рынке, т.к. не удовлетворяли всем моим требованиям. Поэтому я решил попробовать вариант по модификации какого-либо готового CAN адаптера, тем более у меня уже был положительный опыт по модификации Bluetooth OBD2 адаптера.

Поиск по картинкам в гугле с ключевыми словами "STM32/OBD2/USB" вывел на заметку пользователя RED4911 с разобранным ucds адаптером

На фото видно, что на плате ucds адаптера распаяны микронтроллер STM32f105RBT6 и три CAN-трансивера TJA1040, предположительно присутствует разъем для программирования. Надпись на плате говорит что это ucds адаптер версии 3. Разводка дорожек на плате позволяет нарисовать схему адаптера почти полностью только по фото, поэтому я заказал такой адаптер на али.

Купить ucds адаптер можно на али или авито, называется он на этих площадках ucds pro+, стоимость на 2023 год начинается от 1т.р, это около 10$. На авито цены могут быть еще ниже, т.к. часто на авито они продаются уже непригодными для работы с программой ucds.

Немного подробнее про непригодные китайские адаптеры и собственно про сам адаптер. На сайте ucdsys.ru продается адаптер ucds и одноименная программа для диагностики автомобилей Ford, сама программа ucds является альтернативой официальной программе для диагностики автомобилей Ford IDS, но работает программа ucds только со своим адаптером, т.е. тоже вариант вендорлока как и у российского canhacker-а, но только разработчики ucds пошли еще дальше и продают адаптер и программу с минимальным функционалом, а для расширения функционала надо приобрести дополнительную подписку. Т.е. захотел владелец обновить прошивку в блоке, то он долнительно должен заплатить за эту процедуру и т.д.
Не знаю причин, что мешает автовладельцам Ford пользоваться официальной программой Ford IDS, но раз пользуются ucds, то значит "Народу нравится!". Кстати Ford со своей IDS наследил и в официальных сервисных программах как для Volvo Vida так и для JLR SDD, за то время когда владел данными автопроизводителями. Но раз даже бесплатную JLR SDD и инженерные коды для нее, люди умудряются покупать и благодарить продавцов воздуха, то я не удивляюсь и схожей ситуации с Ford.
Возвращаясь к истории с китайскими адаптерам ucds, видимо в какой-то момент времени производство ucds адаптеров было передано в китай, а далее по законам китайского капитализма на али появились ucds адаптеры по стоимости комплектующих и ломанная версия программы ucds в которой уже не надо было никому ничего платить за работу с программой и адаптером ucds. Разработчики ucds с данной проблемой решили бороться методом блокировки китайских адаптеров, так если китайкий адаптер будет подключен к не ломанной китайцами версии программы ucds, то китайский адаптер станет непригодным для работы и в китайской ломанной программе ucds. По этой причине на авито могут продаваться "испорченные" ucds адаптеры, которые уже не пригодны для работы даже с китайской ломанной программой ucds.

После того как заказанный с али адаптер пришел ко мне, при вскрытии его внутри оказалась таже самая плата, что и на фото у RED4911, но с затертыми надписями на микросхемах, но названия микросхем уже известны это STM32f105RBT6 и три CAN-трансивера TJA1040 .

С помощью мультиметра я прозвонил соединения и нарисовал схему, получившаяся схема отличается своей простотой, граничащей с дешивизной. На схеме нет ничего лишнего, сэкономили как на защите от помех для шины USB так и для шин CAN, поэтому о гальванической изоляции не стоит даже и мечтать. В схеме самый минимум элементов: адаптер питается от шины USB, питание 12 Вольт с OBD2 разъема заходит только на вход АЦП, есть 3 светодиода, терминирующих резисторов нет. Так как в микроконтроллере STM32f105RBT6 только два физических CAN интерфейса, третий CAN интерфейс коммутируемый и в один момент времени может использоваться только два CAN интерфейса.
Можно отметить, что в единичном экземпляре сделать аналогичный адаптер самостоятельно за меньшую цену в 10$ просто невозможно, такая низкая цена достигается за счет больших объемов производства, так что по сути китайcкий ucds адаптер на али продается по стоимости комплектующих деталей, чем не грех воспользоваться для своих личных нужд.

Также дополнительным ответным шагом на появление китайских адаптеров помимо блокировки китайских адаптеров ucds ver3 разработчиками ucds был сделан адаптер ucds ver4, чтобы исключить в своей программе поддержку скомпроментированных адаптеров ver3, но если посмотреть на плату этого адаптера видно что разводка, а значит и схема адаптера ver4 не изменились, а был заменен только микропроцессор на STM32F205RCT6.

По схеме видно, что три CAN интерфейса адаптера выведены на OBD2 разъем(на схеме это разъем J4), по распиновке, которая используется в атомобилях Ford. По стандарту на OBD2 разъеме присутствует только один CAN интерфейс на ножках 6 и 14. Автопроизводители могут подключать к свободным выводам OBD2 разъема что угодно, так Ford подключили к стандартным выводам 6,14 — HighSpedCAN, а к свободным выводам 3,11 — MediaSpeedCAN и к свободным выводам 1,8 — MultiMediaCAN. Подключение ucds адаптера в разъем OBD2 автомобиля не марки Ford может привести неожиданным последствиям, т.к. CAN трансиверы подключенные к нестандартным пинам 3,11 и 1,8 на других марках могут создать дополнительные электрические соединения в схеме автомобиля. Поэтому чтобы избежать возможных проблем, можно отломать пины на адаптере, где подключены лишние CAN шины. Так для автомобилей марки JLR можно отломать пины 1,8 на адаптере, тем самым физически отключить третий CAN трансивер от OBD2 разъема, т.к. у автомобилей марки JLR используются только два CAN интерфейса на пинах 6,14 и 3,11, которые совпадают с Ford-овскими. Ну а если отломать пины 1,8 и 3,11 то останется только один стандартный CAN интерфейс и такой адаптер можно подключать к любому автомобилю к разъему OBD2.

Ниже приведена стандартная и Ford-овская распиновки OBD2-разъемов, если смотреть на разъем в автомобиле, распиновка со стороны адаптора будет зеркальной.

Ключевой возможностью по модификации адаптера ucds, да и в принципе почти любого современного устройства является наличие в нем процессора, поменяв прошивку в котором можно поменять и функционал устройства. Так программа на компьютере "общается" с каким-либо USB устройством по определенному протоколу и если заново реализовать такой протокол в адаптере ucds, то можно для программы на компьютере представить ucds адаптер любым желаемым устройством не отличимым от реального.
Т.к. мне нужен был адаптер поддерживаемый в ОС Linux, то из многообразия поддерживаемых CAN адаптеров в ОС Linux, я выбрал для эмуляции CAN адаптера протокол CandleLight/GS, т.к. в этом протоколе поддерживается многоканальность и такой протокол поддерживается в ОС Linux уже более десятка лет: в 2013 году была добавлена поддержка адаптеров GS, а в 2016 году автор CandleLight адаптеров, чтобы не изобретать велосипед в части протоколов использовал протокол GS для своих адаптеров. На данный момент открытой прошивкой, размещенной на github.com/candle-usb/candleLight_fw, поддерживается более десятка различных can адаптеров от разных производителей. Я при реализации протокола GS в своей прошивке подглядывал как на реализацию прошивки в адаптере, так и на ответную реализацию драйвера GS в ОС Linux — это очень удобно, сразу видно общую картину, какие команды посылает ОС при подключении адаптера и что ожидает от него получить.
Для удобства перепрошивки и возможной смены функционала ucds адаптера, прошивка для адаптера разделена на две части: загрузчик(bl) и основная прошивка(main). Загрузчик прошивается однократно через SWD-разъем программирования, например с помощью адаптера ST-Link. Загрузчик работает через USB по протоколу DFU и позволяет обновлять основную прошивку через USB, без необходимости разбора адаптера каждый раз когда надо обновить основную прошивку.
Т.к. каких либо кнопок на адаптере нет, то для смены основной прошивки я задействовал вход АЦП, который подключен к ножке 12В на OBD2 разъеме по следующему алгоритму:
— при подключении адаптера к компьютеру через USB, если присутствует напряжение на входе 12В OBD2, то сразу же без задержек происходит переход к основной прошивке.
— при подключении адаптера к компьютеру через USB, если отсутствует напряжение на входе 12В, то адаптер переходит в режим программирования(DFU) на 5 секунд, а затем если от компьютера не приходят команды для перепрошивки, происходит переход к основной прошивке.
Рабочий процесс получается таким, если адаптер сначала подключен к OBD2 адаптеру, а затем подключается к компьютеру, то он сразу же без задержек готов к работе. А если адаптер подключается только к компьютеру, то на 5 секунд он перейдет в режим программирования(DFU), а затем в основной режим. По моему опыту, за те 5 секунд что адаптер находится в режиме программирования, можно успеть запустить процесс перепрошивки и сменить прошивку в адаптере.

Помимо прошивки с протоколом gs я реализовал еще несколько протоколов, которые можно легко менять перепрошивая адаптер через USB без необходимости вскрытия адаптера.
Исходники прошивки и несколько готовых вариантов прошивок доступны на гитхабе github.com/smartgauges/ucds

Варианты прошивок
gs.bin — реализация протокола CandleLight/GS, в ОС Linux это SocketCan совместимое устройство, в ОС Windows тоже работать с таким адаптером
slcan.bin — реализация протокола LAWICEL, используется в немецком варианте CanHacker
ch.bin — реализация протокола российского CanHacker — работает только 1 минуту, до момента проверки идентичности адаптера
jlrm.bin — минимальная реализация протокола, используемого в адаптере JLR Mongoose, подходит только чтобы установить драйвер для адаптера
ucds.bin — минимальная реализация протокола, используемого в адаптере UCDS, подходит только чтобы установить драйвер для адаптера

Я использую адаптер только с прошивкой gs, а остальные прошивки реализовал из спортивного интереса, но вкратце немного иформации об остальных вариантах прошивок.
В прошивке slcan.bin реализованы два COM порта, которые соответсвуют двум CAN интерфейсам, поэтому на компьютере можно открыть два экземпляра программ немецкого CanHacker и использовать два CAN интерфейса одновременно.
В прошивке ch.bin намеренно подменен секретный ключ, который используется для проверки идентичности адаптера, поэтому программа CAN Analyzer будет работать с ucds адаптером ровно 1 минуту, а c правильным секретным ключем ucds адаптер проходит проверку идентичности и программа CAN Analyzer взаимодействует с ucds адаптером как со своим родным адаптером. Заранее предупреждаю, что я сам алгоритм не ломал, продавать/раздавать ключи я не собираюсь, а алгоритм и секретный ключ мне подсказали, а при желании, кто захочет тот и сам найдет, т.к. ключи есть в публичном доступе.
В прошивках jlrm.bin и ucds.bin сделана минимальная реализация на уровне описания USB устройства, которой достаточно только чтобы можно было установить драйвер для адаптера JLR Mongoose или UCDS и после этого устройство в диспетчере устройств будет отображаться как работоспособное.

Для проверки функционала прошивки и производительности адаптера в режиме gs я использовал простой нагрузочный тест, в дереве исходников он называется test.sh, в тесте на различных скоростях передается 5000 пакетов с различными данными из первого интерфейса на второй с проверкой приема всех пакетов, тем самым полностью загружаются оба CAN интерфейса адаптера и шина USB. Перед запуском теста линии HSCAN адаптера необходимо соединить с линиями MSCAN адаптера и дополнительно нагрузить терминирующим резистором номиналом 60 Ом, т.к. в самом адаптере нет терминирующих резисторов. Сам тест написан на обычном bash с использованием обычных для ОС Linux команд, причем для работы с CAN адаптерами в ОС Linux никаких драйверов или дополнительных программ устанавливать не надо, сразу после подключения адаптера через него можно взаимодействовать с шиной CAN.
В результате теста определяется время передачи данных с контролем приема всех 5000 пакетов, пример работы теста приведен ниже.

Из результатов тестов можно сделать пару интересных выводов:
— адаптер может работать и на скоростях выше 1МБит/сек без потери данных
— данные передаются без потерь и на скорости 2МБит/сек, но с задержками в USB
На скоростях до 1МБит/сек включительно время передачи соответсвует скорости в канале CAN, а на скорости 2МБит/сек уже не хватает пропускной способности шины USB и время передачи не соответсвует скорости в шине CAN.
В целом результаты нагрузочного теста говорят, что адаптер можно использовать, для одновременного чтения двух шин на скоростях до 1МБит/сек включительно и при 100% загрузке в шинах CAN потерь при передаче данных не будет.

Дополнительно я проверил адаптер с gs прошивкой в реальной работе — модифировал изображения в TFT приборной панели, при этой операции в приборную панель через шину CAN загружается файл размером в 1 МБайт(AH42-14C088-BJ.vbf), подробнее о возможностях модификации изображений в TFT приборках есть отдельная заметка о модификации изображений в TFT приборках.
Ниже скриншот из программы предназначенной для прошивки изображений в приборную панель, запущенной в OC Linux, время прошивки файла AH42-14C088-BJ.vbf, размером в 1МБайт, составляет 2 минуты и 23 секунды. Данное время складывается как из времени передачи в шине CAN так и из времени записи данных во внутренний накопитель приборки, поэтому это время больше чем просто время передачи файла по шине CAN размером в 1МБайт.

Обычно сервисно-диагностическое ПО для автомобилей работает исключительно на ОС Windows, а я такую ОС держу только в виртульной машине и меня всегда интересовал вопрос создают ли виртуальные машины дополнительные задержки при диагностике автомобиля. Поэтому я дополнительно проверил работу адаптера с прошивкой gs в виртуальной машине как с ОС Linux так и с ОС Windows, чтобы оценить снижение производитености работы адаптера в виртуальной машине. При включенной эмуляции USB-2.0 в менеджере виртуальных машин VirtualBox наблюдалось падение в производительности в виртуальной машине почти в 10 раз, а при включенной эмуляции USB-3.0 наблюдалось уменьшение в производительности только на скоростях 1МБит/сек и 2МБит/сек примерно на десять процентов. Поскольку общеиспользуемыми скоростями в автомобилях являются скорости 500КБит/сек и ниже, то можно сделать вывод, что использование виртуальных машин не влияет на производительность адаптера и на работу сервисного диагностического ПО.

Дополнительно я сделал замеры для адаптера JLR Mongoose — этот адаптер обычно используется для диагностики автомобилей марки JLR совместно с помощью программы JLR SDD. Взаимодействие с адаптером JLR Mongoose происходит по протоколу J2534, у этого протокола также возможны два варианта: raw — работа с сырыми CAN кадрами и tp — работа с целыми TP/UDS кадрами, замеры были сделаны для обоих вариантов.
Замеры времен по прошивке изображений в TFT приборную панель с различными адаптерами и в разных ОС приведены ниже, по ним видно, что время прошивки изображений с ucds адаптером в режиме gs для ОС Linux и Windows практически одинаково и использование виртуальной машины не оказывает существенного уменьшения в производительности адаптера. А вот время затраченное на прошивку с помощью адаптера JLR Mongoose оказалось почти в 2 раза больше чем у адаптера ucds с gs прошивкой.

Подборка информации по CAN
Раз уже речь зашла о программах для ucds адаптера, то нельзя не упомянуть подборку программ для CAN от doka в этой подборке присутствуют как маленькие программы с открытым кодом, так и такие монстры как программа BusMaster от всем известной компании Bosсh, причем тоже с открытыми исходниками. К сожалению программа BUSMASTER написана на чистом win32api, а в наше время наверное большинство windows программистов не знают что это такое, так что увы для для меня такая программа бесполезна.
Мне нравятся программы с исходным кодом на Qt/C++, за возможность их модификации под свои нужды и запуск таких программ на разных ОС. В этом списке есть программы написанные на Qt/C++, причем есть как функциональные монстры как SavvyCan так и программы попроще, как например Cangaroo.
Cangaroo — это простая программа для отправки и приема CAN сообщений, написана на Qt/C++ исходники доступны на гитхабе. Т.к. эта программа написана на Qt/C++, то она может работать в Windows и Linux, а при желании ее можно заставить работать в MacOs, Android и IOS, т.к. фреймворк Qt поддерживает эти ОС. Я слегка модифицировал программу cangaroo, чтобы она могла работать одновременно с двуми каналами адаптера ucds при использовании прошивки gs, готовая программа для Windows доступна для скачивания с гитхаба: cangaroo.exe, а мои изменения можно увидеть здесь. Функционал программы cangaroo схож с функционалом немецкого canhacker, но только программа cangaroo может работать с различными типами адаптеров, поддерживает расшифровку сообщений из DBC файлов и открыта для модификаций и нового функционала.

Следующая программа в подборке это SavvyCan — это уже программа с большим количеством функционала чем Cangaroo, но также написана на Qt и исходные тексты программы доступны для модификации, чем я и воспользовался, добавив поддержку двух каналов для ucds адаптера с прошивкой gs, мои изменения можно увидеть здесь, а готовая программа для Windows доступна для скачивания с гитхаба: SavvyCan.exe
Краткое описание возможностей программы SavvyCan:
— Поддержка нескольких типов CAN адаптеров
— Графическое и текстовое отображение данных в шине CAN
— Разнообразные сценарии для отправки данных в шину CAN
— Скриптовый язык для гибкого взаимодействия с CAN адаптерами
— Поддержка множества различных форматов файлов захвата CAN данных (Vector, Microchip, CANDo, PCAN, CanHacker)
— Поддержка DBC файлов, для отображения параметров автомобиля в реальном времени из "живых" данных CAN шины
— Поддержка протокола UDS, причем как сканирование, так и декодирование

Причем мои модификации с целью поддержки двух каналов в адаптере, как для программы Cangaroo так и для SavvyCan были сделаны исключительно для ОС Windows, т.к. в ОС Windows отсутствует системная поддержка шины CAN как класса, а взаимодействие с CAN адаптерами производится через костыли типа последовательного порта или WinUSB, для ОС Linux эти модификации не нужны, т.к. gs адаптер в ОС Linux поддерживается на уровне ОС, как одноканальный так и двухканальный.

В данной подборке программ для CAN есть программы и без доступа к исходным кодам, например TSMaster от китайского производителя и в данной программе заявлена поддержка адаптеров GS/CandleLight, но у меня программа TSMaster к сожалению не заработала с ucds адаптером и gs прошивкой. Программа TSMaster просто "зависала" при попытке подключения к ucds адаптеру, а т.к. программа закрытая то как то исправить эту проблему уже не в моих силах.
Спасибо Mustela за проверки uds(gs) адаптера с программой TSMaster, вот что он выяснил:
— TSmaster работает и подключается к адаптеру, только если предварительно подключиться к нему с помощью Cangaroo или SavvyCAN.
— TSmaster не способен изменить параметры адаптера.
Несмотря на отрицательный опыт, я упомянул программу TSMaster, т.к. если судить по заметке www.drive2.ru/b/634393196410973588, то российский автопром переходит с западного софта, например такого как от компании Vector на китайский софт. А когда видишь, что только стоимость адаптеров Vector стартует от нескольких тысяч долларов, то понимаешь куда утекают миллиардные государственные субсидии на поддержку отечественного автопрома, т.к. если даже на инженерном уровне используется оборудование со стоимостью в 100 иксов от возможных альтернатив, то что творится на уровне менеджмента?

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

Установка драйверов и вспомогательного ПО для ucds адаптера
В отличии от ОС Linux, в которой адаптер с gs прошивкой сразу готов к работе, т.к. драйверы для его работы уже есть в операционке, то в ОС Windows необходимо совершить дополнительные действия чтобы с ucds адаптером можно было работать в данной ОС.
Для адаптера ucds с прошивкой gs, с помощью программы Zadig необходимо установить драйвер WinUSB.

Для адаптера с прошивкой slcan, при поиске драйвера необходимо указать каталог с этим inf файлом.
Для адаптера с прошивкой ch, при поиске драйвера необходимо указать каталог с этим inf файлом.

Для первоначальной прошивки загрузчика bl.bin можно воспользоваться любым адаптером с интерфейсом SWD, например ST-Link/V2 и соответсвующей программой ST-Link Utility. Драйвера для адаптера ST-Link/V2 устанавливаются вместе с программой ST-Link Utility. При подключении все 5 выводов разъема J2 на плате ucds адаптера необходимо соединить с соответствующими выводами адаптера ST-Link/V2, на разъеме J2 вывод №1 квадратной формы, а остальные круглой. При прошивке разъем USB должен быть отключен от компьютера, чтобы питание шло только от адаптера ST-Link/V2.
Родная прошивка адаптера ucds блокирует возможность смены прошивки через интерфейс SWD и возникает ошибка при подключении к контроллеру на плате.

Чтобы осуществить прошивку необходимо соблюсти следующую последовательность действий:
— подключить вывод №3(RST) на разъеме J2 на GND адаптера ST-Link, чтобы контроллер находился в сбросе и родная прошивка не успела заблокировать SWD интерфейс
— нажать кнопку Target->Connect, при этом программа "призадумается" — будет пробовать подключаться к плате, но без вывода сообщений об ошибке
— через пару — тройку секунд отключить вывод №3(RST) от GND адаптера ST-Link, при этом программа ST-link подключится к контроллеру на плате и покажет окно о том что не может прочитать память контроллера т.к. включена защита Read Out Protection
— зайти в Target->Option Byte и отключить Read Out Protection
После этого уже можно спокойно прошить контроллер: нажимаем Target->Connect, затем Target->Programm&Verify и выбираем файл bl.bin и нажимаем Start.

Для обновления прошивки через USB по протокол DFU на ОС Windows можно воспользоваться программой DfuSe, как работать с программой DfuSe можно почитать в этом руководстве: Обновление прошивки через DFU

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

Для решения этой проблемы я считал оригинальную прошивку из ucds адаптера по методу H3 и немного ее модифицировал. Модификация заключается в удалении кода отвечающего за сброс конечных точек на USB устройстве при запросе CLEAR_FEATURE(STALL) от хоста. После этого китайская программа ucds корректно работает с китайский адаптером и отображается информация об адаптере.

Оригинальная и модифицированные прошивки также доступны на гитхабе и могут быть использованы для возврата к оригинальному функционалу.

Варианты использования ucds адаптера

1. Восстановление оригинальной прошивки
По просьбе разработчиков ucds информация из этого раздела удалена, также с гитхаба удалены оригинальная и модифицированная прошивки из китайского ucds адаптера.
Самостоятельно считать защищенную от считывания прошивку из контроллера STM32Fxx можно по методу H3(более подробное объяснение)

2. Использование совместно с программами по протоколу lawicel (каноничный CanHacker)
— прошить загрузчик bl.bin с помощью st-link адаптера и любой из программ stlink/QStlink2/ST-Link Utility
— прошить прошивку slcan.dfu или
slcan-win10.dfu для win10 и win11 с помощью программы DfuSe
— установить драйвер для сдвоенного COM порта, указав при поиске драйвера каталог с этим inf файлом.

3. Использование совместно с программами Cangaroo, SavvyCAN, TSMASTER
— прошить загрузчик bl.bin с помощью st-link адаптера и любой из программ stlink/QStlink2/ST-Link Utility
— прошить прошивку gs.dfu с помощью программы DfuSe
— установить с помощью программы Zadig драйвер WinUSB для адаптера
— Скачать SavvyCan

4. Использование совместно с программой CAN Analyzer(российский CanHacker)
— прошить загрузчик bl.bin с помощью st-link адаптера и любой из программ stlink/QStlink2/ST-Link Utility
— прошить прошивку ch.dfu с помощью программы DfuSe
— установить драйвер для одиночного COM порта, указав при поиске драйвера каталог с этим inf файлом.

Используемые источники и ссылки:
Подборка информации по шине CAN: github.com/iDoka/awesome-canbus
Реализация протокола GS/CandleLigth: github.com/candle-usb/candleLight_fw
Описание протокола Lawicel: www.can232.com/docs/can232_v3.pdf
Реализация парсера для протокола Lawicel: github.com/tixiv/lib-slcan
Описание протокола для российского CanHacker(Lawicel): docs.google.com/document/…DONt2Rwti_cgk6BYXWdEzf_Uw
Описание протокола для российского CanHacker(Binary): drive.google.com/file/d/1…PqBxrhksOy2ItRrNg21m1xDH_
Плагин GS для Qt/Canbus: github.com/homewsn/candle…w-SavvyCAN-Windows-plugin
Cangaroo: github.com/normaldotcom/cangaroo
SavvyCan: github.com/collin80/SavvyCAN
TSMaster: github.com/TOSUN-Shanghai/TSMaster
Еще один canhacker адаптер: www.drive2.ru/b/523781227145069738/
Альтернативные прошивки для эмуляции VECTOR и PCAN адаптеров: github.com/moonglow

Вывод:
С помощью альтернативных прошивок для ucds адаптера можно превратить ucds адаптер из устройства привязанного к одной программе, а иногда и из неработоспособного адаптера, в адаптер поддерживаемый различными программами для диагностики шины CAN. Для ОС Windows это может быть как классическая программа CanHacker, так и ее более современный и открытый аналог Cangaroo, так и более функциональная программа SavvyCan, а в ОС Linux можно использовать эти же программы или диагностировать автомобиль и перепрошивать ЭБУ с помощью такого ПО как python-can или VBFlasher.

Обновление:
По просьбе разработчиков ucds, оригинальная и модифицированная прошивки удалены с гитхаба.
А т.к. считать закрытую прошивку с контроллера STM32Fxx по методу H3 делов на несколько часов работы, то в удалении конечно нет большого смысла, но раз джентельмены попросили об этом то сделал.