TMS320F2812

W artykule <cvhvak$hg4$ snipped-for-privacy@kujawiak.man.lodz.pl> autorem którego mieni się Elektronika, napisano:

Znaczy się, chodzi o instrukcje "PRIVATE" JTAGa ? Emulacja i te sprawy ... Kupisz ICE i Code Composera, to przestaniesz potrzebować tych informacji ;)

Na '54xx da się zrobić programowy monitor, pozwalający na uruchamianie programu w systemie docelowym - praca krokowa, pułapki, podglądanie zawartości rejestrów i pamięci itp. Na '24xx (do czego się kiedyś przymierzałem) coś takiego wygląda na kłopotliwą sprawę, ale na '28xx jest szansa, że się da (ale tylko dla kodu w RAMie).

AFAIR są odmiany emulatorów ICE innych producentów - więc sprzedają, ale zapewne pod odpowiednio 'ciężką' licencją.

W przypadku ATmegi protokół emulacji po JATGu został rozpracowany

- ale zobacz, jaka jest skala cen oryginalnych narzędzi i popularności układów ...

U¿ytkownik "JS" <_do_not_use snipped-for-privacy@polbox.com napisa³ w wiadomo¶ci news:cvmjth$ren$ snipped-for-privacy@nemesis.news.tpi.pl...

Wszystko OK, ale ja potrzebuje ¶ledziæ dzia³anie procesora w trybie on-line (przez inne urz±dzenie) Chodzi o "prosty" monitoring pracy ca³ego systemu z procesorem DSP (a nie tylko o uruchamianie programu). Np. uk³ad pracuj±cy sobie gdzie¶ daleko uleg³ awarii (jest to prototyp) i trzeba wykonaæ test diagnostyczny (np przez inet). W takim przypadku narzêdzie nie wymagaj±ce obs³ugi przez osoby trzecie jest idealne. Jednocze¶nie interfejs JTAG uwalnia mnie od budowy kolejnego uk³adu, do którego trzeba doprowadzaæ te same sygna³y (np ¶wiat³owody). A raczej przez CC tego nie zrobiê. To co opisane zosta³o w produktach AVR daje niez³e mo¿liwo¶ci. My¶la³em, ¿e taka firma jak TI podchodzi do sprawy profesjonalnie, ale widzê ¿e jako¶ marnie im to wychodzi. Zakup procesora i oprogramowania (w zestawie) to jedno. Ale pó¼niejszy zakup procesorów w ilo¶ci szt np 5 (TMS2812) graniczy z cudem! Poza tym dokumentacja jest porozrzucana po ca³ym serwerze. A filozofii programowania to ju¿ zupe³nie nie rozumiem. Prawde mówi±c jeszcze siê w to nie wgryz³em do koñca, ale nie mogê poj±æ dlaczego firmowy bootloader nie mo¿e zapisywaæ bezpo¶rednio do pamieci FLASH???? (z reszta przez JTAG te¿ nie mo¿na). To znaczy fakt mapowania BOOT'a obszarze pamiêci FLASH jest dla mnie zrozumia³y, ale nie ³apiê o co "informatykom" z TI chodzi³o, ¿e w ten w³a¶nie sposób to wszystko rozwi±zali.

Nie wiem na ile k³opotliwy by³by podgl±d rozkazów wysy³anych przez Composera, ale jako¶ nie wyobra¿am sobie ¿ebym móg³ po³apaæ siê w kolejno¶ci bitów informacyjnych zwracanych z TAP'a przy skanowaniu systemu (opieram siê tu na informacjach odczytanych z "maual" do AVR'a). Mo¿e w TMS jest to inaczej zorganizowane?

ATMega jest ca³kiem niez³ym procesorem. W sumie z programowaniem nie ma problemów (chocia¿ jak siê postaraæ to te¿ potrafi siê zabiæ w³asn± rêk± przez SPI)

Pozdrawiam Tomasz Sobieraj