Založen: Sep 19, 2007 Příspěvky: 3698 Bydliště: Praha
Zaslal: st květen 13 2015, 13:12 Předmět:
Debugger by měl spolupracovat s MCU, které mají rozhraní JTAG.
ATMega16, ATmega16L, ATMega162, ATmega162V, ATmega165, ATmega165V, ATMega169, ATmega169V, ATMega32, ATMega323, ATmega323L, ATmega32L, ATMega64, ATmega64L, ATMega128, ATmega128L, AT90CAN128 a vůbec obecně větší pouzdra. Viz DS.
Za pětistovku nic moc lepšího nedostanete, ale tohle není špatné.
Naposledy upravil mtajovsky dne st květen 13 2015, 18:18, celkově upraveno 1 krát.
Založen: Sep 19, 2007 Příspěvky: 3698 Bydliště: Praha
Zaslal: st květen 13 2015, 18:07 Předmět:
Problém je, že Atmel Studio6 už nepodporuje spojení přes RS232. Existují i čínské klony AVR JTAG ICE MKII edice XPI i XPII - odolný, ale cena už není tak zajímavá - něco přes $100.
Kromě toho, oproti lepším debuggerům, jako Dragon nebo ten Atmel ICE, levné debuggery JTAG ICE umožní jen málo breakpointů současně - maximálně asi 3 + 4. na krokování. A také jejich odezva na akce ve studiu je o dost pomalejší. Osobně používám Dragon a jen v případě připojení obvodů pod vyšším napětím (a tím vzniku nebezpečí pro debugger) přejdu dočasně na levnou Čínu.
Problém je, že Atmel Studio6 už nepodporuje spojení přes RS232. Existují i čínské klony AVR JTAG ICE MKII edice XPI i XPII - odolný, ale cena už není tak zajímavá - něco přes $100.
Kromě toho, oproti lepším debuggerům, jako Dragon nebo ten Atmel ICE, levné debuggery JTAG ICE umožní jen málo breakpointů současně - maximálně asi 3 + 4. na krokování. A také jejich odezva na akce ve studiu je o dost pomalejší. Osobně používám Dragon a jen v případě připojení obvodů pod vyšším napětím (a tím vzniku nebezpečí pro debugger) přejdu dočasně na levnou Čínu.
A neexistuje někde nějaké porovnání Dragon X Atmel ICE ??
Nevím, jaké parametry bych tam měl hledat...o breakpointech, podpoře AtmelStudia, atd... se nikde nepíše...
Víc jak šest breakpointů jsem zatím nikdy nepotřeboval, rychlá odezva se hodí... pak potřebuju jen to, aby to fungovalo spolehlivě a nechovalo se to vyloženě users unfriendly
Založen: Sep 19, 2007 Příspěvky: 3698 Bydliště: Praha
Zaslal: st květen 13 2015, 21:09 Předmět:
Víc breakpointů jsem potřeboval, když se provádělo nechtěné přerušení a já
jsem potřeboval jednoduše zjistit, co se děje. Na adresy vektorů neobsloužených přerušení jsem nasázel breakpointy a bylo to.
Do Dragona bych už dnes taky nešel, jeho jediná výhoda je, že umí i paralelní a HV serial naprogramování MCU. Zato je mimořádně choulostivý a neopravitelný vzhledem k nedostupnosti schématu a také pro velmi jemnou povrchovou montáž. Někde jsem dokonce četl, že odcházel kvůli dlouhým kabelům k MCU. Na netu je několik návodů na ochranný interface. Inu, bylo to ve své době low price řešení, kde se šetřilo, jak se dalo a Dragon nemá žádné ochrany.
Ten Atmel ICE si můžete koupit v nejlevnější verzi jen jako PCB a do krabičky dát sám.
Oba dva debuggery (Dragon i Atmel ICE) umí i debugWire a Atmel ICE i několik dalších rozhraní. Co se týče sortimentu 8 bit AVR MCU, tak jsou téměř rovnocenné.
Z toho srovnávacího výběru, který jste uvedl, tak to nejlevnější je jen programátor, neumožní on-chip debugging.
Z toho srovnávacího výběru, který jste uvedl, tak to nejlevnější je jen programátor, neumožní on-chip debugging.
=> U tohoto odkazu jsem myslel porovnání těch čtyř Atmel ICE (vždycky jsou zřejmě dva bez krabiček a dva v krabičce)
Jeden typ je dvojnásobně dražsí než ten druhý....zajímalo, kde se skrývají nedostatky toho levnějšího..?
Založen: Sep 19, 2007 Příspěvky: 3698 Bydliště: Praha
Zaslal: st květen 13 2015, 21:24 Předmět:
Srovnáváte trošku hrušky a jablka. Ten první AT91SAM-ICE je pro jiný sortiment MCU. 2. až 4. položka je pořád Atmel ICE, tudíž "střeva" a sortiment MCU se neliší. Liší se tím, jestli je to v krabičce a jaké je k tomu příslušenství kabelů a adaptérů. Na stránkách Farnell nebo přímo Atmel máte lepší popis.
Po dlouhé době jsem se dostal k jtag debuggingu Atmegy 32 s Jtag Ice
Poradíte mi prosím nějaké zásady a tipy, jak pracovat s breakpointy a taknějak s Atmel studiem obecně??
Představoval jsem si, že při vypisování písmenek na displej hodím breakpoint na příkaz, který vypisuje text na první řádek displeje.... a potom si postupně krokováním zobrazím každej řádek...
Jenže tohle se neděje...
Nevím, jestli je problém I2C při debug módu??
Ani LEDka mi nebliká v průběhu debuggingu
jsem na rychlosti 3,3MHz...
Kdyby existoval nějakej tutoriál, rád se podívám (návody od Atmelu mi přijdou nicneříkající a asi moc odborné)
Já to chápu tak, že když dáš breakpoint tak se stopne chod programu.
Proto ledka přestane blikat a přestane se vysílat do LCD.
Pokud chceš debugovat "on-fly" tak si napiš funkci která posílá např. 16byte jako text na UART, tu volej na vhodných místech programu a pozoruj na PC výpisy...
Start->AvrStudio4.18->Help->AVR Tools User Guide->Simulator->Overview
Start->AvrStudio4.18->Help->AVR Tools User Guide->AVR Dragon User Guide->On-Chip Debugging
Start->AvrStudio4.18->Help->AVR Studio User Guide->Debug
Já to chápu tak, že když dáš breakpoint tak se stopne chod programu.
Proto ledka přestane blikat a přestane se vysílat do LCD.
Pokud chceš debugovat "on-fly" tak si napiš funkci která posílá např. 16byte jako text na UART, tu volej na vhodných místech programu a pozoruj na PC výpisy...
Start->AvrStudio4.18->Help->AVR Tools User Guide->Simulator->Overview
Start->AvrStudio4.18->Help->AVR Tools User Guide->AVR Dragon User Guide->On-Chip Debugging
Start->AvrStudio4.18->Help->AVR Studio User Guide->Debug
Dík, podívám se
Mám ten problém, že když použiju program jen pro blikání LEDky, tak LEDka nebliká!! (bez breakpointu nic, s breakama taky bez odezvy) !!
(pro mě nezvyké je i to, že mi Atmel studio hlásí nějakou chybu, když hodím break na řádek s _wait_ms() )
To posílání na UARTu by mělo fungovat stejně jako posílání znaků na I2C...
Založen: Sep 19, 2007 Příspěvky: 3698 Bydliště: Praha
Zaslal: út září 29 2015, 22:28 Předmět:
pirat077 napsal(a):
pro mě nezvyké je i to, že mi Atmel studio hlásí nějakou chybu, když hodím break na řádek s _wait_ms()..
S debugováním za přítomnosti rutin pro časová zpoždění je spojena jedna nepříjemnost - tyto rutiny pracují většinou správně jen při zapnuté optimalizaci kódu. Jinak překladač hlásí varování, že skutečné zpoždění nebude odpovídat. Na druhou stranu, když se zapne optimalizace kódu, tak je velká pravděpodobnost, že řádek s breakpointem je optimalizován a de facto nemá ve výsledném strojáku svůj obraz. Pak se procesor na tomto řádku nezastaví, i když ve zdrojovém textu vidíte nastavený BP.
Buďto se dočasně pro ladění smíříte s chybou časových rutin nebo můžete kód reorganizovat do více modulů a potřebná časová zpoždění soustředit do samostatného modulu. Pro celý projekt pak vypnete optimalizace s výjimkou tohoto modulu.
Nemůžete odesílat nové téma do tohoto fóra. Nemůžete odpovídat na témata v tomto fóru. Nemůžete upravovat své příspěvky v tomto fóru. Nemůžete mazat své příspěvky v tomto fóru. Nemůžete hlasovat v tomto fóru. Nemůžete připojovat soubory k příspěvkům Můžete stahovat a prohlížet přiložené soubory
Informace na portálu Elektro bastlírny jsou prezentovány za účelem vzdělání čtenářů a rozšíření zájmu o elektroniku. Autoři článků na serveru neberou žádnou zodpovědnost za škody vzniklé těmito zapojeními. Rovněž neberou žádnou odpovědnost za případnou újmu na zdraví vzniklou úrazem elektrickým proudem. Autoři a správci těchto stránek nepřejímají záruku za správnost zveřejněných materiálů. Předkládané informace a zapojení jsou zveřejněny bez ohledu na případné patenty třetích osob. Nároky na odškodnění na základě změn, chyb nebo vynechání jsou zásadně vyloučeny. Všechny registrované nebo jiné obchodní známky zde použité jsou majetkem jejich vlastníků. Uvedením nejsou zpochybněna z toho vyplývající vlastnická práva. Použití konstrukcí v rozporu se zákonem je přísně zakázáno. Vzhledem k tomu, že původ předkládaných materiálů nelze žádným způsobem dohledat, nelze je použít pro komerční účely! Tento nekomerční server nemá z uvedených zapojení či konstrukcí žádný zisk. Nezodpovídáme za pravost předkládaných materiálů třetími osobami a jejich původ. V případě, že zjistíte porušení autorského práva či jiné nesrovnalosti, kontaktujte administrátory na diskuzním fóru EB.
FAQ
Hledat
Uživatelské skupiny
Profil
Soukromé zprávy
Přihlášení
Ten první AT91SAM-ICE je pro jiný sortiment MCU. 2. až 4. položka je pořád Atmel ICE, tudíž "střeva" a sortiment MCU se neliší. Liší se tím, jestli je to v krabičce a jaké je k tomu příslušenství kabelů a adaptérů. Na stránkách Farnell nebo přímo Atmel máte lepší popis.