Pozdrav
Moj predlog je PIC

Milan

Pozdrav
Moj predlog je AVR

Tako nesto sam i ja mislio

U svakom slucaju sta god da odaberes, moras uloziti trud da naucis kako sve
to radi!
U sustini I ja sam pocetnik, probao sam Atmel, sad sam presao na pic, cisto
da naucim osnove BASIC-a a I postoje gotove odradjene rutine I biblioteke na
mikroelektronikinom sajtu (engleski deo) - imas da skines free knjigu na
engleskom PIC BASIC za mikrokontrolere, a imas I njihov mikroBASIC,
pa...kreni

Ja ti preporučujem da se ne vežeš ni za jedan nego da raiš sa što više. Ja već radim sa PIC-ovima ali sada počinjem da učim AVR. Radio sam malo i sa motorolom ali oni mi se ne sviđaju. Što se tiče razvojnog sistema moje mišljenje je da je najbolje da sam to napraviš. Ja sam sve izdelio u module tako da imaš sve module kao celine što ti omogućava da ih koristiš sa bilo kojim uC-om. Recimo napraviš pločicu sa x tastera, pločicu sa x LED-ova, UART za PC.... Sada za svaki uC koji koristiš napraviš posebnu pločicu i na svaki možeš da priključiš bilo koju periferiju. Kada kupiš razvojni sistem imaš sve na PIC pločici i kada hoćeš da radiš AVR moraš da kupiš novi sistem. Druga mana je to što su oni rasporedili periferije kako su hteli, a ti to ne možeš da promeniš. Znači ako hoćeš da ti LED bude na pinu 1 ne može jer su oni stavili na pin10 recimo.

Kakav si u elektronici?

Ja koristim iključivo asembler. To ti je moja preporuka.

Ja ti savetujem da pocnes sa bilo kojim RISC u-controller-om. Nebitno da li je PIC ili AVR, asembler ili C. Kada udjes u srz problema, onda se sve to samo nadogradjuje i nivo znanja se siri. Kasnije dolazi do neminovnog upoznavanja sa PLC-ovima (na srecu). I to ti je to. Dakle ne bitno sa cim, samo kreni. Moj ti je savet da prvo nateras LED da se pali i gasi. Kad ti to podje za rukom, shvatices koliko je sve u sustini jednostavno. I ne zaleci se mnogo, sve ce doci na mesto u svoje vreme!!!
Pozz

Hvala na odgovorima.
Mislim da cu za pocetak krenuti sa PIC-om (sto neznaci da cu tu da stanem). I mislim da cu pravo na asembler. Nasao sam neki tutorial za kompletne idijote i nakon 15-tak minuta mislim da sam usao u osnove funkcionisanja PIC-a. Tutorial je stvarno super napisan i skontao sam da postoje Banka 0 i 1 i cemu sluze kako se setuje registar... counter... i mislim da bih mogao da napravim LED koji se pali (cak i svicka) . Doduse adrese registara i komande... proci ce vremena dok ne zapamtim koji je koji i koja komanda sta radi... Na svu srecu pa ih nema puno
Sto se tice Razvojne ploce... Mislim da cu ipak uzeti iz mikroelektronike (onaj novi EasyPIC3) jer dok ja iz Kragujevca narucim sta mi treba od delova pa dok to stigne pa me PTT odere pa dok napravim... mislim da ce na kraju kostati vise nego mikro elektronikin komplet.
E da evo link-a pa ako naleti prijatelj koji bi da krene da se bavi PIC-ovima moze da mu olaksa

http://www.mstracey.btinternet.co.uk/pictutorial/picmain.htm

_{[Ovu poruku je menjao siklosi dana 19.11.2005. u 23:03 GMT+1]}

Kao sto rekoh, sta god, samo guraj. Za PIC16f84 najbolja knjiga za pocetnike je bas iz Mikroelektronike i jako je dobra. U redakciji kosta oko 10 eur. Samo konkretne stvari i sve pojasnjeno primerima, veoma sazvakano. Kad to predjes, ostalo se samo nadovezuje.
Pozz

Jedina loša stvar u toj knjizi je što svuda koriste makroe, a ne podprograme. Tako da j malo nečitka i bespotrebno arče memoriju na nekim mestima.

Dobra je za pocetak. To za makroe kasnije shvatis i sam, al' za pocetak je bolje.

Meni to izgleda da po svaku cenu žele da imaju fomru funkcije kao na višim jezicima tako da koriste direktive MPLAB-a samo zbog toga. Meni se lično to ne sviđa. Kniiga je super, ja sam je kupio kada sam počinjao ali nije mi se svidelo što nije detaljnije objašnjen proces upisa koda, koji programator i koji softver, ipak je knjiga za apsolutne početnike.
Ima dosta informacija koje su veoma korisne, povezivanje sa raznim periferijama LCD SHIFT registri, LED displeju .....

pozdrav svima!

buduci da vidim da ovdje ima i onih iskusnijih, molio bih nekoga da mi malo pojasni(da ne otvaram novu temu),da neki link,ili da (najbolje) stavi neki primjer kako u asm-u baratati sa alfanumeričkim dispalyem,? svejedno 2*16,1*16,.,ono reklo bi se princip,., inace radim u AVRstudiu,.,,displ. sam koristio prije inace ali u bascomu,tamo je samo LCD "i radi" :))) nisam uspio da diasemb. dobivenu datoteku,tako da.,,trebam help,. ako nista barem nekoliko rijeci kako ide princip,nadam se da razumijete sto mi treba,.?


hvala!

Skini pdf i tamo imaš ceo postupak. Ja sam skoro radio sa time i najviše mi je trebalo vremena da provalim kako da ga nateram da radi šta ja hoću. Koristio sam LTN displej koji je baziran na hitačijevom kontroleru. Potpuno su identične komande. Kada mu dovedeš napajanje treba da sačekaš neko vreme pa da ga inicijalizuješ i onda pošalješ ASCII karaktere koje hoćeš. Postoje komande za vraćanje na početak, prelazak u sledeću linbiju i pomeranje na određani karakter, tj. poziciju karaktera. Displej može da radi sa 8 i 4 data linije tako da može da se uštedi na nožicama uC-a. Kada se koriste 4 linije onda svaku komandu ili podatak deliš na dva dela tako što prvo šalješ gornji nibl pa donji. Postoji detaljno objašnjena procedura inicijalizacije u slušaju oba interfejsa.

Lično mi se ne dopadaju preterano displeju, mislim da nisu baš pametni. Recimo,ne mogu da rade inverzni video, da selektuju određene karaktere. Moge samo da trepće kursor i da prikazuje karaktere i to je sve, nema neke mogućnosti!!!!

Da nebi bilo zabune u pdf-u postoje dva karakter seta od kojih u LCD-u radi samo prvi karakter set. tako recimo ne mogu da se koriste strelice na gore i dole koje su u drugom. Postoji 8 karaktera koje može korisnik da definiše i to je OK.

Ja sam prvo napravio programčić u delfiju kojim preko LPT porta kontrolišem LCD da bih mogao da ga provalim u detalje!

Takođe sam koristio PIC i SHIFT registar tako da mi je za kompletnu komunikaciju trebalo 4 linije, inače ako koristite 4 bitni mod treba vam 7 linija, a u 8 bitnom 11 z komunikaciju + 3 za napajanje.

Moze i bez "RW" (spoji se na 0V), malo povedes racuna o "tajmingu" i tako imas za 4bit 6 linija a za 8bit 10 linija kontrolera. Komunikacija sa 4 bita je duplo sporija od one sa 8 i potreban je deo koda za "levo rotiranje *4".

...pa ako si pod *.pdf mislio datasheet,to naravno imam,al u ovom je jako malo toga,o tome zapravo nis, nego imam neke upute neki dan pronasao,malo cu prouciti jos nisam stigao,., daj stavi ovdje ili posalji na mail [email protected] ovo sto si rekao *.pdf sto imas pretpostavljam,ili link gdje se skine,., thx

http://mechatronics.me.wisc.edu/labresources/DataSheets.htm

Na ovoj stranici ima više Data Sheet-ova koji su u suštini identični
Svi se oni baziraju na HITACHI HD44780 čipu. To ti je pdf iz kog sam ja radio.


Ja sam koristio 4 linije, ali može i sa 3. Koristio sam na SHIFT-u clk, data i LE(ova ne mora), a na LCD-u samo E. RW ide na masu, a RS i D7,D6,D5,D4 idu na SHIFT registar.

Moze i sa dve linije :) ali se softver komplikuje.

Kako sa dve linije, de objasni! :)
Ja sam o tome razmišljao i nije mi palo na pamet. Ako staviš E LCD liniju na SHIFT registar ne možeš da budeš siguran šta ide na nju. Stvarno, kako sa dve?

Osmotri malo ili ubaci u simulator pa ce algoritam sam doci :)


_{[Ovu poruku je menjao _str_ dana 16.12.2005. u 15:10 GMT+1]}

Jesi li ti ovo probao, radi li?

Meni je ova šemica extra sumnjiva!!!

Sta ovde moze biti (extra) sumnjivo? Osim sto smo otisli od teme...

Pa sumnjivo je to što kada upišeš neki podatak u registar recimo 11011 i ubaciš poslednji bit, 1 ode na E LCD-a i on upiše šta se nalazi na portu. Sada ti klokuješ dok ne dođe do nule i tada se završava taj ciklus upisa. Problem su sledeća dva keca koja su ostala, kada ubaciš samo dva bita upisaće se podatak u LCD, a to nećeš. Zar ne.

Bice da displej prima podatke sa d4-d7 na silaznu ivicu E.

Za siklosi-ja:

Koliko sam mogao zakljuciti iz tvog pitanja, pretpostavljam da se nalazis na samom startu bavljenja mikrokontrolerima, pa cu prema tome da dam svoj odgovor.
Skoro da je svejedno koju ces marku mikrokontrolera odluciti da proucavas. Ono sto ce u datom momentu da prevagne je cena, dostupnost chipova, dostupnost primera ili neka druga osobina koja nije u direktnoj vezi sa znanjem koje nastojis (ili bi trebalo) da steknes.
A ako se nekad budes time profesionalno bavio, najcesce ces dolaziti u situacije da ti
poslodavac, narucilac projekta ili neko treci diktira marku mikrokontrolera koja ce se
koristiti, a oni ce pak o tome donositi odluku s obzirom na cenu, dostupnost, vreme
razvoja i sl.

Svi mikrokontroleri su spolja gledano slicni jedni drugima: to je chip sa odredjenim
brojem elektricnih izvoda (pinova). Neki pinovi su ulazni (preko kojih mikrokontroler cita
podatke), neki su izlazni (preko njih "izbacuje" podatke u spoljni svet), neki mogu biti i
ulazni i izlazni i sl. Neki mikrokontroleri u sebi imaju ugradjene razne druge uredjaje
(AD i DA konvertore, serijske i paralelne interfejse, itd.). Mikrokontroler radi prema
programu koji u njega upises. U zavisnosti od konkretnog primera biras koji mikrokontroler ces da iskoristis.

Medjutim, ono sto je bitnije da naucis je kako da realizujes mikrokontrolerske sisteme
koristeci neki opsti tip mikrokontrolera. Kada to naucis, bice ti svejedno koji chip se
koristi u tvom sistemu - uzeces Data Sheet za dati mikrokontroler, pogledati rhitekturu i instrukcije i raditi bez problema.

E sad, ono sto bi zaista trebao da naucis ako mislis time da se bavis je sledece:
-osnovna kola digitalne elektronike (logicka kola, flip-flopovi, A/D i D/A konvertori, brojaci, timer-i, koderi, dekoderi, multivibratori,...). Ne treba da ucis njihovu unutrasnjost, vec samo funkciju jer su svi manje vise dostupni kao gotove
komponente (uostalom, u danasnje vreme se uglavnom realizuju softverski u programu
mikrokontrolera),
-osnovne stvari o digitalnim signalima: visok nivo, nizak nivo, uzlazne i
opadajuce ivice, margine suma, trajanje, glitch-evi,...
-osnovna obrada digitalnih signala: diferenciranje uzlazne i silazne ivice,
produzenje i skracenje trajanja signala, eliminacija glitch-eva, hardversko i softversko
debaunsiranje,...
-osnovne nacine prenosa podataka: magistrale (adresna magistrala, magistrala
podataka, multipleksirana,...), paralelni prenos, serijski prenos, simplex, poluduplex, duplex veze, sinhroni prenos, asinhroni prenos, kvazisinhroni prenos,...
-memorija, adresiranje,...
-programirani ulaz/izlaz, poliranje i mehanizam prekida,
-interfejsi (serijski, paralelni,...),
-relei, optokapleri, tasteri,
-portovi,
-baferisanje linija za prenos,
-watch-dog-timer i time-out logika,
-i razne druge specificne teme koje se mogu javiti u tvojim projektima (multipleksiranje tastature, LED i LCD displeji, razni enkoderi, mehanizmi merenja brznina, A/D i D/A koverzija itd...)
Kada dobro ovladas ovom materijom (iako izgleda tesko na prvi pogled u sustini uopste
nije, samo ga ima dosta kvantitativno) izbor mikrokontrolera ce ti biti poslednja rupa na svirali.
Sem toga treba da naucis kako da "dobro" projektujes svoje sisteme, a to znaci:
-da obavljaju funkciju za koju su namenjeni,
-da budu pouzdani (otporni na razne smetnje iz okoline i na budalastine korisnika),
-da se lako odrzavaju,
-da se lako nadogradjuju,
-da budu jeftini
-....

E sad, kako sve to postici? Kao sto rekoh mozes da uzmes bilo PIC bilo AVR i neku od tih knjiga iz Microelektronike, cisto da te malo stimulisu u startu. Medjutim, knjiga o PIC-u npr. se bavi nekim jednostavnim primerima kakvi se u praksi retko srecu. To su samo mali parcici koji su u praksi delici delova ozbiljnijih sistema i odatle neces steci kompletnu sliku o cemu se tu radi (odnosno o cemu sve tu moze da se radi). Zato ces morati da potrazis neku uvodnu literaturu u nesto sto se zove EMBEDDED SYSTEMS (pisem na engleskom jer, koliko ja znam, ne postoji nista takvo na srpskom). Bilo bi dobro da ta knjiga ili sta vec nadjes pokriva ono sto sam gore naveo.

A sto se tice PIC-a ili AVR-a oni nisu bas najsretnije resenje, vec vise nuznost jer su
najdostupniji kod nas na trzistu, a eto ima i nesto literature. Medjutim njihova arhitektura je DOSTA losija od npr. mikrokontrolera Texas Instruments-a koji su za klasu ispred njih. Texas Instruments je dosledno postovao sankcije prema nasoj zemlji te su se njihovi kontroleri teze nabavljali, pa su u tom smislu preovladali PIC-ovi i slicni, medjutim sada se TI opet vraca na ovo trziste i nije ih problem nabaviti. U svakom slucaju za prakticne realizacije preporucujem TI. Uz nesto literature koja se mogu skinuti sa njihovog sajta nije problem baciti se na njih, a mislim da je to smislenije uciti nego PIC ili AVR ako bas ocemo nesto da ucimo.

Pozdrav.

TI. Ja bih pre glasao za motorolu. U svojoj praksi video sam gomilu "zablokiranih" T.I. kontrolera, rade ali su pobrkali "cvarke". Motorola drzi neku cenu ali ne sumnjam u njihove kvalitete. Kada se ovlada jednim kontrolerom lako je preci na bilo koji drugi. PIC kontroleri imaju dobru podrsku u softveru, AVR su dosta brzi (MIPS) od PIC-a, mada imaju pri pisanju programa (asm) nekih "chvaka" koje kada se prevazidju pruzaju dobar odnos cena/kvalitet.


Ma ajde!!!

Nijedan kontroler se nece zablokirati ako napises dobar softver (koji u obzir uzima i losu arhitekturu tog kontrolera). I Windows bi na ovoj usranoj 486 arhitekturi besprekorno radio da je dobro napisan i da uvazava sve propuste i slabosti u arhitekturi. Samo se radi o tome da bi ti trebalo 20 godina da se na 486 arhitekturi napise stabilan sistem. TI ima daleko cistiju arhitekturu od PIC-a i znam sta pricam. A to sto si ti video da se negde TI zaglavio to ne govori nista o tome zasto se zaglavio. Ako das nekom dzokeju da provoza Ferarijev bolid i on na prvoj krivini izleti, to ne govori da bolid nista ne valja.

Ne razumem najbolje sta hoces da kazes. Imas li ti nekih ozbiljnih cinjenica kada pricamo o kvalitetu arhitekture ili zelis samo da se "onako" prepucavas. Jesi li ti radio sa TI ili si ih samo negde vidjao kako ne rade? Ja nisam rekao da je PIC los, nego da ima boljih od njega. Tako ti je sa svime: i Skoda je bolja od Zastave, a BMW je bolji od Skode itd. To je prirodno, neki proizvodi su bolji od drugih. Verovatno ima boljih i od TI, ali to sto ja ne znam za njih ne treba da mi povredjuje sujetu. Boze moj, ima pametnijih i lepsih ljudi od mene, ali to ne znaci da ja treba da iskopam oci nekome ako mi to kaze. Ja mogu da navodim dosta toga o tim arhitekturama jer sam radio i sa PIC-om i sa TI-om., medjutim ovo nije tema za to. Covek je pitao sa cime da radi i ja ne bih sad tu ubacivao sta mi padne na pamet. Dao sam svoje misljenje i mogu da ga argumentujem ako treba, ali to nikako necu da radim samo radi prepucavanja ili sujete.



Sta ovo, molim te, znaci?!

Kada sam rekiao da su pobrkali "cvarke" mislio sam na neke termo uredjaje koji su radili u industrijskim uslovima i posle par godina se ne moze prici nekim parametrima za podesavanje. U pitanju su bili T.I. kontroleri. Otuda potice moja averzija prema ovim kontrolerima. Sujeta? Ma jok bre! Nisam ljubitej ni PIC kontrolera! Koristim ATMEL-ovu seriju AVR kontrolera, mislim da pruzaju dobar odnos cena/kvalitet (brzina 20MHz~20MIPS(MIPS=milion operacija u sekundi(za pocetnike))~140din). Motorola je "mamara" ali je i skuplja, i teze je doci do nekih modela na nasim prostorima.
Coveku je bitno da "proba" neki kontroler, (moze i Z80CPU)ostalo su nijanse! Ali reci da T.I. ima kontrolere klasu iznad (PIC) i AVR, ma ajde! (Svaki cigan fali svoga konja!)

pozdrav!

Odin D.:
Nijedan kontroler se nece zablokirati ako napises dobar softver (koji u obzir uzima i losu arhitekturu tog kontrolera). I Windows bi na ovoj usranoj 486 arhitekturi besprekorno radio da je dobro napisan i da uvazava sve propuste i slabosti u arhitekturi. Samo se radi o tome da bi ti trebalo 20 godina da se na 486 arhitekturi napise stabilan sistem.


Imas LINUX!



_{[Ovu poruku je menjao _str_ dana 20.12.2005. u 23:13 GMT+1]}

Nisam ni ja fan nijednog proizvodjaca. Radim sa onim sta se zahteva, retko covek ima izbora, osim kad ne radi nesto za sebe. Ali eto, iz svog iskustva sam uporedio te dve arhitekture. A ne mogu ni svi konji biti isti :). Onda bi svako mogao sa svakom ragom na hipodrom.

Drugo pitanje, je sta kome znaci DOSTA bolje, tu nisam bio precizan.
Sigurno je da jedan mikrokontroler nece biti 5 puta bolji od nekog drugog u istom cenovnom rangu, ali ako mi za projektovanje nekog detaja na PIC-u treba dva dana, a na TI-u 1 dan, onda je to za mene dosta bolje. Ako mi za pronalazenje iste greske u programu kod PIC-a treba 4 sata, a kod TI 2 sata, onda je to meni dosta bolje. Ako se u sebi osecam sigurnije da moj program nema bagova, to je za mene mozda i najveci kvalitet. Kad napisem neki asemblerski program za 286 arhitekturu (a svi znamo kakva je tu organizacija memorije, segmentni registri i sl. nabuloze) tu nikad ne mogu biti siguran sta sam uradio, sem ako se ne radi o programu za sabiranje dva jednocifrena pozitivna broja. Sistemi se brzo projektuju i realizuju, no testiranje i debagovanje uzima najvise vremena i stvara najvece troskove. Jedan mikrokontroler kosta par stotina dinara, a da ti 10 inzinjera 10 dana testira sistem, trazi i ispravlja greske, to je znatno skuplje. Ja mislim da je taj deo posla kraci, jednostavniji i laksi kada se koriste mikrokontroleri sa "cistijom" arhitekturom. Ne znam sta drugo da kazem. Barem su takva moja iskustva.

Linux sam probao i sve fino radi dok gledam u screensaver ili kucam tekst. Probao sam RedHat, Suse, Slackware, neki Ubuntu koji nije mogao ni da se instalira i sl. Ali eto, obicno mi posle par dana nestane zvuk (rikne zvucna karta), ne prepoznaje CD-player i sl. a da ga nista, napomnjem nista, nisam u tom pravcu cackao ili podesavao.
Jednom mi je citava particija sa linuxom od 10GB nestala bez ikakvog razloga. Bio SUSE na njoj. Uvece sve fino radilo. Ujutro upalim racunar ono nista... Morao sam posle da koristim neke programe za povracaj podataka da bih spasio sta se spasiti moze i to neka cuda da se pristupa linux particijama iz windowsa itd... I tu particiju sam kasnije jedva nekako vratio u zivot, nije htela da se formatira, ma muka ziva.

No svejedno, to mi je i jasno, jer UNIX nije ni pisan za PC platformu. Linux je samo prilagodjenje UNIX-a za PC, manje ili vise u povoju, i manje ili vise uspesno, tako da se tome i ne mogu uputiti ozbiljnije kritike. Videcemo za 5-10 godina sta ce od toga biti :)
Navijam za Linux :)