Witam. Zbudowałem sobie programator JDM i używam programu ic prog do zaprogramowania PIC16F628 i po czterech zaprogramowaniach tego procka pojawił się taki problem że gdy wykasuje całkowicie mikrokontroler i dam odczytaj to dalej wgrany jest w nim program a podczas weryfikacji występuje...

Zamieść przynajmniej schemat tego JDMa.

Widać że twój programator nie potrafi wgrać softu do procka a potrafi jedynie z niego odczytać. Na początku wlutuj te diody LED. Posprawdzaj czy napięcie programowania jest dobre i czy napięcie zasilania jest dobre. Sprawdź czy jakiś przewód gdzieś nie jest złamany. Sprawdź poprawność połączeń z wtyczką.

Ale przedtem umiałem wykasować procesor. zaraz posprawdzam czy są dobre napięcia. Podczas programowania diody migają tak jak zawsze.

Dioda diodą ale pobiera prąd. Ja miałem taki przypadek (jak jeszcze używałem JDMa) że PIC16F84 programował się bez problemu a PIC16F877 już nie. Po dołożeniu zewnętrznego zasilania wszystko ruszyło. Może się też zdarzyć że będziesz np. miał luz w podstawce czyli będzie przerwa. Różnie to potem bywa.

A czy istnieje taka możliwość że to wina złego zaprogramowania go poprzednim razem?

Jeśli załączysz fusebit CP (code protection) programator zwróci błąd przy weryfikacji tak jak napisałeś pod adresem 0x00 a przy odczycie z uC będzie zwracać same 0xFF.

Faktycznie mam włączone CP. tylko jak to wyłączyć? Zmierzyłem napięcia i napięcie zasilania wynosi 3,56V a MCLR wynosi 12,13V.A można do mojego programatora dorobić zewnętrzne zasilanie?

REKLAMA

Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

PIC16F628 - Błąd weryfikacji 0000h po kasowaniu i programowaniu JDM

DJ Davi 02 Mar 2007 23:01 4185 8

REKLAMA

Zgłoś naruszenie prawa

Odpowiedz | Nowy temat

#1 3636916 02 Mar 2007 23:01

DJ Davi DJ Davi

Poziom 21

Posty: 741

Pomógł: 16

Ocena: 54
Autor tematu

Post #1
3636916 02 Mar 2007 23:01

Witam. Zbudowałem sobie programator JDM i używam programu ic prog do zaprogramowania PIC16F628 i po czterech zaprogramowaniach tego procka pojawił się taki problem że gdy wykasuje całkowicie mikrokontroler i dam odczytaj to dalej wgrany jest w nim program a podczas weryfikacji występuje komunikat o błędzie 0000h. Co może być tego przyczyną?

Promuję tematy:
05.06.2023 Philips 40PFH4509/88 - Nie reaguje na pilota, uszkodzona pamięć NAND?
Prezentacja i testy COM Express Type 10 - NANOCOM-ARH z carrier board [sponsorowany]

REKLAMA
#2 3639789 03 Mar 2007 19:52

milik milik

Poziom 23

Posty: 637

Pomógł: 71

Ocena: 58
Pomocny post? (0)

Post #2
3639789 03 Mar 2007 19:52

Zamieść przynajmniej schemat tego JDMa.
REKLAMA
#3 3639813 03 Mar 2007 19:56

DJ Davi DJ Davi

Poziom 21

Posty: 741

Pomógł: 16

Ocena: 54
Autor tematu Pomocny post? (0)

Post #3
3639813 03 Mar 2007 19:56

Schemat jest na tej stronce http://bruno.netstrefa.com.pl//radio/projekt/jdm/index.htm

Promuję tematy:
05.06.2023 Philips 40PFH4509/88 - Nie reaguje na pilota, uszkodzona pamięć NAND?
#4 3639887 03 Mar 2007 20:11

milik milik

Poziom 23

Posty: 637

Pomógł: 71

Ocena: 58
Pomocny post? (0)

Post #4
3639887 03 Mar 2007 20:11

Widać że twój programator nie potrafi wgrać softu do procka a potrafi jedynie z niego odczytać. Na początku wlutuj te diody LED. Posprawdzaj czy napięcie programowania jest dobre i czy napięcie zasilania jest dobre. Sprawdź czy jakiś przewód gdzieś nie jest złamany. Sprawdź poprawność połączeń z wtyczką.

http://pl.wikipedia.org/wiki/RS-232
REKLAMA
#5 3639970 03 Mar 2007 20:28

DJ Davi DJ Davi

Poziom 21

Posty: 741

Pomógł: 16

Ocena: 54
Autor tematu Pomocny post? (0)

Post #5
3639970 03 Mar 2007 20:28

Ale przedtem umiałem wykasować procesor. zaraz posprawdzam czy są dobre napięcia. Podczas programowania diody migają tak jak zawsze.

Promuję tematy:
05.06.2023 Philips 40PFH4509/88 - Nie reaguje na pilota, uszkodzona pamięć NAND?
#6 3640023 03 Mar 2007 20:38

milik milik

Poziom 23

Posty: 637

Pomógł: 71

Ocena: 58
Pomocny post? (0)

Post #6
3640023 03 Mar 2007 20:38

Dioda diodą ale pobiera prąd. Ja miałem taki przypadek (jak jeszcze używałem JDMa) że PIC16F84 programował się bez problemu a PIC16F877 już nie. Po dołożeniu zewnętrznego zasilania wszystko ruszyło. Może się też zdarzyć że będziesz np. miał luz w podstawce czyli będzie przerwa. Różnie to potem bywa.
REKLAMA
#7 3640045 03 Mar 2007 20:43

DJ Davi DJ Davi

Poziom 21

Posty: 741

Pomógł: 16

Ocena: 54
Autor tematu Pomocny post? (0)

Post #7
3640045 03 Mar 2007 20:43

A czy istnieje taka możliwość że to wina złego zaprogramowania go poprzednim razem?

Promuję tematy:
05.06.2023 Philips 40PFH4509/88 - Nie reaguje na pilota, uszkodzona pamięć NAND?
#8 3640070 03 Mar 2007 20:49

milik milik

Poziom 23

Posty: 637

Pomógł: 71

Ocena: 58
Pomocny post? (0)

Post #8
3640070 03 Mar 2007 20:49

Jeśli załączysz fusebit CP (code protection) programator zwróci błąd przy weryfikacji tak jak napisałeś pod adresem 0x00 a przy odczycie z uC będzie zwracać same 0xFF.
#9 3641447 04 Mar 2007 10:54

DJ Davi DJ Davi

Poziom 21

Posty: 741

Pomógł: 16

Ocena: 54
Autor tematu Pomocny post? (0)

Post #9
3641447 04 Mar 2007 10:54

Faktycznie mam włączone CP. tylko jak to wyłączyć? Zmierzyłem napięcia i napięcie zasilania wynosi 3,56V a MCLR wynosi 12,13V.A można do mojego programatora dorobić zewnętrzne zasilanie?

Promuję tematy:
05.06.2023 Philips 40PFH4509/88 - Nie reaguje na pilota, uszkodzona pamięć NAND?
Zarejestruj konto, Zaloguj się i bądź aktywny na forum, a wtedy reklamy nie będą się pojawiać. Dołącz do dyskusji i otrzymaj punkty za rejestrację oraz odpowiedzi.

Zainstaluj aplikację Elektroda

Odpowiedz | Nowy temat

Zgłoś naruszenie prawa

Podsumowanie tematu

✨ Problem dotyczy programatora JDM używanego do programowania mikrokontrolera PIC16F628 za pomocą programu ic prog. Po kilku cyklach kasowania i programowania pojawia się błąd weryfikacji pod adresem 0000h, a odczyt po kasowaniu nadal pokazuje wgrany program. Przyczyną może być włączona ochrona kodu (fusebit CP - code protection), która uniemożliwia poprawną weryfikację zawartości pamięci. Dodatkowo wskazano na konieczność sprawdzenia poprawności napięć zasilania i programowania (zmierzono 3,56V zasilania i 12,13V na MCLR), poprawności połączeń, ewentualnych uszkodzeń przewodów oraz stabilności kontaktów w podstawce. Zasugerowano także możliwość dołożenia zewnętrznego zasilania do programatora JDM, co może poprawić stabilność programowania, zwłaszcza przy bardziej wymagających układach. Wyłączenie ochrony kodu wymaga zmiany fusebitów w mikrokontrolerze.
Wygenerowane przez model językowy.

REKLAMA