Atmega 168PA - Arduino ciągle nadpisuje bootloader

Question

Mam układ bazujący na arduino z atmegą 168PA smd. Bootloader wgrywam przez usb asp. Po każdym wgraniu bootloadera moge wgrać program 1 raz. Za druga próbą już sa błędy. Przed każdym wgraniem programu muszę wgrać bootloader. Już kombinowałem z lockbitami, fusebitami itd. Nic nie pomogło. Jakaś rada?

tmf · Accepted Answer

Niemożliwe, jeśli lockbitami ustawisz ochronę bootloadera to nic (z wyjątkiem normalnego programatora, który może skasować cały chip) tego bootloadera nie ruszy.

Gienek · Accepted Answer

Jeżeli po wgraniu bootloadera ustawisz: Low: 0xFF; High: 0xDD; Extended: 0x00 i Lock bajt: 0x0F to nie powinieneś mieć problemów.

piotrva · Accepted Answer

Dziwna sytuacja... Bardzo dziwna. Fusy dobrze ustawione i dla 168PA się zgadzają...
Sam miałem podobny problem z M328P, ale tylko przy dużych programach...
Czy jesteś 100% pewny hardware'u?
I podpięcia pinu RESET do FT232?
Możesz pokazać schemat + zdjęcia?
EDIT: Choć to nie to chyba, ale pokaż...

piotrva · Accepted Answer

Problemu nie dość, że nie rozwiązałem (chyba, że wgrywając interesujący mnie wsad przez normalne ISP), to nawet w kilka osób nie byliśmy wstanie wyjaśnić...

piotrva · Accepted Answer

Tzn programy kompilują się do normalnego hexa. Teraz już nie pamiętam, ale jakoś wciskało się ctrl+shift i myszą klikało w Verify i wtedy w okienku na dole gdzie lecą komunikaty o rozmiarze pokazywała się ścieżka do katalogu temp zawierającego naszego hex'a (w gąszczu innych informacji).
EDIT: dokładnie Shift + myszką Verify w starszych wersjach, a w nowszych wchodzisz w File->Preferences i dajesz ticka przy polu show verbose output during compilation

piotrva · Answer

A jaki program wgrywasz? Ja mialem podobne problemy na m328p i przy dużych programach.

RAINBOWBRIDGE · Answer

Program ma 6482 bytes, ale z innymi jest to samo, bity ustawione tak jak podał wyżej kolega. Wyskakuje: avrdude: verification error, first mismatch at byte 0x0042 0x17 != 0x05 avrdude: verification error; content mismatch

piotrva · Answer

I na 100% wgrany dobry bootloader?
Jakie są objawy niedziałające bootloadera?
Jak wygląda flash z uszkodzonym bootloaderem? Porównaj sekcję bootloadera.

Dodano po 1 [minuty]:

Jaka wersja Arduino?

RAINBOWBRIDGE · Answer

Wersa arduino 0023, a tak zaawansowany nie jestem zeby porównać sekcje bootloadera, bootloader wgrany na 100% dobry (chyba że się myle) ktory powinienem wgrać do atmega 168PA? - wgrywam ten do atmega168 16mhz

Poniżej 3 pliki spakowane

piotrva · Answer

Wstaw następujące pliki (format hex):
1. Plik z bootloaderem, który wgrywasz
2. Zawartość procesora odczytana z niego ZARAZ PO WGRANIU BOOTLOADERA
3. Zawartość procesora po uszkodzeniu bootloadera
To porównam w wolnej chwili. Jakby Ci się udało teraz to od razu stwierdzę co i jak z nich wynika.

Dodano po 40 [minuty]:

Ja tu czekam na nowy post, a tu wkleiłeś w edycji

A więc bootloader nie wygląda na uszkodzony - jego sekcja nie uległa zmianie...
A czy to samo jest przy wgrywaniu przykładu Blink?

Promuję tematy:
21.10.2019 Podsumowanie lat 15 z elektroniką - od migania diodkami po książkę!
05.02.2019 Oscyloskop z wyświetlaczem VGA oparty na układzie FPGA Intel MAX10 (maXimator)
04.02.2017 Joystick USB - edycja druga
13.12.2015 Interfejs PC do zegarka nurkowego Suunto (Gekko/Vyper/...)

RAINBOWBRIDGE · Answer

Załadował sie 2 razy po czym wgrałem inny program który sie juz nie wgrał, po czym blink wgrał sie raz i teraz juz ani blink ani żaden inny - znowu trzeba wgrać bootloader - w sumie da sie z tym żyć ale trace dużo czasu przez to przy próbowaniu zmian w programie

piotrva · Answer

Hmmm, pokaż jeszcze odczytane wartości fusebitów.

RAINBOWBRIDGE · Answer

Fusy sa takie jak napisał GIENEK :Low: 0xFF; High: 0xDD; Extended: 0x00 i Lock bajt: 0x0F , może Atmega 168 i atmega 168PA smd nie sa kompatybilne mają 2 przetworniki więcej które zreszta moga pracować tylko jako wejscia analogowe

RAINBOWBRIDGE · Answer

Łącze się z płytką przez usbasp - sama w sobie nie ma usb.. schematu tej płytki nie posiadam ale ma standardowe łacze do programowania jak w usbasp, i jak rozwiązałeś ten problem? dzieki za zainteresowanie - teraz próbuje wgrać bootloader z metaboard

RAINBOWBRIDGE · Answer

A da sie jakoś kompilować programy pod arduino do normalnego hexa?

RAINBOWBRIDGE · Answer

Dzięki, tak będe robił zamiast czekać na wgranie bootloadera za każdym razem, na metaboard to samo

piotrva · Answer

Hmm, może jakiś problem z hardware jednak? Masz inny egzemplarz procesora do sprawdzenia?

RAINBOWBRIDGE · Answer

Przez AVR dude (+GUI) wszystko się wgywa i czyta bez problemów, więc hardware jest chyba ok

piotrva · Answer

Chodzi mi o hardware związany z bootloaderem, układ resetu procesora, podłączenie FT232 itp.

RAINBOWBRIDGE · Answer

Rozumiem - jak pisałem wcześniej nie ma FT232 tylko programuje przez usbasp, mam jeszcze przejściówkę usb uart - może tym podłaczyć?

piotrva · Answer

Zaraz, to po co Ci wogóle bootloader? Skoro nie używasz arduinowego programowania przez FT232?

RAINBOWBRIDGE · Answer

Właśnie spróbowalem bez bootloadera - program można wgrywać, ale jak chce wgrać inny to już jest błąd i musze kasować chip z innego programu. Da się ustawić żeby przed wgraniem avrdude sam kasował chip z poziomu arduino?

piotrva · Answer

Aaaaa, bo Ty programujesz to USBASP ale przez interfejs Arduino! Pewnie gdzieś się da ustawić, ale ja niestety się nigdy w USBASP nie bawiłem

RAINBOWBRIDGE · Answer

Dokładnie usbasp przez arduino - w każdym razie arduino wykorzystuje avrdude ( ale nie wiem gdzie dać parametr -e żeby kasował)

RAINBOWBRIDGE · Answer

Rozwiązanie=przed każdym załadowaniem programu włączyć na chwile avrdude-GUI i kliknąć chip erase - po czym załadować program przez arduino i usbasp, dziękuje za pomoc

Atmega 168PA - Arduino ciągle nadpisuje bootloader

Post #1

Post #2

Post #3

Post #4

Post #5

Post #6

Post #7

Post #8

Post #9

Post #10

Post #11

Post #12

Post #13

Post #14

Post #15

Post #16

Post #17

Post #18

Post #19

Post #20

Post #21

Post #22

Post #23

Post #24

Post #25

Post #26

Podsumowanie tematu