Dziwne zachowanie kompilatora w AVRGCC.

tylko 4 razy szybszy? hmmm... chyba sie bede musial TMS320F24xx/28xx zainteresowac..

Jtag to jest elektrycznie trywialny interfejs, do ktorego chocby LPT wystarczy. A oprogramowanie do tego to jest osobna sprawa.

J.

Ja (i nie tylko ja) wspominałem kilka razy na tej grupie o ARM-ach OKI którymi handluje Memec. Zgodnie z informacjami które od nich dostałem, taki ML675003 (512KiB Flash, 32KiB RAM, 60MHz, 8KiB cache, LQFP144) w małych ilościach kosztuje jakieś $14 netto, czyli $17 z VAT, czyli jakieś 70PLN. I to jest dobra cena w porównaniu do cen ośmiobitowców.

BTW. Jak żeś robił te pomiary(szacunki) że Ci wyszło własnie 4 a nie np. 2 lub 20. :-)

Regards, /J.D.

Akurat ARM to standard jakich malo :-) i interfejs JTAG sklada sie z bufora podlaczanego do portu drukarki (podobnego do Altera ByteBlaster). Programowanie i _debugowanie_ przez JTAG jest dobrze opisane, istnieja programy windozowe i linuxowe. Sam widzialem, jak qmpel w pracy odpalal pod Linuxem gdb z ARMem. Bez zadnego specjalnego sprzetu.

Porownalem ATmege 16 MHz z ARMem 66 MHz. I wyszlo 4,125x. Wydajnosc programow na ARMie moze byc nieco wieksza - ale to zalezy od programu - z powodu 32-bitowych operacji i lepszego asemblera (m.in. instrukcje wykonywane warunkowo i opcjonalnie zmieniajace stan flag).

Oczywiscie jezeli chodzi o platforme ARM jako taka, to bez problemu do porownania mozna wziac intelowe procki XScale z zegarem 400 MHz - beda

BTW: Czy te flashowe ARMy OKI maja jakies bity do zabezpieczenia pamieci programu przed odczytem z zewnatrz (lub gdy ktos sie podlaczy po JTAGu)?

Tyle wychodzi z porownania zegarow. Czy to oznacza ze arm ma identyczna wydajnosc na MHz zegara co avr? Wydaje mi sie to neico podejzane

a takze zersze rejestry, co ulatwia adresowanie, prostsza struktura pamieci i wiele innych

Oj, cos mi sie wydaje ze wiecej. Gdyby to byla tylko roznica w zegarze, AVR nie pchal by sie w droga licencje a podkrecil zegar w swoich

pzdr. j.

Jasne. Dzieki bardzo.

On Fri, 14 May 2004 01:25:04 +0200, Adam Dybkowski snipped-for-privacy@amwaw.edu.pl> wrote: [.....]

Tak podejrzewałem że porównywałeś maksymalne zegary. Ale nawet z tym samym zegarem ARM powinnien być kilkukrotnie szybszy z powodu cech które wymieniłeś. Aczkolwiek, tak jak napisałeś, to zależy od aplikacji. Chociaż z drugiej strony do sterownika wymieniającego dane po RS232 i sterującego dziesięcioma przekaźnikami prawdopodobnie nie ma sensu wsadzać jakiegoś ARM-a.

AFAIK nie mają - nie znalazłem nic na ten temat w dejtaszicie.

Regards, /J.D.

No to dali ciala. Procki z Flashem nijak nie zabezpieczonym odpadaja w przedbiegach w wielu projektach. Chyba zadna firma nie chce, aby ktos zrobil podrobke jej sprzetu. Albo wyciagnal z pamieci jakies wazne dane.

Na podobna przypadlosc cierpia flashowe ARMy atmelowe (te w BGA) - pamiec Flash chyba doczepili "na odczep sie", bo wszystkie piny (kulki) pamieci sa wyprowadzone na zewnatrz i za pomoca odpowiedniej przejsciowki mozna ja programowac w zwyklym programatorze Flashy.

Czy jakas firma robi ARMa min. 100-nozkowego (pelne EBI) z sensownie zabezpieczona pamiecia Flash? Nie mam duzych wymagan, wystarcza lockbity a'la AVR.

On Sun, 16 May 2004 00:15:52 +0200, Adam Dybkowski snipped-for-privacy@amwaw.edu.pl> wrote: [.....]

Bo AFAIK te ARM-y to są dwie struktury w jednej obudowie. Aczkolwiek podobno Atmel ma wypuścić nowe wersje gdzie wszystko będzie umieszczone na jednym kawałku krzemu.

Też bym chciał wiedzieć. Chociaż bardziej z ciekawości niż z potrzeby. IMO wcale nie jest łatwo (czytaj: tanio) zrobić reverse engineering jakiegoś większego kawałka kodu. A jak komuś będzie bardzo zależało to zeszlifuje kość warstwa po warstwie - chociaż niektórzy producenci przechwalają się że ich kości są na to odporne - np. Actel tak mówi o swoich ProASIC+.

Regards, /J.D.