programiranje procesorja

korenje sam znam neki z mikrokontrolerji (o tem sm mogu 2 let poslušat prfokso ) in sm marsi ker programčič spisu, resno lahko samo ponovim branetove besede. Js osebno sm se u šol nauču programerat motorolo MC6803 k je za začetek kr fajn poj sm pa pr enmu projektu sam prešaltu na PIC16f84a in ni glih nevem kake razlike, pač ja sej se razlikujejo neke sintakse sam struktura je pa ista, poleg tega pa se boš iz asm programeranja nauču ekonomičnga programiranja, boš vidu d ti bo poj velik laži napisat program k bo kraji glede vrstic in izvajalnega časa. Js ti priporočam za začetek kakga PIC 16fxxx al pa kak 8bitn mikrokontroler (motorola MC6803). pa že narjeno ploščico si nabau k boš meu preveč dela za začetek.

Infiniti, ena prošnja lahko pišeš z normalnimi slovenskimi besedami, saj je drugače precej težko brati tvoje poste? Hvala.

brane, 5 dni ze bulim v datašit od pic16f84a. Mislim, da mi prižiganje lede sploh nebi delalo problemov.

Sedaj se ubadam s tem, kako bi naredu nekaksen "DOS" programcek, kjer bi z "imeni" dolocu lokacije s podatki. imel bi naprimer 8 bajtov (ki bi lahko predstavljali tudi črke) + 1 bajt, ki bi predstavlju dolžino lociranih podatkov (addresse) + [1. bajt=naslov,2. bajt=dolžina]*n
glede na to da nebi uporabil fiksne dolžine, npr 512 bajtov za locirane podatke, bi moral vsakic seekat in poiskat nek unikaten bajt pred temi 8 bajti, ki dolocajo ime lociranih podatkov...

torej nekako tako...

0x20=unikaten bajt za ime
0x21-0x29=ime - 8 črk = 8 bajtov
0x2A=število naslednjih naslovov, ki določajo lokacije (npr. da je fragmentiran, bi bila 1)
0x2B=naslov, kjer se podatki začnejo
0x2C=naslov, kjer se podatki končajo

problem je tudi pri iskanju prostih lokacij po moje... npr. če bi imel praznine pod 12 bajti, nebi mogel tja zapisati tega

glede na to da lahko shranim 255 v en bajt, bi lahko kar z bajtom definiru dolzino teh ključnih podatkov z imenom in lokacijami. Ta bajt bi dal pa takoj za tistim unikatnim bajtom. (tako niti nebi rabil 0x2A naprimer)


mate kakšen predlog?

int, sej tako kodo bi uporabil za cip z vec rama. mislm da je assembly koda kompatibilna z novejsimi 8 bitnimi mikrokontrolerji.

btw, mislim da je datasheet od pic16f84a zelo dobr za učenje. Vsebuje vse osnove, ki jih imajo verjetno skoraj vsi mikrokontrolerji. Razlika je samo v tem, da je ta mic cist oskubljen.

zdej sm si naredu nekaksno osnovo za programčič...

mmm kva sm našel...

http://www.e-dsp.com/controlling-a-color-graphic-lcd-epson-s1d15g10-controller-with-an-atmel-avr-atmega32l/

Programiranje barvnega LCDja od mobitela :D
to jz hočem narest.

int47, tam ni nič za komentirat. Je preprosta osnovna koda, kjer sem določil interrupt rutino. Program bo šel v sleep stanje zaradi neznatne porabe toka. Iz sleep stanja ga bo zbudil WDT (watch dog timer) (upam da sem pravilno to napisal, ker ne vem če bo wdt uporabljen za cikle v programu... ker potem bi porabil 2.3 sekunde za vsak ukaz). V glavnem ko bo šel iz sleep stanja, bo prebral temperaturni senzor in zapisal podatke v ram. Iz rama pa nato na LCD. Pri tem bo glavni interrupt na RB0. RB0 in RB1 bosta povezljiva na PC, od kjer se bo lahko odčitavalo temperaturo. Komunikacija med PCjem in čipom bo 2-bitna. Zaradi točnosti prenosov podatkov bom uporabil RB0 za nekakšen "hold", ki bo povedal, ali je signal na RB1 high ali low (baud rejte še ne znam štimat :P).

Kasneje bom dodal še nek rele ali tranzisor ter dve tipki, s katerimi bom nastavil preklopno temperaturo za ta rele ali tranzistor.

P.S.: za komunikacijo PCjem uporabi RS232, večina kontrolerjev ima to vgrajeno in je preprosto ko hudič. Ampak za božjo voljo, ne izumljat stvari, ki so že bile izumljene. Ker je verjetnost, da b tebi uspelo naredit nekaj bolje, praktično nič. In je veliko večja, da boš naredil slabše in bolj zapleteno.

pa lejte tole http://thomaspfeifer.net/nokia_6100_dis...
Zakon zadeva.

hja... tale moja zadevica je kr velka :P
me zanima kolk vrstic bom mogu uporabit samo pri tem, da bom dobil temperaturo iz senzorja...

ja jz tut hocem uporabit tak lcd... pa se jih dobi sam v mobitelih. pomisl kva je boljs... dat 40 eur za en 128x64 lcd al zastonj razdret kak star mobitel, kjer bi lahko imel celo barvni graficni lcd?

cilj mojega "projekta" je glih v tem, da uporabim graficni barvni lcd ki bo prikazoval temperaturo :D

ce pogledam moje perl skripte, kjer sem pisal preko 50k vrstic za en programcic, potem to niti ni tako grozno...

kar se pa tice teh lcdjev iz mobitelov, sem opazil da res ne mores spreminjat posameznega piksla. preprosto kar bi lahko naredil, je to da naredim nekaksne tabele v spominu, ki bodo ime ze shranjene oblike crk. Za neuporabljeno bi ta mreza uporabila ozadje, za uporabljeno pa crno barvo. Tako bi preprosto ob spremembi v ramu generiral novo sliko, ki bi jo potem prenesel na lcd. hja nc posebnega. sam veliko dela je.

aja pa ram ki bi ga rabil: 24576+~4 bajtov za sliko. 27*((višina*širina)*(3)+~4) bajtov za mrežo za recimo 27 znakov.
ze samo za prikaz enega piksla na lcdju bi porabil ene 5-10us ta proc. to pomeni ene 200ms za prikaz slike :(

1. kompliciraš
2. kompliciraš
3. kompliciraš

Vse tri točke verjetno izhajajo iz tega, da to kar bereš in govoriš nisi še preizkusil v praksi. Ne gledat datasheet in govorit "u sej to mi ne bo delalo problemov", ker ni vedno tako. MArsikdaj dela še najbolj osnovna stvar probleme. MCUji niso PC imao svoje zahteve in svoje muhe. En tak enostaven primer problemov:

Pri mikrokontrolerjih so timingi zelo pomembni pri dostopu do periferije. Včasih imajo določeni kosi periferije omejen čas v katerem lahko podatek, potem ko si vpisal naslov registra prebereš. Sej ni problem poračunaš in napišeš. Problem je lahko že, ko imaš interrupte. En ti pač skoči noter ravno med timingom in z branjem ne bo nič. PAč moraš narediti tako, da interrupte med takim branjem onemogočiš, nič lažjega. Zakomplicira se, ko se mora interuptna rutina čimprej odzvati na interrupt. Ker si onemogočil interrupte med tistim branjem se, v kolikor vskoči ravno takrat, ne more izvesti tako hitro kot bi se morala in cela zadeva ne deluje ali pa deluje napačno. Seveda tega ne ugotoviš tako hitro in gre lahko precej dni za eno tako stvar.


Skratka lotise že enkrat na začetku in nehaj komplicirat in sanjarit o svojem compilerju, ker je nonsense. GCC je precej dober in nima smisla, da bi pisal nekaj svojega.

ČE vzameš kakšen dallasov temperaturni senzor porabiš nekje 20 vrstic, da prebereš temperaturo z njega (kje malo več, kje malo manj).

Watchdog ni namenjen bujenju procesorja iz power down, ima povsem drugi namen. Če se ne slabo spomnem pri marsikaterih procesorjih niti ni aktiviran med power downom. Za to imaš klasične časovnike, ki navadno delujejo vedno.

In ja, ram v mikrokontrolerjih je zelo omejen, zato je dobro šparati z njim.

Aja pa še to, upam da imaš vsaj malo pojma o elektroniki, ker pri mikrokontrolerjih ni samo programiranje, periferijo je treba tudi usklatiti in priklopiti na mikrokontroler.

to pomeni ene 200ms za prikaz slike :(
Kaj je pa to slabega? Sej ne rabiš spreminjat slike vsake mikrosekunde. To je čisto dovolj oz. še preveč. Menjava na vsako sekundo je čisto dovolj v večini primerov. DS1820(temp. senzor) itak porabi 750ms za pretvorbo temp ...

Kaj bi pa delal s tistim iskanjem podatkov po ramu pa mi ni čisto jasno zakaj bi to delal? Da ti ne bo to tvoje čudo vpisalo kdaj kam kaj kar nebi smelo in švlo vse v p...... Skratka odmisli razmiljanje iskanja rašitev na podlagi izkušenj s PCja (sploh s kakšnega pythona), ko boš programiral mikrokontrolerje boš moral, predvsem na začetku malo drugače razmišljati. NE pozabit spodaj ne laufa mikroprocesor, ki vsklajuje delovanje periferije in taskov.

movfw obstaja. Bojda ne od nekdaj, ampak zdaj obstaja.

Pic potrebuje štiri brce kristala za en cikel. Pri 4MHz torej 1us za cikel.

WDT PICa zbudi iz spanja oz. teče med spanjem. Zbudi pa ga z resetom. Ram se ohrani.



Korneje, kaj pa če bi naredil svoj mikrokontroler? Konec koncev ne moreš iti kar v trgovino in ga kupiti.

Na, da ne boš se matral preveč: fajlek, tako zgleda koda ponavadi v ASMju, po Microchipovi predlogi. Zraven je še tole, kjer imaš že definirane vse registre.

Na naslovu 0x000 imaš samo skok na glavno rutino, če tam kaj preveč pišeš, ti bo zadeva šla pisat na naslov 0x004 in naprej, tam pa je interrupt vektor.

movfw so pa zgleda dali v MPLAB in ti prevede movfw x kot movf x,w...se ljudem ni dalo pisat onega w - ja na konec.

Vse to se dobi zraven MPLABa od Microchipa. Direktiva 'de' pa ti definira, kaj se bo nahajalo v EEPROMu na tistem mestu - najprej org 0x2100, kar pove compilerju, da se naslednji podatki začnejo na naslovu 2100 (v primeru tega PICa je to EPROM) potem pa de "blabla", ki ti da na naslov 2100 'b', na 2101 'l', na 2102 'a' itd. Kar je tle zapisano se zapiše v EEPROM ob programiranju. Potem pa lahko te podatke bereš v glavnem programu, lahko pa tudi zapisuješ v EEPROM in tako shraniš kakšne nastavitve ipd. za primer, če zmanjka elektrike, da se ohranijo nastavitve.

Lahko imaš pooling tipk, v enem timer interruptu pa se ti izvršuje en state machine, ki ga procesiraš v glavni zanki, kjer obdeluješ tudi tipke. Je čisto vseeno ali bo tipka reagirala v 1000 us ali 10 us.

Niti slučajno ne rabiš dveh procesorjev!!
Dokler boš programiral na pamet in nič preizkušal ne boš znal nič.

snow ja to je dobra ideja. tmr0 bi se vsako 1ms aktiviru in bi chekiru port, ce je bla tipka aktivirana. tm pr tipki bi dal kak 200nF-500nF kondi (al kako se to ze kej zracuna :P), da bi obdrzu aktivacijski signal se neki casa. Procesiranje tega signala seveda ne sme motiti komunikacije med senzorjem in PICom.

Lahko si brez skrbi, da slučajno tipka ne bo dovolj dolgo aktivna. da bi pic to zaznal. Bolj problem boš imel z debouncingom (ti. odskakovanje kontaktov ob pritisku - zato bo pic prebral več pritiskov). Drugače imaš pa tudi registre, katerih vrednost se postavi ne glede na to ali je pic zaposlen s programom ali ne.

[sarcasm]
Če ne pa najbolje da vzameš kar en Core2Duo... Na enem jedru boš imel glavni program, na drugem pa skeniranje tipk. Ali še boljše kar ali še boljše Quad Core... če te slučajno prime, da bi rad skeniral še kakšno tipko.
[/sarcasm]

Kot ti je že večina do zdaj svetovala (oz. ti vbija v glavo) - loti se že enkrat konkretno dela. Lahko da boš že pri prižiganju LEDice naletel na probleme, ki jih sploh nisi predvidel. Kaj šele programiranje kakšnega LCDja.

CCfly,se strinjam.Jaz sem hotel tudi cross fade ledice,ampak sploh programskega jezika nisem znal.Trenutno se bom naucil Basic.

v glavnem kar se tice bouncinga stikala, se to odpravi z vmesnim kondenzatorjem.

Napačen odgovor, vrni se k ledicam, resno. Če pa misliš drugače pa povej kako bi vezal ta kondenzator.

Uh, šele zdaj sem videl, da si napisal o debouncingu stikala. Ja za stikalo je tisto primerni način debouncinga, problem pa je to, da ne deluje pri tipkah in navadno imaš tipke, ne stikal. No, razen če hočeš komplicirat.

Tako da, ok vzamem nazaj, stikalo se da debouncat s kondenzatorjem.

glih gledam http://www.sxlist.com/techref/microchip...
ka je ze vse napisan, sam dveh tipk nima... pa graficnega zaslona... mogoce bom kr na tej kodi gradil.

korenje, še veliko polente boš moral pojest...

BTW, sporoči, ko boš usposobil LCD!

Forum je zato, da bi nekomu pomagal. ČE pa ta nekdo resno pokaže, da ne misli upoštevati nasvetov ljudi, ki imajo na področju, katero ga zanima precej izkušenj, ti ki bi radi pomagali zgubijo voljo.

No zdej bi tale lcd zvezu z com portom in se malo igral... kva moram narest? :P

Ja zveži in se igraj ne ... sej ne rabiš nasvetov in izkušenj drugih ...

Hocejo ti dopovedati,da iz malega raste veliko!Res ne vidis?Ce so bis naucil prizgat LEDico,bos ze nekaj vedel,ce bos pa sel direktno na LCDje,brez da bi vedel kaj delas,mogoce ti bo uspelo,ampak se vedno ne bos vedel za kaj se gre.
Na tvojem mestu bi sel pogledat na google,kako dela LPT,in LCD,program pa znas napisati mar ne?

Pa se link,ceprav ni barvni LCD,saj je vseeno.

Link!

Zadovoljen? Ce ti ne uspe,pojdi prizigat LEDico

BTW, večina nas tistih, ki ti želimo pomagati, a nas ne poslušaš, je že držalo kar nekaj mikrokontrolerjev v rokah, pa na boš verjel, programirali smo jih tudi. Ko boš tudi sam začel, boš ugotovil, da ti s papirjem in svinčnikom nekako ne more uspet napisat delujočega programa (razen če imaš res zelo zelo zelo velik 'zegn').

Ej, Korenje, a se zavedaš. da si se ravnokar začel ukvarjati s prižiganjem ledice?



Glede Watchdoga... Se opravičujem za dezinformacijo.