Fórum témák
» Több friss téma |
Üdv Kedves Fórumozók!
OpenOCD kompatibilis JTAG programozó építését tervezem Cortex-M3 (ARM) mikrovezérlőhöz FT2232HL ic-vel. Van itt valaki, aki már csinált ilyen programozót, vagy esetleg tudna kapcsolási rajzot adni hozzá?
szia,
letöltöd az ft2232 datasheetjét, benne van a mintakapcsolás. a kimenet/bemenetre meg teszel szintillesztőt megtervez, beszerez, marat, épít, örül 
Hi!
legközelebb olvasd el kétszer, mi a kérdés, ahelyett, hogy adsz egy kapcsolást valamivel, forráskód nélkül. Mégegyszer: 1. OpenOCD kompatibilis 2. FT2232HL 3. Cortex-M3 (ARM) u.i.:ismerem a google-t...
Sziasztok
Nem akarok ennyiért egy új témát nyitni, kb. ide tartozik... Arra lennék kíváncsi hogy hogy működik a JTAG. Nem is hogy hogy működik, csak szimplán nem értem a dolgokat. Tehát kérdezném hogy bármilyen IC-hez jó bármelyik JTAG égető? Pl.: Mint Ez... (Prototype 2) Ha ezt a kapcsolást vesszük, akkor ezt használhatom a Texas MSP430, a Maxim MAXQ3000-esekhez, az ST ARM, stb... procijaihoz? Találtam ezen a kapcsoláson kívül jó pár LPT portos JTAG kapcsolást (g00gle, "jtag", képek), de nem tudom hogy (ha minden gyártó IC-jéhez más-más JTAG kell) akkor melyikhez melyik lenne jó, ha pedig a JTAG "univerzális" akkor melyik lenne működőképes. (ha ez az "igaz" és valaki használ ilyet kérem ne fogja vissza az infót )Azon is gondolkodtam hogy lehet-e az hogy az IC-khez külön-külön program "jár" vagy való, és az "mondja meg az égetőnek mit csináljon". És így ugye univerzális lenne a kapcsolás... Melyik az "igaz"? Előre is köszi
Idézet: „Nem akarok ennyiért egy új témát nyitni, kb. ide tartozik... Arra lennék kíváncsi hogy hogy működik a JTAG. Nem is hogy hogy működik, csak szimplán nem értem a dolgokat. ” Nem nagyon olvastál utána. Ejnye. A JTAG egy ánglius betűszó, Joint Test Action Group (JTAG) Idézet: „Azon is gondolkodtam hogy lehet-e az hogy az IC-khez külön-külön program "jár" vagy való, és az "mondja meg az égetőnek mit csináljon". És így ugye univerzális lenne a kapcsolás... Melyik az "igaz"? ” Ha elolvasod a wiki oldalt, rájössz a válaszra magad is.
Hát igazából egyáltalán nem néztem utána, mert elindulni sem tudok... adtál egy támpontot, de sajna az angol nem az erősségem...
De a lényeg hogy elég rendesen el vagyok tévedve a témával... ... vagy nem?
Egy kicsit jobban beleástam magam a dologba...
Magyar-fordítás, plusz ez. Nem tudom hogy "mennyire értettem meg", erősítsetek meg ha így van... A JTAG-al tesztelni, programozni, debuggolni lehet. Idézet: (G00gle fordító...)„Vannak mind a "buta" adapter, ahol a házigazda mellett dönt, és elvégzi az összes JTAG műveletek és "intelligens" is, ahol bizonyos, hogy a munkát végzik belül adaptert, gyakran hajtott egy mikrokontroller.” Vagyis a "buta" adapter univerzális, de vannak konkrét típusokhoz valók is... Végülis arra jutottam hogy a kapcsolás amit a kettővel ezelőtti hsz-emben írtam, az jó lenne több IC-hez. Pont eltaláltam a topikot - tudatlanul - mert találtam egy tutorialt is OpenOCD & Eclipse-vel való debuggoláshoz... Úgyhogy van mit kipróbálni és keresgélni. Ha valamiben tévedek javítást kérnék... Előre is köszönöm...
Jó úton haladsz! Csak így tovább!
Az út oké, de szoftverben elakadtam.
Emiatt linuxot nem nagyon akarok "indítani", jobb lenne Windows alatt elintézni, de ahogy nézem az OpenOCD-nek csak a forrását lehet letölteni. Meg is van. De a build már más tészta, van pár leírás, mire mindet kipróbálnám, beleőszülnék plusz teleszemetelném a gépet... Vagyis, tudnál nekem segíteni, milyen progival használhatom a cókmókot?
Az Eclipse már megvan, és mostmár az OpenOCD is.
Nagyon szépen köszönöm a segítséget mindkettőtöknek.
Szia nrg!
Igaz, nem OpenOCD és nem is kell megépíteni, viszont olcsó ... Van itt egy kész STM32 debugger, amivel akár azonnal el is kezdheted a fejlesztést: STM32 Discovery Én még tavaly a 8 bites változatát vettem meg, és nagyon beleszerettem. Üdv, P
Sziasztok!
Azokat kérdezném elsősorban, akinek volt már dolga openocd-vel és cortexM3-mas procival. Építettem egy jtag programozót, FT2232H-val. A kapcsolás teljesen ugyanaz mint itt. Bővebben: Link LPC1756-os IC-hez akarok csatlakozni. Odáig nem jutottam még el hogy az eclipse-t beállítsam teljesen debuggolásra, mert először ezt akarom megoldani. A gépe felraktam az openocd 0.5.0-t, elindítom a
paranccsal. Válaszként megjelenik a végén hogy
Tehát elvileg az eszköz eddig tök jól megvan, viszont itt lefagy az egész. A -d3 paraméterrel (debug mód) kiderül hogy ennél a sornál akad el:
Tovább sehogy se akar jutni a szerencsétlen openocd. Most az nem tudom hogy ilyenkor az a gond hogy a kontrollernél megszűnik az órajel ellátás, bár nem láttam az adatlapban hogy a jtag interfész külön kapna órajelet, vagy a másik tippem hogy az openocd0.5-nél már elkezdék az SWD buszos debugot és nincs befejezve, és valamiért ez kavar be. Valaki dolgozott már LPC1700-rel és openocd-vel?
A JTAG portnak van saját órajele, de amúgy sem állítja le az órajel generátort. Ha így lenne, akkor meg kommunikációs hibával le kellene állnia az OpenOCD-nek.
Én is a 0.5.0-t használom, ilyen problémával nem találkoztam, és kevés az esélye, hogy ilyen hibával release-elték volna ezt a verziót. A probléma kiderítéséhez egy kicsit több infóra van szükség: milyen oprendszert használsz? melyik driverrel van fordítva az OpenOCD (libFTDI vagy gyári)? Van USB hub a PC és az adapter között? Használja az adapter az automatikus órajel beállítást? Milyen gyártmányú a PC USB host-ja, ill. milyen driver van hozzá telepítve? Hogy kapcsolódsz hozzá GDB-vel (pipe vagy tcp)? Mit jelent az, hogy lefagy az OpenOCD (normál működés mellett is úgy tűnik mintha lefagyna, mivel szerverként viselkedik és várja a bejövő tcp kapcsolatokat a .cfg-ben megadott porton)? Telnet-tel tudsz kapcsolódni az OOCD portjához? Személyesen a Win7 32bit és Intel IHC9 host-al sokat szívtam, mert mindig eldobta a kapcsolatot valami USB Read error-al.
Windows XP-t használok, elvileg libftdi-re fordított openocd-vel.
Közvetlen a gépre van dugva, valamilyen nvidia vezérlővel (laptop). Úgy értve áll meg ahogy írtam, hogy benne marad valamilyen inicializációban, telnettel így nem lehet értlemsen csatlakozni mert nem csinál semmit. Target megadása nélkül elindul valamennyire, ott tudok telnetelni, de maga a rádugott eszközzel értelmesen nem tudok kommunikálni. De most ahogy nézem és méregetek szkóppal, olyan mintha nem működne a trst és az srst vonal. Illetve TDI, TMS, TCK vonalakra kötve egy led-et akkor megvillan, de a reseteknél semmi változás. Azt nem tudom hogy pontosan hogyan kell bekonfigurálni a reset vonalakat, de mint ha itt lenne valami baja.
Nekem XP-n fel sem ismeri a programozót libFTDI-al. Én leszednék egy repo-t git-tel, majd fordítanék egy saját OOCD-t, az ftdi oldaláról leszedett driverrel.
A resetről annyit, hogy 2 féle reset van, SRST és TRST, ezek a targetet resetelik vagy csak a Debug portot, általában össze vannak kötve. Ezek kialakítását, és egyéb konfig opciókat meg lehet adni valamelyik .cgf fájlban. Elvileg nem is kell egyik reset sem, mert valami jelváltás a jtag lábakon szintén reset értelmű. Nekem működött reset lábak nélkül is, igaz a procit utána kellett resetelni, mert nem kezdte a 0-ról a programot. Fordításban tudok segíteni.
Persze hülye kérdésnek tűnhet. De nem tudom hogyan van ez az egész arm dolog. Milyen otthon elkészíthető usb-s eszközt lehet csinálni?
Helló mindenki,
Remélem van itt openocd guru aki tud segíteni. Egy Nuvoton M0517LBN alapú liion töltőt szeretnék újraprogramozni egy Ulink2-vel (CMSIS FW-vel). A következő parancsot használnám
aminek a kimenete:
És a visszatérési érték nem 0. Hogyan lehetne kideríteni mi kínja van? Ha jól sejtem az init már valami TCL szkript, de nem találtam meg ezt a függvényt. Az openocd kódja Gitből van pörgetve frissen ropogósan (repóban nincs CMSIS-DAP support). Tudja valaki, hogy mi a különbség a hla_swd és az swd transport protokollok közt? A hozzászólás módosítva: Nov 12, 2015
Közben megtaláltam a --debug 3 paraméter ami után elmondta, hogy egy SWD transzferre nem jön válasz.
|
Bejelentkezés
Hirdetés |
