[elektro] ARM megint

Móczik Gábor pm_levlista at progzmaster.hu
Wed Sep 18 07:51:45 CEST 2013


2013.09.17. 22:54 keltezéssel, Pataki István írta:
> Kérlek benneteket, ne indítsunk hitvitát, tényleg komolyan kérdezem,
> miért ARM, amikor látszólag egy PIC bőven tudja ezeket? Mi az, amit csak
> az ARM tud?
>
> Vagy inkább úgy kérdeném, ha valaki beleásta magát egy-egy
> gyártmányféleségbe, írja már meg, mi az, ami különlegessé teszi a
> többihez képest? Bizonyára többen is örülnénk egy ilyen összehasonlítási
> lehetőségnek.

Az, hogy milyen perifériák vannak benne, meg hogy mekkora a számítási 
teljesítmény az két külön dolog, különálló alkalmazási területtel.

USART, SPI, EEPROM, stb. olyan primitív építőelemek, amik kellenek, de 
pusztán abból, hogy kell, még nem lehet következtetni a feladatra.

Lehet SPI-n hőmérőt is olvasni 10 másodpercenként, és kiírni egy 
kijelzőre, meg lehet pl. két 16 bites ADC-ből dönteni bele az adatot, 
amit esetleg real-time ki is kell értékelni, stb.

Ugyanazok a perifériák, de durván eltérő számítási igény.

ARM-en amellett, hogy 32 bites, irtó hatékony utasítások vannak, 
különleges dolgok, hogy bit beállító regiszter, bit törlő regiszter, 
stb. 8-bites PIC-en van jellemzően 2 HW megszakítás, a szoftver komoly 
időt tölt azzal, hogy eldöntse egyáltalán mit kell kiszolgálni.
ARM-ben van interrupt controller meg egy halom megszakításvektor.

Ha a beérkező adatot RAM-ba kell tenni, PIC-en egyenként oda kell írnod, 
mondjuk a megszakítás rutinban, ahol kiolvasod a perifériából.
ARM-en van DMA controller, az SPI, USART, CAN, Ethernet, USB bezúdítja 
az adatot a bufferbe, a CPU igénybevétele nélkül, neked már csak akkor 
szól, amikor készen van.

Ezek a dolgok a kihasználható számítási teljesítményt, processzoridőt 
nagyságrendileg többszörösére emelik, még az órajel mondjuk csak kétszer 
annyi mint egy 8-bites PIC-en.



More information about the Elektro mailing list