[elektro] Öngyilkos PIC32MX695F512L

[potyo]

2012. május 25. 11:24 Balla Zoltán írta, <sdrlab at yandex.ru>:

> Feladó: "Elight" <elight at gmail.hu>
> > És nem gondolom, hogy pl egy
> > félmillás programozórendszernél
> > a gyártója megengedheti magának ,
> > hogy az Ő programozója hibázzon.
> > Ezt nem is tapasztaltam még.
> > Van egy csomó önteszt meg miegymás ,
> > amivel ezek a gyanuk elég türhetően ki is zárhatók.
> >
> > Számomra egyértelmű,
> > hogy  a chip vagy a környezete lehet ilyenkor a hibás.
> >
> Pedig hidd el, igen!! Azt is csak emberek csinálják...mérnökök,
> programozók...akik olykor nincsenek
> teljesen tisztában a az eszköz lehetőségeivel!
> Konkrét példa...évekkel ezelőtt a kolléga is írt egy olyan programot a
> PIC-be, mely után a reset láb
> IO működést kellett mutasson! Első beégetés után többé nem tudta
> programozni az ICD2-vel sem. Miután
> én akkoriban elég sok PIC programozó HW+SW-t alkottam, ismerős volt ez a
> tulajdonság.... Volt valami
> régi programozó is, valami őskövület, már nem emlékszem a nevére sem...,
> ráapplikálta a nyákra a
> PIC-hez, és azzal is megpróbálta. Érdekes módon azzal ment... )) Utána
> már, ha nem aktiválta az IO
> funkciót, nem volt baj, ment az ICD-vel is simán...később javaslatomra egy
> nagyobb késleltetést
> rakott be a program elejére, mielőtt átkapcsolta volna IO módba...és azóta
> nem volt gond!
> Az ID szekciók eléréséhez ugyanaz a programozói mód szükséges, mint a
> programozáshoz...tehát ha nem
> tudja ebbe léptetni, semmit nem is tud kezdeni az IC-vel...!!


Igen, ez tipikus jelenség. Meg ha mondjuk Timer1 oszcillátor van a PGD/PGC
lábon, akkor is előfordulhat ilyen, ha indulás után azonnal engedélyezed az
oszcillátort. Szerintem egyébként az a magyarázata, hogy a pic lába ugye
kimenetté válik, vele szemben az égető, és ha a pic az erősebb, akkor nem
tudja az égető a megfelelő szintre húzni a lábakat. Ha viszont az égető az
erősebb, akkor odahúzza a lábakat, maximum tönkremegy a pic lábán a
kimeneti meghajtó :-))