[elektro] 18F4455 bug?

[hg12345]

Hi!

Az ICSP és az DEBUG-hoz szükséges a MCLR láb mint reset használata ezt nem tudod megkerülni.

A konfigbitek definiálásánál használd a __DEBUG azonosítót a feltételes fordításbam

#ifdef __DEBUG
#else
#endif

igy a debuggoláskor automatikusan kiválasztható az MCLR láb müködése.

A __DEBUG helyett használható az __ICD2RAM ami a simulátort már kiveszi ebből a körből. 

Tapsztalatom szerint a másik két lábra nem ennyire háklis, ott sokszor párhuzamosan elmegy az eredeti funkció is, de furcsaságokat csinál....





Andras Huszti <kyrk at villamvadasz.hu> írta:
>Hello!>
>
Kozben meglett mi okozta ezt a nagyon furcsa hibat. Az adott PIC-et>
memoriahiany miatt lecsereltuk 18F4550-re es azon is ugyan ezt>
produkalta. Itt kezdett furcsava valni a dolog, mert ezt a PIC-et jol>
ismerem es ilyet meg nem csinalt soha.>
>
Megneztem a kapcsolasi rajzot es kiderult, hogy kenyszerbol a dedikalt>
ICD port van hasznalva. Igen am, de az MCLR-el is van egy kis kavaras.>
Megpedig az, hogy azt sima labkent van hasznalva. Ez a program>
configjaban nem volt beallitva. Ezt kijavitva mar egybol futott rendesen>
a progam release modban is, es a programozas illetve torles is>
tokeletesen ment. Igy viszont nem lehet debuggolni mert szol az mplab>
hogy ha az MCLR sima labkent van hasznalva az neki nem jo. Ez lehetett>
az okat, hogy furcsan mukodott a debugolas.>
>
Egy nyitott kerdes maradt csak. A dedicated ICD portnal a ICRST az vajon>
az MCLR-el egyenerteku. Tehat azt kellene hasznalnom? Igy akkor a sima>
MCLR-t lehet labnak hasznalni annak ellenre hogy rinyal az mplab?>
>
Szerencsere a program mar olyan szinten van, hogy nem kell sokat>
debuggolni, illetve amit kell azt PC-vel torteno kommunikacioval meg>
tudom oldani.>
>
Koszonom>
>
>
2012-02-08, sze keltezéssel 13.23-kor Andras Huszti ezt írta:>
> Hello!>
> >
> Az alabbi furcsa bug-ot talaltam:>
> Debug alatt ha nem csinalom ezt:>
> while(!UCONbits.USBEN) {UCONbits.USBEN = 1;}>
> {>
> unsigned long i = 0;>
> for (i = 0; i < 500000; i++){>
> }>
> }>
> >
> akkor debuger alol a PORTD es PORTE regiszterek (TRIS,LAT,PORT) mindig>
> nullak akar irom akar olvasom. Ezt akar programbol akar debugerbol>
> csinalom.>
> A fenti kod hatasara viszont megjavult a dolog. Onnan jottem ra, hogy>
> egy masik projekt ami USB-t hasznal ot mukodott a dolog. Tippem az, hogy>
> a uC USB-je valamiert lefogjalja a PMP-t es emiatt nem erem el labakat.>
> Talalkozot mar valaki ilyennel?>
> >
> Masik jelenseg ami most jott elo, hogy debuggerrel tokeletesen megy a>
> program, releasbe pedig el sem indul. Talalkozott valaki ilyennel? Hab a>
> tortan, hogy torles utan a verify megbukik, hogy nem ures a PIC. Mi>
> lehet a hiba? Rossz a PIC? Silicon bug?>
> >
> Koszonom>
>
----------------------------------------->
          elektro[-flame|-etc]>