ARM- interrupt/event
Jaroslav Buchta
jaroslav.buchta na hascomp.cz
Čtvrtek Duben 11 20:09:48 CEST 2013
Asi tak bych to videl, je to uz vykonny stroj na algoritmy a pripojeni
vsech beznych periferii, kdo potrebuje hejbat bitama at pouzije
ATMEGA32... Mimochodem, potvrdili mi poslani 3+3 vzorku z ST tak bude
hracka ;-)
Dne 11. 4. 2013 20:06, Andrej Jancura napsal(a):
> Dobry vecer,
>
> nechcem sa do tohoto vlakna moc rypat, pretoze ak mam pravdu povedat,
> len velmi matne tusim o co ide v tomto vlakne. Ked som to dobre
> pochopil, problem je v rychlosti nastavovania nejakych bitov na porte
> pripojenom na jadre Cortexu.
>
> Osobne si myslim, ze tieto veci nie su z pohladu praktickeho designu
> relevantne, pretoze ak chcete pocitat cykly medzi bit set a bit reset,
> tak na 168MHz je asi vhodnejsie pouzit FPGA nez tu STM32F4. Druha vec
> je to, preco je to tak. Povedal by som ze to ma background v emc a aj
> potencionalnej identifikacii systemu. Aj ked si myslim, ze to jadro ma
> tak 30 rokov, predsa len pouzivaju sa uz dost vysoke pracovne
> frekvencie a riesit tuto problematiku nie je jednoducha vec ani v
> dnesnej dobe. Osobne si myslim, ze sa tam pouziva viacero
> netrivialnych technik ovplyvnujucich filozofiu celkoveho navrhu toho
> procesora cez obvodove riesenia az po rozne vychytavky v layoute.
> Jednoducho povedane, dali vam 168MHz a dan za to je, ze nevidite do
> vsetkych detailov. Bud s tym dokazete zit, alebo ich nepouzivajte.
>
> A.
>
>
> Dňa 11. apríl 2013 12:56, milger <milger na pobox.sk
> <mailto:milger na pobox.sk>> napísal(-a):
>
> Zda sa, ze tipy mi nevysli...
> Kazdopadne rad sa dozviem odpoved ak niekto "zamachruje" rozumnym
> vysvetlenim.
>
> Milan
>
>
>
> On 11. 4. 2013 10:37, Jan Waclawek wrote:
>
> K odhaleniu tychto veci mal sluzit dnesny ranny prispevok. Ale
> este stale
> som z toho jelen.
>
> Skusil som while(1) {
> __SEV();
>
> GPIOA->BSRRL = (1 SHL 2);
> __SEV();
> GPIOA->ODR = ~(1 SHL 2);
> __SEV();
> GPIOA->BSRRL = (1 SHL 2);
> __SEV();
> GPIOA->ODR = ~(1 SHL 2);
> __SEV();
> GPIOA->BSRRL = (1 SHL 2);
> __SEV();
> GPIOA->ODR = ~(1 SHL 2);
>
> __SEV();
> __SEV();
> __SEV();
> __SEV();
> __SEV();
> __SEV();
>
> GPIOA->BSRRH = (1 SHL 2);
> __SEV();
> GPIOA->ODR = 1 SHL 2;
> __SEV();
> GPIOA->BSRRH = (1 SHL 2);
> __SEV();
> GPIOA->ODR = 1 SHL 2;
> __SEV();
> GPIOA->BSRRH = (1 SHL 2);
> __SEV();
> GPIOA->ODR = 1 SHL 2;
>
> __NOP();
> __NOP();
> __NOP();
> __NOP();
> __NOP();
> __NOP();
> }
>
>
> http://www.efton.sk/STM32/r3.png
>
>
> wek
>
>
> ----- Original Message ---------------
>
> To je hodne poucne, len ma napadlo ci by bol rovnaky
> vysledok aj pri
> impuze opacnej polarity, t.j. najskor "0" potom "1"?
> Take male percento na objasnenie tejto zahady by som tipol
> na rozne
> riesenu logiku pre SET a RESET. V tom zmysle ze
> oneskorenie je rozne.
> A dalsie male percento na vysvetlenie typu "ak zmena sa
> tyka rovnakej
> logiky(bitov) ako naposledy, usetrime jeden takt na
> oneskoreni lebo
> nemusime nieco robit". To by sa asi dalo tak isto otestovat.
>
>
> Milan
>
> On 10. 4. 2013 15:21, Jan Waclawek wrote:
>
> SEV je vykonana okamzite, takze potrebujete-li
> nejak zobrazit
> casovou vzdalenost mezi dvema udalostmi, SEV
> reaguje rychleji (ale trva 1
> HCLK!) nez zapis na port.
>
> Tak som si to vyskusal.
>
> http://www.efton.sk/STM32/r.png
> http://www.efton.sk/STM32/r.c
>
> Hore su tie dva SEV, v strede su tie dva zapisy na
> port (jeden do
> nastavovacieho registra, druhy do nulovacieho, t.j.
> BSRRL/BSRRH), dole su
> hodiny (HCLK).
>
> Ten posun zapisu na port voci tym SEV, a najma
> vzajomny posun tych dvoch
> zapisov na port - zapisy su od seba vzdialene
> minimalne 2 clocky vdaka
> tomu SEV vlozenemu medzi nimi, ale pulz je dlhy len 1
> clock - to vsetko je
> poucne.
>
> wek
>
> _______________________________________________
> HW-list mailing list - sponsored by www.HW.cz <http://www.HW.cz>
> Hw-list na list.hw.cz <mailto:Hw-list na list.hw.cz>
> http://list.hw.cz/mailman/listinfo/hw-list
>
>
> _______________________________________________
> HW-list mailing list - sponsored by www.HW.cz <http://www.HW.cz>
> Hw-list na list.hw.cz <mailto:Hw-list na list.hw.cz>
> http://list.hw.cz/mailman/listinfo/hw-list
>
>
>
>
> _______________________________________________
> HW-list mailing list - sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://list.hw.cz/pipermail/hw-list/attachments/20130411/bb2e972b/attachment-0001.htm>
Další informace o konferenci Hw-list