ATMEL 90S2313 .... i co dalej ?

[Truman]

Witam,
Mniej więcej od początku bawiłem się w Bascom AVR rzem z EDW. Terz przyszedł moment że to mi juz nie wystarcza. Problem pojawia się z pamięcią 2k ! I tu mam dylemat - Są dwi drogi do wyboru: albo nadal bede pisał w Bascom i kupie sobie proc. z większą pamiecią czy może zmienić język oprogramowania? Czy programy w Basic rzeczywiście zajmują o wiel więcej pamięci niz te z C lub Asemblera? Osobiście Basic bardzo mi odpoiwada (innych nie znam) tylko czy to nie jest pójście na łatwizne? A może ktos zna jakis inny kurs poza EDW w którym uczą bardziej "profesjonalni" ?

[radzio]

Ja polecałbym zmienić język programowania. Bascom jest dobry na początku przygody z mikroprocesorami, ale później (jak się sam już przekonałeś) pojawia się problem rozmiaru kodu. W asemblerze zyskasz co najmniej 50% na rozmiarze kodu, ale za to początki programowania w asemblerze są dosyć trudne. Istnieje również darmowy avr-gcc, jednak nie jest to najszczęśliwsza implemetacja C (będziesz musiał poznać budowę wewnętrzną procesora i także asembler). Wiec lepiej od razu wziąść się za asembler. Do nauki asemblera polecam moją stronę - adres w profilu i w stopce.

[Arrek]

C, C i jeszcze raz C. Budowe procesora trzeba znac zawsze, nawet piszac w Bascomie. W przeciwnym razie nie da sie zrobic nic poza wklepaniem przykladow. Assembler jest piekny, ale naklad czasu i sil na pisanie projektu oraz poprawki wyklucza go gdy tworzysz cokolwiek chocby nie-miniaturowego. Niektorzy nazywaja C "asemblerem wysokiego poziomu". rzeczywiscie, umozliwia asemblerowy wrecz dostep do zasobow procesora i jednoczesnie usprawnia tworzenie jakichkolwiek konstrukcji programowych (typu petle itp.). C dobrze sie kompiluje i w praktyce piszac w C otrzymuje sie statystycznie cos o rozmiarze porownywalnym z programem napisanym w asm przez dobrego programiste realizujacym ta sama funkcjonalnosc.

Znajomosc C to tez pierwszy krok do C++, Javy i innych nowoczesnych jezykow. Przewiduje, ze w przeciagu kilku lat wszelkie ARMy itp. duze platformy programowac bedzie sie w jezykach obiektowych (musze sie podciagnac z nimi ).

asembler jest dobry, gdy tworzysz cos co ma byc b. szybkie i chcesz miec pelna kontrole czasowa nad tym co uP robi. w reszcie przypadkow asm przegrywa z C.

[Maybe]

W asemblerze zyskasz co najmniej 50% na rozmiarze kodu, ale za to początki programowania w asemblerze są dosyć trudne

Nie bierzesz jednej rzeczy pod uwagę. Czas uruchomienia programu... Początki programowania w asemblerze WCALE NIE SĄ TRUDNE, JEŚLI ZNA SIĘ SPRZĘT. Napisać program można łatwo i szybko, ale jego odpluskwienie zajmuje 3x tyle czasu, co napisanie. Niestety w asemblerze najłatwiej popełnia się błędy a z doświadczenia wiem, że 98% programistów nie docenia czasu przeznaczonego na uruchomienie programu.

Assembler jest piekny, ale naklad czasu i sil na pisanie projektu oraz poprawki wyklucza go gdy tworzysz cokolwiek chocby nie-miniaturowego

To prawda... 4 lata temu napisałem program do obsługi maszyny w asemblerze i stale go poprawiam. Klient życzy sobie jakiś modyfikacji i cóż - dorabiam je. Ale kosztem analizy całości i wymyślania, dlaczego akurat wtedy zastosowałem taki "chwyt"? Oj ciężko jest poprawiać programy wyżyłowane na wykorzystanie maksimum zasobów mikrokontrolera.

asembler jest dobry, gdy tworzysz cos co ma byc b. szybkie i chcesz miec pelna kontrole czasowa nad tym co uP rob

To prawda, ale nie do końca. Na dziś dzień jestem w stanie napisać równie dobry program w C ostatecznie ingerując nawet na poziomie asemblera. Kupując dobry kompilator C masz pewność, że zespół ludzi poświęcił mu mnóstwo czasu. Niekiedy szukając rozwiązania zagadnienia w asemblerze piszę zbliżony funkcjonalnie program w C i podglądam efekt kompilacji. Czasami używane metody naprawdę potrafią zaskoczyć.
Zgadzam się z moim przedmówcą - kompilator C umożliwia mi zrobienie więcej i w krótszym czasie. Otwiera też w pewnym sensie dostęp do metod, których normalnie być może nie użyłbym (np. operacje na zmiennych wskazywanych) bojąc się uwikłania w zbyt skomplikowane do analizy procedury napisane w asemblerze. W języku C program jest czytelny i łatwy do analizy, również wtedy, gdy wracasz do niego po 5 latach. Łatwo jest też przesiadać się z "malucha" na "malucha"

Maybe