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

ако е wiggler на паралелен порт е класика в жанра
По-добре се ориентирай към USB варианта (OCD) което е с един FTDI чип. Така или иначе и двата се продават от Olimex и мисля че на сайта им има схемите или поне линкове. Но щом виждаш таргета значи проблема ти не е в кабела

Проблемът на всички тия евтинджос решения е че трудно се подкарват софтуерно. То не са драйвери, то не са конфиг файлове и кво ли не... Та от тая гледа точка те съветвам да си купиш от Olimex или да клонираш техен че долу-горе в нета има описание как се подкарват техните. Те също са направени ужасно зле.... USB-Tiny идва с един диск е едно ехе 200МБ. Пускаш го и то без да те пита нищо ти инсталира 1000 неща, повечето от които са допотопни версии - кошмар. Не случайно се казваше "нещо си фор дъмис". Заради един драйвер който всъщност е стандартен, сами inf файла е уникален ти омазва компютъра. Някъде бях изолирал мисля драйвера и ако тръгнеш по тоя път мога да ти го изровя, иначе трябва да им инсталираш простотиите, после да ги махаш и да ги славаш новите версии. А ти трябват новите версии на OCD щото старите не поддържат флашване - само дебъг...

Приготви се да утрепеш няколко дена докато подкараш всичко... Ако ти трябва помощ мисля ще се намери, ама трябва да кажеш на кой точно хардуер (usb/lpt) стъпваш, с каква среда ще бачкаш и стъпка по стъпка докъде си стигнал с инсталацията/проблемите...

такаа... е сега ме стресна мислех че ще е по лесно. добре де, по принцип през параления порт нещата трябва да станат по лесно. поне на теория. Идеята е че този wiggler се разпознава директно от средата CrossStudio for ARM и мога да го изплозвам по пълноценно. ако тръгне. за усб варианта - е, има си предимствата, блазнещо е , но както го описваш от към драйвери - не звучи като да става. мислех да пробвам с евтинджоса. но ти благодаря , ще погледна тези на олимекс. ако си правил въпросната "класика" ще ми е интересно да разбера как си я подкарал.

хм, странно, щом се вижда target-а, кабелът изглежда да е наред наистина, поне jtag пиновете са коректно опроводени (TMS, TDI, TDO, TCK, евентуално би могло да има проблем с TRST)

може да провериш дали SRST е опроводен правилно; ако е wiggler на паралeлен порт, SRST трябва да е хардуерно инвертиран (във wiggler-a); аз досега съм нямал възможност да работя с АРМ с нещо различно от wiggler на паралелен порт, но този на Olimex си работи стабилно, пробвал съм го и под Windows XP, и под линукс

сега видях, че ползваш CrossStudio; аз също го ползвам, и под него wiggler-а работи много добре (поне за мен); нямам схема под ръка, но ако можеш, пусни твоята схема; wiggler-а на Olimex работи стабилно и с openocd / gdb (поне при мен работи добре)

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

ако можеш, напиши каква грешка ти дава CrossStudio

ммм щом при теб работи стабилно wiggler-a, значи става него ще го работя. за съжаление не мога да ти пратя схемата с която сме опитвали - един от колегите се занимаваше да прави платка за него и не знам на коя машина го е затрил. ще преровя мрежата,но може и да не я намеря. Този който използвахме за опита бе някаква "самоделка" - разбирай кълбо от жици, спуснато ни някаде от "горе". никва идея как се е държал при предишния му собственик. като гледам основната рализка м/у разните wiggler-и е стойности на резистори. а има няколко "перверз-шалтунг" схеми, тях ги изключвам. ако случайно ти попадне схемата на този който използваш - много ще е добре, аман от гадаене. не че ще е за първи или последен път

успях да изкопая следните сорсове; по спомени, взел съм ги от openocd; това долу е пробвано за wiggler на Olimex, и работи

имай впредвид, обаче, че в CrossStudio-то има някои настройки, които може да ти се наложи да пипнеш (напр. честота на TCK (jtag clock), допълнителни битове ако имаш нещо друго закачено на jtag веригата и др., не помня всички)



така, ако не съм объркал нещо, опроводяването трябва да е следното (може да го провериш за всеки случай):

tck - bit2 - pin4
tdi - bit3 - pin5
tdo - bit7 (вход за PC) - pin11
tms - bit1 - pin3
trst - bit4 - pin6
srst - bit0 - pin2

сигнали dbgrq, dbgack, rtck няма да ти трябват, rtck би могъл да ти трябва в някои случаи (АРМ9 и нагоре), обаче аз не съм работил с нещо различно от ARM7TDMI(-S), така че не мога да дам мнение

най-добре все пак ще е ако можеш да кажеш какво съобщение за грешка получаваш от CrossStudio, щом target-а се открива, може би хардуерът ти е наред

Eдинствения долу горе стабилен начин да работиш с Wiggler-a е чрез RDI i H-Jitag
http://www.hjtag.com/

[quote="head_up"ако си правил въпросната "класика" ще ми е интересно да разбера как си я подкарал.[/quote]

Не съм подкарвал... по стечение на обстоятелствата имам различни емулатори и не ми се е налагало да правя сам. Пък и не е добра идея да се прави с хвърчащи жици. JTAG е капризен (разбирай зле замислен) интерфейс и ако вкараш различни закъснения по различните сигнали се губи синхронизацията и почва ту да работи, ту да не работи, особено при флашване с агент който вдига клока.
Най-добре дай 50лв и си го вземи направен, в краен случай се постарай да го направиш по-добре и без дълги или хвърчащи жици.

По принцип щом разпознава таргета значи кабела е наред поне за ниски честоти. Би трябвало да може да дебъгваш ако не вдигаш jtag клока. Флашването може да не работи поради конкуренция на сигнали в кабела или поради кофти настройки...

хм, интересно го описвате, в крайна сметка да разбирам че може и да не е най-добрия вариант за работа с wiggler-a. мисля да пробвам да си го сделам но в краина сметка може и да ми излезе почти колкото да си го купя - някаде го видях за 19лв, ако още го продават. а тогава какъв друг поносимо скъп вариант на jtag емулатор за арм можете да препоръчате? не някаква екзотика, нещо което може да се закупи в бг? съвместим с crossworks имам превид.

Що не пробаваш с Keil или IAR. И двете поддържат RDI и работят с H-Jtag. С CrossWorks май никой тук не работи с ARM. Преди си играх малко с него да го видя що за чудо е но мисля че тогава,преди година,година и половина не поддържаше RDI.

Ами аз съм си правил експерименти с риглера и кроса преди 2 години. Работеше си. А ти сигурен ли си че виждаш таргета? Щото наистина ми се струва странно да познава таргета, ама да не ще да по-натам.

все пак, ако искаш, мога да ти дам wiggler; ако си близо до софия, май това ще ти свърши най-много работа

да конкретизирам - разпознава си таргета, пише в него, проверява и там гърми - вика "проверката не мина". и таргета се държи разбира се като не програмиран Пробван е при различни скорости и разни дребни настройки и даже на различни PC-та ... все тая... сега като се загледах в няколко схеми на wiggler забелязах че разлика има в един мост между 8 и 15 извод на параления порт, но той служи само за идентификация на емулатора (мисля...) и не би трябвало да е причина за такова държание при условие че веднъж вече го е разпознало. Шопов, благодаря ти за предложението, хубаво е, но съм от пловдив, не че няма начин, но живот и здраве ако му разберем каде е проблема на този wiggler ще се пуснат платките (които вече са начертани) и тогава няма да има нужда да жертваш лична собственост но пак ти благодаря. в случай на огромна нужда може и да помрънкам разбира се...

Повече от година работих с OLIMEX клонинг на wriggler за паралелен порт. Като среда ползвах YAGARTO. Там wiggler-a се ползва чрез OpenOCD. Според мен wiggler-a е добро решение за почти без пари. Щом като си седнал да лепиш жици значи точно това търсиш. Не се отказвай. Работи и то стабилно.
С CrossWorks за ARM работих известно време всичко вървеше добре, но в един момент се отказах защото исках да правя малко по-сложни неща с дебъгера, които не бяха описани добре в наличната документация. Ако имаш легално закупен CrossWorks от съпорта на Rowley ще ти помогнат и нямаш проблеми. Освен това интеграцията на дебъгера в IDE-тo, както е при CrossWorks-a, скрива какво точно прави при ресет, при свързване с таргета и т.н.
Няма да те агитирам за YAGARTO щото там има също много трески за дялане и липса на документация. Но ако продължаваш да удряш на камък може да опиташ www.yagarto.de
Винаги има и специфични неща около процесора, който стои от другата страна на JTAG-a. Така че проблема ти може да е че трябва да промениш нещо в конфигурацията. CrossWorks ползваше ресет скриптове в които за LPC2000 серията например, с която го ползвах, се налагаше да се дописват някои неща - ремапване на вектори и т.н.

zdrav: ха така ти оправи работата... какво имаш предвид си дописавал за CrossWorks-а? опита го направихме с два проца от серията lpc23xx и там нямахме никакъв успех. дали това което ти казаваш - ремапване-то не е причина? пробвахме го с 1.7 build 8 версия, не знам дали при твоята като да е била по-стара? разбирай некоригирана, ако в тази въобще са си направили този труд? би ли описал по подробно какво си правил за да стане? лошото е че каквото и да посъветваш преди сряда няма да мога да го пробвам. но пък е нещо за дялкане