[elektro] C optimalizáció kérdés

[hg12345]

Nem irom a változókat amit az IT kezel más programból (csak az IT állítja a belső változóit), igy az "ATOMIC" mód lényegtelen
Egy I2C 100Khz buszt figyel a program, két bites bemenete van és élvezérelt IT generálás.
Az adatok egy része jó, de a cimazonosítással van problémám, valahogy az első bytet nem akarja mindig venni. Az állapotgép némelyik állapotát ki optimalizálja pedig volatile.....


Arnold Fuzesi <arnold.fuzesi.lista at gmail.com> írta:
>Nem az a gond, h nem "atomic" modon kezeled a foprogramban azt a valtozot amit az IT is babral? Mondjuk 32 bites proc eseten ennek kicsi az eselye, de hatha ilyesmi a gond forrasa...>
>
Arnold>
Sent from my iPhone>
>
On 2013.09.07., at 13:01, hg12345 <hg12345 at freemail.hu> wrote:>
>
> Hi>
> >
> már nem elöször futok bele, hogy az optimalizáció után a program nem azt csinálja amit optimalizáció elött.>
> Általában  HW kezelő IT-ben, máshol ilyen problémám még nem volt.>
> Ellenörizni nem sikerül, mert a disass rész a makro behelyettesítéssel láttatja magát, igy teljesen összefüggéstelen a C listahoz tartozó disass ablak.....>
> >
> Ha mindent kiegészítek "volatile" akkor is csinálja...>
> >
> Még milyen trükköt lehet alkalmazni, hogy helyes legyen a program lefutás.>
> >
> A környezet  Nuvoton Cortex M0, és K E I L    C.>
> >
> üdv>
> >
> Lajos Rancz <lajos.rancz at gmail.com> írta:>
>> Helló!>>
> Egy ATtiny-t szeretnénk SPI slave módban használni, ez idáig rendben is.>>
> Azonban kevés a hely a nyákon és megspórolnánk a ChipSelectet: fixen földre>>
> lenne téve. Lehet ebből baj?>>
> Nyilván akkor van a gond amikor az egyik újraindul a másik meg nem, ekkor>>
> széthullik a kommunikáció. Csináltatok már ilyet?>>
> Üdv>>
> ----------------------------------------->>
>          elektro[-flame|-etc]>>
> >
> >
> ----------------------------------------->
>          elektro[-flame|-etc]>
>
----------------------------------------->
          elektro[-flame|-etc]