Jak rozpocząć przygodę z programowaniem 8051 w C? Gdzie znaleźć gotowe zestawy?

Tue Mar 07, 2006 9:59 pm   

Witam

Chcialbym sie dowiedziec czy ktos jest zaznajomiony w tematyce programowanie
8051. Chcialbym wglebic sie w ten temat ale nie wiem jak sie zabrac do tego.
Na uczelni mialismy gotowe uklady z 8051 i nie wiem czy mozna gdzies kupic
cos takiego gotowego (z wyswietlaczem i portem do podlaczenia komputera) czy
musze zlozyc sam cos takiego? Na uczelni programowalismy w assamblerze ale
chcialbym sprobowac uzyc C. Jest ktos kto moglby doradzic jak to ugryzc?

Pozdrawiam
Damian Pytel

Tue Mar 07, 2006 10:17 pm   

Użytkownik "Johnny" napisał w wiadomości


Może na początek:
- książka "Język ANSI C"
(http://www.wnt.pl/product.php?action=0&prod_id=481&hot=1)
- demonstracyjna wersja Keila (www.keil.com)
- książka "Programowanie mikrokontrolerów 8051 w języku C, pierwsze kroki"
(http://www.btc.pl/index.php?id=c51pk)
- zestaw uruchomieniowy (http://www.kamami.pl/?id_prod=6695)

Pozdrawiam
Paweł Zbysiński, BTC

Wed Mar 08, 2006 5:41 pm   

"Johnny" wrote in message

A może zamiast się wgłębiać w temat który jest tak potwornie stary
zajmiesz się jakimś nowym procesorem? Wiesz... mamy dziś 2006 rok
Procesor 8051 to zamierzchła historia! Fakt, ciągle nowe klony są
używane, zwłaszcza w przemyśle jest popularny i rozumiałbym gdybyś miał
do czynienia z jakimś starym kodem dla 8051 pracujac w jakiejś starej
firmie produkującej takie stare dziadostwa, ale uczyć się go jako
nauki elektroniki/programowania to raczej niezbyt dobry wybór...

Dziwić się nawet można że wciaż się tego uczy na uczelniach.
Fakt, klasyka to jest, ale LUUUUDZIE! Toż to staroć z długą brodą.
Co to za uczelnia, he?

Jakieś takie na siłę podtrzymywanie przy życiu standardu który już
dawno powinien umrzeć śmiercią naturalną jak wszystkie inne 8-bitowce
zmarły dawno... Zainteresuj się czymś nowszym, 32-bitowy RISC, np.
w wersji MIPS II lub inne wersje (XScale?). Mnóstwo obecnie się robi
w embedded jeśli chodzi o 32-bitowce. Wszelakie najgłupsze nawet
telefony czy palmy i inne gadżety elektroniki "embedded" to prawie
w 100% procesory 32-bitowe RISC...
8051 to rodzina MCS-51 wprowadzona przez Intela w roku 1980...
Tak, ponad ćwierć wieku temu! I ty się chcesz o tym uczyć dzisiaj ?

Przemyśl to sobie jeszcze raz...

Wed Mar 08, 2006 7:19 pm   

Użytkownik Pszemol napisał:
[..]

jasne... na start w procach niech sie nauczy jakiegos arm'a w asm... tak
przyszlosciowo


jest to podstawa do dalszego rozwoju, cos na start dla zrozumienia o co
w tym biega a przy tym na tyle proste ze w pol roku mozna opanowac wraz
ze wszystkimi sztuczkami/kruczkami, a zacznij od zera w atmega, co rusz
przewija sie jakis watek gdzie ludzie maja rozmaite problemy nie zawsze
objete dokumentacja, podczas gdy do 8x51 jest tyle ze jakby ktos sie
uparl to by se proca na tranzystorach zlutowal

--
AlexY
http://yisse.neostrada.pl/spam.txt
http://ldhp715.immt.pwr.wroc.pl/~sapi/sieci/netykieta/

Wed Mar 08, 2006 7:22 pm   

On Wed, 8 Mar 2006 11:41:53 -0600, Pszemol wrote:

Pszemolu, a czego chcesz uczyc ? ARM ? Skad wiesz czy za 4 lata
nie wejdzie cos innego.

Uczelnia ma nauczyc jednego uP, dowolnego.
Reszta to to samo :-)


P.S. Co w koncu dla siebie wybrales ?

J.

Wed Mar 08, 2006 7:44 pm   

"J.F." wrote in message

Proponuję aby zajął się czymś, co jest AKTUALNIE na topie
kilku wielkich firm produkujących procesory, to znaczy
aby wybrał jakiś 32-bitowy rdzeń RISC i się nim pobawił...
Może jakiś mikrokontroler typu "System on the chip" jak Alchemy
firmy AMD ? A może XScale Intela ? Wszystko oczywiście zależy
co leży w kręgu jego zainteresowań, ale jeśli ma w planach
zrobić coś dla siebie i ma to być coś więcej niż migacz lampek
na choinkę to chyba warto się zabrać za coś nowszego niż 8051.


I z tego co widzę, on już miał na uczelni mikroprocesory.
I już miał kontakt z 8051. Pewnie miał też kontakt z 68000.
Pora już wyrosnąć z sikania w pieluchy i zabrać się za coś
nowszego niż 8051 z roku 1980... W koncu domyślam się że jest
inżynierem - niech się bawi czymś nowszym, a jak będzie coś
trzeba zrobić na małym 8051 to przeczyta datasheet w jeden
wieczór i poprawi coś w starym kodzie... A nie aby się kurcze
pakować w "rozwojowe" rozwiązania oparte na technologii 8051.


Nios II. Odetchnąłem z ulgą że firma nie będzie forsować
jeszcze jednego paskudnego projektu na 8051... Błueh!

Wed Mar 08, 2006 7:47 pm   

"AlexY" wrote in message

Pisze chłop wyraźnie, że asma to już miał na uczelni
i że teraz chce coś zrobić w C... więc po co Asm w ARM ?


Nie przeczytałeś jego postu dokładnie... To nie jest 15-latek
który uczy się podłączać diodę LED do bateryjki... To jest
facet który miał już na uczelni 8051, pisał programy w asm...
Liznął już więc technikę procesorową i nie jest zieleniakiem.
8051 jako etap "rozwoju" osobistego ma już za sobą... Niech
spuści nad tym kawałkiem historii w elektronice zasłonę
miłosierdzia i czas zająć się tym, co mu się rzeczywiście przyda.

Wed Mar 08, 2006 8:03 pm   

J.F. wrote:


Przecież ARM to staroć z 1987. Ludzie jak w ogóle można zawracać sobie
głowę tym szrotem z poprzedniego tysiąclecia, dzisiaj trendy jest
128-bitowy 8-rdzeniowy Cell od IBM.
;)


--
point

Thu Mar 09, 2006 6:54 pm   

Użytkownik Pszemol napisał:
[..]

totez celowo nigdzie go nie cytowalem, Twoja porada zabrzmiala tak:
"chcesz sie nauczyc programowac jednoukladowce to nie pchaj sie w x51 bo
to staroc"
i pomimo ze masz racje (staroc) uznalem za stosowne wyrazic swe zdanie
tak aby inny zaczynajacy stawiac pierwsze kroki w uC nie zniechecili sie
czytajac pdf'a atmegi itp

--
AlexY
http://yisse.neostrada.pl/spam.txt
http://ldhp715.immt.pwr.wroc.pl/~sapi/sieci/netykieta/

Mon Mar 20, 2006 11:16 am   

Jak widzisz specjalistów "wszystkowiedzących" o procesorach i
mikrokontrolerach jest wielu.
Moja więc propozycja: daj se z tym spokój i zacznij FPGA. Starter kit kupisz
sobie na www za 50 - 100$.
Załadujesz sobie taki rdzeń jaki jest akurat "modny" ;-)

Pozdrawiam,
Mariusz.

Użytkownik "Johnny" napisał w wiadomości

Mon Mar 20, 2006 12:50 pm   

In the darkest hour on Mon, 20 Mar 2006 12:16:39 +0100,
Mariusz Ł. screamed:

Odp.: Bo zaburza naturalną kolejność czytania.
Pyt.: Dlaczego?
Odp.: Odpowiadanie na górze listu (top-postowanie).
Pyt.: Co jest najbardziej irytujące w Usenecie?


--
[ Artur M. Piwko : Pipen : AMP29-RIPE : RLU:100918 : From == Trap! : SIG:238B ]
[ 12:50:36 user up 10921 days, 0:45, 1 user, load average: 0.06, 0.06, 0.06 ]

A single death is a tragedy, a million deaths is a statistic. -- J. Stalin

Mon Mar 20, 2006 9:44 pm   

Mariusz Ł. napisał(a):


Taaaa. A odpowiednik w FPGA o możliwościach małego AVRa będzie kosztował
10x więcej i ciągnął 10x więcej prądu niż dedykowany mikrokontroler.
IMHO jeżeli w ogóle to uzasadnienie mają hybrydy FPGA z prawdziwym
jądrem procesora (robi takie np. Atmel). Wtedy i mamy szybki oszczędny
procek, i dowolne peryferia wydziergane w FPGA.

--
Adam Dybkowski
http://www.amwaw.edu.pl/~adybkows/

Uwaga: przed wysłaniem do mnie maila usuń "123" z adresu.

Tue Mar 21, 2006 2:53 am   

"Adam Dybkowski" wrote in message

Zaletą budowania układu w FPGA jest to, że można łatwo
zrównoleglić przetwarzanie danych unikając korków na
magistralach w klasycznym układzie komputerowym...
Dla przykładu - w systemie gdzie masz kilka masterów
magistrali możesz zrobić mastering po stronie slave
i pociągając równoległe magistrale od każdego mastera
do każdego slave którego on używa możesz uniknąć
konfliktów ma magistrali... W klasycznym komputerze,
gdy DMA dostaje się do pamięci, to CPU stoi i czeka.
W FPGA możesz to zrealizać tak, że DMA może się do
pamięci dostawać w innym czasie nić CPU a CPU może robić
inne rzeczy ze swoją magistralą gdy DMA bawi się pamięcią.
Widziałem w któryms z przykładów Altery fajny tutorial
na ten temat... Zrobili demo maszynki do liczenia fraktali
- specjalizowane do tego celu, o wydajności kilkuset
krotnie przewyższającej wydajność procesorów taktowanych
dużo większą prędkością zegara... Trzeba wziąć pod uwagę
fakt, że w systemach embedded nasz układ przeważnie
wykonuje jeden program cały czas (nie jak uniweralny pecet)
a więc jest duże pole do popisu gdy ma się uniwersalną
matrycę FPGA z której można ulepić coś specjalistycznego
zamiast powielać w FPGA schematy z dawnych epok gdy cena
kostki procesora zależna była od ilości nóg i nie można
było mieć osobnych szyn adresowych i danych do ram, osobno
do ethernetu, osobno do vga i osobno do uartów/usb...


O której rodzinie procków Atmela piszesz?

Tue Mar 21, 2006 7:30 am   

Pszemol napisał(a):


Sensownie wyglądają specyfikacje FPSLIC, ale nie używałem jeszcze w
praktyce:
http://www.atmel.com/products/FPSLIC/
Co ciekawe:
"The FPSLIC Secure (AT94S) family of devices offers security and even
higher integration. In addition to the FPGA, AVR and SRAM memory these
devices have an on-chip serial configuration memory. The combination of
FPSLIC and the serial configuration memory in a single package allows
for ISP and remote updates of FPSLIC while hiding programming code for
the FPGA and AVR micro."

--
Adam Dybkowski
http://www.amwaw.edu.pl/~adybkows/

Uwaga: przed wysłaniem do mnie maila usuń "123" z adresu.

Wed Mar 22, 2006 3:47 pm   

"Adam Dybkowski" wrote in message

Jest też podobna seria chipsów z Altery o nazwie Excalibur.
Mają jądro riscowe ARM w środku plus fpga obok... coś w ten sam deseń.