Дело в том, что идея - поддержать всё, что горит, засадив на как бы открытый формат. Но есть как минимум два момента: 1) версий железа уже туча (хотя это вроде как пох, но тот же ULink, перешитый родным кайлом в то, тупо стал мусором); 2) поддержка свежих камней это не только тупо интерфейс, но и начальный лоадер и монитор, которые обычно грузятся в ОЗУ, а оно требует привязки к специфике кремния, как ни странно; ну и этим кто-то должен заниматься, в т.ч. привязкой IDE к нюансам собственно тех самых лоадеров и мониторов, а это уже продакшн, а не голый фри, ну и с этим быстрее у J-Link и рядом. У меня вот J-Link 9.6 в гавно с какими-то EFM32TG11B, а несчастные J-Link OB F072 (с попавшимися правильными патчами) рулят. Жду EmBitz 2.0 и надеюсь на слияние дуинистой и основной веток OpenOCD... А пока как-то так.
И перешитые ST-Link в J-Link мне нужны, как ни странно, для STM32F476, причем превентивно из-за карантина:) Думал решу, но не получилось. Перекроюсь туевой хучей J-Link OB F072.