Какво използвате за да пращате дебъг съобщения от Cortex-M3 по SWD? При ARM7 чат-пат съм ползвал, когато се наложи, DCC през JTAG + OpenOCD + GDB. Предполагам при Cortex-M3 и SWD също има някаква възможност за такива дебъг съобщения, но при бърз преглед не мога да се ориентирам нещо.
Конкретно в моя случай имам STM32F1xx вързан по SWD с един клонинг на J-Link(с атмелския процесор).
Идеята ми предполагам е ясна - да не търся начин да вързвам допълнителен UART специално за пращане на кратки дебъг съобщения, а да ползвам съществуващата връзка през дебъгера.

Ще се радвам ако знаещите споделите някакъв конкретен опит.

Ми незнам, ама ако измислиш удачно решение - кажи.

То откъм желязото е ясно, ще си напишеш някаква функцийка дето да пише в регистъра. Ама Jlink-a и GDB сървъра как се конфигурират - информация не открих. Не ,че много съм търсил де.

Цецо, това е въпрос към Миро (за него първо се сетих, да ме извинява някой колега, който също е наясно) дай да изчакаме да видим какво ще каже по въпроса?!

Ще отговоря преди/вместо Миро - неговата е лесна, използва нашия JTAG, щото той му писа приемането на SWOt-то за FPGA-то. Поддържа скорост от над 65М бит/бода/херца - както си го искате, но цената няма да ви хареса... е ако сте чували за BDI, нашето ще ви се стори евтино...

Иначе SWO като се приеме се препраща към TCP порт, т.е. абюзера просто трябва да си отвори телнет сесия кум нашия JTAG.
Има и още екстри - PC sampling (profiling), и разни други дебъг съобщения например влязох/излязох от прекъсване и т.н. има ги описани в съответния ARM PDF.

Мани го вашия JTAG, тук сме се сбрали все крадци на интелектуална собственост и любители на безплатния обяд.

@fan - Аз с Миро това съм го дискутирал, той няма какво да помогне, защото проблема е в JLink/GDB манджата, както казах, откъм контролера нещата са ясни. А Миро и Jlink нямат допирни точки.

Не съм сигурен, че GDB Server-a на Segger подържа тази функционалност. Мисля, че това е тапата, ако той го прави, няма проблем. Но нещо ми се мота, че не беше заложено точно в тоя тул.

Едит:
Май можело:

http://www.segger2.com/index.php?page=T ... eadID=1010

Ако някой го пробва и става и напише хубава интерфейсна функция... ще черпя бира ако я сподели. Иначе аз ще напиша като ми остане време, ама като се знам какъв съм драскач, вероятно няма да се хареса на много хора

Едит2:
http://www.segger.com/j-link-swo-viewer.html

Добре, ама човека пита дали по самия дебъг интерфейс в случая двупроводния SWD да можеш да пускаш и съобщения. Иначе трябва отделна жица за SWO пина и там вече е ясно - сегер са пуснали в последните си версии софт за това, едно русначе съм видял, че е писало нещо подобно.

аааа само по интерфейса - не знам!

Виждал съм го това на ARM7 под Cross-a и с най-банален Риглер. Ама на Куртекс с jlink... нивга. То става вече прекалено зависимо от прищевките на segger.


Връзваш си SWO - то и те така...

Всъщност може и само по двете жици, даже е още по лесно - до колкото си спомням при кортекс може да се чете РАМа докато ЦПУто работи. Т.е. през две думи от РАМа не е проблем да се реализира ДСС подобна комуникация, т.е. едната дума данни, а един бит от другата дума флаг дали данни думата е пълна, т.е. ЦПУто пише данни и сетва флага, дебъгера докато ЦПУто работи хем му проверява статуса дали не е брейкнало, хем проверява и думата флаг, ако го види сетнат, чете и сваля флага. ЦПУто вижда че флага е свален и слага нова дума данни и т.н. Данните може да се пренасочат към ТСР сокет например.

Естествено за горноро някой трябва да се наеме да го напише и контрибутва за ОупънОЦД-то де

Имаше някакви OCD-та с двоен FTDI май по бордовете на Луминари ли бяха не помня. Едното FTDI-йче си бачка като най-обикновен сериен към USB.
Неудобството е че трябва да се нацели точния бауд рейт, което налага изисквания към CPU клока къв да е, после те ограничава да не се сменя в движение...

Всъщност всеки може да си направи сам преобразувател и да вкара SWO-то в UART режим. Но ОЦД-то може да пренасочва трейса към OCD конзолата и към GDB конзолата, ако това е някакво удобство.

Разбира се, няма да пропусна да направя реклама и PEEDI, щото като цяло за трейс козата си сака пръч... Едно е скорост в килобити друго е мегабити, освен това тоя сорт емулатори сами се греижат да програмират SWO-то, юзерския код просто пише (ако не е закачен емулатор, писането по неконфигурирано SWO нищо не прави). И не на последно място е стабилността - в UART режима няма гаранции че не си изпуснал нещо заради грешен байдрет, докато в другия режим е манчестер кодиране и без значение от CPU клока емулатора не изпуска нищо.

Абе с две думи, търсете си решение Няма ли вече китайски JTRACE ??

И още едно решение -някои от бордовете на Energy Micro идват с JLINK+JTRACE... и цените са от порядъка 100-200-300$. Само заради емулатора си струва според мен...

Днес бягам по разни задачи и едва сега сядам да отговоря на тези които се включиха в темата.
Първо за PEEDI - търся безплатния обяд както каза Цецо.
Скорост и трейсване не гоня, само няколко съобщения в човекочетим формат, като допълнение към основните неща, които ползвам за дебъгване(memory прозорец, регистри, един-два брейкпоинт-а, старт, стоп, степ + някое светодиодче).
Днес отделих време да потърся и пробвам и получих някакви резултати. Макар и не точно това което търсех.
Първоначално идеята ми беше да ползвам само SWDIO и SWCLK, щото само те са ми свободни на платката. Но по стечение на обстоятелствата SWO пина на платката ми се оказа свободен и опроводен до удобен vias, така че го вързах и реших да пробвам инструкциите от онази тема във форума на Segger, която посочи Цецо(прилагам кода, който използвах).
Стигнах донякъде. Не успях да отворя telnet сесия към gdb с изхода от SWO, но с J-link Commander чета кръговия му буфер с данните, които прихваща от SWO. Т.е. от страна на таргета, конфигурирането на асинхронен SWO и пращането на байт тръгват.
И това е всичко. Продължавам търсенето. Ако ще трябва да заделям допълнително още един пин, по-добре да ползвам UART.
Варианта да си организирам "направи си сам" mailbox в RAM-а може и да ми влезе в употреба, но търся нещо по-удобно и поне под формата на полуфабрикат, ако не може готов обяд.

Ако имаш някакъв конкретен проблем с конфигурирането свиркай....

btw тоя код като гледам няма защита за мултитаскинг, което е станно щото в документацията го има описано мисля. Проблемът не е само с ОС, може ако имаш трейсове от прекъсвания също да се губят неща. Сега сигурно си мислиш че това е бял кахър, обаче като те излъже няколко пъти ще видиш

Ето ги моите функции за трейс на стринг и байт:

Конкретно за мен май ще мина без SWO и този път.
Но тъй като това е форум, ще постна няколко линк-а, които открих покрай търсенето и които може да са интересни за търсещите безплатен обяд. Не са само по темата.

http://takenapart.com/?m=201102

http://www.versaloon.com

http://www.segger2.com/index.php?page=T ... hreadID=31

http://www.gniibe.org/memo/development/ ... r-ftdi2232

Миро, благодарности за споделения код на трейс функциите. Надявам се че ако не на мен някому ще влязат веднага в употреба.

и аз искам да благодаря на miro_atc за функциите, първо ми се сториха трудно разбираеми, но като се разрових в ръководствата, изясниха ми се, и научих полезни неща

Абе аз пак да вдигна темата, случаааайно да се появила нейде фри имплементация на някакъв трейс през SWO-то? Че още само за тъп принтф го ползвам, а има толкова възможности, странно как не се е появил ентусиаст да спретне нещо по раздвижено. Поне да се ползват повече канали и някакво семплиране на PC, watch points... като чета документацията, не е зор да се направи откъм джелезото, ама си иска да се заиграе човек на ПЦ-то, а аз там нямам нерви.