PIC 12F629 problem z kasowaniem

Robgold przemówił ludzkim głosem:

Nie, układ nie jest OTP :-]. Podejrzewałbym raczej twój programator. Do uruchomienia trybu programowania konieczne jest przytrzymanie nogi zegara, danych na masie i podanie napięcia zasilania i programującego w odpowiedniej sekwencji

U¿ytkownik "Zbych" snipped-for-privacy@onet.pl napisa³ w wiadomo¶ci news:edmre8$58u$ snipped-for-privacy@nemesis.news.tpi.pl...

Jakiego programu uzywac do programowania tym JDM'em ?

Witam: Microchip podaje ¿eby przed kasowaniem trzeba zachowaæ ostatni± liniê kodu z instrukcj± do kalibracji oscylatora. Nie uda³o mi siê jej skasowaæ, gdy próbowa³em. Dodatkowo podaje, ¿e programatory MICROCHIP pozostawiaj± t± warto¶æ. Jak siê nie kasuje to i lepiej - bo nie trzeba zapamiêtywaæ tej linii kodu.

pozdr. swinio

Robgold przemówił ludzkim głosem:

Pod windows najlepiej mi się sprawdzał ic-prog, a pod linuksem pkp.

użyj Winpic do JDM.

Jaki masz ustawiony oscylator i jak MCLR?

sword

U¿ytkownik "Adam Jurkiewicz" snipped-for-privacy@wywalic.ajpic.zonk.pl> napisa³ w wiadomo¶ci news:edoju8$i3n$ snipped-for-privacy@nemesis.news.tpi.pl...

Przy programowaniu (wedlug pliku HEX): IntOSC I/O odptaszkowane jest MCLRE/GP3 oraz MCLRE +5V

Natomaist jak obecie zrobie odczyt z tego nieszczesnego PIC'a to dostaje same zera poza ostatnia komorka kalibracyjna gdzie mam prawidlowa wartosc kalibracji, natomiast zmieniaja mi sie: Oscylator na LP CP EEPROM zaptaszkowany Kod blokady zaptaszkowany

Mysle czy skladac tego JDM'a i probowalc ratowac tego PIC'a czy isc po nowego....

Jakieś dzikie oznaczenia, pytanie jest czy MCLR jest ustawiony na Internal czy External?

Zakładam, że Internal bo w innym wypadku nie było by problemu.

Pytanie jeszcze jak skonfigurowałeś porty GP0 i GP1 (wejście/ wyjście)?

Nic się z tym PICem nie stało tylko nie doczytałeś pewnie jakie są warunki programowania.

W skrócie - Jeśli masz ustawiony MCLR na wewnętrzny to programator nie jest w stanie zatrzymać/wyzerować procesora sygnałem "0" -> MCLR. Jeśli zatem na GP0 lub GP1 w czasie pracy pojawia się "1" to, tak jak już był wspomniane, nie jest wygenerowany warunek wejścia w tryb programowania. Jeśli zdarzy się przypadkiem, że procesor wejdzie w tryb programowania to i tak może odczytać nieprawidłowe informacje gdy przesunie się licznik rozkazów.

Rozwiązaniem problemu jest programator, który nie podaje napięcia na stałe ale ma możliwość załączania tylko na czas programowania.

Jak już go wykasujesz to ustaw w configu MCLR na zewnętrzne i po sprawie.

Po nowego nie ma sensu bo z każdym stanie się to samo.

Pozdrawiam, sword

Problem zazegnany. Programator JDM w wersji z tranzystorem MOSFET dal sobie rade skasowac i zaprogramowac uklad. Dla potomnych zostawie tylko informacje ze tego 2n7000 mozna z powodzniem zastapic BS170

W kwesti tej konfiguracji bitow czekam ze kolega mi to moze wyjasni, bede wiedziec na przyszlosc.

sam możesz też wyjaśnić, wszystko jest w pdfie. O oscylatorze sobie poczytaj , a dalej to:

watchdog: robi reset procka w czasie działania procka jeśli timer odliczający ten reset nie zostanie skasowany, przydatne do układów gdzie procek może być zakłócony np. w samochodzie, kasuje sie go poleceniem w takich przypadkach CLRWDT, oczywiście czas timera się ustala i można ustalić od kilku chyba ms do

power up timer: timer startujący procka po opuźnieniu aby napięcie się ustabilizowało

brown out detect: czujnik spadku napięcia, robi reset chyba w takich przypadkach , nie używałem nigdy

code protect: no comment

data ee read protect: to samo ale do pamięci wewnętrznej eeprom

Tak jak wspominałem, najlepiej zainstaluj MPLABa, a potem zaimportuj plik hex i zobacz jak wygląda słowo konfiguracyjne w oryginale.

Kroki:

1. Ustaw procesor: Configure -> Select Device...
2. File -> Import...
3. Configure -> Configuration Bits...

Microchip, do danego procesora, zawsze udostępnia dokumentację podzieloną na dwie cześci: 'Data Sheet' oraz 'Programming Specification', opis słowa konfiguracyjnego znajdziesz akurat w jednym i drugim dokumencie: