Elektroda.pl
Elektroda.pl
X

Search our partners

Find the latest content on electronic components. Datasheets.com
Elektroda.pl
Please add exception to AdBlock for elektroda.pl.
If you watch the ads, you support portal and users.

Atmega Fusebit Doctor (HVPP+HVSP) - napraw fusebity

manekinen 17 Mar 2011 20:40 217615 342
Ochrona Domu
  • Ochrona Domu
  • #122
    manekinen
    Level 29  
    Ok, załączam aktualizację #9 - 13.03.2011:

    Dodano Atmega6490A/P, Atmega645A/PA, Atmega6450A/PA
    Naprawiono nie-zapisywanie fuska extended w Atmega649A/P
    Poprawiono masę nazw układów z przyrostkiem A/P/PA,
    tyczy się to nazw w terminalu i nazw na liście układów

    Łącznie 145 obsługiwanych układów.

    PCB: Dołączono pin AVCC, dodano pullup dla pinu reset - nieobowiązkowa poprawka.



    Kolejna wersja układu będzie korzystała z pinu RX, będziemy mogli słać rozmaite rzeczy z terminala :) Także proponuję już teraz wyprowadzić ten pin gdzieś w wygodnym miejscu :)
  • #123
    wiktor_m
    Level 12  
    Czy jest może jakiś prosty sposób odblokowania bitu debugWire (DWEN) w procesorze Atmega168 (SMD)? Czy ten układ do tego celu się nadaje? Ile trzeba przylutować minimalne połączeń do procesora, aby można było to zrobić (mam wlutowany do płytki, SMD)? Zaprogramowałem przez przypadek ten bit za pomocą ISP (w 4 procesorach, ustawiłem bit i "pojechałem" po wszystkich) i teraz nie mam łączności z układem przez ISP. Oczywiście nie chciałbym kupować specjalnie do tego celu drogiego programatora (np. JTAGICE mkII). Samo debugowanie mi nie jest potrzebne, chciałbym tylko odblokować aby dalej używać ISP.
  • #124
    manekinen
    Level 29  
    Oczywiście, do tego jest właśnie ten układ :)

    Niestety, przewody połączyć trzeba wszystkie - innej opcji nie ma. Jeśli nie, no to niestety wymiana układów lub zakup programatora który ugryzie debugwire.

    I akurat dobrze kolega trafił bo wczoraj wyszła wersja softu 2.10 - która umożliwia zapisywanie dowolnych fusków, a nie jak dotychczas fabrycznych. Więc można zmienić sam bit DWEN nie ruszając innych.


    Wersja 2.10 dodaje nową funkcjonalność

    Soft 2.10:
    - z doctorem można rozmawiać przez terminal
    - można dobrać się do układów z uszkodzoną sygnaturą
    - można ustawiać dowolne fusebity
    - można ustawiać dowolne lockbity i je kasować (poprzez wymazanie pamięci)

    Jeśli dołączymy pin Tx terminala do pinu Rx doctora – tryb manualny uruchomi się automatycznie. Wymagane jest aby pin Tx terminala był w stanie wysokim w czasie bezczynności, musi on podciągnąć rezystor ściągający 10K. Jeśli tak się nie stanie (połączenie przychodzące Rx odłączone) to doctor będzie pracował w trybie automatycznym (jak dotychczas).

    CO I JAK:
    Najpierw, doctor odczyta sygnaturę. Jeśli odczyt się nie powiedzie, poprosi o ręczne jej wpisanie. Wpisz dwa ostatnie bajty sygnatury w HEX (4 znaki) i wduś enter.

    Następnie doctor spróbuje odczytać układ na podstawie podanej sygnatury.
    Jeśli się powiedzie, wybierz jedną z opcji:
    1 – write fusebits – zapis fusebitów wartościami z bufora (początkowo fabryczne).
    2 – modify fusebits – opcja pozwala na ręczną zmianę fusebitów, dane w buforze się zmienią. Wpisz jeden bajt w HEX (2 znaki) i wduś enter. Powtarzaj dla każdego bajtu (jeśli istnieje).
    3 – set lockbits – wpisz wartość lockbajtu, jeden bajt w HEX (2 znaki) i wduś enter.
    Pamiętaj że nieużywane bity zawsze muszą być 1! Np, jeśli chcesz włączyć LB1 i LB2, wpisz FC (11111100)
    4 – erase the chip – wymazanie całej pamięci i lockbitów, dla bezpieczeństwa wymagana zworka „allow erase”.
    5 – end – zakończ programowanie i zwolnij napięcia – można wyjąć układ.


    Tak został naprawiony Attiny13 z uszkodzoną sygnaturą:
    Atmega Fusebit Doctor (HVPP+HVSP) - napraw fusebity

    A tak ten sam układ został z powrotem „zepsuty”:
    Atmega Fusebit Doctor (HVPP+HVSP) - napraw fusebity

    Proszę nie sugerować się diodami w trybie manualnym – migają jak chcą :)

    Ustawienia dla terminala tak jak dotychczas, ale przypomnę:
    baudrate: 4800
    parity: none
    databits: 8
    stopbits: 1
    handshake: none
    emulacja: VT100


    Dwa ostatnie ustawienia są ważne, bez tego pierwszego nie będziemy mogli nic wysłać, a bez drugiego zobaczymy kilka krzaczków na początku logu - jest to sekwencja czyszczenia okna terminala, działa domyślnie w Hyperterminal i Bray's Terminal, w innych być może trzeba będzie to ustawić.

    PCB v.2h:
    - dodano pin RX oraz rezystor ściągający 10K
    KONIECZNIE dodaj rezystor jeśli uaktualniasz do 2.10!

    Mam nadzieję że wszystko jest zrozumiałe :) I jeszcze jedna dobra wiadomość na koniec - program wciąż się mieści w Atmega8 :)

    Załącznik:

    UWAGA wsad zawiera błąd,w poście niżej poprawiona wersja 2.11
  • #125
    wiktor_m
    Level 12  
    Mniej więcej ile połączeń by było w przypadku ATMega168? Czy "Fusebit Doctor" używa programowania równoległego? Jeśli tak, to na pająka podłączenie może trochę potrwać.
  • #126
    manekinen
    Level 29  
    Tak jak pisałem, wszystkie. Czyli 20. Uroki programowania równoległego ;)

    Podłączenie może trochę potrwać, ale z pewnością będzie łatwiejsze jak całkowita wymiana układów smd :)

    W załączniku i w opisie kolega znajdzie wszystko co trzeba, + nota atmega168 > memory programming > parallel programming.
  • #127
    kaeltaz
    Level 16  
    Zrobiłem sobie zestawienie wersji kolegi projektu i chciałbym się zapytać czy są tylko 3 różnice w pcb miedzy wersją 8 a 10 bo zrobiłem układ w wersji 6 i musiałem już sprytnie dodać 1 rezystor i teraz będę musiał zrobić te 3 poprawki. Dodaje porównanie wersji i pomysł wykonania poprawki.

    Atmega Fusebit Doctor (HVPP+HVSP) - napraw fusebity Atmega Fusebit Doctor (HVPP+HVSP) - napraw fusebity

    Ps. Na płytce nie ma jednej dziurki na dystans i płytka się buja.
    Atmega Fusebit Doctor (HVPP+HVSP) - napraw fusebity
  • #128
    manekinen
    Level 29  
    Po 1, nie wersja 8 czy 10 czy 6 bo nie wiadomo o co chodzi. Płytki są oznaczone kolejno 2c, 2d, 2e, 2f, 2g, i ostatnia 2h :)

    Po 2:
    manekinen wrote:
    PCB v.2h:
    - dodano pin RX oraz rezystor ściągający 10K
    KONIECZNIE dodaj rezystor jeśli uaktualniasz do 2.10!

    Tego rezystora kolega zapomniał dodać na swoim rysunku, a jest on ważny przy aktualizacji programu do 2.10. Bez niego pin RX będzie w stanie nieustalonym i będą po protu dziać się jaja. Po za tym wszystko ok. Rezystor podciągający reset opcjonalny, lutować w razie problemów.

    A no brakuje otworu jednego. Można go wykonać w miejscu gniazda zasilającego a przewody przylutować :)
  • Ochrona Domu
  • #130
    manekinen
    Level 29  
    Aj faktycznie jest rezystor, nie zauważyłem :cry:

    Więcej zmian nie było, można robić :)

    2c - pierwsza opublikowana wersja
    2d - dodano rezystor ściągający linię reset pacjenta
    2e - dodano rezystor ściągający linię VCC pacjenta
    2f - dodano zasilanie pinu AVCC, ta płytka pojawiła się tylko w tym temacie
    2g - dodano pullup na pinie reset
    2h - dodano wyprowadzenie RX i rezystor je ściągający.

    Ja u siebie na płytce mam naklejone jeszcze więcej poprawek (od spodu), bo to pierwsza prototypowa płytka była - 2a.

    //edit 23 mar
    Gdyby kogoś interesowały adaptery SMD dla układów:
    Zgodnych pinowo z Attiny13
    Zgodnych pinowo z Attiny2313

    LINK
    w około połowie strony
    Jeśli ktoś nie trawi cyrylicy - LINK
    Choć opis jest ten sam co w oryginale.

    Atmega Fusebit Doctor (HVPP+HVSP) - napraw fusebity
    Atmega Fusebit Doctor (HVPP+HVSP) - napraw fusebity

    Można użyć nawet spinacza do bielizny, musi mieć tylko silną sprężynę.
  • #131
    tomeek1
    Level 9  
    Chciałem naprawić swoją atmegę128 - niestety wlutowana w płytkę, większośc pinów wyprowadzona na zewnątrz ( niepodłączone ) poza 3, PA0 - połączone przez 10k do 5V, XTAL1 i RESET jak na obrazku ponizej. Czy Doctor zadziała?

    Atmega Fusebit Doctor (HVPP+HVSP) - napraw fusebity
  • #132
    manekinen
    Level 29  
    Reset będzie trzeba odłączyć (podnieść nóżkę lub przeciąć ścieżkę) bo ten układ sterujący resetem będzie przeszkadzał. Popłynie duży prąd przez wewnętrzną diodę zabezpieczającą.

    Rezonator nie powinien przeszkadzać.

    Dodano po 7 [minuty]:

    Aha, całkiem zapomniałem wrzucić na forum firmware 2.11, poprawiono okropną literówkę, fusek high w ogóle się nie zapisywał w wersji 2.10. Dziwne że tutaj nikt tego nie zauważył? :)
  • #134
    fred114
    Level 12  
    Już od miesiąca siedzę nad uruchomieniem tego ustrojstwa.Zrobiłem już dwie płytki i dalej mam następujące problemy:
    1.Po włączeniu zasilania i nie wsadzeniu układu do naprawy świecą się ciągle dwie diody.
    2.Po włożeniu do naprawy np Atmega8 przy włączeniu zasilania migną szybko dwie diody.Po naciśnięciu przycisku reset też dwie diody tylko migną.
    3.Jak wsadzę "naprawioną" Atmegę do programatora to wszystko zapisane jest przez FF.
    4.Po podłączeniu przez com do terminala pokazują się takie krzaki i to w zależności jaki ustawię transwer to są różne krzaczki.
    5.Ścieżki jużsprawdzałem kilka razy FuseBity też ustawione na L:0xE1 H:0xD1
    Co mam jeszcze sprawdzić
  • #135
    manekinen
    Level 29  
    Pomóc może tylko terminal.

    Proszę też podać wersję softu, wersję płytki, oraz w jakim trybie próbujesz pracować (automat czy manual, dotyczy softu 2.10 i większego).

    Jeśli terminal wypluwa krzaki, a jest on ustawiony dobrze, to może znaczyć że wewnętrzny oscylator atmegi-doktora nie jest dobrze skalibrowany i daleko mu do częstotliwości 8MHz. W takim razie można spróbować podpiąć zewnętrzny rezonator 8MHz i ustawić go w fuskach.

    Możesz wkleić jeszcze zrzut z ustawieniami terminala.

    fred114 wrote:
    3.Jak wsadzę "naprawioną" Atmegę do programatora to wszystko zapisane jest przez FF.

    Co jest zapisane FF?
  • #136
    fred114
    Level 12  
    Dzieki za szybką reakcję.Używam wsadu i płytki z atmega-hvpp-fusebit-doctor_update11.rar.Zaprogramowałem kilka Atmrg8 tym samym wsadem i efekt był identyczny.Zpliku readme wyczytałem że ustawienie fusów i kwarcu mabyć:
    FUSEBITS: internal 1MHz clock, EESAVE enabled:
    M8 L:0xE1 H:0xD1
    Ustawiłem zegar na 1 Mhz.Może w tym jest problem.Nie za bardzo rozumiem
    co znaczy "automat czy manual"
    Próbowałem wkleić zrzut z terminala przy transferze 34800 i 4800 (są inne krzaczki) ale niestety nie udało mi się ich załadowac na stronę.Pobróbuję jeszcze raz.
    Firmware jest w wersji 2,11 i płytka też z tej wersji.Mam jeszcze pytanie czy oporniki 1kom mogą być też powodem złego pokazywania na terminalu ?Doczytalem się że można stosowac 330om.A przy okazji ja podpiołem wtyk żeński bezpośrednio do Coma.Może wymagany jest konwerter np.na max232 i stąd jest taki problem.
  • #137
    manekinen
    Level 29  
    fred114 wrote:
    Ustawiłem zegar na 1 Mhz.Może w tym jest problem

    Mój błąd! Rozpędziłem się z tym 8MHz, ma być oczywiście 1MHz ;)

    fred114 wrote:
    Nie za bardzo rozumiem
    co znaczy "automat czy manual"

    https://www.elektroda.pl/rtvforum/viewtopic.php?p=9303130#9303130

    fred114 wrote:
    Próbowałem wkleić zrzut z terminala przy transferze 34800 i 4800

    Chodziło mi o ustawienia terminala, nie o krzaki które odbiera.

    fred114 wrote:
    Mam jeszcze pytanie czy oporniki 1kom mogą być też powodem złego pokazywania na terminalu ?Doczytalem się że można stosowac 330om

    Można w takich granicach. U mnie pracuje z 1K.

    fred114 wrote:
    Może wymagany jest konwerter np.na max232 i stąd jest taki problem.

    Tragedia! Oczywiście że potrzebny jest konwerter, sądziłem że są to takie podstawy o których nie trzeba wałkować na okrągło :(

    I jeszcze przy okazji, popraw znaki przestankowe w poście, bo za takie błędy posty często gęsto lecą do kosza :(
  • #138
    fred114
    Level 12  
    Jutro zrobię konwerter na max232 i zobaczę czy kszaczki się skończą.Chyba że musi być innego typu konwerter.Czytałem że sa w wesji 3,3v i TTL.Myślę że w tej obcji musi być TTL.
  • #139
    piotrva
    VIP Meritorious for electroda.pl
    Tak, to ma być zwykły konwerter na max232 (do standardu TTL 5V). Niestety ale śmiem jeszcze zwrócić uwagę na to, iż poprzez podpięcie urządzenia bezpośrednio do portu COM mógł ulec uszkodzeniu procesor wykorzystywany jako doctor (w RS232 występują stany -10V i +10V, a takowych procesory z tej rodziny nie tolerują...).
  • #141
    manekinen
    Level 29  
    Zgaduję że zbudowałeś konwerter rs232 na attiny2313

    Obsługuje on tylko prędkości 2400, 9600, oraz 38400. Atmega Fusebit Doctor "nadaje" na 4800 - więc niestety nic z tego.
  • #143
    manekinen
    Level 29  
    Czy masz problem z odratowaniem jakiegoś procka? Jeśli nie masz innego konwertera (nie wiem czy da się te zmodyfikować aby działały przy 4800) to napisz na jaki procek skompilować Ci wsad - jak znajdę czas to podeślę. W ramach wyjątku, bo gdybym miał kompilować i publikować wsady w 20 różnych wersjach dla osób z różnymi potrzebami, to bym się zaplątał w tym wszystkim ;)
  • #144
    kaeltaz
    Level 16  
    manekinen wrote:
    napisz na jaki procek skompilować Ci wsad
    Wsad do czego? Konwertera? Zauważyłem że na filmiku używa kolega chyba swojego konwertera.

    Dodano po 50 [minuty]:

    Jest możliwość zmiany prędkości przesyłu w doktorku na 2400 lub 9600?

    Dodano po 4 [godziny] 24 [minuty]:

    Jeszcze się zapytam czy bez podłączonego terminala napięcie między tx a gnd w doktorku powinno wynosić 5v bo przy odłączonym konwerterze od USB cały czas mi się zasila od doktorka.
  • #145
    manekinen
    Level 29  
    kaeltaz wrote:
    Wsad do czego? Konwertera? Zauważyłem że na filmiku używa kolega chyba swojego konwertera.

    Tak bo kiedyś doctor nadawał przy 2400bps
    kaeltaz wrote:
    Jest możliwość zmiany prędkości przesyłu w doktorku na 2400 lub 9600?

    O to właśnie pytałem w poprzednim poście. Mogę ustawić na 2400 tylko pytam jaki układ masz w roli doctora.
    kaeltaz wrote:
    Jeszcze się zapytam czy bez podłączonego terminala napięcie między tx a gnd w doktorku powinno wynosić 5v bo przy odłączonym konwerterze od USB cały czas mi się zasila od doktorka.

    Chyba tak, w stanie kiedy nic nie jest wysyłane będzie tam stan wysoki czyli 5V. Natomiast na pinie RX doctora (tam gdzie masz rezystor do masy) powinno być 0V gdy masz odłączony konwerter.

    Dodano po 1 [minuty]:

    AHA, niedługo będą dostępne płytki do atmega fusebit doctora :) Więc jeśli ktoś jeszcze planuje budowę to proponuję zaczekać :)
  • #146
    kaeltaz
    Level 16  
    Ok teraz wszystko rozumiem. :-) W roli doktora mam atmege8a-pu. Z płytki nie skorzystam gdyż mam już doktora w wersji 11 chyba że planuje kolega wydanie nowego uaktualnienia z nową płytą? :-)
    PS. Czekam na wsadzik :-). Jeszcze raz dziękuje.
  • #147
    manekinen
    Level 29  
    Ok w załączniku wersja 2.11 z ustawieniem 2400 - nie testowane.

    Płytki w wersji 2H - raczej już nic nie będzie zmieniane, nikt nie zgłasza już żadnych błedów tak więc i płytka i soft są w końcu ok :)
  • #148
    kaeltaz
    Level 16  
    Wie kolega jak ustawić w tym przypadku zworki w konwerterze?

    Dodano po 2 [godziny] 7 [minuty]:

    No niestety same x mam w terminalu. :-(
    Atmega Fusebit Doctor (HVPP+HVSP) - napraw fusebity
    Teraz po podłączeniu przelotki i naciśnięciu resetu na doktorku gasną mu diody. Wysyłając coś do doktorka widzę też x na terminalu. Tak działa przelotka bez żadnej podłączonej zworki.

    Dodano po 19 [minuty]:

    Ustawiasz jakoś specyficznie hyperterminala?

    Dodano po 18 [minuty]:

    Na każdy znak wpisany do terminalu przy podpiętym pacjencie doktor wysyła krzaki. Może zła jest przelotka.
  • #149
    mlassota
    Level 18  
    Witam Kolegów

    Jakiś czas temu budowałem µProg'a - inny układ Autora tego projektu.
    Niestety przez swoją indolencję usiłowałem zaprogramować procesor Mega328P - zasilany z baterii 3V - programatorem USBAsp działającym na poziome 5V.
    Po 2 próbie (czyli po 2 procesorze :) ) skontaktowałem się z Kolegą manekinen żeby wyjaśnić co robię nie tak. Okazało się że w nocie katalogowej opisana jest maksymalna różnica napięć miedzy zasilaniem układu docelowego a programatora na poziomie 0,5V. Było to powodem śmierci tych dwóch procesorów.

    Poprosiłem Kolegę manekinen o zaprojektowanie przystawki/adaptera umożliwiającego ratowanie procesorów w obudowach SMD - chciałem sprawdzić czy może jakimś dziwnym trafem procesory jednak przeżyły - tylko się zablokowały...

    Powstało coś takiego:
    Atmega Fusebit Doctor (HVPP+HVSP) - napraw fusebity Atmega Fusebit Doctor (HVPP+HVSP) - napraw fusebity

    Na tym miejscu chcę serdecznie podziękować Autorowi za zaprojektowanie zarówno Doctora jak i adaptera.

    Do mocowania wykorzystałem takie klipsy do papieru - sprawują sie wyśmienicie
    Atmega Fusebit Doctor (HVPP+HVSP) - napraw fusebity

    Oczyściłem nóżki wylutowanych układów z cyny przy pomocy plecionki i zamocowałem do adaptera:
    Atmega Fusebit Doctor (HVPP+HVSP) - napraw fusebity
    Po kilku próbach - z uwagi na brak kontaktu na kluczowych nóżkach - uzyskałem następujący wynik:
    Code:
    AUTOMATIC HVPP MODE 
    
                                                             
                       
                                                           
    Init programming...  DONE
                                                       
    Read signature...    7F 7F 7F - FAIL!
                                           
    Trying T2313 pinout..7F 7F 7F - FAIL!
                                           
                                         
                                         
    No chip in socket or chip does not responding
                                   
                                                 
                                 
    Please try again...

    Po jeszcze mocniejszym dociśnięciu moim oczom ukazał sie log:
    Code:
    AUTOMATIC HVPP MODE 
    
                                                             
                       
                                                           
    Init programming...  DONE
                                                       
    Read signature...    1E 95 0F
                                                   
    Searching chip...    no names in 8kB ver
                                         
    Chip erase...        DONE
                                                       
    Read fusebits...    L:46 H:D0 E:FD
                                             
    Should be...        L:62 H:D9 E:FF
                                             
    Lockbits...          DISABLED (FF)
                                               
    Writing 62 D9 FF...  DONE
                                                       
    Verifying...        L:62 H:D9 E:FF - OK!
                                       
    35 fixed chips
                                                                   
                   
                                                                 
    Thank You

    Czyli procesor sprawny... Od razu wziąłem się za drugi uszkodzony procesor i po początkowym efekcie:
    Code:
    AUTOMATIC HVPP MODE
    
                                                               
                         
                                                             
    Init programming...  DONE
                                                         
    Read signature...    1E 97 1E
                                                   
    Searching chip...    no names in 8kB ver
                                         
                                             
                                       
    Chip not supported.
     

    AUTOMATIC HVPP MODE
                                                               
                         
                                                             
    Init programming...  DONE
                                                         
    Read signature...    00 07 07 - FAIL!
                                             
    Trying T2313 pinout..00 07 07 - FAIL!
                                             
                                           
                                           
    No chip in socket or chip does not responding
                                     
                                                   
                                   
    Please try again...


    AUTOMATIC HVPP MODE

    zobaczyłem:
    Code:
    AUTOMATIC HVPP MODE
    
                                                               
                         
                                                             
    Init programming...  DONE
                                                         
    Read signature...    1E 95 0F
                                                   
    Searching chip...    no names in 8kB ver
                                         
    Chip erase...        DONE
                                                         
    Read fusebits...     L:41 H:41 E:FA
                                               
    Should be...         L:62 H:D9 E:FF
                                               
    Lockbits...          DISABLED (FF)
                                               
    Writing 62 D9 FF...  DONE
                                                         
    Verifying...         L:62 H:D9 E:FF - OK!
                                         
    36 fixed chips

    Żyją oba... Pozostała kwestia sprawności ISP. Podłączyłem do programatora i odczytałem sygnaturę - ruszył. Dla pewności wgrałem prawie 32kB soft i zweryfikowałem go - przeszło pozytywnie.
    Atmega Fusebit Doctor (HVPP+HVSP) - napraw fusebity

    Żeby sprawdzić czy adapter nadaje się do innych procesorów przetestowałem go na:
    Mega8 Tiny2313 Mega32 Mega328 oraz Mega128
    Ten ostatni na poniższych zdjęciach:
    Atmega Fusebit Doctor (HVPP+HVSP) - napraw fusebity
    Log:
    Code:
    AUTOMATIC HVPP MODE
    
                                                               
                         
                                                             
    Init programming...  DONE
                                                         
    Read signature...    1E 97 02
                                                   
    Searching chip...    no names in 8kB ver
                                         
    Chip erase...        DONE
                                                         
    Read fusebits...     L:E1 H:99 E:FD
                                               
    Should be...         L:E1 H:99 E:FD
                                               
    Lockbits...          DISABLED (FF)
                                               
    Writing E1 99 FD...  DONE
                                                         
    Verifying...         L:E1 H:99 E:FD - OK!
                                         
    39 fixed chips
                                                                   
                   
                                                                 
    Thank You


    Tak więc przystawka nadaje się do ratowania nawet wylutowanych pozornie martwych procesorów w obudowach SMD.
    Polecam wszystkim - można znacząco obniżyć koszty naszego hobby :)
    Pozdrawiam i dziękuję Koledze manekinen za wszelką pomoc
  • #150
    manekinen
    Level 29  
    Dzięki za ten pełny opis, fajnie też że przetestowałeś adapter z innymi prockami - nie chciałem go publikować nie wiedząc czy nie ma jakiegoś błędu. A nie mogłem sam go wykonać z powodu problemów z drukarką :( Ale w takim razie załączam go w załączniku poniżej, są tam pliku projektu eagle light 5.10 oraz wersje PDF.

    Dodam, że jeden z użytkowników elektrody który popełnił identyczny błąd - programował procek zasilany z 3,3V stanami 0-5V - podesłał mi trzy układy do sprawdzenia w doctorze. Programowanie odbywało się tak że zapisywał on tylko flash bez fusebitów, zapis flasha OK a potem układ martwy - nie odpowiada dla ISP. Więc podejrzenia to uszkodzone piny sprzętowego ISP. Po umieszczeniu w profesjonalnym adapterze (Link oraz Link) Okazało się że dwa z nich żyją i mają się dobrze! Doctor naprawił ustawienie fusebitów i układy w pełni sprawne. A fusebity?

    Pierwszy: L:81 H:D0 E:FF
    Drugi: L:24 H:8B E:FD

    Czyli w ogóle coś czego nie da się ustawić programatorem. Ustawienie CKSEL w ogóle po za specyfikacją. Jedno jest pewne: w obydwu przypadkach fusebity przestawiły się SAME w jakieś losowe wartości - z powodu zbyt wysokiego napięcia programowania.