|
rsinisa
Siniša Radanočević
Smederevo
Član broj: 2716
Poruke: 1586
*.dynamic.isp.telekom.rs.
|
DEFINE no_clrwdt, greška ili ne?
------------------------------
PIC kontroleri (kao i mnogi drugi) imaju u sebi tzv. watchdog, tj. mehanizam za izlazak iz eventualne mrtve petlje koji radi na principu tajmera i kojeg treba povremeno resetovati. Da bi se to uradilo potrebno je u konfiguracionoj reči uključiti watchdog tajmer (u daljem tekstu WDT) i u programu ga povremeno resetovati. Upotreba tog mehanizma nije obavezna, pa se i program razlikuje u zavisnosti da li nam taj mehanizam treba ili ne.
PBP nema direktnu naredbu koja resetuje WDT u slučaju da ga koristimo što u prvom momentu može da deluje neverovatno, ali to i ne čudi jer je cilj višeg programskog jezika da korisnika maksimalno oslobodi razmišljanja o sporednim stvarima, a i odredjivanje mesta gde treba staviti naredbu za njegovo resetovanje (a da nema preterivanja) zahteva malo iskustva. Medjutim, on ima dve DEFINE pseudo-naredbe koje oslobadjaju programera razmišljanja o WDT-u; programeru samo ostaje da odluči hoće li ili neće da ga koristi i da podesi konfiguracionu reč u skladu sa tim. To su naredbe DEFINE no_clrwdt i DEFINE clrwdt; prva kaže kompajleru da se WDT ne koristi, a druga da se koristi. Prva ne predstavlja problem, ali to kako se ponaša druga može da se svrsta u, po meni, grešku tvoraca PBP-a koja ni do dan-danas u najnovijoj verziji nije ispravljena. No, možda oni ne smatraju da je to greška i zato ostavljaju tako u novim verzijama. Evo o čemu se radi:
Dobar deo PBP naredbi su u stvari kompletni potprogrami od kojih su neki vremenski zavisni, tj. jako je bitno trajanje tih potprograma kako bi se izvršavali za tačno odredjeno vreme. Neki od tih potprograma mogu da se izvršavaju jako dugo (npr naredba PAUSE) pa je moguće da, u slučaju kada se koristi WDT, njihovo trajanje bude duže od WDT perioda pa će doći do WDT reseta i program neće da radi onako kako očekujemo. Zato PBP u takvim potprogramima ima makro koji na osnovu DEFINE naredbe na odgovarajuće mesto stavlja ASM naredbe "NOP" ili "CLRWDT" u zavisnosti od upotrebljene DEFINE naredbe. I to za sada sve izgleda u redu. Znači, kada se ne koristi WDT i upotrebi se DEFINE no_clrwdt na svim kritičnim mestima biće umetnutna ASM naredba "NOP".
Medjutim, kada se koristi WDT i upotrebi DEFINE clrwdt, pored ASM naredbi "CRLWDT" u tim potprogramima, PBP postavlja tu naredbu i kroz program na mesta koja, po njegovoj logici, mogu da budu kritična. Problem je što to i nisu uvek kritična mesta pa program ume da bude znanto duži i to čak preko 100 worda na 1 kword prog. memorije. Svaki programer koji drži do sebe će da isključi tu PBP-ovu logiku tako što će DEFINE clrwdt da zameni za no_clrwdt i da sam na pogodna mesta ubaci ASM naredbu "CLRWDT". Medjutim tu dolazi do problema zbog onog makroa koji će u svim, pa i onim kritičnim, potprogramima "CLRWDT" da zameni sa "NOP" i eto problema kod petlji koje se dugo izvršavaju (npr. PAUSE 1000).
Meni je ovo zadalo dosta muka jednom prilikom pa sam rešio da ispitam gde je problem (tada to, naravno, nisam znao) i gornji tekst je rezultat tog ispitivanja. Pošto mi je sve to delovalo nelogično, tj. više kao greška tvoraca PBP-a, rešio sam da napravim novu DEFINE naredbu i prepravim sve kritične PBP naredbe tako da mogu da izbegnem logiku PBP-a koja neumoljivo troši prog. memoriju, a da opet u vremenski kritičnim PBP naredbama ostanu "CLRWDT" instrukcije. I tako sam pre 4 godine izmenio "DEFINE no_clrwdt", dodao novu "DEFINE no_clrwdt_atall" i izmenio sve relevatne PBP naredbe u skladu sa tim.
Nova "DEFINE no_clrwdt_atall" naredba se sada ponaša kao "fabrička" no_clrwdt i upotrebljava se u slučaju kada se ne koristi WDT, a "DEFINE no_clrwdt" je izmenjena tako da PBP u kritičnim PBP naredbama ostavlja "CLRWDT" instrukciju, a da ne ubacuje u ostatak programa tu naredbu kako bi se dobio kraći program. Naredba "DEFINE clrwdt" radi i dalje kao i pre, tj. preterano troši programsku memoriju :)
Ako bude zainteresovanih, omogućiću im da dodju do izmenjenog PBP-a (zahtevi isključivo na PP ili email).
Pozdrav.
Sinisha
|
Re: Optimizacija programa pisanih u PBP-u
