www.elektronik.si

[egomez]

Če se komu da, bi ga prosil, da pogleda, kaj delam narobe. Ob pritisku na eno od tipk, bi se mi mogle ustrezne vrednosti na izhodu spremeniti. Vendar so spremenjene le, če tipko držim. Pa še takrat ne dobim lepega signala na izhodih, ampak je polno "glitchev".

[Sokrat]

A to si opazil, da imas dvakrat preverjanje ali je gor_tipka bit prizgan in da potem izvedes razlicno stvar (smer_gor & smer_dol) ? Takole na hitro izgleda, da bi to povzrocalo toglanje signala gor_dol, namesto da bi ta ostal v izbranem stanju (najbrz gor, glede na oznake visje v programu). Pri kateri tipki pa se pojavi tvoja tezava ?

[egomez]

Hvala Sokrat. Tega sploh nisem opazil
Bom takoj popravil, pa poročam, če so težave odpravljene.

[egomez]

Hm, tam je bila sicer napaka. Sedaj mi dela tudi druga tipka, vendar tudi tista nepravilno. Če npr pritisnem tipko dol, mi ta na izhodu postavi pozitivno smer vrtenja(vrednost high na enem izhodu), vendar to drži le eno mikrosekundo, potem pa pade spet na 0. Če pa tipko držim se po približno 25us vse spupaj ponovi.

[Sokrat]

Najboljse bo, da objavis popravljen program in bolj natanno razlozis v cem je tezava (pri katerih tipkah pride do tezave in kaksne).

Pa se to: program lahko v MPLABu izvajas po korakih in sproti spremljas (in nastavljas) stanje registrov. Tako je najlazje najti napake.

Se en popravek: tvoj program za spodnje_stikalo ne pocne tistega, kar pise da naj bi pocel v opisu.

[egomez]

[Highlag]

Mislim, da je glavni problem odskakovanje tipk.

Stanje tipke bi moral preverjati vsaj 2x med preverjanjema pa moraš imeti nekaj 10 ms pavze. Tipka, ko jo skleneš nekaj časa odskakuje in ker ima procesor visoko hitrost lahko eno samo tipko večkrat prebere kot pritisnjeno / spuščeno čeprav si jo ti pritisnil samo enkrat. Čas odskakovanja je odvisen od samih tipk. Če imaš možnost preveri v Datasheetu, velikokrtat to piše.

[Silvo]

egomez,

Variant branja tipk je veliko odvisno od načina rabe.

Najenostavnejša metoda je sedeča:
Glavni program ti stalno teče v zanki ter istočasno bere tipke.

[Sokrat]

V tem primeru je program napisan tako, da (vsaj za tipki gor in dol, ki sta ocitno povzrocali tezave) tudi ob odskakovanju tipke ne naredi nic neprijetnega - stanje gor_dol se spremeni le, ce je relevantna tipka pritisnjena, ne pa tudi takrat, ko ni pritisnjena. Ce oz. ko bi program ugotovil, da je bila "pritisnjena" 10x zaporedoma, bi samo nastavil isto vrednost kot prej in izhod bi moral ostati v enakem stbaju (ce se vems z drugo tipko nic ne dogaja seveda). Ce pa bi bil uporabljen samo en vhod in stikalo, potem bi bilo za pricakovati tezave z odskakovanjem in nepredvidenim spreminjanjem smeri zaradi napacne interpretacije.

[egomez]

Včeraj z debuggiranjem na računalniku nisem našel nepravilnega delovanja, ko pa sem program vpisal in dal mikrokontroler v vezje, ni delalo prav. Zato sem pomislil, da je kaj narobe z mikrokontrolerjem. Enkrat med preizkušanjem sem ga dal narobe v ohišje.Nato nekaj zavoham in gledam kaj smrdi. Se dotakmen mikrokontrolerja in se opečem. Še sedaj se mi pozna opeklina. Na moje začudenje pa mi ga je tudi po tem dogodku programator uspešno prebral in ponovno zapisal in to večkrat brez napake. Na žalost pa sem imel na rezervi samo 16f627a, ki pa mi jih programator ni hotel zapisati, pa čeprav pred tem z njim nisem imel nobenih probemov z različnimi mikrokontrolerji. Grr ta JDM.No saj imam tudi p16pro, vendar ga na žalost nisem imel pri sebi.
Danes zjutraj sem šel v trgovino in kupil novega 16f627. Ga sprogramiram in veselo vstavim v vezje. Na moje začudenje dela ravno tako, kot s prejšnjim. Še malo spreminjam program, pa ne uspem nič izboljšati.
Zato vzamem protoboard, 2 tipki in ledico. V programu vse zakomentiram razen branja dveh tipk. Program še vedno ne deluje. Potem ugotovim, da je problem v podprogramih. Če so bili napisani na ta način:

[Sokrat]

Mislim, da bi program moral delovati tudi v "razsirjeni" obliki, za tezave je pa ocitno res bilo krivo resetiranje. Zaradi nacina delovanja (C)MOS vezij se vecina motenj (in konic porabe) pojavi ob preklopu; ce se napetost pretirano sesede, je reset (ali latchup) cisto verjeten pojav, njegove posledice pa bi bile tocno take, kot si opisal (noben del programa ne resetira stanja pina, ce ni prisoten ustrezen stimulus).

Pregrevanje je zanimiva rec - specifikacije ponavadi omenjajo 85 (ali 125) stopinj junction temperature (clovek v vecini primerov ne more drzati pri ~60 stopinjah C, ker je prevroce in povzroci opeklino), nikoli pa ne bos vedel ali je kaksen del cipa unicen ali ne ce si ga "segrel" do mejne temperature ali cez, zato mu ne bos vec mogel zaupati (vsaj ne cesa pomembnejsega od utripajoce LEDice). Nekoliko ironicno je, da si mu s tem, da si se opekel, tudi nekoliko pomagal (odvesti toploto namrec) in morda tako preprecil popolno unicenje

Sicer se pa najlepse opeces na elementih, ki dobro odvajajo toploto, kjer sele nekoliko kasneje opazis, da je nemarno vroc, takrat pa je vroc cel element in ne le del na sredini - npr. napetostni regulatorji ...

[VolkD]

NE555 je čip, ki resnično mnogokrat povzroča težave. Včasih tudi nerešljive. Odkar sem se enkrat opekel z njim, ga gledam zelo z rezervo. Dokler se gre za logiko na 5 ali 3,3V se njegove motnje da zatreti z blokirnimi kondenzatorji. Problem nastane če imamo NE555 na istem vezju, kot recimo sprejemnik z 0.3 uV občutljivosti.

Pri NE555 torej POZOR !

[jur]

Meni je večkrat uspelo okoli obrniti pic16f84 narobe. Vedno je zasmrdelo, občasno je opeklo prst, pa je vedno preživel (chip). Zasluga gre regulatorju napetosti (7805), ki omeji tok. 10 A izvor napetosti je nalašč narobe priključen chip uničil.

Blokada motenj (če je ni) je izvor motenj. Blokada (kondenzator 100 nF) mora biti prilotana povsem zraven napajalnih pinov PICa. Pa še ustrezen elko pri napajalniku, pa še kondenzator 100 nF pri napajalniku, pa še kondenzator 100 nF pri monostabilu ali astabilu (555).

BSF/BCF problem je mogoče tisto, kar datasheetu imenuje read/modify/write problem:
"Reading the PORT register reads the status of the pins, whereas writing to it will write to the port latch. All write operations are read-modify-write operations. Therefore, a write to a port implies that the port pins are read, the value is modified and then written to the port data latch." Ta zadeva povzroči, da program ne deluje tako, kot bi moral. Zgleda pa tako, kot da je defekten chip.

Lahko pa gre za napako v programu...

Jur

[kavelj22]

a mi lahko kdo pove kaj pomeni ta napaka!

Error[152] C:\PROJECTS\PIC\TEST\TEST.ASM 6 : Executable code and data must be defined in an appropriate section

hvala

[jur]

Premalo podatkov za diagnozo. Lepo bi bilo, če bi bil priložen program. Razlaga teksta diagnoze je v helpu od assemblerja. Za odpravljanje napake pa je potrebno napako videti.

Uporabi google: "Executable code and data must be defined in an appropriate section" (poudarek je na narekovajih)

Jur