Някой използвал ли е Macraigor USB Wiggler ? Кои среди освен Macraigor го поддържат ? Има ли клонинг ? Дали случайно вътре не е с HiSpeed FTDI2232 ?

Не знаех, че Macraigor предлагат безплатно Eclipse(Linux/Windows) със съответните компилатори за цяла гама процесори, като ARM 7/9/11 , Coldfire 2, Cortex A8,M3 ,Intel Atom ,MIPS (32 and 64 bit), PowerPC, XScale & X86. Интересна комбинация е, напълно безплатна среда + GNU C/C++ , плащаш само за JTAG-а, т.е. за под $300 се обзавеждаш с развойна система за най-често използваните ядра. В списъка липсват TI DSP & AD DSP-тата.

Интересно е плъгина за дебъгване под еклипс дали може да работи и с нещо друго освен Риглера?

От следната таблица http://www.macraigor.com/cpus.htm можеш да направиш справка кои JTAG адаптери се поддържат

П.П. Шибана работа ( както и очаквах де ), пробвах да им инсталирам MIPS компилатора, не става, екзе-то има някаква бабалюга и не иска да се разархивира...

На теб какво ти трябва? Тулчеин за MIPS ли?

Да, трябва ми C++ за MIPS. Всъщност имам си C++ за MIPS, но е гол компилатор,
трябва и работна среда, дебъгване и т.н. Пробвах да импортвам elf файловете в MPLAB
но не ги захапва както трябва. Първо бях объркал little endian с big endinan, после
се усетих, сега ги импортва, но нещо не е както трябва.

Macragior Eclipse с MIPS тръгна, но инсталирах по-старата им версия на MIPS компилатора
( 4.4.3 вместо 4.5.1 ). Има 3 примерни проекта, в Readme файловете пише:



а пък в линка от предишния пост пише, че Wiggler не се поддържа за
MIPS платформата. Ще взема да запоя един Wiggler тия дни да видя
дали ще работи. Все пак е добре да има алтернатива на Microchip средата.
Пък ако тръгне ще го изпробвам и на някой ARM, намират се и такива платки
при мен Все пак изглежда добра сделка за под $300 да си вземеш една
такава среда, ако поддържаше и TI DSP-та цена нямаше да има

въпроса за клонинга наистина изглежда интересен - ако е нещо "ефтинджос" и аз ще имам интерес. Някой да го е пробвал това?
Иначе за 300$ CrossConnect е идеален, а и поддъжа купчина процесори (АРМ), но средата... е, и тя пари.
Така и така сме го подхванали на тая тема - някой сковавал ли си е олимекския jtag за арм-ове? Че не е скъп - не е, пък и в момента имам под ръка други, ама ... мерак

Не ми се е налагало да "сковавам"... имам си оригинален от Своге

Но ако ще сглобяваш няма смисъл да ползваш схемата на олимекс. Виж схемите на ици-дици или както там се казваше това на Луминари, мисля че ST-тата също имаха подобна...

Те ползват двуканален FTDI чип, единия пак се ползва като OpenOCD, но втория канал при куртексите може да ползваш за SWO трейс. А трейсът е нещо много полезно...

@Пирев

За ARM нещата се поизбистриха вече. Или както каза Миро FTDI или J-link, после товариш GCC и Zylin + еклипс и си готов.

Ама за MIPS ми се губи нещо връзката. Въпроса е какво желязо може да се ползва за дебъгване. Ако се намери желязо което да може да се търкаля към GDB Server после нещата би трябвало да си вървят по каналния ред Zylin+Eclipse+GCC.

@Миро - за кортекс трейса появи ли се вече някаква стабилна фрии имплементация?

Цецо,
SWO-то е една жица, която поддържа два режима - УАРТ и Манчестер. Всички сериозни емулатори ползват манчестер, защото така може надеждно да се разбере скоростта (честотата на таргета). Аз ползвам PEEDI и то издържа до към 50MHz (25Mbps заради манчестера). При тия скорости естествено трейсването хвърчи...

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

Иначе УАРТ решенията са ясни, има известни разлики според това как става превключването от JTAG към SWD/SWO, някои примерно позволяват избор между SWO и друг истински UART. Но мисълта ми е, че няма какво да им се развива - като хардуер е ясно (ФТДИ), като софтуер също.

Всъщност има някакво развитие на софтуера - щото освен текстов трейс, може да се включва трейс на инструкции/адреси/данни. И вече има няколко фирми освен CodeRed дето предлагат разни плъгинчета с които може да гледаш статистики, коя функция колко пъти се е викала, какво време средно отнема и т.н. Само че с трейс на 9600 няма как да извадиш данни за смислена статистика...

Както и да е... моят съвет към всички ентусиасти - не си губете времето да клонирате олимекс/оцд че даже и j-link. Седнете и направете нещо читаво, не е толкова трудно!

Принципно OpenOCD поддържа MIPSове, ама кои и до колко е друг въпрос...

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

Да, поддържа, ама принципно

Не мен ми стана интересен RSP протокола на GDB, не е сложен, иска се малко програмиране и може GDB да се накара да управлява примерно PICKit2, където всичко е с отворен код. Тогава няма да има нужда от разни FDTI решения.

Пак казвам, Macraigor ми стана интересно като решение, защото предлагат среда от Интел до МИПС.

Това би било голямо удобство, щото после човек може да си мине на Eclipse за пиковете. Но няма да седна да го пиша сам Виж ако чуеш, че някой го е направил и може да се вземе наготово, казвай

Че кой е казал, да го пишеш сам, няма да откриваме топлата вода я RSP сървъра го има като Reference Implementation ( http://www.embecosm.com/download/esp7.html ), разгледах кода, добре е написан. Остава да се направи връзката с PICKit2, и тук е гъдела, кода е за .NET и трябва да се преработи до C++, само че аз не разбирам от .NET Ако има някой мераклия да помага, да се обажда немедленно

Аз като казвам, че няма да седна да го пиша, разбирай, нямам намерение да му отделям време. Отделно, че ПЦ програмирането ми е на ниво техникум

Та аз затуй казвам, ако някой го е направил и не му се свиди - бих го ползвал наготово

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