eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaPIC vs AVRRe: PIC vs AVR
  • Data: 2014-04-06 23:46:21
    Temat: Re: PIC vs AVR
    Od: Mario <m...@...pl> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    W dniu 2014-04-06 23:01, AlexY pisze:
    > Użytkownik Mario napisał:
    >> W dniu 2014-04-06 19:46, AlexY pisze:
    >>> Użytkownik Pszemol napisał:
    >>>> "AlexY" <a...@i...pl> wrote in message
    > [..]
    >>>> Jakie błędy kompilatora chcesz poprawiać?? To jakieś mity.
    >>>
    >>> Odpisałem w poście do Mario
    >>
    >> W którym miejscu bo jakoś nie zapamiętałem nic konkretnego.
    >
    > "Co do błędów kompilatorów nie podam konkretów bo ich nie mam, co jakiś
    > czas gdzieś trafie na jakieś info że coś źle z kompilatora wychodzi ale
    > nie kolekcjonuje tego, mam zakodowane że przy kompilatorach mój program
    > z moimi błędami jest nakładany na cudzy program (kompilacja) z cudzymi
    > błędami, tak jak piszesz trzeba być na bieżąco z danym kompilatorem aby
    > znać i omijać jego bolączki. Przy ASMie trzeba być na bieżąco jedynie z
    > erratą procka. "
    >
    > Nawet odpowiedziałeś na to

    Czyli tak jak napisałem nie było nic konkretnego :) Hint:
    "Co do błędów kompilatorów nie podam konkretów"

    > [..]
    >>> Poleć jakąś książkę/kurs dla starego assemblerowca, do tej pory nikt nie
    >>> dał mi wędki która idealnie leży mi w rękach :)
    >>
    >> Chyba jesteś tak wybredny jak identyfikator. Jemu też żadna książka nie
    >> pasuje.
    >
    > Teraz to pojechałeś po bandzie... normalnie dałeś mi taką mokrą szmatą
    > po myciu kibli w twarz.. chyba się obrażę ;>

    Bo nie rozumiem takich pretensji :) Dla mnie jedyne książki z których
    nic się nie da zrozumieć to książki Bieleckiego. Z reszty można się
    nauczyć. A na styl pisania i umiejętności autora podręcznika
    technicznego można narzekać w takim stopniu jak na styl pisania w
    dataszicie układu. Ważne są jego funkcje i sposób stosowania. Po to się
    jest inżynierem żeby nie grymasić tylko stosować wiedzę (np przykłady)
    podawaną w źródle. I nie nauczysz się podczas lektury tylko poprzez
    rozpoznanie w walce. Czyli próbując coś wykonać.

    > Wiele ich nie przeglądałem, raczej kilka kursów on-line, nie mam parcia
    > na C więc się nie zagłębiam aczkolwiek przy linuxie czasem by się przydał.
    >
    > [..]
    >> Zobacz procki NXP.
    >> Od DIP8 przez SO (16, 20) , TSSOP (24), QFN (32 i 48), QFP (64, 80, 100,
    >> 144), do BGA. Większość obudów taka jakie są w ATMEGA.
    >> RAM od 8 kB do 1MB, UARTy od 1 do 5 tak samo różna liczba PWM, ADC itp.
    >> Zegar z reguły dość niski np 12MHZ, który jest powielany wewnętrznie do
    >> 50 czy nawet 200 MHz.
    >
    > Brzmi sensownie.
    > Powiem tak, teraz to nie, ale jak nadejdzie ten dzień kiedy będę musiał
    > sięgnąć po coś mocniejszego czego w barku nie mam to się grupy poradzę
    > co na chwilę obecną jest "na czasie" postęp jest taki że za rok wszystko
    > może się wywalić do góry nogami.

    Podałem przykłady z NXP, bo te najlepiej znam. Ale podobnie jest z STM.
    Nawet w pewnym momencie rozważałem przejście na STM bo mieli szerszą
    ofertę w Cortex M4 na który zamierzałem przejść. Więcej pamięci przy
    mniejszych ilościach nóżek.


    > [..]
    >>> Błędy mogą objawiać się np przycięciem się programu w jakiejś pętli z
    >>> której sam wyjdzie, tyle że zdecydowanie za dużo czasu mu to zajmie,
    >>> takich rzeczy nie wyłapiesz jeśli nie robisz analizy asm.
    >>
    >> Jeśli robisz coś bardzo wrażliwe czasowo to może być, że musisz ten
    >> kawałek kodu zanalizować. Możesz go też napisać w asm. Ale to dotyczy
    >> jakichś ułamków procenta kodu, np obsługi przerwań. Nie jest to powód
    >> żeby całe np. prawie 100 kB kodu wynikowego pisać w asemblerze. U mnie
    >> program składa się głównie z obliczeń, obsługi komunikacji, parsowania
    >> poleceń itp. To co dla mnie wrażliwe czasowo (obsługa szybkich zdarzeń
    >> na wejściu i praca z szybkimi przetwornikami i tak załatwiam w FPGA)
    >
    > Paaanie... ja nie ta liga... ja latawce strugam a Ty właśnie marsa
    > kolonizujesz.

    Bez przesady. Coś tam dłubię na najsłabszych Xilinxach - Spartan3. Ale
    zamierzam wkrótce przejść na Spartan6 bo potrzebuję działań DSP do
    szybkiej aproksymacji przebiegów. Ograniczeniem są tu niestety typy
    obudów. Tylko dwa najsłabsze SPartan6 mają obudowę LQFP - 144 pinów.
    Pozostałe to BGA, a na to nie jestem gotowy :)

    >
    >
    > PS: Bardzo podoba mi się dyskusja prowadzona w tym wątku.

    W sumie to takie advocacy się zrobiło. Albo inaczej mówiąc naparzanka :)
    Ale może przy okazji parę osób dowiedziało się o innych możliwościach.


    --
    pozdrawiam
    MD

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: