To forum używa plików cookies
To forum wykorzystuje pliki cookies do przechowywania informacji o Twoim logowaniu, jeśli jesteś zarejestrowany, oraz informacji o Twojej ostatniej wizycie, jeśli nie jesteś zalogowany. Pliki cookies to niewielkie pliki tekstowe zapisywane na Twoim komputerze; cookies ustawiane przez to forum mogą być używane wyłącznie na tej stronie i nie stanowią zagrożenia dla bezpieczeństwa. Cookies na tym forum śledzą również, które tematy zostały przez Ciebie przeczytane oraz kiedy miało to miejsce. Prosimy o potwierdzenie, czy akceptujesz, czy odrzucasz zapisywanie tych plików cookies.

Niezależnie od wyboru w Twojej przeglądarce zostanie zapisany plik cookie, aby zapobiec ponownemu zadawaniu tego pytania. W każdej chwili będziesz mógł zmienić ustawienia cookies, korzystając z linku w stopce strony.

Ocena wątku:
  • 0 głosów - średnia: 0
  • 1
  • 2
  • 3
  • 4
  • 5
Basic na pic-e, avr-y, arm-y
#10
(22-02-2012, 9:53)SQ4AVS napisał(a): Bardzo pozytywnie byłem zaskoczony Twoją opinią na temat Bascoma w dziale Marcina o C ;-).

Pisanie programów na procesory wymaga znajomości języka, dokładnego poznania wewnętrznej struktury procesora oraz poznania technik programowania. W hobby najważniejsze jest jak najszybsze osiągnięcie zamierzonego celu przy minimalnych nakładach czasowych. W oparciu o taką filozofię został opracowany Bascom, język o prostej i czytelnej składni z maksymalnym wsparciem obsługi zasobów procesora. Gotowe funkcje języka do obsługi zasobów procesora zwalniają nas z konieczności studiowania setek stron jego wewnętrznej budowy. Dobra dokumentacja, help po polsku, dostępność setek różnych przykładów, wiele gotowych aplikacji ułatwia naukę i pisanie własnych programów. Jeśli możliwości Bascoma zaspakajają nasze potrzeby to wszystko jest OK i możemy skupić się na doskonaleniu technik programowania i zdobywaniu doświadczenia. Z powyższych powodów uważam, że Bascom jest dobrym wyborem na wstępnym etapie nauki programowania.

(22-02-2012, 9:53)SP4EJT napisał(a): Proszę o wyjaśnienie - na chłopski rozum, sprzętowe, np. I2C powinno chodzić szybciej.

Różnica pomiędzy sprzętową a programową obsługą różnych interfejsów procesora wiąże się z różną wielkością generowanego kodu programu oraz pochłanianym czasem pracy procesora.
Podczas obsługi programowej np. transmisji szeregowej procesor cyklicznie w pętli wystawia na pin pojedyncze bity, oblicza opóźnienie, sprawdza zakończenie nadania całego bajtu. Taki algorytm generuje spory kod programu oraz pochłania dużo czasu procesora.
Sprzętowa obsługa komunikacji wymaga bardzo mało kodu i minimalnie absorbuje procesor ponieważ to zadanie wykonuje sprzętowo określony fragment procesowa. W trakcie sprzętowego nadawania bajtu CPU jest wolne i może realizować inny fragment algorytmu. Sprzętowa obsługa zasobów procesora na przerwaniach jest najbardziej efektywną metodą wykorzystania czasu procesora oraz pozwala na równoległe obsługiwanie wielu wątków algorytmu.

Dlatego w wielu przypadkach jakość programu bardziej zależy od wiedzy i doświadczenia programisty niż od języka programowania Wink.
73 Adam
Cytuj


Wiadomości w tym wątku
Basic na pic-e, avr-y, arm-y - przez SQ4AVS - 19-02-2012, 22:26

Skocz do:


Użytkownicy przeglądający ten wątek: 1 gości