Witam.
Od paru ładnych lat do programowania używam pliki HEX stworzone w bascom AVR i programu AVR STUDIO 4.18. Pewnego pięknego dnia programując nową partię ATMEGA328 zauważyłem iż po ustawieniu fusebitów, lub po wgrywaniu programu do mikrokontrolera traciłem łączność z mikrokontrolerem. Cztery scalaki się zablokowały, następne 10 zaprogramowałem poprawnie. Programowanie odbywa się w podstawce zalilanej z USB.
Następne mikrokontrolery które udało mi się jakoś zablokować to były ATMEGA 128.
Zaraz na początku udało się sprawdzić np. fusebity i była łączność. Po ustawieniu kwarcu zewnętrznego i wyłączenia ikony JTAG - była łączność. Ustawiłem częstotliwość programowania ISP na 1MHz (kwarc w układzie ma 16 Mhz), wybrałem plik hex, włączyłem programowanie i z tego co pamiętam programowanie przeszło bez problemu, natomiast podczas weryfikacji straciłem łączność z mikrokontrolerem.
Nawet na działającym obiekcie chciałem coś zmienić w programie i również zablokowałem procka.
Próbowałem wgrywać nowy firmware do programatora AVRISP mkII, lecz nic to nie dało.
Sciągnąłem ATMEL STUDIO 6.1 i nic to nie dało.
Pomyślałem sobie uszkodzony programator albo bit SPIEN do programowania szeregowego.
Zakupiłem AVR DRAGONA, podpiąłem się równolegle do układu, którego zasiliłem z AVR DRAGON i ku mojemu zdziwieniu bit SPIEN JEST ZAFAJECZKOWANY.
Mam łączność z ATMEGĄ (Device signature odczytane).
Podpiąłem się jeszcze raz ze złączem ISP na AVR DRAGON i tak jak poprzednio brak łącznośći z układem.
Pomyślałem że zaprogramuję układ za pomocą programatora równoległego. Wybrałem plik HEX, włączyłem programowanie, skończyło kasować i w momencie kiedy zaczęło programować wyskoczył błąd:
UNABLE TO OPEN FILE HEX
FILE HEX DOES NOT EXIST.
Pytanie do bardziej doświadczonych - czy programator równoległy może naprawić wszystko co popsuje programator szeregowy?
Dlaczego ATMEL STUDIO 6.1 nie widzi pliku HEX z którym nie było nigdy problemów
Na co zwrócić uwagę (fuse bity, lock bity itp) aby programowanie szeregowe znowu działało.
Nadmienię iż nie zmienił się system, ani komputer.
Od paru ładnych lat do programowania używam pliki HEX stworzone w bascom AVR i programu AVR STUDIO 4.18. Pewnego pięknego dnia programując nową partię ATMEGA328 zauważyłem iż po ustawieniu fusebitów, lub po wgrywaniu programu do mikrokontrolera traciłem łączność z mikrokontrolerem. Cztery scalaki się zablokowały, następne 10 zaprogramowałem poprawnie. Programowanie odbywa się w podstawce zalilanej z USB.
Następne mikrokontrolery które udało mi się jakoś zablokować to były ATMEGA 128.
Zaraz na początku udało się sprawdzić np. fusebity i była łączność. Po ustawieniu kwarcu zewnętrznego i wyłączenia ikony JTAG - była łączność. Ustawiłem częstotliwość programowania ISP na 1MHz (kwarc w układzie ma 16 Mhz), wybrałem plik hex, włączyłem programowanie i z tego co pamiętam programowanie przeszło bez problemu, natomiast podczas weryfikacji straciłem łączność z mikrokontrolerem.
Nawet na działającym obiekcie chciałem coś zmienić w programie i również zablokowałem procka.
Próbowałem wgrywać nowy firmware do programatora AVRISP mkII, lecz nic to nie dało.
Sciągnąłem ATMEL STUDIO 6.1 i nic to nie dało.
Pomyślałem sobie uszkodzony programator albo bit SPIEN do programowania szeregowego.
Zakupiłem AVR DRAGONA, podpiąłem się równolegle do układu, którego zasiliłem z AVR DRAGON i ku mojemu zdziwieniu bit SPIEN JEST ZAFAJECZKOWANY.
Mam łączność z ATMEGĄ (Device signature odczytane).
Podpiąłem się jeszcze raz ze złączem ISP na AVR DRAGON i tak jak poprzednio brak łącznośći z układem.
Pomyślałem że zaprogramuję układ za pomocą programatora równoległego. Wybrałem plik HEX, włączyłem programowanie, skończyło kasować i w momencie kiedy zaczęło programować wyskoczył błąd:
UNABLE TO OPEN FILE HEX
FILE HEX DOES NOT EXIST.
Pytanie do bardziej doświadczonych - czy programator równoległy może naprawić wszystko co popsuje programator szeregowy?
Dlaczego ATMEL STUDIO 6.1 nie widzi pliku HEX z którym nie było nigdy problemów
Na co zwrócić uwagę (fuse bity, lock bity itp) aby programowanie szeregowe znowu działało.
Nadmienię iż nie zmienił się system, ani komputer.