Вы же должны понимать, по тону первого поста, что это эти "отсутствующие интерфейсы" было просто для продолжить потрепаться за внутрисхемные отладчики

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

Ну вообще-то, те кто реально работает, а не погоняет условия под "концепцию", интерфейсы банально поднимают по очереди и много вообще желают не на target железе.

А что, каие могут проблемы? Если, кончно, делать а не сразу говорить о "неразумности". На вскидку я даже не могу назвать ни одного интерфейса/протокола на котром сложно изобразить служебный канал.

Хотите схемы посмотреть ? на условиях NDA в привате ?
Нету у меня отладочных интерфейсов и все тут...
"отладочным" становиться первый отлаженный
ну и без JTAG при таком раскладе просто скучно, когда почти все интерфейсы завязаны на все остальные,
типа маршрутизация между ними и ее нужно отладить...

Кстати, для чисто отладочных целей четкая тенденция переход от мультиплексирования с JTAG на сугубо отладочные однопроводные интерфейсы.

Ну это у кого как У других же видна четкая тенденция расширения JTAG-интерфейса пинами EMU0...EMUnn для повышения пропускной отладочных реалтайм-каналов...

Ну и раскажите нам как в сети модбаса организовать какой-нить канал кроме стандарного ?
единственная возможность это добавить набор отладочных регистров,
ну так и делаеться, только это уже совсем другая схема отладки...


ага, и Nexus это практически однопроводной сериальный интерфейс...

Нет судя по набору интерфейсов это достаточно не интересно для меня.

Ну и славненько.

Всю сознательную жизнь так или иначе занимаюсь чисто конкретно кучей каналов и маршрутизацией. Меньше всего мне для этого внутричхемный отладчик нужен . Анализаторы протоколов, тестера, иммитаторы линий, много чего очень и очень полезного железа есть на свете.

А набор левых адресов - никак? Только не говорите, что все заняты.

регистр в модбасе фактически == адрес
так и делаю, только еще раз, это другая схема отладки,

Как отладить маршрутизацию от всех интерфейсов ко всем ? без отладчика

Да причем здесь модбасовские регистры? Я имел в виду Address field в PDU. Фильтруем сразу пакет и все.

Угу, не видете разницы, между отладкой программ и отладкой ядер процессоров? Тяжело,небось, стало без чего-нибуть хотя-бы типа древнего ETM (http://www.segger.com/jtrace_general.html) роутинг отлаживать . А время последовательных, причем дейсвительно изначально многофункциональных интерфейсов наступило. C унификацией не очень , на конкретных производителей западать пока не очень хочется, посему пока на вечно молодом UART.

????????? А это-то тут каким боком. Их, ядра, в симуляторах, да на прототипах ФПГА-шных отлаживают, а никак не встраивают для этого что-то в серийные микросхемы. Все, что дают в серийной ИМС - либо для отладки софта, либо для ускорения выходного контроля ИМС.

А последовательные интерфейсы для отладки это хорошо... Лично я за 3.125-гигабитный сериальный линк навроде RapidIO

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

Имеется ввиду Nexus 5001 где-то конца ПРОШЛГО века? Или что? Не поедставляю, зачем трассировка в реалтайме для "отладки софта".