Protecția la citire - Code Protection

[UDAR]

Vă salut !

Lucrez la ajustarea/modificarea unui proiect cu PIC16F886. Ultima oară când am lucrat la el ( prin iunie) m-am trezit cu LCD-ul neinițializat, am bănuit că s-a întâmplat ceva cu PIC-ul și l-am pus deoparte. Acum l-am reluat și am constatat că după prima încercare de rescriere a codului și-a revenit cu următoarea observație - apare protejat la citire și pe cod și pe EEPROM. Programul este scris cu MikroC Pro for PIC. În configurarea microcontrolerului apar dezactivate ambele protecții - atât CP cât și DCP . Valoarea pe care IDE  o zice pentru adresa 2007 este cea corectă 0x23F2. Totuși PICKIT2 ( atât cel original cât și ”minus” ) îmi arată 0x2332 deci cu protecțiile active. Pot să schimb manual din PICKIT, apoi din Tools să le dezactivez dar la orice încercare de citire îmi reapare ca protejat și îmi citește 0000.  Pot însă să scriu fără probleme și modificările se văd deci scrierea este efectivă. Ce ziceți este totuși PIC-ul de bai ?  EDIT Și după ștergere face la fel.

 

Editat Decembrie 4, 2023 de UDAR

[UDAR]

Și-a revenit. Nu știu cum. 

Toată povestea - am revenit la o formă anterioară a codului (formă cu care făcea problema prezentată) . Rămăsesem pe PICKIT2 Microchip și când am dat scriere mi-a dat eroare de scriere la adresa 0000. Am repetat, la fel. Am trecut pe ”minus” , am dat scriere , am reușit. Am dat citire , am reușit.  Cuvântul de configurare este afișat corect și, desigur, nu mai apare textul roșu despre protecție. Nu mai pricep nimic dar presimt că nu s-a terminat aici. Vă țin la curent.

[validae]

Controllerul de cine e produs, de firmă sau chinezărie ? Și fiu-meu a pățit acu ceva ani niște fenomene similare cu microcontrollere dubioase.Chinezii cam imită sigle de firmă dar rezultatele lor sunt cel puțin aleatorii în utilizare.Mi-a venit la reparat capac de coș de gunoi cu senzor de prezență, cu microcontroller defect, în condițiile utilizării pe baterii și alimentare stabilizată liniar.Alți utilizatori de același produs reclamă defectarea după săptămâni sau luni a microcontrollerului.Deci nu prea le mai fac chinezii cum trebuie, au rată mare de eșec...

[UDAR]

E cumpărat de la TME și marcajul pare OK. N-am avut probleme cu niciun controler cumpărat de la ei.

[nico_2010]

O opinie, nu neaparat de luat in seama: verifica daca tensiunea Vpp (parca 12V, daca modelul accepta asta) este prezenta in momentul scrierii cu PicKit 2 Microchip. Verifica acelasi lucru cu "-" cum ii spui tu. Vezi daca este vreo diferenta.

[UDAR]

Tensiunea este cu siguranță prezentă (nu ar scrie altfel) dar nu știu cu ce valoare exact. O să verific, mulțumesc de sugestie . PS Programatorul  - partea hardware-  este o clonă (bună, luată de pe Forum) de PICKIT2 . Partea software este diferită respectiv originalul PICKIT2 v2.61 al lui Microchip sau PICKIT2 - (minus) de pe kair.us al finlandezului Jaka    ( îmi pare rău, nu știu dacă ăsta e și numele sau doar user name-ul de pe forumuri )

[Bandi Szasz]

Daca imi aduc bine aminte findca am renuntat de mult la ele, prea multe batai de cap, mai ales cele noi cu PICKIT3... o porcarie, este mult mai simplu cu AVR-urile noi prin UPDI si Arduino IDE, am patit de mai multe ori ca bitii de config care sunt stocate in hex de catre MikroC sa nu fie citite corect in softul PICKIT2 asa ca verificam de fiecare data sa fie la fel si daca nu erau ajutam de mana direct in PICKIT2. Am prins de la TME si vro 2 PIC-uri bolnave, unul a murit dupa vreo 2 saptmanani de functionare insa dupa ce l-am schimbat (fara nici o modificare hardware) asta nou merge de ani de zile, celalalt avea probleme la pornire, ii lua 20-30s de la alimentare pana incepea sa execute codul, ca si cand oscilatorul ( ala intern ) are intarziere mare la pornire. Nu ar fi exclus nici ca PIC-ul ala e mai cu mot. 

[UDAR]

Deocamdată ”îl frec” pe ăsta până ajung cu softul unde vreau apoi îl înlocuiesc . Mai am un 886 nefolosit - nu mai știu dacă a fost cumpărat odată cu ăsta sau nu. 

Apropo de PICKIT3 . Am unul original luat tocmai pentru µC mai noi - gen 153xx . Am reușit cu el și cu MPLAB X IDE să scriu .HEX generat cu MikroC, practic MPLAB-ul era folosit ca software driver pentru hardware-ul PICKIT3 . Dar acest minunat PICKIT - știe aceste microcontrolere ( și multe altele) cu hardware-ul de la PICKIT2 . Deocamdată am testat doar pe un 15355 cu rezultate pozitive.  

[Marele Savant]

Acum 1 oră, nico_2010 a spus:

Verifica acelasi lucru cu "-" cum ii spui tu.

Ce este acest ''-''?

[Bandi Szasz]

De mers merge, asa am facut si eu, hex facut in MikroC si folosit MPLAB X pe post de "programator".  La PICKIT3 cea ce nu mi-a placut de loc este ca de fiecare data cand schimbi PIC-ul cu un alt model isi face update de firmware, au fost multe cazuri in care a mers ceva prost si s-a blocat uC-ul din PICKIT3 ( brick ) si trebuie alt programator sa rescrii softul, nu stiu de ce au ales metoda asta, mai ales ca cu timpul se duce si flash-ul de la atata rescrieri. De asta mi se par foarte smechere AVR-urile noi cu UPDI, iti trebuie un convertor amarat de USB-Serial sau un arduino nano/micro si gata toata programarea se face pe 1 singur fir, nu iti mai trebuie n+1 softuri, programatoare externe

 

[UDAR]

Acum 2 ore, Marele Savant a spus:

Ce este acest ''-''?

Un programator pentru PIC-uri - partea de software - compatibil cu  hardware-ul PICKIT2, care se poate descărca gratis de aici : http://kair.us/projects/pickitminus/

 

 

 @Bandi Szasz - la vremea când am ales între PIC de la Microchip și AVR de la Atmel m-am uitat să aibă un ADC bun și să fie în capsulă DIP !!!  Cerința a doua a rămas în mare parte valabilă.

Și încă ceva , la vârsta mea nu mai am multă tragere de inimă să mă apuc de ceva nou - alt IDE, altă familie de µC, etc.

Editat Decembrie 5, 2023 de UDAR

[Marele Savant]

eu nu gasesc site-ul respectiv!?

[UDAR]

La mine merge cu click pe link și de pe desktop și de pe telefon.

[modoran]

Acum 3 ore, Marele Savant a spus:

eu nu gasesc site-ul respectiv!?

Daca ai vreo drăcie gen 'force https' nici n-o sa poți accesa site-uri din astea nesecurizate