Czy wymiana CPU w Arduino Nano po podaniu 8V na pin +5V wystarczy?

Podałem +8V na pin +5V arduino nano mea culpa
Po przeczytaniu http://www.rugged-circuits.com/10-ways-to-destroy-an-arduino/
wnioskuję na 100% uwaliłem CPU.

Czy uwaliłem coś jeszcze ?

Teraz jak podam 12V na VIN pin to
- pin +5V ma napięcie 5V
- ping +3.3 ma napięcie 3.3V
- reset pin ma 5V i po wciśnięciu resetu spada na 0V.
- diody na płytce ok, LED power pali, LED 13 czasm miga (przy resecie)
- przy wgyrwaniu skechu z IDE błąd

Cytat:

avrdude: verification error, first mismatch at byte 0x0000
0x00 != 0x0c
avrdude: verification error; content mismatch

Komputer widzi nano, odczytuje identifikator USB (IDE Tools/Get board info) z nano

Wiem że CPU to 8pln a nano 15pl.
Z ciekawości zapytam,
czy po wymianie CPU i wgraniu bootloadera, podniesie się czy coś jeszcze upaliło ?

EDIT:
Przed 'wydarzeniem' miałem wgrany sketch który teraz nie działa (rozjaśnianie diody PWM-em).

Sprawdź na innym CPU(z wgranym bootloaderem) czy układ od komunikacji FDI działa.

andrzej55 napisał:

Sprawdź na innym CPU(z wgranym bootloaderem) czy układ od komunikacji FDI działa.

Nie rozumiem,

- wlutować nowy CPU z bootloaderem ?
- wylutowac FDI i przelutować do innej płyty ?

Masz jeszcze jakieś inne Arduino lub procesor obsługiwany przez to IDE?

Tak, mam dwie płytki
sprawdziłem drugie 'nano', wszystko działa jak należy

EDIT:
Używam wbudowanego programatora w nano, nie zewnętrznego.

Jak odczyta to oznacza ?
Jak nie odczyta to oznacza ?

Podłączyłem USBASP do komputera

Wgrałem najnowsze stery, http://www.atnel.pl/download/elektronika/usbasp/libUSBx64.zip

Podłączyłem _tylko_ kabel od USBASP do nano (zrobiłem przejściówke 10pin na 6pin)

Uruchomiłem arduino IDE, dalej nie wiem jak postępować aby sprawdzić czy nano 'daje znaki życia'.

W nano nie pali się żadna dioda, tylko na usbasp pali się czerwona dioda.

Arduino IDE
programer => usbasp
burn boolader pokazuje

Cytat:

avrdude: verification error, first mismatch at byte 0x0000
0x0f != 0x3f
avrdude: verification error; content mismatch
Error while burning bootloader.

Gdy podłącze drugi exemplarz nano (nieuszkodzony) to nie ma błędu, i IDE raportuje "Done burning boolader"

Możesz dla pewności spróbować jeszcze wgrać przykładowego "blinka" przez USBASP.

Nie mogę wgrać blinka USBASP-em (z arduiono IDE) ani do zepsutego ani do dobrego nano.

Wgrywanie wisi,
Coś robię nie tak, co ?

otrzymuję następujący

Cytat:

Sketch uses 1,066 bytes (3%) of program storage space. Maximum is 30,720 bytes.
Global variables use 9 bytes (0%) of dynamic memory, leaving 2,039 bytes for local variables. Maximum is 2,048 bytes.
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x30
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x20
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x30
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x20
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x30
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x20
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x30
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x20
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x30
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x20

Dodano po 34 [minuty]:

Piotrus_999 napisał:

uzyj avrdude

Jak zidentifikować port na którym którego używa USBASP ?

Dla USBASP nie ma ustawiania numeru portu. Wgraj poleceniami "Szkic/Wgraj używając programatora".

Dzięki, Wgrało do 'nieusmażonego' nano, 0 błędów,

Ale dlaczego nano sketch nie działa jak nano wisi tylko na kablu od programatora ?
przeca programator podaje +5V na pinach ICSP 2,6.

Jak odłącze usbasp i podłącze na płytke i zasilę na VIN pin, to blink się uruchamia.

Znaczy po wgraniu sketcha przez usbasp bootloader jest skasowany ?
bo nie widzę opóżnienia przy starcie blinka po załaczeniu zasilania.

przy wgrywaniu przes USBASP do uszkodzonego nano nadal błąd

Cytat:

avrdude: verification error, first mismatch at byte 0x0000
0x00 != 0x0c
avrdude: verification error; content mismatch

Wgrywanie programatorem usuwa bootloader. Jak zauważyłeś szybciej się uruchamia, bo procesor już nie oczekuje na sygnał resetu i rozpoczęcie ładowania programu tylko od razu przechodzi do działania. Dzięki temu zyskujemy też ok. 1,5KB więcej miejsca na program w pamięci flash.
Pozostaje jedynie wylutować uszkodzonego uC i łącząc RX,TX,Reset, GND, +5V z uszkodzonej płytki z działającym Nano(z wgranym bootloaderem) i przetestować sprawność układu FDI.

andrzej55 napisał:

Pozostaje jedynie wylutować uszkodzonego uC i łącząc RX,TX,Reset, GND, +5V z uszkodzonej płytki z działającym Nano(z wgranym bootloaderem) i przetestować sprawność układu FDI.

Znaczy
- usuwam uC
- podłączam rx,tx,reset,gnd,+5V piny między dobry i uszkodznonynano
- podłaczam USB kabel do uszkodzonego nano (tego bez USB)
- wykonuje upload.

Innymi słowy, podłaczam (za pomocą kabli) uC z dobrego nano, pod płytę uszkodzonego ? tak ?

Tak.
Nie jestem na 100% pewny czy ma być bezpośrednio Tx-Tx,Rx-Rx lub na krzyż Tx-Rx, Rx-Tx. Łącząc odwrotnie nic się nie powinno stać tylko nie będziesz miał komunikacji.

Właśnie zauważyłem że mam w pudle nieużywany ATMega8A-PU DIP, czy mogę go wypróbowąć do tego testu zepsutego nano ?

Jakieś porady jak Wylutować uC TQFP32 ?
Hotair czy z kolbą jakis magiczny trik ?

ATMega8 była stosowana w starszych wersjach Arduino i możesz ją znaleźć w menadżerze płytek pod nazwą "Arduino NG or older". Zmień procesor tej płytki z domyślnego Atmega168, na Atmega8, wgraj bootloader USBASP-em i testuj po USB(przez FDI zepsutej). Do programowania i prawidłowej pracy niezbędne jest podłączenie co najmniej rezonatora 16MHz z dwoma kondensatorami 22pF do masy i rezystora 10kohm między nóżką Reset i +5V! Niestety dużo bibliotek Arduino nie chce już współpracować z tą leciwą konstrukcją.
Wylutować uszkodzoną najłatwiej będzie gorącym powietrzem.

andrzej55 napisał:

Zmień procesor tej płytki z domyślnego Atmega168, na Atmega8, wgraj bootloader USBASP-em

Rozumiem że Ten krok należy wykonać bez użycia płytki nano,
tzn sama atmega na płytce stykowej + usbasp + kwarce i inne elementy jw ?

Po tym kroku podłączamy uC do nano przez tx/rx/5v/gnd/rst ?

EDIT:
nie ma kwarca w tej chwili, czy wystarczy ustawić SLOW CLOCK jumper na usbasp zamiast tego kwarca ?

Na stykówce możesz sobie takie pseudo arduino przygotować. Jeśli masz wątpliwości jak to powinno wyglądać schematy znajdziesz: https://www.arduino.cc/en/Main/Boards . Po pozytywnym wgraniu bootloadera połącz z popsutym nano(bez uszkodzonej Atmegi, którą wcześniej wylutowaleś) i testuj przez USB.
Atmega8 do pracy z Arduino musi posiadać dołączony kwarc! Zworki na USBASP zostaw w spokoju.

andrzej55 napisał:

Nie jestem na 100% pewny czy ma być bezpośrednio Tx-Tx,Rx-Rx lub na krzyż Tx-Rx, Rx-Tx

Ma być na krzyż.

TQFP32 wylutuj powietrzem. Najmniejsze ryzyko uszkodzenia PCB. Nie żałuj topnika. Z racji, że procesor uwalony to strumień powietrza (380-400 stopni) skieruj na jego obudowę. Podgrzej i stuknij płytką procesorem do góry nogami. Sam Ci odpadnie jeśli będzie wystarczająco nagrzany.

TQFP32 - bałem się go grzać powietrzem bo blisko jest kwarc i reset plastikowy przycisk.
Nałożyłem dużo cyny na nóżki na 4 bokach, i potem grzałem kolbą cynę jednocześnie 4 boki aż odpadł.

Raport - wgrywanie bootloader-a do Atmega8 (nówka ze sklepu),
1) w przejściówce IDC10 na IDC6 był problem z GND pinem. W/g schematu gniazda usbasp GND powinien być na 4,5,8,10 ale był tylko na 8,10 a ja podłączyłem IDC10/4 => IDC6/6.

2) bez kwarca usbasp nie mógł uzyskać komunikacji z uC (nawet po poprawionym GND pinie). Po wstawieniu kwarca wgrałem bootloader.

Dlaczego nie można było wgrać usbasp bez kwarca ? przeca atmega8 fabrycznie jest ustawiony na zegar RC 1Mhz.
Odczytałem fusebity i się okazało że atmega8 ustawiony zegar był na (fusebits CKOPT=0, CKSEL0-3=1111), czyli _NIE_ na wewnętrzny zegar RC.
Ktoś pomoże wyjaśnić dlaczego ?
Może na początku jak wsadziłem uC (to wtedy był zegar RC 1Mhz) i przez Arudino IDE + USBASP wgrałem bootlader pomyślnie ale jednocześnie avrdude był uruchomony z opcjami "ustaw fusbity na zegar zewnętrzny" ?
Potem jak próbowałem wgrywać to już nie było komunikacji bo zegar był ustawiony na zew kwarc, a kwarca nie było.
Inne teorie ?

Biorę się za podłączanie atmega8 do nano bez uC.

Piotrus_999 napisał:

Bo pewnie nie był to nowy procesor

Kupiłem go w sklepie i nic z nim nie robiłem, siedział w antystatycznym pudle, mam jeszcze jeden, wypróbuję jakie ma ustawienia fuse bez próby wgrywania bootloadera. Czuję jednak że 1sza próba wgrania bootloadera do atmegi bez kwarca była pomyślna ale ustawiła fuzy na zew kwarci i następny próby wgrania bootloadera kończyły się niepowodzeniem.

Podłączyłem atmega8 do nano płytki przez GND,+5V,Tx,Rx
W arduino IDE wgrałem blinkera przez USB, ale kable musiałby być tx/tx bo przy łączeniu tx/rx były błędy komunikacji.
Blinker działa i doda miga !!!
Zatem FDI na płycie nano nieuszkodzony, ufff.

Biorę się za lutowanie nowego atmega328P-AU TQFP32.

Z tego co wiem to należy (nie mam pasty lutowniczej)
- usnąć cynę plecionką, wymyć iso,
- przyłutować najpierw 2 nózki po przekątnej, tak aby nóżki pasowały do pól,
- przylutować reszę nóżek dodajać cyny i lecąć kolbą po nóżkach, nie więcej niz 10 sek grzać nóżkę

dobrze kombinuję ?

Wlutowałem uC ale pod dwoma nóżkami (2 i 3 od krawędzi) zrobiło się zwarcie,
dałem za dużo cyny i zwarcie było nad nózkami widoczne, usunałem plecionką ale nadal zostało zwarcie, gdzies pod nózkami,
za bardzo nie widzę pod lupą ale miernik piszczy

Jak to usunąć ?

Piotrus_999 napisał:

Jak nie to tylko możesz odlutować i poprawić.

nie no co ty, nie strasz mnie
pod te piny nic nie wcisnę,

Pod lupą x10 nic nie widać między pinami,

Zwarte piny VCC, ADC6
http://www.arconlab.com/images/atmega328_qtfp_web.png

Może czas na hotair ? ale ten kwarc tak blisko no i mam zero doświadczenia z hotair-em.