PIC...poistky

[jankrizan]

Zdravím. Asi sa mi podarilo zamknuť procesor PIC 16F627A, pretože po zakliknutí (podľa obr.) tak ako je aj v .hex súbore, prestal mi programátor MiniPro TL866CS, čitať tento procesor. Nejde ani v UsbPicProg programátore.
Chcem sa spýtať či je možné resetovať fusebits, (ako na AVR fusebit doctorom), aj na PIC obvody?, a ako sa to robí? Ďakujem.

[teufel]

Pokud programátor umí HV programování (ten Tvůj neznám), tak určitě umí i smazat vše co je v mikrokontroléru, tedy včetně pojistek.
Na to, že bys přeprogramoval pojistky a přečetl paměť zapomeň, proto tam (některé) pojistky jsou, aby to nešlo přečíst.

[teufel]

Pokud programátor umí HV programování (ten Tvůj neznám), tak určitě umí i smazat vše co je v mikrokontroléru, tedy včetně pojistek.
Na to, že bys přeprogramoval pojistky a přečetl paměť zapomeň, proto tam (některé) pojistky jsou, aby to nešlo přečíst.

[samec]

https://ww1.microchip.com/downloads/en/DeviceDoc/41196g.pdf
kapitola 3.1

[Ruprecht]

Pokud ten procesor můžeš smazat (a vyresetovat tím i pojistky), zkus ikonu "Erase chip" vpravo nahoře, vypadá jako list s gumou vedle "P".

[jankrizan]

Používam robený GTP-USB, z internetu. na pine 4 PICu je VPP, ktoré má 13V. To je tam. PIC ide programovať aj čítať, ale... na konci programovania mi vyhodí - obr. (7) Ak však použijem TL866 (naprogramovaný v GTP-USB) tak ten mi ho akože prečíta ale vo vysledku sú data všetko 0000 0000, atd. obr 8 . Poistky sú kompletne zafajknuté všetky,-obr(9). Na TL866 nejde vymazať, programovať. Akho vymažem na GTP-USB tak mi ho TL866
prečíta, programuje ale pri programovaní vypíše- (Out of Address of the device!)- a poistky ostanú čisté nezakliknuté. Trochu -dosť- sa v tom strácam. Ele hlavná otázka je, či je možné vymazať poisky, bez hlavného obsahu- tak ako na AVR. Je tu ešte jedna záležitosť, ktorú som našiel na internete
Programovacie režimy HVP/LVP
Pred rokmi bolo na naprogramovanie používateľského kódu do PIC potrebné vysoké napätie +13 V alebo vyššie. Toto napätie je známe ako HVP, čo znamená režim programovania s vysokým napätím. Toto obmedzenie upravuje modifikáciu používateľských kódov na PIC, pretože +13 V nemusí byť voľne dostupné. Spoločnosť Microchip preto prišla s ďalšou možnosťou programovania, ako je LVP, čo znamená režim programovania s nízkym napätím, s použitím iba +5 V. Bolo nám povedané, že vysoké napätie sa potom generuje interne v PIC. Teraz máme dva programovacie režimy a niekde musí byť bit, ktorý PICu hovorí, v ktorom programovacom režime má byť nakonfigurovaný. Aby sa zabránilo vstupu PICu do LVP s normálnym napájaním +5 V, je priradený pin, ktorý umožňuje používateľovi vybrať/zakázať programovací režim LVP. Toto je pin PGM. Vysoká úroveň by vybrala LVP, zatiaľ čo LOW by ho zakázala. Zlou správou je, že toto usporiadanie prechádza cez jeden z bitov v RB a port B nie je možné použiť ako 8-bitový port. Riešenie je jednoduché, nikdy nepovoľovať LVP, preto je pin PGM k dispozícii ako normálny I/O pin. ).
Neviem či to má súvis, pretože ani jeden programátor, ktorý mám nemá možnosť zmeny VPP na 5 V, resp. je zvolenie tejto možnosti nefunkčné. Asi soft nepodporuje hardware.

[jankrizan]

Dopracoval som sa k určitým poznatkom a asi končím. Na stránke w.w.w.electronics-lab.com/project/100mhz-frequency-counter-with-pic16f628a/ je pôvodná konštrukcia kde je hex súbor. Pri zvolení je v konfiguračnom nastavení - config word čislo 2159-. S tymto nastavením majú obidva programátory problém, ako tu opisujem. Avšak nejakým - mne neznámym spôsobom som zmenil config word na 3F59 a programátory nemajú absolutne žiadny problém s programovaním, čítaním, ani medzi sebou. A porovnávaním som nezaregistroval nejakú zmenu v nastavení poistiek. PIC-om absolutne nerozumiem, len napáliť HEX a používať. Pre vás znalých možno smiešne, ale bohužiaľ. Ale budem rád, ak niekto vie objasniť a prípadne aj vysvetliť, čo je príčina. Ešte som zabudol (a možno, že dôležité), že som používal čipy 16F628A, 16F628, 16F627A. Robilo to na všetkých. Zatiaľ ďakujem.