Покупали как-то ST-LINK/V2-ISOL. Сдох за 2 дня на ровном месте, пришлось вернуться к обычному, те годами работают. А этот всё руки не доходят починить.
Мне кажется, более универсальный вариант - коробочка с изолированным USB. Вроде такой http://mcutool.ru/products/isousb/slusbiso1.aspx

Вас там не уважают как спеца или схемотехник чей-то родственник?
На заре моей карьеры работал я в конторе, где тоже местный царёк ни в какую не хотел менять схемотехнику заведомо ущербную (что было очевидно всем коллегам). Он на использовании старого кривого оборудования получал хорошие откаты не вкладывая ни копья в исправление схемных проблем.
А мне также приходилось бороться с ветряными мельницами - ставил костыль за костылём, а баги всё новые вылезали. На простой задаче пришлось наворотить такого....
Один хрен - прошло совсем немного времени с моего ухода оттуда и всё то оборудование заказчикам пришлось выкинуть - из говна конфетку не сделаешь ни какими программными ухищрениями.
Сейчас жалею только что раньше не уволился. Жалею о бессмысленно потраченном времени, которое мог-бы посвятить полезным делам.
Так что - если такое отношение - не теряйте времени зря.

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

на трех-четырёх - лучше сделать jtag

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

Jtag сделан давно, там же нет двунаправленных линий и скорость может быть любая. Так что просто взяли пачку приемопередатчиков от цифрового аудио для световодов. Свободно отлаживались под потенциалом таргета 10-15 кв относительно земли.
Проблема в том, что в новых таргетах Jtag не выведен, только SWD.

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

Сообщение отредактировал Огурцов - May 6 2016, 12:25

Так в том то и проблема- как разобраться с двунаправленностью линии. Я же не даром ссылку кинул на https://www.lpcware.com/system/files/Isolat...g%20adapter.zip- там на микросхеме-изоляторе хитрая резистивная цепь для двунаправленности.

Нет там никакой проблемы. Посмотрите как SWD вешается на обычный JTAG - если у Вас есть решение для JTAGa то чтобы сделать из него SWD нужен аж один резистор (по крайней мере если через OpenOCD работаете).

а на самом деле таки да, только не один, а два - с двух сторон - линия же двунаправленная

На самом деле достаточно одного

Как работает думаю понятно из "схемы". Я уже не один раз воспользовался таким методом, ибо у меня только JTAG адаптер на FT2232D, а нужно было работать с контроллерами у которых только SWD.

вообще, вроде бы вопрос был про swd-swd, а не про jtag-swd

khach писал:

Я просто предложил вариант решения этой проблемы с помощью давно сделанного JTAGa и резистора

отлично, теперь у нас есть решения на все случаи жизни
остаётся только оптоволоконный канал в обе стороны запилить ;

Ну и как это решение трансформировать в оптическую световодную развязку? Что то не приходилось наблюдать двунаправленных световодов, если не использовать совсем уж навороченные приемопередатчики. Еще задержка в световоде приводит к неработоспособности таких простых схем на резисторах- получаем кольцевой генератор а не линию связи. Ну и с фронтами не все так хорошо- дешевые оптические конверторы затягивают фронта, надо их восстанавливать до подачи в SWD таргета. Моменты семплирования данных SWD в отладчике тоже проблема, т.к там весьма жесткая привязка к фронтам клока, а в реале на световодах и двух преобразованиях электричество-оптика- электричество задержка под 20-30 нс получается, что вылазит из спецификации.
В JTAGe с этим разобрались используя адаптивный клокинг, а в SWD как быть?

Может я Вас не правильно понял, но Вы сказали, что JTAG с опторазвязкой у Вас уже есть? Если так, то предложенное решение успешно конвертирует имеющийся JTAG в SWD. В JTAGe нет двунаправленных линий, потому откуда появляются двунаправленные световоды мне не понятно. В схеме задействовано две линии в направлении от JTAGa к SWD и одна обратно, все однонаправленные.


Не получаем, т.к. на другом конце линии не соединяются - там отдельные входы и выходы и никаких кольцевых генераторов.


Может просто попробовать ? Как по мне это можно было сделать быстрее, чем ушло времени на описание проблем.