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

błąd weryfikacji przy adresie 0000h !!! pomóżcie

roobaq 27 Lis 2005 10:44 6574 23
REKLAMA
  • #1 2030315
    roobaq
    Poziom 11  
    Posty: 40
    Ocena: 3
    witam
    mam problem z zaprogramowaniem pica przy każdej próbie zaprogramowania pic 16f84a wywala mi bląd przy weryfikacji. znalazłem takie same problemy innych ludzi na róznych forach ale zadnej odpowiedzi.
    pozdrawiam i zgóry dziekuje za pomoc
  • REKLAMA
  • Pomocny post
    #2 2030525
    august_
    Poziom 27  
    Posty: 1081
    Pomógł: 70
    Ocena: 47
    Jeśli to JDM to spróbuj na innym komputerze. Ten programator bez zewnętrznego zasilania na większości komputerów daje za niskie napięcie i procesor nie wchodzi w stan programowania.

    Odczytaj go i zapisz tym co zczytałeś - wtedy pewnie nie wywali błędu - będzie to oznaczać, że czyta ale nie zapisuje.
  • #3 2030826
    roobaq
    Poziom 11  
    Posty: 40
    Ocena: 3
    ok
    w jaki sposób go zasilić ???????
    i jakim napieciem ??????
    płyte główną mam abita beII6 czy coś takiego.
    i brak mi drugiego kompa zeby sprawdzić czy na innej płycie chodzi
  • Pomocny post
    #4 2030872
    august_
    Poziom 27  
    Posty: 1081
    Pomógł: 70
    Ocena: 47
    Przyjrzyj się Application Note 589 wydaną przez Microchipa.
    ic-prog obsługuje ten programator.
    Powodzenia!
    Załączniki:
    • an589.pdf (108.46 KB) Musisz być zalogowany, aby pobrać ten załącznik.
  • Pomocny post
    #5 2030907
    august_
    Poziom 27  
    Posty: 1081
    Pomógł: 70
    Ocena: 47
    Przypomniało mi się, że jakiś miesiąc temu robiłem schemat i pcb do tego programatora, niestety projekt jeszcze nie doczekał się realizacji. Nie jest do końca sprawdzony, dlatego trzeba to jeszcze przejrzeć, ale może Ci się przyda.
    Projekt został wykonany w Rimu. Oprogramowanie w wersji demo możesz pobrać z www.rimu.pl
    Pozdrawiam
    Michał
    Załączniki:
    • an589.zip (43.54 KB) Musisz być zalogowany, aby pobrać ten załącznik.
  • REKLAMA
  • #6 2032362
    roobaq
    Poziom 11  
    Posty: 40
    Ocena: 3
    oglądałem to co mi podrzuciłeś i zapomniałem dodać że mój ang. nie jest jeszcze na takim poziomie a z elektroniką nie mam za dużo do czynienia. tak wiec miło widziane łopatologiczne tłumaczenie (ten oppornik tu a ten kondensator tu )
    ale dzieki
  • Pomocny post
    #7 2032886
    Krzysiek K
    Poziom 14  
    Posty: 89
    Pomógł: 10
    Ocena: 3
    Po 1 to jakim programem i kablem to robisz?
    Po 2 pamietaj o kropce na układzie.
    Po 3 sa wszystkie nogi proste?


    Pozdrawiam...
  • Pomocny post
    #8 2032933
    djjack
    Poziom 27  
    Posty: 1066
    Pomógł: 98
    Ocena: 27
    Panowie bład weryfikacji bedzie zawsze jesli plik programowany jest zabezpieczony wtedy bedziesz miał po weryfikacji same 0000 i bład ale układ bedzie prawidłowo zaprogramowany
  • Pomocny post
    #9 2033007
    august_
    Poziom 27  
    Posty: 1081
    Pomógł: 70
    Ocena: 47
    djjack napisał:
    Panowie bład weryfikacji bedzie zawsze jesli plik programowany jest zabezpieczony wtedy bedziesz miał po weryfikacji same 0000 i bład ale układ bedzie prawidłowo zaprogramowany


    Faktycznie, zapomniałem o tej ewentualności. Kod w zabezpieczonym procesorze jest niewidoczny i zczytuje same zera.
  • #10 2033481
    roobaq
    Poziom 11  
    Posty: 40
    Ocena: 3
    Krzysiek K napisał:
    Po 1 to jakim programem i kablem to robisz?
    Po 2 pamietaj o kropce na układzie.
    Po 3 sa wszystkie nogi proste?


    Pozdrawiam...



    program ic prog kabel ten pod com1 chyba wtyczki nazywają sie db9 1:1
    kropka na swoim miejscu nogi proste
  • Pomocny post
    #11 2034021
    Krzysiek K
    Poziom 14  
    Posty: 89
    Pomógł: 10
    Ocena: 3
    Moze byc przyczyna w wielu miejscach.Mysle ze nie robisz to pierwszy raz i dobrze wybierasz z zakładki jgproga pic 16f84a.Bład zawsze bedzie gdy wsad do danego pica jest inny tzn nie do niego napisany.Domyślam sie ze programujesz układ do blockera.Jak masz krate typu zielonka to mozesz wsadzić pica i programować fenixem.Albo moze sam pic jest uszkodzony.Może w kablu sie żyła jedna odlutowała itd....


    Pozdrawiam...
  • #12 2034163
    roobaq
    Poziom 11  
    Posty: 40
    Ocena: 3
    dobrze myslisz botrzebne mi to jest do blokera
    w jaki sposób feniksem zaprogramować tego pica ??????? eprom wyciągnięty ma być z zielonki ?????

    Dodano po 57 [sekundy]:

    ale to nie koniec moich problemów
    jak możecie to zerknijcie
    http://forum.dvhk.pl/index.php?showtopic=138339
  • REKLAMA
  • #14 2035812
    StonesR
    Poziom 13  
    Posty: 55
    Pomógł: 4
    Ocena: 4
    Ja bym proponował najprostszą rzecz.Popraw luty na programatorze.Mi to pomogło.
    Pozdrawiam.
  • #15 2037085
    byk
    Poziom 19  
    Posty: 313
    Pomógł: 17
    Ocena: 8
    Ja jednak stawiam na uszkodzony pic, bardzo czesto ulega uszkodzeniu w programatorze JDM i przy korzystaniu z icprog, winą jest złe ustawienie icproga a dokładniej kontroli napięcia Vpp do programowanie eepromów to napięcie pozostaje na comie nawet po wyłaczeniu programu icprog, wkładając JDM z picem do coma pod napięciem uszkadzamy go to samo dotyczy wkładania pica do JDM podłączonego pod coma. inaczej mówiąc jak świeci dioda na JDM jest to napięcie właczane i wtedy na pewno uwalisz pica- i tak prawdopodobnie sie stało.
    pozdrawiam
    byk

    Dodano po 14 [minuty]:

    a tak po przeczytaniu twoich postów na dvhk,
    proponuje przypatrzeć się kablowi , sprawdzic port com w komputerze.
    ewentualnie podłącz JDM bezpośrednio do gniazda w komputerze
    byk
  • #16 2042581
    jurgenson
    Poziom 12  
    Posty: 29
    Ocena: 2
    W opcji ic-proga -w jednej z zakładek trzeba odznaczyc konfiguracje inaczej tak bedzie -miałem taką sytuacje kiedys- settingi- opcje- misc--- włacz enable Vcc control for JDM poz
  • #17 2260483
    roobaq
    Poziom 11  
    Posty: 40
    Ocena: 3
    dzieki już sobie dałem rade
  • #18 2394117
    Zbyszeksk
    Poziom 12  
    Posty: 37
    Ocena: 44
    Panowie mam taki sam błąd i taki sam problem, sęk tkwi w tym że kilka dni wcześniej na tym samym kompie tym samym programatorem programowałem innego Pica i wszystko było oki, teraz robi mi taki numer.
    Dodam tylko że próbowałem robić to na innym kompie i pod innym systemem, dwoma różnymi kablami i na dwóch PIC-ach i dalej nic,
    próbowałem także różnych wsadów. W czym tkwi problem ????
    Dodam tylko że potrzeba mi tego PIC-a do kart clienta.
    Proszę o jakieś podpowiedzi.
  • #19 2394493
    misiuzeb
    Poziom 15  
    Posty: 91
    Pomógł: 9
    Ocena: 1
    na uparte PICe byl sprawdzony sposob, podgrzac je pod zarowka az bede gorace i wtedy programowac
  • #20 2394841
    Ziko
    Poziom 11  
    Posty: 21
    Ocena: 2
    Z moich doświadczeń na temat programowania PIC-a oraz błędu przy adresie 0000h wywnioskowałem że na występowanie błędu ma wpływ ustawienie programu.

    Ja działam na następujących ust.:
    "Programowanie" - zaznaczone "Weryfikacja w czasie programowania"
    "Potwierdzenia" - zaznaczone "Programowanie urządzenia", "Czyszczenie urządzenia"
    "Smartcard" - zaznaczone "Secanix", "16F84", "3.58Mhz"
    "I.C" - zaznaczone "Włącz zapis pakietowy"

    Najważniejsza jest zakładka - Sprzęt (albo F3) i należy wybrać Windows API. Wydaje mi się że to jest główna przyczyna "błąd weryfikacji przy adresie 0000h"

    Pozdrawiam ALL

    ... Visca el Barca ...
  • REKLAMA
  • #22 2401542
    Zbyszeksk
    Poziom 12  
    Posty: 37
    Ocena: 44
    Udało się znalazłem za jednym z forum ustawiania programu Ic Prog i pomogło, podaje je poniżej dla tych którzy kiedyś będą borykali się z tym problemem:

    Program icprog musisz mieć odpowiednio ustawiony:
    -ustawienia\opcje\I,C- postaw dwa ptaszki
    -ustawienia\opcje\Programowanie- postaw ptaszka przy "Weryfikuj po zaprogramowaniu"
    - ustawienia\opcje\różne- posaw ptaszki przy " Włącz sterownikNT\2000" i przy "Włącz kontrolę VCC dla JDM". Po tym osatnim zabiegu program powinien się ponownie uruchomić i dodać sterownik, pod awrunkiem że masz w katalogu głównym z programem icProg plik icprog.sys. Jeżeli nie to dograj.

    Ja tak mam i bez problemu programuje PIC 16F84A.
    Dzięki wszystkim którzy zainteresowali się tym programem.
  • #23 2924703
    Medyk_la
    Poziom 12  
    Posty: 42
    Ocena: 7
    witam :)
    niestety ja jak inni mam podobny problem i nic nie pomaga.... ani zmiana komputerow ani zmiana ustawien.... a do tego zeby bylo ciekawiej po wczytaniu wsadu w IcProg-a pokazuje dziwne rzeczy... nie to co powinno byc.... czasem po pierwszym uruchomieniu kompa widac ze dane sa ok ale po probie czszczenia badz programowania wyswietlaja sie dziwne ptaszki a blad podczas weryfikacji przy adresie 0000h oczywiscie wysakuje za kazdym razem... i to nawet jak nie jest podlaczony JDM, bo i tego probowalem....
    Pozdrawiam i czekam na "madre głowy"...
    <M>
  • #24 3067822
    radjas
    Poziom 10  
    Posty: 57
    Ocena: 1
    Witam moje doswiadczenia z tymi kosteczkami wygladaja tak :
    Gdy próbuje zaprogramowac układ ( spliter) wsadem wywala błąd . Natomiast jak inny taki sam układ jak zczytam i nie wyłaczając programu programuję druga pusta kosteczke idzie be bólu.Lecz jak zczytam ;zapisze i wyłącze program - próbując wgrac to właśnie wywala błąd. Moim zdaniem powodem jest jak napisał kolega powyżej że wsad jest zadekodowany i próba zapisu powoduje takie efekty.Pozdrawiam

Podsumowanie tematu

✨ Problem dotyczy błędu weryfikacji przy adresie 0000h podczas programowania mikrokontrolera PIC 16F84A za pomocą programatora JDM i oprogramowania icprog. Przyczyną może być zbyt niskie napięcie programowania, szczególnie gdy JDM nie ma zewnętrznego zasilania, co powoduje, że procesor nie przechodzi w tryb programowania. Zalecane jest sprawdzenie zasilania programatora, poprawność lutów, stanu nóżek układu oraz konfiguracji programu icprog, w tym wyłączenie opcji kontroli napięcia Vcc dla JDM lub odpowiednie jej ustawienie. Błąd weryfikacji może także wynikać z zabezpieczeń układu, które powodują odczyt zerowych danych (0000h) i fałszywy błąd weryfikacji mimo prawidłowego zaprogramowania. Inne możliwe przyczyny to uszkodzony mikrokontroler, uszkodzony kabel, nieprawidłowy wsad lub błędne ustawienia programatora. Wskazano również alternatywne programy i metody programowania, np. użycie programatora Fenix lub programów UCDS i GOLDA. W niektórych przypadkach pomogło podgrzewanie układu przed programowaniem. Ostatecznie poprawne ustawienia icprog i odpowiednie zasilanie programatora rozwiązały problem u wielu użytkowników.
Podsumowanie wygenerowane przez AI na podstawie treści dyskusji.
REKLAMA