JTAG оптический то есть, но на новых таргетах JTAG-а нет. Только SWD. Никакой конверсии JTAG в SWD нет- то что сигналы разведены на одном и том же разьеме это никакя не конверсия, т.к алгоритм работы интерфейса совсем другой, т.е просто процессор отладчика программируется по-другому при смене режимов. Соотвествено SWD c развязкой не работает.
Я пробовал повторить схему гальваноразвязанного SWD не на Si8662BC, как в оригинале, а на ADUM- не заработало, да и по напряжению развязка на микросхемах слабовата- максимум до 1 КВ в реале, очень полезна отлаживать силовые преобразователи, но все равно бесполезна при отладке контроллеров тиратронов или БП азотных импульсных лазеров.

От же ж, а прочитать внимательно то, что я написал? Может несколько раз Я указал с чем это работает, и я в курсе, что JTAG и SWD это разные вещи, но вот связи с тем, почему оно работать не должно не вижу.
Используется три линии JTAGa, в штатном режиме, а чем они управляются это уже другой вопрос (у меня оно работает с OpenOCD/FT2232D). Подключите Вашу опторазвязку к указанному мной варианту и все заработает, вот так:

gdb<->OpenOCD<->USB<->FT2232D<->JTAG<->развязка<->JTAG<->схема с резистором<->SWD

Надеюсь теперь понятно (в этом варианте двухнаправленная развязка НЕ НУЖНА - только в одну сторону)? Если нет, то у меня закончились варианты как объяснить еще...

P.S. Если Вас раздражает слово JTAG можете его заменить на что угодно, т.к. в данном случае это просто набор сигналов .

Сообщение отредактировал Шаманъ - May 7 2016, 12:11

Да не работает оно так.
Читаем для SWD http://infocenter.arm.com/help/index.jsp?t...b/BEHCBIJE.html

Вот эти времена и не выполняются из за задержек в оптике.
В обычном JTAG http://infocenter.arm.com/help/index.jsp?t...h/Babfagff.html

ограничения по времени более мягкие и главное действуют только в одну сторону по времени, и их можно оботи с помощью adaptive clocking
http://infocenter.arm.com/help/index.jsp?t...f/I1011184.html
Хотя это надо только для длинных световодов или медленных оптических преобразователей.

Вы пробовали? (Да/Нет)?


Это совсем не при делах, ибо задержки PROBE->TARGET на всех линиях одинаковые.


Эти требования легко выполняются при снижении частоты SWDCLK. Нет там никаких проблем.

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