Вывод через SWO без установления "соединения", Возможно ли? Опции

[Dr.Alex]

Соответственно тогда нужна и прога (для ж-линка или ст-линка), которая отображает то что валится из контрошки по SWO.

Сеггеровский SWO Viewer, наскока я вижу, хочет сначала прицепиться к таргету зачем-то, а потом наверное начнёт работать.
А зачем это надо, если SWO всё равно однонаправленный?
Казалось бы, лови всё что валится, как по UARTу, и всё.

[AVI-crak]

Сеггеровский SWO Viewer, наскока я вижу, хочет сначала прицепиться к таргету зачем-то, а потом наверное начнёт работать.

Чтобы задействовать тактирование, и вписаться в 5% допуска. Иначе частота может получится любой, и детект на приёмной стороне будет намного сложнее.
Мне просто интересно, зачем внезапно понадобился SWO в автономном режиме? На чипе просто дофига аппаратных интерфейсов, нет - будем ногодрыгать через swo.

Сообщение отредактировал AVI-crak - Nov 4 2016, 13:00

[Dr.Alex]

На чипе просто дофига аппаратных интерфейсов, нет - будем ногодрыгать через swo.

Вам нужно ногодрыгать, вы и ногодрыгайте, и не надо приписывать своих глупостей мне.

ITM это и есть стандартизованный аппаратный интерфейс, и мой вопрос именно об его использовании по назначению.

Он уже выведен на разъём, а на столе уже лежит ж-линк. Почему я должен изобретать велосипед?

Для остальных пишу по существу:

Некоторое изучение темы показало, что ARM немного облажались и не предусмотрели возможности ПРОГРАММНО переключить ITM из режима JTAG в режим SWD/SWO, для этого якобы надо немножко подёргать лапами JTAG извне.
Пруфлинки:

https://my.st.com/public/STe2ecommunities/m...urrentviews=114

https://community.arm.com/thread/2519

Но и с этим полной ясности нет.

Вообще же вопрос проистекает из желания выводить отладочные сообщения стандартными средствАми в случае когда контроллер бОльшую часть времени выключен вообще, и лишь изредка включается на считанные миллисекунды.

[AVI-crak]

В моём понимании "выключен" - снято питание.
Режим сон - есть питание, выключена периферия и остановлено ядро. Если отключить ещё и память (нет смысла) - то для отладочного интерфейса остаются регистры ядра.
Режим стоп - остановлено ядро (потребление почти ноль), работает необходимая периферия. Из этого режима можно отладочным интерфейсом читать память. Насколько я верно понял - вам именно это и нужно.
Есть выход, http://www.emblocks.com/forum/viewtopic.ph...89282df567ec09e
Там всё просто. Есть буфер - который заполняется сообщениями от системы, есно когда она работает. Отладочный интерфейс читает этот буфер с максимальной скоростью без остановки ядра, как обычную память. Общаться можно в обе стороны. Этот режим отладки идеально подходит для систем реального времени.

Хотя мне проще задействовать четыре контакта для варта, и через оптику.

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

[Alechek]

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

1. Скорость SWO, как правило, выше чем скорость UART.
2. Бывает так, что все UARTы заняты...

[demiurg_spb]

https://github.com/yurovsky/swo-tracer