eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaPIC vs AVRRe: PIC vs AVR
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
    atman.pl!news.chmurka.net!.POSTED!not-for-mail
    From: Michał Lankosz <m...@t...pl>
    Newsgroups: pl.misc.elektronika
    Subject: Re: PIC vs AVR
    Date: Fri, 04 Apr 2014 10:34:56 +0200
    Organization: news.chmurka.net
    Lines: 41
    Message-ID: <lhlqqm$1c5$1@srv.chmurka.net>
    References: <533ddbbb$0$2158$65785112@news.neostrada.pl>
    NNTP-Posting-Host: 91.231.23.13
    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Trace: srv.chmurka.net 1396600470 1413 91.231.23.13 (4 Apr 2014 08:34:30 GMT)
    X-Complaints-To: abuse-news.(at).chmurka.net
    NNTP-Posting-Date: Fri, 4 Apr 2014 08:34:30 +0000 (UTC)
    User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101
    Thunderbird/24.4.0
    In-Reply-To: <533ddbbb$0$2158$65785112@news.neostrada.pl>
    X-Authenticated-User: dxfm
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:662236
    [ ukryj nagłówki ]

    W dniu 2014-04-04 00:07, jacek pozniak pisze:
    > Prawdę mówiąc skłania mnie ta sytuacja do przesiadki na AVR, który jak sie
    > wydaje jest bardziej przyjazny dla kompilatora (jest na niego gcc)

    Jeśli nie popatrzysz na ARM jak na armatę na wróble, to może o nich
    pomyśl. Piszę (teraz coraz mniej) na AVR w C jak i na ARM (STM32) więc
    mam jako takie porównanie.

    W mojej opinii na niekorzyść AVR (w stosunku do ARM) przemawia:
    - pitolenie się ze stałymi umieszczanymi we flash, cały zbiór funkcji
    operujący na stringach jest powielony tylko z powodu innego sposobu
    dostępu do pamięci programu
    (http://www.nongnu.org/avr-libc/user-manual/group__a
    vr__pgmspace.html)
    - pitolenie się z dostępem powyżej magicznej granicy 64k (RAMPZ), prosty
    wskaźnik do pamięci jest tylko 16-bit
    - debugowanie - jest niby jtag (którego raz mi się udało użyć), czy
    debugwire (takiego sprzętu już nie miałem); w moim przekonaniu te
    narzędzia u Atmela dobrze działają jak się ma oryginalne (drogie)
    sprzęty i tylko ich AtmelStudio. Ja mam tylko programator ISP+PDI+TPI.

    Trzeba mieć też na uwadze, że w przypadku AVRów nie jest też tak różowo
    z kompilacją. Wraz z wersją 5.x, czy 6 AS zmiany w toolchainie są na
    tyle duże, że wiele kodów już napisanych i działających trzeba
    poprawiać. Na pierwszy strzał idzie dodanie const do wszystkich stałych
    umieszczonych w pamięci programu (wreszcie uczy się "programistów"
    takich jak ja ;), bo inaczej kompilacja kończy się błędem. Jednak nie
    pamiętam przypadku, żeby kod kompilował się dobrze dla dwóch wersji
    kompilatora, a przy jednym z nich nie działał.

    Korzyści AVR to... głównie że istnieją malutkie procki, które mogą
    posłużyć do migania diodą, jako jakieś interfejsy między czujnikiem a
    magistralą i... wiele innych.
    Jednak stosowanie ATmega128 już jest kiepskim pomysłem, bo jest 5x
    droższa i z 15 razy mniej wydajna od prostego Cortex M0.

    Do ARMów jest obecnie kilka darmowych toolchainów GCC, tylko środowisko
    trzeba sobie skompletować. A! jest CooCox, co się go ściąga, klika w
    jakimś wizardzie i już - nie używam, ale wydaje się dość przyjazne.

    --
    Michał

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: