Użytkownik "bratsiostry" <n...@i...pl> napisał w wiadomości
news:4D4471C5.8060804@interia.pl...
> Zrozum język wyższego poziomu jakim jest C. Powstał po to, abyś nie musiał
> się męczyć w programowanie pod procesor. Wystarczy napisać kilka funkcji
> (czy metod - jeden pies) do obsługi danego procka. Dzięki temu łatwo mi
> było kiedyś zmienić biblioteki Microchipa na Atmela. Wystarczyły drobne
> zmiany odwołań do rejestrów. I reszta kodu ruszyła. Używam fragmentów kodu
> napisanych pod kompy klasy PC w atmelkach i działają. Generalnie potrzebny
> jest jedynie podręcznik C i datasheet procka.
Nie piszę nic na procki więc może nie powinienem się odzywać, ale tak mi się
kojarzy wypowiedź kogoś biegłego w asemblerze AVR czytającego kurs C na AVR
w EP czy EdW (kilka ładnych lat temu) świadczące według mnie, że procek
trzeba znać dokładnie. Brzmiało to mniej więcej tak:
"Przecież tak nie można na AVR! Widać, że gość przeniósł się z 51 gdzie tak
było można. Facet użył pól bitowych do przekazywania flag między programem a
przerwaniami. Tego się nie da _dobrze_ zrealizować w asemblerze AVR bo
zmiana bitu wymaga dwu rozkazów i jak między nimi przyjdzie przerwanie to
ustawiona w przerwaniu flaga w tym samym rejestrze zostanie skasowana
pierwszym rozkazem po powrocie z przerwania."
Wiem, że tego typu problem może rozłożyć cały projekt. Zdarzyło nam się to z
Microchipami - przerwanie raz na około 3000 razy było "przegapiane". Sami
znaleźliśmy i zrozumieliśmy 3 błędy w działaniu tego procka, ale to był 4,
którego nie potrafiliśmy obejść. Uzyskanie erraty (opisywała 6 błędów) od
Microchipa zajęło nam 1,5 roku (nie odpowiadali na faxy - dopiero na
pierwszym seminarium Microchipa w Polsce ktoś obiecał erratę i za 3 miesiące
przysłał) no i było już za późno.
P.G.