Mikrokontrolery ATMEL dla początkujących: Książki, zestawy i zasoby do automatyki domowej

Sun Mar 08, 2009 9:40 pm   

On Sun, 08 Mar 2009 19:42:51 +0100, Sebastian Biały wrote:

No jak nie - przeciez w uC pelno bylo podobnych jaj.
Dlaczego nie dziala mi printf jesli string formatujacy dam z pamieci
RAM .. i to nie tylko zarzut do Intela i '51, ale takze do Harvard
architecture, a czesto i do innych pomyslow.
Kiedys i 4GB RAM zabraknie i bedzie podobny zarzut do ARM ze
stronnicowaniem :-)

J.

Sun Mar 08, 2009 9:55 pm   

Trochę przesadziłeś z tak krótkim czasem , pewnie do avr to wystarczy 2 tyg
,
do innej 51 czy też innych maluchów też, ale przejscie na inną platformę to

1. zmiana rdzenia procka - to w zasadzie nic, problem kompilatora a nie nasz

2. zmiana peryferiów procka i obwodów i/o to już coś więcej bywa - aby
optymalnie
wykorzystać duże nowe zasoby trzeba być z nimi dobrze zakolegowany...

3. zmiana śrdowiska programowania, bibliotek do procka - przy większym uC to
jest co tam,
ustawiać....

To bywa kilka tysięcy stron dokumentacji do przerobienia i to nie raz

Najlepiej takiego nowego większego nowszego procka pierwszy raz wsadzić do
takiego
projektu co to prawie tylko "mruga ledą" - pewnie że bez sensu technicznie
ale jakoś pomoże
nawiązać wzajemną relacje :)



zbyszek

Sun Mar 08, 2009 10:10 pm   

Użytkownik "Sebastian Biały" <heby@poczta.onet.pl> napisał w wiadomości
news:gp17v1$v87$2@achot.icm.edu.pl...

Bo, poniewaz?

Sun Mar 08, 2009 10:25 pm   

Chyba w większości projektów które realizujemy w kraju nie ma
w ogóle problemu z ceną procka. Problem z ceną zaczyna sie przy seriach
idących
w tysiące i dziesiątki tysiecy i więcej. Dla mniejszych serii opłaca się
wybrać droższy
procek, na pewno znany projektantowi, a skrócić męki z jego wyborem,
projektowaniem
hardwaru i upychaniem softwaru - objętościowo i mocowo.


Kiedyś miałem zamówienie na opracowanie projektu pod bardzo dużą serię, uC
został wybrany
w wersji ROM (programowany maską w produkcji) i dla taniości był jedynie
4bitowcem, a dyskusja
była na temat potrzeby zastosowania każdego opornika - ale koszt
opracowania tego był
wysoki!


A hobbystom - bo to jest produkcja wybitnie jednostkowa - bym radził aby
wybrali sobie
do swojej zabawy procek popularny i z dużym zapasem pojemności kodu i mocy i
"nóżek" -
niech kosztuje i 30zł i więcej a to i tak nic nie znaczy z kosztem i czasem
jaki ponosi sie na zrobienie całości -
a tak jeden procek opanują (to trochę potrwa) i do wszystkich projektów im
na długo wiedza i taki procek starczy.


Dużo trudniej jest wycisnąć z małego uC 95% jego możliwości niż z dużego
5% - dla początków lepiej nie stawiać soie
za dużych wymagań.



zbyszek

Sun Mar 08, 2009 10:25 pm   

zbyszek pisze:

Tak sobie właśnie wyobrażam pierwsze podejście do nowego procesora. Przy
pierwszym spotkaniu rzeczywiście jakieś mruganie oczkiem a nie od razu
hardcore Wprawdzie do ARMa podchodziłem w celu zrobienia dość
wymagającego zadania ale pierwsze tygodnie były na zapoznanie się ze
sposobem dostępu do portów i obsługa przerwań. Czyli czytanie
dokumentacji konfiguracja środowiska, miganie diodką obsługa LCD i
zrobienie w przerwaniach obsługi AD podpiętego do portów.

--
Pozdrawiam
MD

Sun Mar 08, 2009 11:14 pm   

J.F. wrote:

Wtedy zapewne pojawią się AVR64 a dzieki temu ze nie uzywam niszowego
kompilatora mam szansę przesiąść się bezboleśnie. W przypadku 8086+
wszelkie etapy pośrednie masz w hardware i o wszystkich musisz pamiętać
na raz :/

Sun Mar 08, 2009 11:16 pm   

Ghost wrote:

Bo kwadratowe, panie, to niefaje są, nie pasują mi do butów.

Więc jaki masz ten cpu w PC?

Sun Mar 08, 2009 11:56 pm   

Użytkownik "Sebastian Biały" <heby@poczta.onet.pl> napisał w wiadomości
news:gp1g3s$b1l$1@achot.icm.edu.pl...

No dyc pisze core quad(dratowy).

Mon Mar 09, 2009 12:16 am   

Ghost wrote:

No to masz 8086, 286, 386 etc. Cała historia x86 w jednej kostce.
Częściowo emulowana zapewne, ale narzuty historyczne ciągle widać. Jak
mowię, zgodność z klonem CP/M (DOS) najwidoczniej przydatna nawet w
Viście :/

Mon Mar 09, 2009 12:17 am   

Zbych wrote:

Nikt nie zabroni Ci w gcc wybrac _dowolnej_ wersji kompilatora. W IAR...
ekhm... za ile wersji zaplaciles?

Zreszta - nie chcesz, to nie musisz uzywac. Skoro to nic nie kosztuje,
to nie moze byc dobre. Tylko czemu, cholera, wszystkie superkomputery
uzywaja tego kompilatora i systemu kompilowanego gcc?
Ci ludzie moga wybrac cos 'drozszego' a tego jednak nie robia.

--
Jerry1111

Mon Mar 09, 2009 12:22 am   

Użytkownik "Sebastian Biały":

Czy ktoś może mi podpowiedzieć jak osiągnąć w Atmedze sprzętowy pomiar
impulsu na wejściu tak jak można to zrobic w 8051 ustawiając GATE=1 w
rejestrze TMOD - impuls podany na INT? (dla ułatwienia link z opisem
liczników: http://riad.usk.pk.edu.pl/~mlankosz/uc/uc_inst07.pdf)

Admirał

Mon Mar 09, 2009 9:32 am   

Użytkownik "Sebastian Biały" <heby@poczta.onet.pl> napisał w wiadomości
news:gp1jjm$erb$1@achot.icm.edu.pl...

Raczej tak.


Przesadzasz.

Mon Mar 09, 2009 11:41 am   

Sebastian Biały wrote:

Ale tu na grupie niedawno było, że stare programy i tak nie chcą działać
na nowych maszynach ... a działają pod DOSBox-em, który nie potrzebuje
nawet PC-ta.

Mirek.

Mon Mar 09, 2009 3:14 pm   

Uniwersalnie - wykorzystac pin wyzwalany zboczem do generowania
przerwania, w ktorym odczytujesz timer. Inna opcja - taktowac timer
zewnetrznym przebiegiem zegarowym, ustawic go tak, zeby generowal
przerwanie przy zadanej wartosci i w procedurze obslugi odczytywac czas.
W zaleznosci od uzytego timera sa inne opcje.
Mozna wykorzystac pin input capture pin do wyzwolenia timera, mozna go
wyzwolic takze z komparatora.
Szczegoly w datasheecie (wzorowalem sie na ATMega128).

Mon Mar 09, 2009 4:45 pm   

Ghost wrote:

W tym że DOS jest klonem CP/M czy w tym że w Viście?