Jūs esate neprisijungęs lankytojas. Norint dalyvauti diskusijose, būtina užsiregistruoti ir prisijungti prie forumo.
Prisijungę galėsite kurti naujas temas, atsakyti į kitų užduotus klausimus, balsuoti forumo apklausose.
Administracija pasilieka teisę pašalinti pasisakymus bei dalyvius,
kurie nesilaiko forumo taisyklių.
Pastebėjus nusižengimus, prašome pranešti.
Dabar yra 2025 04 27, 13:26. Visos datos yra GMT + 2 valandos.
Jūs negalite rašyti naujų pranešimų į šį forumą Jūs negalite atsakinėti į pranešimus šiame forume Jūs negalite redaguoti savo pranešimų šiame forume Jūs negalite ištrinti savo pranešimų šiame forume Jūs negalite dalyvauti apklausose šiame forume
Susidūriau su problema. PIC32 nepavyksta sumažinti PIC pertraukties vykdymo laiko iki mažiau nei 700ns.
Dabar apie viską iš pradžių. Naudoju PIC32MZ2048EFH064 dirbantį ant 252MHz. Portai ir taimeriai dirba ant 84MHz. Pertrauktis iškviečiama (turėtų būti iškviečiama) po 1us nuo taimerio paleidimo (kitoje pertrauktyje). Pertrauktyje pakeičiama vieno pin'o būsena, stabdomas laikmatis, išvalomas jo skaitiklis ir pertraukties vėlevėlė. Visa tai trunka 1,7us. Jei taimeris skaičiuoja iki 5us, tai PortD.0 aukštas būna 5.7us. Jei nustatau bet ką mažiau 0,7us PortD.0 aukštas būna 1,5us.
Kyla klausimas ką darau negerai? 252MHz procesorius turėtų susisukti greičiau. To tikėdamasis dar planavau naudoti ADC dirbantį ant 2M samplų spartos, kuriuos dar reiks apdoroti. Žodžiu problema kaip ir aiški. Klausimas ar įmanoma tokią pertrauktį įvykdyti greičiau nei per 200ns.
Vos nepamiršau naudoju XC32 kompiliatorių (nemokamas rėžimas).
Nemokamas XC duoda 600% neefektyvu koda, kas gali buti viena is priezasciu.
Dar reikia tureti uomenyje, kad po call ar jmp CPU turi is naujo uzpildyti konvejeri, tad cia vel papildomas uzlaikymas.
Galiausiai - gincytina kodo dali gali parasyti po asm ir tada jau kompiliatorius galbut tau nepridirbs nesamoniu.
ADC nuskaitymui yra blokinis interleave rezimas su DMA, tad cia irgi nebus dideliu bedu.
Pagaliau, jei atsakas i pirmaja pertraukti turi buti gana glaustas, tai spresk viska joje.
Vos nepamiršau naudoju XC32 kompiliatorių (nemokamas rėžimas).
As kartais pateisinu lauzto kompiliatoriaus panaudojima tokiais atvejais, kai reikia pamatuoti ar sukompiliuotas kodas veiktu greiciau... Jei tenkina, tada reikia pirkti
Apie nemokamo XC neefektyvumą esu girdėjęs, bet ant 8 bit MCU tai dar pusė bėdos. Ką reikia nesunkiai galima asembleriu pasirašyt, o šiaip tai dar galima naudot. 32 bit MCU asembleriu kažkaip nedrąsu net bandyt. Įsijungsiu 60d trial rėžimą gal padės.
Apie ADC: pasižiūrėsiu dėl DMA, bet nuskaityti nebėda, matematika po to gali būti bėda, bet iki to dar nepriėjau.
>>>Pagaliau, jei atsakas i pirmaja pertraukti turi buti gana glaustas, tai spresk viska joje.
Ten viskas sudėtingiau nei nupasakojau, nes kviečiamos iš viso keturios "Time critical" pertrauktys, todėl visko vienoje negaliu padaryt. Jos gali būti nutolusios net per vieną mili sekundę, o ADC duomenis reikia apdoroti 2M/s sparta. Jei galėčiau tai tikrai net nesivarginčiau naudoti pertraukčių.
Na pirmiausia tvarkai taimerį, o poto portą tvarkai.
Flago numetimas iš pertraukimų neišmetą, o tik leidžia kitam ivykti.
Ar be taimer stop negalima clear padaryti...
Be stabdymo galima išvalyti, bet jį sustabdyti vistiek reikia per 1us. Kadangi sistema ne vien pin'us togglins, o dar ir realiu laiku signalus kelis apdoros pertraukties vykdymas turi būti ne ilgesnis 250ns. Kas man iš pirmo žvilgsnio atrodė įmanoma su 252MHz MCU, bet panašu, kad klydau.
1) pertrauktyje neturek jokiu salyginiu operatoriu
2) pertraukties metu neleisk ivykti kitai pertraukciai
3) jei tau reikia po vienos pertraukties cia pat atlikti kita procedura, kuria velgi sukisai i pertraukti, tai atsikratyk tos antros pertraukties savo algoritme is viso, t.y. visas operacijas atlik toje vienoe pertrauktyje.
4) pasikartojancius ivedimo/isvedimo reikalus gali organizuoti per DMA
