pic nema takvu zastitu, ima zastitu od citanja ali ne i od pisanja. budi
siguran da je iskljucen LVP, i resetuj konfig bitove i obrisi ga (u
config upises sve keceve)

Upisao, obrisao blank check opet error, nije hteo da obrise. Iskljucen LVP

Da te ne zeza PK2? Meni Galep4 i PK3 normalno rade takve stvari. Doduše desi se ponekad da Galep javi takvu grešku pri upisu ali već sledeći put programiranje prođe tako da nisam nešto istraživao. Jedno je sigurno, PIC nema zaštitu od pisanja.

Ne znam, ovaj PIC je odavno kupljen i testiran na svakakve nacine mozda je pa on "umro" :) . Pokusao sam neke druge PIC-eve da isprogramiram i njih radi kao od sale, bez ikakvih problema. Nema veze ovaj pic necu ni da koristim i to je to :)

sta ti procita kada mu kazes da ga procita?

Pa procita neki hexa fajl, koji sam ubacio pre dve godine u njega, sad ne znam tolko kad pogledam hexa da znam bilo sta, ali primecujem da je otprilike pola ROM memorije zauzeto, tj do pola su neke druge brojke a posle je 3FFF

Pa zar nije jednostavnije probati drugi 628 sta on kaze na PK i onda si nacisto o cemu se radi.

Ja sam negde procitao da to hoce da se desava kad je MCLR iskljucen ... (za ovo ne znam reshenje)
Drugo sto hoce da pravi problem je LVP pin... Stavi ga na masu ...
Probaj da stavish i 22pF izmedju mase i data pina, i 22pF izmedju CLK i mase ...

Poz ...

Taj PIC nema ROM memoriju.

Rešenje je, ako PIC nije neispravan u smislu programiranja, da se prvo pojavi Vpp pa tek onda Vdd. PK2 bi trebalo da tako odradi pa je moguće da je PIC neispravan. A da li ti je RB4 na masi?

Pozdrav.
Sinisha