[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