eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaksiążka o programowniu AVR w CRe: książka o programowniu AVR w C
  • Data: 2011-01-31 14:30:22
    Temat: Re: książka o programowniu AVR w C
    Od: Michoo <m...@v...pl> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    W dniu 31.01.2011 15:11, Marcin Wasilewski pisze:
    > Użytkownik "Michoo" <m...@v...pl> napisał w wiadomości
    > news:ii6612$1o6$1@news.onet.pl...
    >> W dniu 31.01.2011 11:05, Marcin Wasilewski pisze:
    >>> Ale zgodze się, że
    >>> pierwszy projekt dobrze jest napisać w assemblerze, bo wtedy ma się
    >>> pojęcie o rzeczach, o których dłubacz kodu w C, nigdy nie będzie miał
    >>> pojęcia.
    >> Jak na przykład?
    >
    > Np. tak:
    >
    > a) co jest zrzucane na stos i dlaczego w takiej kolejności,
    Jakie to ma znaczenie w kodzie C?

    > b) że są rejestry w obszarze I/O i w ext. I/O, a w związku z tym sporo
    > inaczej je się obsługuje, w szczególności jeśli chodzi o operacje bitowe.
    Jakie to ma znaczenie w kodzie C, poza informacją, że porty mają
    możliwość ustawiania/gaszenia atomowo jednego bitu? (Co jest w
    dokumentacji.)

    > c) że czasami po zapisie do rejestru warto wstawić nop, zanim zaczniemy
    > go czytać.
    O co powinien zadbać kompilator. Tak samo jak o uporządkowany zapis do
    rejestrów 16b.

    > d) że pewne instrukcje działają wyłącznie na dedykowanych rejestrach,
    Jakie to ma znaczenie w kodzie C?

    > e) że wartość z rejestru PC to tak naprawdę liczba słów i trzeba ją
    > pomnożyć x2, jeśli chcemy tej wartości użyć poprzez lpm,
    Jakie to ma znaczenie w kodzie C? Poza tym to jest w dokumentacji.

    > f) że używając w C zmiennej typu char do wymiany danych z proc. obsługi
    > przerwań, nie trzeba się tym przejmować, w odróżnieniu od int-ów i
    > jeszcze dłuższych zmiennych,
    Chyba, że się operuje na bitach... Poza tym jest to okropny styl pisania
    - komunikację z przerwaniami zawsze lepiej objąć w ATOMIC, bo inaczej
    łatwo o prosty błąd przy późniejszych przeróbkach kodu. (A koszt
    zazwyczaj pomijalny - 2 cykle +1 cykl opóźnienia.)

    > g) że znacznie lepiej mnożyć/dzielić przez 2, 4, 8 itd., niż przez 10.
    Dlaczego? Jeżeli procesor ma układ sprzętowego mnożenia to jest to jeden
    cykl różnicy. Dzielenie przez stałą sensowny kompilator zamienia na
    mnożenie.

    >
    > I wiele, wiele innych rzeczy o których w tej chwili nie pamiętam.
    I wiele, wiele innych rzeczy o których programista C _nie musi_ pamiętać.

    --
    Pozdrawiam
    Michoo

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: