[elektro] PIC18F

[Kovács Árpád]

Nagy figyelemmel kísérem ezt a témát, engem is érdekel, örülök, hogy sok 
gyakorlati tanács is olvasható. Nálam még a 16-os család / assembly a 
gyakoribb, komolyabb feladatoknál jön be 18-as C-ben. Hallottam már 
ismerősöktől én is, hogy a 18-as család nagyobb odafigyelést igényel, 
gyakoribb, hogy a fejlesztőasztalon stabil, de ipari környezetben jönnek elő 
kisebb bajok. A tápellátás valóban az egyik legkritikusabb ilyen 
szempontból. Amikor pl. az 5V-os részekre a tápot kapcsitáp adja, különösen 
kellemesen hat a procinak a 3,3V-os lineár stab.
Diagnosztikai szempontból pedig sokat segít, ha vesszük a fáradságot, és a 
FLAG-ek segítségével megvizsgáljuk, mi okozta a RESET-et a számos variáció 
közül. Sőt, egyes "elvetemültek" a végleges verzióba is beépítenek olyat, 
hogy az életciklus alatt statisztikát készítenek a saját FLASH-be (self 
write), hogy később megnézhessék hány darab WDT time out, brown out, stack 
overflow RESET, stb. volt az alkalmazás helyén! :)

Üdv,

Árpi



----- Original Message ----- 
From: "Moczik Gabor" <pm_levlista at progzmaster.hu>
To: <elektro at tesla.hu>
Sent: Thursday, April 17, 2008 6:10 PM
Subject: Re: [elektro] PIC18F


> On Thu, 17 Apr 2008 at 10:17:16, Balla Zoltán wrote:
>
>> Hát...ja.
>> A 252-esbol csak néhány tucatot használtam, de a 452-es máig fut,
>> eladtunk
>> belole kb 10k készüléket. Semmi különös megoldás sem topológiában,
>> sem
>> elektromos szempontból, de mégsem jelentették egyikrol sem, hogy idonként
>>
>> furcsán viselkedne. Igaz, erosáramú részekkel nincsen kapcsolatban, és
>> ha
>> havonta egyszer resetelne, talán fel sem tünne a felhasználóknak.
>> De én személyesen még egyszer sem tapasztaltam ezekkel az áramkörökkel
>> (sem)
>> ilyen jellegu problémát!
>
> Hat ezaz, hogy ebben a gepben amiben nekem "remekel", 2 proci van, az 
> egyik csak
> A/D jelfeldolgozast vegez, vizsonylag odebb van a zavaroktol, a masik tobb
> leptetomotort vezerel. Ha barmelyik reset-el, azonnal eszreveheto, de csak 
> az
> utobbi szokott.
> De mondom, ez csak valami eleg regi szerias 'F452, konnyen lehet hogy az 
> ujabb
> kiadasuk jobbak. Mindenesetre a 18F4620 egy hasonloan zajos keszulekben 
> teljesen
> jol mukodik. Egyebkent HG12345-nek :-) is igaza lehet, az utobbiban
> kapcsolouzemu tap van, meg az elobbiekben trafo, 7805, kondi-hegyek!
>
> Egyebkent az is egy erdekes jelenseg (nem tom hogy csak F452-t erinti-e), 
> hogy a
> RESET labat nem celszeru GND-hez hidegiteni, mert az MCLR lab (DIP toknal)
> ~3cm-re van a Vss-tol, ezen beindukalodhat valami, meg gondolom a portok
> terhelesetol fuggoen a chipen belul se mindenhol egyforma a foldpont, 
> ezert a
> hidegito kondin atjuto negativ tuske kepest reset-et okozni.
>
>> Ellenben hányszor tapasztaltam, hogy alaptalanúl
>> volt megvádolva "szegény" PIC, hogy milyen szar, holott csak a programíró
>> volt figyelmetlen, és/vagy tudatlan...!
>
> Altalaban az sw hibak zavar nelkul is elojonnek elobb-utobb, ezert en ugy
> szoktam behatarolni, hogy megszuntetem a zavarast (pl. kikotok valami 
> erosaramu
> reszt) es ugy tesztelem a firmware-t, vagy modositom az sw-t ugy, hogy 
> csak azt
> csinalja ami "tuti jo", es kozben generalok zavarokat.
>
> Ha elofordulhat olyan, hogy zavar nelkul jo, zavar mellett meg hibas egy 
> I2C-n
> atvitt bit, emiatt egyik eszkoz lefogja a buszt. Ez reszben hardverhiba, 
> mert ki
> kene szurni a zavart a buszrol, reszben meg a szoftverhiba, hibaturobbe 
> kell
> tenni, timeout utan resetelni kell az I2C modult es ujra megkiserelni a
> kommunikaciot.
>
> Alapvetoen a bajok ott kezdodnek amikor a programot egyszerusiti az ember, 
> hogy
> "ilyen nem fordulhat elo".
>
> -- 
> ((( Móczik Gábor )))
>
> -----------------------------------------
>          elektro[-flame|-etc]