www.elektronik.si

[veter]

Lep pozdrav!

Imam naslednjo težavo.
Program za menu je napisan tako, da imam več različnih ekranov.
Ko naredim prvi in drugi krog, je slika na ekranu OK.
Po 2. krogu,skozi menu, pa se slika deformira - nakako, kakor da bi se na polovici zamaknila, črte grejo postrani....
Ugotovil sem, da če odstranim vse okrasne črte, da je s slikami vse OK (samo čisti tekst), ko pa vrnem okrasne črte (linije) nazaj, pa zopet ista pesem.
Sem poizkusil z dvema različnima grafičnima zaslonoma, pa je ista pesem.

Program sem napisal v BascomAVR, za ukontroler Atmega32.

Hvala za pomoč.

[Pobesneli]

Ne vem kako imaš tiste črte narisane, meni je delalo problem ko je taka črta ali slika šla "ven" iz ekrana. Potem jo je preložilo eno vrstico nižje in slika se je zamaknila.

[veter]

Drži, tak problem poznam iz preteklosti. Sedaj to ni krivo.
V tem času sem prišel do novega spoznanja:

Iz programa sem vrgel vse sub rutine, tako da program sam scrola skozi menije.

Sedaj teh težav nimam več.

Vendar sub rutine v resničnem programu potrebujem...

Hmm.

Ima mogoče kdo kakšno idejo?

[veter]

Kot kaže je težava v definiciji $HWSTACK.
Vrednost 32 sem povečal na 80.

Prej se je slika ekrana deformirala na vsakem 3. krogu scrolanja, sedaj pa se na vsakem 8. krogu.

Katera je maksimalna vrednost $HWSTACK, ki jo lahko vpišem v Bascom AVR?

[mucek]

Če ti zadeva "uide" v večanje stacka, tega ne rešujemo s povečanjem le-tega, ampak s tem, da najdemo, kje v programu smo naredili napako ...

Kratek opis je tale: ko skočimo v neko subrutino, se vse "aktualne" spremenljivke naložijo v stack. Ko končamo z izvajanjem subrutine, se z ukazom "Return" vrnemo v glavno zanko, kjer se vrednosti iz stacka pokopirajo nazaj in "spraznijo" stack. Če tega ne delamo pravilno (skok iz subrutine z Goto, interruptom ...), pride do omenjenega problema.

Najbolj pogosta je ta, da se iz kakšne subrutine ne vračamo z Return, ampak s kakšnim Goto skokom.

Lp, g

[veter]

Hvala.

Sedaj pa v podrobno analizo vseh subrutin.

[veter]

Podrobna analiza je res pokazala izhod iz sub rutina z goto sukazom.
Kar nekaj takih je bilo v programu.

Iskrena hvala za tak ozelo koristen nasvet.

[mucek]

Hehe, been there - done that ...
Prečitaj Vilkotov članek o tem v skripti, ki smo jo spisali pred leti ... http://www.ecat.si/2011/05/906/

LP, g

[veter]

Lepo pozdravljeni,

imam zopet podobno težavo, mislim, da nima istega vzroka kot tista za katero sem prosil pomoč pred tednom dni.
Pripel sem sliko, kaj se dogaja na GLCD-ju, ne da bi karkoli pritiskal ali spreminjal.
Prva slika prikazuje, ko je vse v redu, druga slika prikazuje prvo napako ,tretja slika prikazuje obe napaki.

Ura spodaj pokaže koliko časa je minilo, da sta se ti dve napaki pojavili.

Tudi po 24 urah sem do sedaj opazil samo ti dve napaki.


Kaj je lahko vzrok za to?

Mogoče malo pojasnil:
- koda je napisana v BascomAVR
- temperaturo merim s temperaturnimi senzorji DS1820
- uro sem naredil z uporabo TIMER1 v BASCOMAVR-ju.

[lojzek]

Zgleda kot napačno spisana koda, napaka nekje pri deklaraciji ali shranjevanju spremenljivk. Lahko tudi nekaj z dolžino stringov,...

V glavnem, zdi se mi, da neka novejša spremenljivka povozi del že tam v spominu shranjene...

Še enkrat, vsaj v C-ju moraš biti natančen pri dolžini stringov..

[mucek]

Jap, to je to - nekje pišeš čez dimenzije zaslona ...

Lp, g

[veter]

hmm, čeprav prvih 40 minut dela tako kot mora?

Se pravi, prvih 40 minut zanka do loop deluje tako kot mora potem pa ne več....
Sem pomisli na to, ampak, program vseskozi enako dela, ne gre nikoli kam drugam, v kakšno drugo podzanko ,da bi imel tam kaj drugačnega...

Ali pač nisem razumel točno odgovora?

Hvala

[veter]

Dobro jutro,

ali bi morda še kdo imel kakšne idejo, kaj bi lahko bilo narobe?
V prvi verziji tega programa, ko nisem imel še ure in prikazovanja dnevov, te težave nisem imel...

Ali bi mogoče lahko bila težava v Timer-ju?

Za uro namreč uporabljam Timer1, če prav vem, tudi DS1820 za branje temperature uporablja timer.
Ali je možno da se med branjem temperature, aktivira Timer1 in potem senzor temeprature ne prebere pravilno? To bi lahko bil odgovor na drugo težavo, morda,
ne vem pa, zakaj ne izpiše pravilno dan v tednu.

[protoncek]

Bascom zna bit siten pri izpisu decimalnih števil,kjer mu omejiš število decimalk za izpis....
primer: ti mu lepo definiraš da do 9.9 prikaže " 9.9oC", nad tem pa "10.0oC", pa se kljub temu včasih zgodi, da prikaže " 10.0o" ter zadnji C nekako na pol ali povsem drugje, če je ta izpis že tako na robu. In to kljub temu, da uporabiš ukaz "fusing". Očitno ta fusing ni ravno dodelan. Namreč, ko vpišeš v spremenljivko tipa single 10, je pravi rezultat lahko 9.999999999...

Jaz sem to naredil tako, da ločim cela števila in decimalke, potem pa izpišem ločeno, torej:
celo število, ".", decimalko, "oC".
tako gre vedno.
V tvojem primeru po moje od časa do časa napačno prebere temperaturo in tako čudno izpiše. Ali prihaja do motenj, je linija predolga, lahko ravno med branjem dallasa nastopi prekinitev...
Ali reši izpis ali pa beri temperaturo po večkrat in primerjaj, če je vedno enaka (recimo v burstu jo prebereš 3x zaporedoma, preveriš če so vsa tri merjenja enaka in šele nato izpišeš). Seveda to zna biti zoprno pri hitrih spremembah temperature...

[veter]

Hvala za izčrpen odgovor.

Temperatura:
Že sedaj ločim izpis na celi del in decimalni del, branje dallasovega temp. senzorja sem izvedel s pomočjo programa na forumu Bascom.

Linija ni predolga, ker vse skupaj razvijam na Mega Pin plošči, so senzorji kar tam priključeni ,neposredno na ploščo.

Sam vedno bolj sumim da je kriva prekinitev zaradi ure, medtem ko bere Dallasa.
Kaj lahko naredim v tem primeru?

Nobenega izhodišča pa nimam, kaj bi lahko bilo narobe pri izpisu dneva v tednu...

Hvala za vsa mnenja in nasvete.