[elektro] PIC18F reset vector

[Moczik Gabor]

Kovács Árpád wrote:
> Köszi a segítséget, egyszerű és ravasz megoldás, úgy tűnik túl akartam 
> bonyolítani :) Egyébként azért gondoltam, hogy az elejére rakom a 
> bootloadert, mert ha a végén van és frissítésnél valami hiba történik és az 
> első blokk törlése után nem tudom újraprogramozni azt (legkevesebb egyidőben 
> törölhető terület 1024 byte) akkor elveszíthetem a bootloaderre mutató 
> ugrást, bár ennek kicsi az esélye. Illetve még azt is lehet, hogy az első 
> blokkot úgy ahogy van inkább békénhagyom. :)

Hat megmondom oszinten, nem neztem meg, hogy a TinyBootloader pontosan mit 
csinal ha felbeszakad az adatatvitel, de volt mar, es nem halt meg a 
rendszer, ebbol arra kovetkeztetek, hogy az elso blokk torlese utan az elso 
dolga hogy visszairja a 0-s cimre az ugrast, meg mielott barmit is varna a 
soros porton.

Egyebkent megfontolando, hogy ha elore teszed a bootloadert, akkor az 
interruptok 1 ugrasnyi idot kesnek, mindig, uzemszeruen, csak azert mert 
allandoan at kell ugralni a bootloadert. Ez a keses nem minden esetben 
engedheto meg.

Ezzel szemben ha a loader a vegen van, akkor elofordulhat az altalad leirt 
hiba, de csak a firmware frissitest erinti, ritkan szukseges, nem normal 
uzemallapot. Emellett lehet vedekezni a fent leirt modon.

De egyebkent ha nincs mas ok akkor nyugodtan hasznald a TinyBootloader-t, 
nekem bevalt. Pl. RS485 vagy egyeb tobb eszkozos halozathoz nem jo, ha 
titkositott vagy egyeb authentikalt firmware frissitest akarsz akkor se jo. 
Ezekre mar benne van a 15 eves tervben hogy irok egy sajatot, de nem 
sikerult megallapodnom magammal egy kommunikacios szabvanyban, mert mindig 
ellenvetesem van :-)

-- 
((( Móczik Gábor  )))--((( E~mail: "pm-01" @AT "progzmaster" .DOT "hu" )))
((( Skype: moczik )))