Fórum témák
» Több friss téma |
Belső Timer modulokkal lehet olyan megszakítást kérni, hogy ha túlcsordul, akkor automatikusan ugorjon egy szubrutinra bárhol is tart a fő program futása?
Tehát ne nekem kelljen lekérdezni a túlcsordulást jelző bit állapotát.
Szia!
Igen tudsz... A megszakítás pont erre való. A kérések bekövetkezésekor a megszakítás kiszolgáló rutinra kerül a vezérlés. A megszakítás okát programból kell megállapítani és kiszolgálás közben törölni.
Helló!
És azt hogy kell? Mert eddig úgy csináltam, hogy a főciklus elején vizsgáltam pl. az INTCON regiszter T0IF bitjét pl. BTFSS utasítással és ha az 1-en volt akkor hívtam meg a szubrutint egy CALL utasítással. Csak ezzel az a baj, hogy előbb le kell futnia a ciklusnak, hogy újra megvizsgálhassa, hogy történt-e megszakítás. De nekem azonnal kellene, hogy megszakítsa. Erre való az az ORG 4?
Sziasztok!
Szeretném kérdezni, a nagyon hozzá értő fórum társaimtól hogy: A Digitális forrasztó állomás2 építgetem, és saját hibámból(elbénáztam) sikerült tönkre tennem a pic16f88 ast. A kérdésem a következő lenne: Ki tudom cserélni a pic16f88 ast egy pic18f2550 re ha a megfelelő lábait a megfelelő helyre kötöm? Ugyanis másik pic16f88 asom nincs ithon de 18f2550 esem van. A programban is kellene modositanom?, És rendelni 1 pic et nem szeretnék. Segítségeteket elöre is nagyon köszönöm Hp41C forumtárs, az elözöekben leirt segítségedet köszönöm ((#1211017) Hp41C válasza acoustic hozzászólására (#1210970) ) sajnos a LVP beállitásokkal sem sikerült felprogramozni a 16f88 ast és most jutottam el a fojtatáshoz,, de nagyot hibáztam és elfüstölt.. 
Azt hiszem túl hamar kérdeztem, egy kis keresgélés és gondolkodás után azt hiszem meg van a válasz.
De leírom, szóljatok ha nem jól gondolom (akkor is ha jól  )Szóval ha bármelyik bemeneten érzékel megszakítást a PIC (pl. Timer0, Timer1, vagy RB4:RB7 lábak), akkor automatikusan átugrik az ORG 4 lapra és ott kell nekem megvizsgálnom az INTCON regisztert, hogy mi váltotta ki a megszakítást. De előtte el kell mentenem a WORK és STATUS regisztereket, majd ha lekezelte a megszakítást a szubrutinom, akkor vissza töltöm őket a W-be és a STATUS-ba, majd RETFIE utasítással vissza lépek ORG 0-ra. Csak én eddig nem tudtam mire jó az az ORG 4 ezért bele sem tettem, így nem vettem észre, hogy használható is valamire.  Jól gondolom?
Majdnem teljesen jó, kivéve az ORG szerepét.
Az ORG parancs azt adja meg a fordítónak hogy az aztkövető programot/utasításokat/adatokat melyik memóriacímre tegye.
De ha megszakítás van, akkor az ORG 4-re ugrik mindenféleképpen, nem? Tehát nem kell beállítanom semmit.
Nem teljesen így van.
Megszakítás bekövetkeztekor a proci még befejezi az éppen feldolgozott utasítást, majd a programszámláló értékét a verembe menti, ill. törli a megszakítások engedélyezése bitet. Ezután a 4-es memóriacímen lévő értéket a programszámlálóba tölti. Ezzel a megszakításkezelő rutin kezd el futni. Mikor ez a rutin elér a RETFI utasításhoz, a veremből visszatöltődik a programszámláló megszakítás előtti értéke, majd újra engedélyeződnek a megszakítások. Tehát folytatódik tovább a főprogram. Az ORG utasítás csak a fordítónak szól, hogy a megszakításvektor címét a 4-es memóriacímre kell tenni.
Azért azt én is gondoltam, hogy nem hagy félbe egy utasítást.
De ha mondjuk olyan van, hogy egy BTFSS utasítás végrehajtása alatt jön a megszakítás és a BTFSS olyan eredményt ad, hogy egy GOTO paranccsal egy címkére kell ugorjon, akkor gondolom csak a megszakítás után fog ugrani a GOTO által megjelölt címkére. Nem? Az meg, hogy ő még mit csinál megszakítás előtt és után, milyen biteket töröl, programozási szempontból annyira nem fontos ha utána egyedül tudja folytatni a programot ott ahol abbahagyta mindenféle beavatkozó parancs nélkül.
A reset miatt a 0-ás címen egy GOTO utasításnak kell lenni. Ennek elhelyezéséhez kell az ORG 0 parancs.
A megszakításvektor címére történő íráskor pedig az ORG 4 parancsot használjuk. Mégegyszer: ezek nem a proci számára végrehajtandó utasítások, hanem a fordítónak kellenek csak.
Persze.
De ezt a kis körítést csak a korábbi mondatod miatt írtam: "...majd RETFIE utasítással vissza lépek ORG 0-ra." Nem! Nem ugrik vissza ORG 0-ra. (Max. a 0-ás memóriacímre.) Oda ugrik vissza (arra a memóriacímre), ahol a végrehajtást megszakította.
Az ORG 0 meg a 0-ás memória címet jelöli/jelenti.
De mindegy, annyira most nem akarok belemélyedni a proci belső lelki világába, elég ha tudok neki parancsolni. De köszi a válaszokat.
Üdvözletem!
Most kezdtem el a PIC-el foglalkozni. A kapcsolások között található dobókockát szeretném megvalósítani. A PIC égetésére: http://plc.mechatronika.hu/egeto/eget.htm ezt az elektronikát szeretném megalkotni. A pic ellenőrzésére halottam ellenőrző áramkörökről, de jól átláthatót még nem találtam. Ez micsodára jó? A linken említett kapcsolás működhet? Nem tudnátok egy jó ellenőrző áramkör kapcsolást adni? esetleg nyák tervel? Előre köszönet mindenkinek!
Lesd meg ezt. Az utolso oldalon szepen bemutatja a Stack es az IT kezelest.
Hello!
Bemásolok egy programrészletet amivel az AD-t akartam kipróbálni: while(1) { adcon0=0b10010001; //ADC csatorna beállítása, stb adcon0=0b10010100; //ADC átalakítás elindítva if(adcon0==0b10010100) //amíg nem végez az ADC addig ne haladjon tovább a program { delay_us(1); } fesz1=adresh; fesz1= fesz1 << 8; fesz1=fesz1+adresl; Lcd_Cmd(_LCD_CLEAR); // Clear display Lcd_Cmd(_LCD_CURSOR_OFF); // kurzor kikapcs lcd_out(1,1,"U="); lcd_chr_cp(fesz1*4/10000); lcd_chr_cp((fesz1*4/1000)%10); lcd_chr_cp((fesz1*4/100)%10); lcd_chr_cp((fesz1*4/10)%10); lcd_chr_cp(fesz1*4%10); lcd_out(1,9,"mV"); delay_ms(100); } Az AD eredményét így jól tettem egy változóban? A számok kiírásának így jónak kellene lennie?>>
Ez így nem jó. A következő lépcsőknek (kisebb helyiértékek) mindig a maradékot kellene feldolgozni!
Példaként egy háromjegyű szám kiírása:
Általam használt jelek: X - az eredeti szám (max. 999) \ - egész osztás mod - osztás maradéka A programrészlet: lcd_chr_cp(X\100) X = X mod 100 lcd_chr_cp(X\10) X = X mod 10 lcd_chr_cp(X)
Mondjuk ez igy sohasem fog dolgozni. Az elso sorban berugod az AD-t:
Ja es a hsz is szebb ha hasznalod a "Kod" gombot.
Szia!
Ha nem szeretnél sok problémával küzdeni, ne építs JDM programozót. Ld. a topik elején: Idézet: „Kerülendő a JDM (soros porti) programozó.”
Pontosan ilyenre gondoltam. De a "mod" parancsot nem ismeri a mikroC, mi az ottani megfelelője, esetleg írjak hosszabb képletet a maradék képzésére?
Eleg sok "C" hasznal "%" Modulus operatort. Ez az osztas maradekat adja vissza. Lsd "Reference Guide for mikroC"
Értem, majd kipróbálom. Most ezt találtam ki, szerintem működik, csak az A/D-val vannak még gondjaim.
Végül is melyikkel végez gyorsabban a PIC? Melyik megoldáshoz tartozik több elvégzendő művelet? Ha a fentebbi sorokat használom, vagy ha %-jellel írom meg?
Biztos lehetsz abban, hogy amit Te csinalsz hazilag, az hosszabb es lassabb lesz, mint a gyari fuggvenyek -- ez alol csak az a kivetel, ha egy altalanos celu fuggvenyt hasonlitasz ossze egy specialissal ami csak neked kell es csak az adott feladathoz lenne jo. Tehat ahol csak lehet a beepitett fuggvenyeket hasznaldd (ezert nem ertem miert nem hasznalod az itoa-t...)
Na mindegy, amit leirtal matematikailag jo, csak eszre kell venned az egyes polinomok osszefuggeseit, es altalanosabban megfogalmazni mit is csinalsz ott. Pl a 48 helyett irhatsz '0' -t is, majd a fordito fogja tudni mi az es hogyan kell ertelmezni, neked azonban konyebbseg, hogy tudod ASCII 0-t adsz hozza. A masik a 10-el csokkeno oszto. A harmadik, hogy az elosztott szamot kiirod, majd ujra elvegzed az osztast, hogy aztan beszorozd. Szoval jo sok felesleg van ott es nem is jol kovetheto, hogy mi zajlik le. Ehelyett csinalhatnal akkor mar egy fuggvenyt, ami tulajdonkepp ugyanazt csinalja, csak epp latni is lehet mi zajlik le:
Talán azért, mert nem tudom mi az az "itoa".
Ez magát a függvényt jelenti, amit bárhol meghívhatsz?Ha én akarok csinálni egyet, mint pl az adc_read, ahol megadhatod a csatornát is, akkor hogyan készíthetem el, hogy tudja a mögé beírt szám a csatornát fogja jelenteni? Mert aztán a függvényben bitenként be lehet állítani a megadott változó szerinti biteket, csak nem tudom elképzelni hogyan is kell megadni vagy hozzárendelni... Például:
Erdemes lenne C konyvet olvasgatni, barmilyet! Pl itt is le van irva mi az itoa:
Bővebben: Link De akar igy is utana nezhetsz: Google a baratod!
Szia,
erre van több féle füffvény is a mikroC-ben pl: ByteToStr(), IntToStr(), LongToStr(), FloatToStr() és még legalább 10 féle, a helpben keress utána, ott minden függvényt megtalálsz csak keresni kell  itt egy példa:
Remélem segítettem, jó munkát
Az alábbi kódrészletet próbálom lefordítani. Miért van az, hogy csak relocalható módban megy hiba nélkül?
Másik kérdés, hogy miért adja a "207 Found label after column 1" figyelmeztetéseket?
Sziasztok!
PIC16F1938-at használok és MPLAB XC8 fordítót. Adatlap alapján beállítottam a Timer0-t, de valamit nagyon elnéztem/elszámltam, ugyanis a vártnál sokkal lassabban jönnek a megszakítások. A PIC órajele 32MHz. TMR0CS = 0, tehát a timer órajele a belső órajel/4 = 8MHz Előosztónak 256-ot állítottam: PSA = 0 és PS = 111 A megszakításban még van egy változó, hogy csak minden másodikat vegyen figyelembe. Tehát szerintem 15 625 Hz-el kellene, hogy jöjjenek a megszakítások. Ha próbából lejjebb vettem az előosztót, vagy kikapcsoltam, még akkor is túl lassú volt. Mellékelem a kódot. Valaki lenne szíves ránézni, hol rontottam el?
Szia!
Azért megy csak relokálható kódban, mert ezek a változó megadások csak úgy működnek  ! A hibakód meg abból adódik, hogy mivel abszolút kódnál nem adhatod meg így a változóidat, ezért címkének veszi és azt az 1.oszlopban várja alapértelmezetten!Steve |
Bejelentkezés
Hirdetés |
