www.elektronik.si

[bostjang]

Ali se je že komu zgodilo, da program ne deluje pravilno, ko pa dodaš nekaj kode, ki (naj) ne bi vplivala na potek programa, pa zadeva spet dela?
Hotel sem ugotoviti zakaj in kje se zatakne moj program, zato sem vmes dodal printf-e, ampak zadeva je potem delovala. Moj kolega je enkrat dodal samo nop-e in je pomagala, sicer mu je na LCD izpisovalo kvake.
Obnašanje se nanaša na LPC in Keil uVision3 in vgrajene prevajalanike.

[Djurodrljaca]

Imel sem problem, da mi je javljal kompiler neke errorje, problem pa je je bil v printf funkciji, če sem to funkcijo s katero sem si prikazal (preko serijske povezave s PC) indeks for zanke. Ta indeks sem imel deklariran v main funkciji, problem sem pa rešil tako, da sem dal indeks izven main (globalna spremenljivka). Po tem mi je program pravilno skompajliral.

To sem pa delal na demo verziji, ki jo dobiš zraven razvojne plošče.

[oversc0re]

Malo podrobneje predstavljen problem s strani kolega: Zelo ocitno je, da na pravilno delovanje programa vpliva dolzina le tega. Tako ko napisem neko dodatno funkcijo, se zacne program cudno obnasat (namesto temperature dobim na lcd cudne znake, ali pa se napisi popolnoma pokvarijo ali pa program popolnoma zasteka), ko pa dodam se kaksno funkcijo, program spet deluje. Najprej sem sumil printf, zato sem napisal svojo funkcijo za pisanje na LCD, pa je se vedno isto. Potem smo posumili optimizacijo... Ok prestavim optimizacijo iz 6 na 1 in program zacne delat. Jo dam do konca (8 ) in spet dela, medtem ko 6,5 in 4 ne delajo (ostalih nisem probaval). Diagnosticiranje napake je prakticno nemogoce, saj ce izklapljam razlicne dele programa stvar deluje, pa ceprav nimajo deli nobene veze z napako. Pointerje sem izdatno pregledal in ne kaze, da bi kateri pisal po nealociranem pomnilniku. Res cudno.

[MarkoM]

Če se vam to dogaja pri LC displayih potem ni problem v dodajanju kode itd. ampak pri inicializaciji in izpisovanju na LCD. Za vsak znak, ki ga vpišemo na LCD moramo dati enable linijo na visoko za določen čas, če je tisti čas premajhen se izpišejo kvake.

[oversc0re]

Ne, ne. Tezave so vedno samo s spremenljivkami. Tiste kljuke, ki se prikazujejo, so prikazane vedno namesto vrednosti temperature. Vse ostalo piše kot je treba. Poleg tega me je ze bostjang opozoril na morebitno moznost prekratkega delaya in sem ga za vsak slucaj krepko povecal, pa seveda ni bilo nobenega rezultata.

[jur]

Zakasnitev (delay) je potrebno uporabiti na pravem mestu. Poizkusi klicati delay za vsakim ukazom v inicializaciji in za vsakim ukazom pri pisanju na LCD. Kvake so tipičen primer napačnega timinga. NOP ali dva je včasih dovolj, da reši problem.

Za test lahko namesto temperature poizkusiš izpisati "AAAA". Če bo izpisalo pravilno AAAA, je verjetno temperatura v napačnem (binarnem?) formatu in jo display pokaže kot nonprintable znak. Običajno je potrebno temperaturo iz senzorja pretvoriti v numerične znake. Če senzor v bytu vrne temperaturo 37 stopinj, in to neposredno izpišeš na zaslon, boš dobil % (kvaka).

Ascii tabela: 037 045 025 00100101 % (percent)

Jur

[oversc0re]

A mi lahko prosim verjamete, da izpis na LCD deluje 100%. Saj nisem vceraj zacel programirati mikrokontrolerjev. Printal sem ze s sprintf in ker so se pojavljale napake sem naredil svoje funkcije za izpis temperature, a so napake identicne.

[jur]

Dejstvo je, da stvar ne dela.
Ali lahko spremenljivke od temperature izpišeš na LED diode, če je kakšen port prost, ali na uart (com port)?

Jur

[Sokrat]

Sta sila skrivnostna - raba bi diagnozo necesa, cesar ne more nihce niti pregledati Moja kristalna krogla je trenutno na popravilu, tako da lahko zgolj ugibam

Meni se je sicer ze zgodilo, da je prislo do tezav z izpisom na LCD (Keil uVision3), ker je bil med dvema izpisoma prekratek delay (a ocitno se vedno dovolj dolg, da je izpis sicer deloval in dalec vecji, kot je specificirano v datasheetu kontrolnega cipa). Celoten drugi niz je izginil v neznano (najbrz je bil vpisan v del RAMa kontrolerja, ki ni mapiran na display - gre za manjsi display).

Enako kot Jur si lahko predstavljam, da bi zaradi podobne napake lahko nekaj znakov bilo okvarjenih namesto da popolnoma izginejo in da ustrezna dodatna pavza to resi (kar sta oba napisala).

[oversc0re]

Izpis na LCD je zgolj banalen primer dokaza, da nekaj ne deluje dobro. Delay sem, kot je že bilo rečeno povečal nekajkrat, pa je bil rezultat enak. Poleg tega bostjan sploh ne uporablja LCDja, temvec se mu program zastrika nekje drugje. Ko se pri meni zacnejo pojavljati cudni znaki, se program po krajsem casu potem obesi. Tudi izpis na serijski port ne deluje. Sicer pa bomo ze... Zanimalo naju je predvsem, ce se je komu ze pripetilo kaj podobnega na Keilovem compilerju...

Lp, M@ic

[Sokrat]

Seveda, le da ocitno ni bil kriv compiler (po pregledu assembly outputa), ker bi sam tisti del prevedel enako

[jur]

[oversc0re]

Hoj!

S tele teme sem pobrisal prah, ker sem po nekaj mesecih končno odkril srš problema (in bi ga rad prihranil vsem ostalim) in pa ker se mi očitki o idiotskih napakah ne zdijo najboljši primer kostruktivnega reševanja težav. Konec koncev je izpadlo, kot da ne znam sprogramirat osnovnega izpisa spremenljivke na LCD

Skratka LPC2101-3 imajo hardverski BUG. Nedeterministično izvajanje programa se pojavi pri frekvencah >40MHz oz pri večji porabi toka na 1.8V napajalni liniji. Težavo se da zaobiti bodisi z znižanjem urine frekvence, bodisi z zvišanjem napajalne napetosti na 1.95V.

Lp, Matic