[Atmega16] Porty nie zmieniają stanu na wysoki przy programowaniu USBasp

Witam.

Programuję Atmega16 programatorem USBasp. Mój program wygląda następująco:



Wrzucam program do mC i port nie zmienia swojego stanu na wysoki. Sprawdzam miernikiem i jest 0V. To samo jest dla innych pinów tego portu oraz innych portów. Co może być przyczyną?

PS. Programuję układ ze zwartą zworką Slow SCK.

Pozdrawiam.

zamien na

Niestety to samo.
Na pinie 0 portu A mam na wyjściu 0,05V

Zasilanie masz?
W projekcie odpowiedni procesor, zegar, fusebity?

PORTA = 0xFF; ?

Inne porty sprawdzałeś?

Jesteś 100% pewny ze uklad sie programuje?

Mozesz sciagnać zawartość flasha i porownać z hexem ktory powstal w wyniku kompilacji?

Zasilanie mam na 100%. Sprawdzam miernikiem nóżki 10 i 11. Jest 5V.

lucas_mcs napisał:

PORTA = 0xFF; ?

Sprawdzałem tak już. Na żadnym pinie nie mam stanu wysokiego.

Zegar = domyślna częstotliwość.

Fuse Bits zamieszczone poniżej



Gdy próbuję odczytać zawartość pamięci programu (Flash) program się zawiesza na dłuższą chwilę po czym pokazuje błąd. Przedstawione poniżej.



W czym może być problem?

W tej chwili nie masz pewności, że układ się w ogóle zaprogramował. Spróbuj innym programem / programatorem.

Cytat:

Gdy próbuję odczytać zawartość pamięci programu (Flash) program się zawiesza na dłuższą chwilę po czym pokazuje błąd. Przedstawione poniżej.

Próbujesz zapisać plik Intel HEX w plik który nie jest Intel HEX'em (mimo że rozszerzenia są takie same) więc Avrdude wyrzuca błąd.

A dlaczego nie mogę odczytać pamięci programu do pliku?

Czytaj komunikaty w Avrdude po "Reading | ######..."

Cytat:

avrdude.exe: invalid output file format: -1

Zapisujesz flasha do złego pliku (musisz zapisać do Intel HEX'a żebyś mógł go odczytać).

mj_2000 napisał:

Spróbuj innym programem

Jaki polecasz?

Jak zapisać do Intel HEX'a pamięć programu w inny sposób?

Najprościej będzie skompilować jakiś kod do HEX'a (może być i ten co podałeś w pierwszym poście ale zapisz go pod inną nazwą) i spróbój zapisać to co odczytał Avrdude z ATmegi do tego pliku

polprzewodnikowy napisał:

Najprościej będzie skompilować jakiś kod do HEX'a...

Najprościej, to kierować się zdrowym rozsądkiem
Autor tematu, próbuje zapisać dane z pamięci programu do pliku, który jeszcze nie istnieje , a typ pliku jest ustawiony na AUTO. Skąd biedny avrdude ma wiedzieć jaki to typ pliku, skoro ten plik jeszcze nie istnieje
To tak na marginesie.
Jeżeli chcemy zapisać dane z flasha/eepromu do nowego pliku, musimy wybrać typ pliku.
Jeżeli chcemy danymi z flasha/eepromu nadpisać jakiś plik, to wtedy możemy ustawić typ pliku na auto.
To tyle

PS
Próba zapisu do istniejącego, ale "pustego" pliku, również zakończy się niepowodzeniem, jeśli to zrobimy w trybie auto.

Układ się programuje. Zgrałem pamięć Flash do obrazu po wgraniu innych programów i odkryłem, że pliki są różne.

Gdzie teraz należy szukać?

Kurcze, nie bardzo rozumiem. Twoją ostatnią wypowiedź. Możesz jaśniej? Pliki są takie same, czy różne?

Rzeczywiście namieszałem troche Już post jest poprawiony.

Dodam że kupiłem nową Atmega16 i wszystko się ładnie zaprogramowało. Chciałem się dowiedzieć jakie objawy wykazuje spalona/uszkodzona Atmega16 (jeżeli oczywiście można to w jakiś sposób określić).