www.elektronik.si

xklemen · Objavljeno: Ned Nov 04, 2012 12:07 pm Naslov sporočila: LPC2144 problem

Lotil sem se projekta v katerem sem uporabil ARM LPC2144. Do sedaj sem se ukvarjal z AVR-i (Atmel) in je to moj prvi projekt z ARM mikroprocesorjem.

Na internetu sem našel en PP v katerem je razložen najbol osnovni program ki naj bi čip pognal (sicer je uporabljen tam čip LPC2131, vendar to nebi smel bit problem, saj sem preveril registre in je ok). (http://www.google.si/url?sa=t&rct=j&q=&esrc=s&source=web&cd=2&cad=rja&ved=0CCgQFjAB&url=http%3A%2F%2Fwww.cse.cuhk.edu.hk%2F~khwong%2Fwww2%2Fceng2400%2F2400_08_peri1.ppt&ei=YjiWUIjoB-fV4gTe74CQCQ&usg=AFQjCNECgV0UeZjhLLmsVztBcduH4fWqZw&sig2=aEgPDBiAYxE8tUTy0J52gQ)

Programiram v programu CodeBlocks preko RS232 (lpc21isp.exe) vmesnika in program se zapiše brez problemov v čip, vendar se potem nikakor ne odziva, na vseh pinih izmerim 2,14V, napajanje je dobro sfiltrirano in je 3,3V.

Kristal je uporabljen 11.0592Mhz, ker je z tem kristalom RS232 komunikacija najbolša. V programu ne zasledim nikjer nastavitve kristala in mi je čudno, namreč pri AVR se to nastavi tako programsko kot fuse biti...

LEDica je vezana tako:
uC -> 470E -> LED -> Masa.

Napisal sem tudi program ki ne upošteva tipke .. vendar se kljub temu ne premakne nikamor ..
Program:

jvolk · Objavljeno: Ned Nov 04, 2012 12:23 pm Naslov sporočila:

Imaš na P0.14 pull-up upor 22k na 3.3V?

Umnik · Objavljeno: Ned Nov 04, 2012 12:26 pm Naslov sporočila:

Prvič, če bi vzel kristal 12MHz, ne bi bilo nič narobe, razen če misliš preko UARTa gonit podatke z neko blazno brzino. UART se da preko množilnikov in delilnikov prav lepo nastavit na poljubno hitrost (a z določeno napako v frekvenci, ki pa je običajno še znotraj toleranc).

Naslednja reč, pri kateri je pomemben kristal je PLL. Spet, z 12MHz kristalom, bi ti bilo lažje preračunati delovno frekvenco (čeprav, s tem ki ga imaš ni nobene ovire, le račun je lažji).

Naslednja reč, ki jo vidim iz tvoje kode je ta, da dvakrat setiraš pin, namesto set/clr kombinacije. Pa še, da bi sploh lahko videl blinkanje led, bi moral naredit: set, delay, clr, delay, saj procesor dela mnogo prehitro, da bi brez delayev videl karkoli.

Naslednja reč je tvoja vezava LEDice na mikrokrmilnik. Sedaj govorim na pamet, vendar običajno pini na LPCjih niso sposobni krmilit LED (izhodni tok iz pina je premajhen). To preveri in prilagodi vezavo, če je to potrebno.

Potem pa še to, kar je omenil jvolk: vzami datasheet od mikrokrmilnika in za vsak pin preveri, če je ob resetu na njem potrebno kakšno določeno stanje (velja za VSE mikrokrmilnike). To je običajno napisano pri opisih pinov.

Priporočam uporabo Keil uVision Wink

Skupaj z njim pridejo delujoči primeri (npr. Blinky), s katerimi mimogrede dojameš, kako in kaj s katerim ARM mikrokrmilnikom. Poleg tega imaš na razpolago tudi simulator.

xklemen · Objavljeno: Ned Nov 04, 2012 12:33 pm Naslov sporočila:

Tipka deluje brezhibno, ker je uporabljena tudi za programiranje za prehod v programski način.

Prilagam sliko iz sheme, odstranil sem samo kondenzator.

. · Objavljeno: Ned Nov 04, 2012 1:09 pm Naslov sporočila:

Brisana vsebina odstranjenega uporabnika.

xklemen · Objavljeno: Ned Nov 04, 2012 2:25 pm Naslov sporočila:

Umnik · Objavljeno: Ned Nov 04, 2012 2:56 pm Naslov sporočila:

Pustimo kristal, karkoli vzameš je ok. Poglejmo pin P1.16, kjer imaš LED - ta je lahko po resetu skonfiguriran kot Trace pin (za debug).
Če imaš ob resetu na P1.20 napetost 0V, potem ta pin ne bo deloval. To piše v datasheetu.

Imaš na P0.14 pull-up?
Imaš na P1.31 pull-up? (Če ne uporabljaš JTAGa za debug, potem ga ne rabiš)
Imaš na P1.20 pull-up?

V programu poišči nastavitve za stack (v startup datoteki). User stack nastavi na vsaj 512 bajtov (0x200).