Не только "реализуемо" но и реализовано в законченных коммерческих решениях - вот например
И что значит TCK RTCK могут быть зеркальными? TCK всегда TCK - "вход", RTCK - всегда только RTCK - "выход" и функции друг друга выполнять никак не могут.
Никаких препятствий реализовать сабж нет. По стандарту после ресета через джитаг читается 32-битный "ID".
Если например выделить в микроконтроллере 20 ножек GPIO которые можно делать по желанию как вход или как выход, потом припаять все эти 20 выводов к искомому устройству на "подозрительные" площадки предположительно которые могут быть выводами джитага, тогда микроконтроллеру надо среди этой "кучи" из 20-сигналов перебором найти 5 (это минимум) сигналов джитага - nTAP_RST TCK TMS TDI TDO (это в случае когда нет сигнала RTCK, если же он есть то схема поиска будет еще проще).
Микроконтроллер должен из 20 контактов выбрать 5, произвольным образом назначить их как nTAP_RST TCK TMS TDI TDO, попытаться прочитать ID (32 бита = 32 такта, плюс 5 тактов на ресет тап контроллера и 4 такта на доступ к ID итого 41 такт на попытку), принять решение если ID плохой - тогда поменять назначения выводов и пытаться снова.
Количество необходимых попыток вычисляется по одной из основных формул комбинаторики:
C=n!*m!/(n−m)! = 20!*5!/15! = 5!*5!= 16*17*18*19*20*5! = 223 257 600 попыток - если искать без RTCK
И тогда если умножить на количество тактов: 223257600 * 41 = 9 153 561 600 тактов
При частоте 1МГц время которое надо затратить на перебор всех вариантов: 9 153 561 600 / 1 000 000 = ~9154 секунд = ~153 минуты = ~2.5 часа
Как на мой взгляд вполне реальные цифры - но ведь это есть в самом "худшем" случае, когда все 20 выводов задействовать для поиска.
К тому же если устройство имеет сигнал RTCK то его не надо искать в общей "куче". Плюс поиск TCK упростится в миллионы раз - достаточно сначала будет найти пару TCK - RTCK (+nTAP_RESET - его нужно учитывать при поиске тоже). Так как RTCK всегда повторяет сигнал TCK с некоторой задержкой, то достаточно всего лишь "подергать" предполагаемой ножкой TCK (19 вариантов) и на остальных 18-ти ждать положительного ответа. Итого C=n!*m!/(n−m)! = 20!*3!/17! = 18*19*20*6= всего за 41040 попыток можно вычислить nTAP_REST + TCK-RTCK пару и значит дальнейший поиск упростится в миллионы раз - так как надо будет еще найти всего лишь TMS TDI TDO - в этом случае поиск можно сказать будет вообще "мгновенным".
