Zaslal: st duben 13 2011, 16:05 Předmět: Atmega88 - jak urychlit přerušení
Zdravim.
Atmegou88 "odposlouchavam" SPI sběrnici a a první sestupná hrana CLOCK vyvola přerušení, ale první sejmutí signálu na vstupu trvá o dost déle něž od ostatních hran CLOCK.
Programuju v AVR-GCC pomocí Programmers Notepad[WinAVR] a delam si vlastní Makefile v programu MFile[WinAVR].
ISR(PCINT0_vect)
{
//obsluha preruseni
//nez zde provede prvni instrukce tak to trva dlouho
}
Nevíte někdo jak to zrychlit klidně za pomocí ASM. Podle mě ta oblusha v C zbytečně zálohuje některé registry......
Založen: Sep 19, 2007 Příspěvky: 3698 Bydliště: Praha
Zaslal: st duben 13 2011, 18:34 Předmět:
Odpověděl jste si sám - asm. Na příslušný přerušovací vektor dejte instrukci JMP směřující na vaši obslužnou rutinu. JMP trvá 3 tiky hodin, rychlejší to už nebude. K tomu musíte přičíst dobu na dokončení právě probíhající instrukce a dobu na naládování IV do PC a uložení návratové adresy do stacku. Impuls vnějšího přerušení na INTx musí být delší než 50 ns.
P.S.: v čem vidíte výhodu použití notepadu a vlastní tvorby Makefile oproti AVR Studiu?
Založen: Jun 30, 2005 Příspěvky: 1571 Bydliště: Pardubický kraj
Zaslal: st duben 13 2011, 19:04 Předmět:
V čem by měla být výhoda AVR Studia oproti text editoru + make + AVR-GCC ? Já též nemám rád grafické molochy, kde se člověk musí k nastavení zběsile proklikat a stejně se mu nějaké kurvítko ve změti dialogů schová.
Založen: Sep 19, 2007 Příspěvky: 3698 Bydliště: Praha
Zaslal: st duben 13 2011, 19:14 Předmět:
Například v integrovaném simulátoru/debuggeru. V tom, že je celý projekt přehledně pohromadě a snadno se v něm dělají změny. Řeči o grafických mološích mě dávno přešly. Mým denním chlebem je vi/gcc/gdb/make a někdy už mi to leze krkem. No, hlavně, že je to pro firmu gratis, že. "Zběsilé klikání" se děje na počátku projektu, když se ladí jeho nastavení, ale jinak, při psaní a ladění se nikde zběsile nekliká. Na většinu akcí jsou hotkeys.
Takže, v čem je výhoda ručního psaní Makefile a skákání mezi editorem, překladačem a nejakým progamátorem?
Naposledy upravil mtajovsky dne st duben 13 2011, 19:20, celkově upraveno 1 krát.
Založen: Sep 19, 2007 Příspěvky: 3698 Bydliště: Praha
Zaslal: st duben 13 2011, 19:30 Předmět:
Jak zkombinovat asm a C pro AVR detailně nevím, ale předpokládám, že je to stejné jako jinde. Výsledkem překladu asm i C modulů jsou nějaké soubory obj, které linker pospojuje. V Makefile si můžete dát do jednotlivých pravidel přece co chcete, tak tam bude jak překlad modulů v asm, tak překlad modulů v C.
Co může být obtížnější je jejich spolupráce. Při volání asm->C se bude muset dodržet volací konvence C, při volání C->asm bude muset asm modul být schopen převzít nějaké případné parametry a správně odevzdat výslednou hodnotu.
Na dotaz: "mixing C and asm for AVR" mi Google vyplivl spoustu odkazů.
Založen: Jan 12, 2009 Příspěvky: 594 Bydliště: Pelhřimov
Zaslal: čt duben 14 2011, 4:56 Předmět:
k tomu proč si vytvořit vlastní makefile => třeba má linux a překláda přes terminál. _________________ Pokud něco chcete a neodpovídám,pošlete SZ
https://chiptron.cz - novinky ze světa elektro (Arduino, Raspberry Pi, ESP8266, STM32, ESP32...)
Peťus
Založen: Feb 21, 2010 Příspěvky: 53 Bydliště: Praha
Zaslal: čt duben 14 2011, 11:29 Předmět:
mtajovsky napsal(a):
Odpověděl jste si sám - asm. Na příslušný přerušovací vektor dejte instrukci JMP směřující na vaši obslužnou rutinu. JMP trvá 3 tiky hodin, rychlejší to už nebude.
Ale bude, proč plýtvat s JMP, když stačí rychlejší a kratší RJMP (2 cykly)?
Jinak nejrychlejší způsob je vyhradit si jeden registr pouze pro toto přerušení, takže se nemusí házet na stack. S tím se dá dostat na reakci pod 1 mikrosekundu při >10 MHz hodinách. Hned na začátku se provede IN registr, port a je to uloženo (toto se obecně hodí pro jakékoliv rychlé zachycení vstupů z přerušení). Pak se to může hodit do bufferu nebo někam na vyhrazené místo do paměti pro další zpracování. To samozřejmě záleží na frekvenci vstupu, pokud se spolehlivě stihne zpracovat každý nový signál nebo jen občas dávkově.
Pro jednoduché úkony se lze obejít bez ukládání SREGu a jiných registrů, pokud jsou vyhrazené jen pro přerušení. Nebo pro způsob popsaný výše jde to uložení registrů odložit. Je třeba dávat pozor na to, které instrukce mění SREG (tedy mění příznaky v něm), mimo jiné jsou to přesuny a podmínky.
Pak jde ještě použít univerzální bit T v SREGu, což lze třeba použít v tomto případě pro sejmutí hodnoty jednoho pinu a následném zpracování jinde.
Nakonec je tu ještě funkce Timeru input capture, ale to je trochu něco jiného, nicméně hodí se to na přesné určení času vstupu, interrupt bude mít vždy nějaké zpoždění.
Založen: Sep 19, 2007 Příspěvky: 3698 Bydliště: Praha
Zaslal: čt duben 14 2011, 18:10 Předmět:
jnd napsal(a):
Ale bude, proč plýtvat s JMP, když stačí rychlejší a kratší RJMP (2 cykly)?
Ok, jeden cyklus dolu, pokud staci rozsah 2k.
jnd napsal(a):
Jinak nejrychlejší způsob je vyhradit si jeden registr pouze pro toto přerušení, takže se nemusí házet na stack.
Na stack nemusite davat sam nic, ale co jsem mel na mysli, ze pri preruseni se na stack ulozi navratova adresa, aby po RETI vedelo, kde se ma pokracovat. To neovlivnime. Ci je to u AVR jinak?
Založen: Sep 13, 2005 Příspěvky: 867 Bydliště: Praha
Zaslal: čt duben 14 2011, 21:56 Předmět:
K uspechu cele veci, je jeste treba aby tam nebylo povoleno zadne jine preruseni, protoze by se navic muselo bud cekat na jeho dokonceni nebo na "manulani" povoleni preruseni v jeho obsluze, coz treba nejde u preruseni jejichz priznaky jsou persistentni..... _________________ de omnibus dubitandum est
Hard core programátor se vyhne skoku úplně, nacpe tu obsluhu přerušení na začátek paměti. Ten skok JMP samozřejmě nemá u megy88 smysl, protože má jen 8KB FLASH.
Nemůžete odesílat nové téma do tohoto fóra. Nemůžete odpovídat na témata v tomto fóru. Nemůžete upravovat své příspěvky v tomto fóru. Nemůžete mazat své příspěvky v tomto fóru. Nemůžete hlasovat v tomto fóru. Nemůžete připojovat soubory k příspěvkům Můžete stahovat a prohlížet přiložené soubory
Informace na portálu Elektro bastlírny jsou prezentovány za účelem vzdělání čtenářů a rozšíření zájmu o elektroniku. Autoři článků na serveru neberou žádnou zodpovědnost za škody vzniklé těmito zapojeními. Rovněž neberou žádnou odpovědnost za případnou újmu na zdraví vzniklou úrazem elektrickým proudem. Autoři a správci těchto stránek nepřejímají záruku za správnost zveřejněných materiálů. Předkládané informace a zapojení jsou zveřejněny bez ohledu na případné patenty třetích osob. Nároky na odškodnění na základě změn, chyb nebo vynechání jsou zásadně vyloučeny. Všechny registrované nebo jiné obchodní známky zde použité jsou majetkem jejich vlastníků. Uvedením nejsou zpochybněna z toho vyplývající vlastnická práva. Použití konstrukcí v rozporu se zákonem je přísně zakázáno. Vzhledem k tomu, že původ předkládaných materiálů nelze žádným způsobem dohledat, nelze je použít pro komerční účely! Tento nekomerční server nemá z uvedených zapojení či konstrukcí žádný zisk. Nezodpovídáme za pravost předkládaných materiálů třetími osobami a jejich původ. V případě, že zjistíte porušení autorského práva či jiné nesrovnalosti, kontaktujte administrátory na diskuzním fóru EB.