[elektro] Nuvoton
hg12345
hg12345 at freemail.hu
Fri Jan 2 19:36:20 CET 2015
Hi
Nézted melyik altípust/verziót használod, sajnos vannak közöttük eltérések, és nem igen találsz infót róla. A honlapon nekem nem sikerült.
AN,(BN,CN elvileg nem került forgalmazásra), de amit most forgalmaznak a DN.
A (B,C) tudta pl. bitbandinget, de az (A,D) nem. Szóval van különbség ezek nem okozhatják a problémát?
Minél újabb annál több kiegészítő funkció van benn, vissza felé biztos nem kompatibilis!
Sok helyen van apró különbség, bővítés, TMR, USART....stb.
A nálam a tápfeszültség csökkenés okozott debug problémát. Főleg akkor, ha a debuggerből kapta a tápot.
Egy izmosabb 1117-3.3V SOT89 tokot építettem rá, innen adok tápot egy schottky diódán keresztül, azóta nem volt problémám a debuggal.
Bali Zoltan <eltexto at freemail.hu> írta:
>Hali!
>
>Eddig el voltam vele. De most már nagyon
>unom. Egy saját USB kezelést írtam rá pár
>éve (NUC120LC1BN) siker0lt probléma mentesre
>csinálni. Ha gond volt, mindig és hibáztam.
>Ezt most átraktam NUC120LE3DN-re. Ami működött
>az előzőnél a max. sebesség kipréselése miatt,
>a double, buffer (váltogattam a buffer szegmens
>címet a regiszterben) ennél nem működik.
>Tudomást sem vesz róla hogy átírtam és az előzőt
>küldi el. Nem gond, most nem kell speed, vissza
>írtam egy pufferre.
>
>Közben nyüstölöm az M051-et. A TIMER-el vacakolok.
>Lehet én vagyok béna 3 napja, de nagyon gáz érzésem
>van. Az egy dolog hogy elejétől szarul működik a debug,
>gondoltam majd javítják, de nem. Még mindig keveri a
>töréspontokat hol működik ha leteszek egyet, hol nem.
>Ha bent hagyom a töréspontot és újraindítom a debugot,
>akkor működik. Néha elveszti a fonalat. Szóval bizonytalan.
>Így nem lehet debuggolni, hogy nem tudom most azért nem áll
>le a töréspontnál, mert ez a valóság, vagy mert épp úgy gondolja.
>Most jutott eszembe, van másik is, majd azzal is megpróbálom.
>Hátha HW gond van(A FW új drivernél már jó néhányszor
>frissítette).
>Vissza a TIMER-re, ahol valaki debounce lehetőséget lát,
>és anomáliák vannak, kapcsolja ki. Ha nem, nálam a
>Capture módban, a TEX bemenet magas esetén, ha resteltem CEN = 1
>estén a CRST-vel a TIMERT, generált egy TEXIF-et. Debounce
>kikapcsolásra megszűnt. Most vettem észre. hogy inicializálásnál
>a TIMER0 mexakítás engedélyezésekor lefut egy TIMER0 IT
>(betettem egy töréspontott és oda lép mindjárt az engedélyezés
>uton. AZ IT lefut üresen mivel shared és az IF bitek szelektálnak.
>DE nincs egy IF bit bebillenve. 3 napja szórakozom vele.
>De még mindig lehet én vagyok a béna.
>
>ez a kritikus pont configurálás után:
>
> /* Step 5. Enable Timer0 module */
> TIMER0->TCSR.CEN = 0; // már ezt sem engedem
> TIMER0->TCSR.CRST = 0; // már ezt sem resetelem
> TIMER0->TCSR.WAKE_EN = 0; // már ezt sem engedem
>
> NVIC_EnableIRQ(TMR0_IRQn); // Enable Timer0 Interrupt
> /* A követkeő sorra lépve már lefut az TIMER0 IT /*
> /* pedig még nincs semmi engedélyezve /*
> TIMER0->TISR.TIF = 1; // Write 1 to clear for safety
> TIMER0->TCSR.IE = 1
>
> TIMER0->TEXISR.TEXIF = 1;
> TIMER0->TEXCON.TEXIEN = 1;
>
>Hozzáteszem ez az init IDLE előtt van nem indulásnál,
>tehát előtte jó néhány clock kikapcsolásra kerül,
>portok beállítása, periféria reset, stb.
>A fentit többféle sorrendben, variációban kipróbáltam,
>semmi.
>
>
>Bocsi, hosszú lett és érthetetlen :).
>
>Üdv. Zoli
>
>
>-----------------------------------------
> elektro[-flame|-etc]
>
More information about the Elektro
mailing list