Elektroda.pl
Elektroda.pl
X

Wyszukiwarki naszych partnerów

Wyszukaj w ofercie 200 tys. produktów TME
Kategoria: Kamery IP / Alarmy / Automatyka Bram
Montersi
Proszę, dodaj wyjątek elektroda.pl do Adblock.
Dzięki temu, że oglądasz reklamy, wspierasz portal i użytkowników.

AVR - Atmega16A pierwszy program.

filip10 13 Lut 2017 17:50 2448 62
  • #31 13 Lut 2017 17:50
    filip10
    Poziom 9  

    Problem w tym, że plik makefile tworzę tak samo jak wcześniej a jednak nie działa.

  • #33 13 Lut 2017 18:18
    filip10
    Poziom 9  

    Błąd jest na zdjęciu, które wstawiłem.

  • #34 13 Lut 2017 19:14
    435758
    Usunięty  
  • #35 13 Lut 2017 21:26
    filip10
    Poziom 9  

    Kod: avrasm
    Zaloguj się, aby zobaczyć kod

    Oczywiście nazwa pliku w notepadzie zmieniłem na qwe.c tak jak w makefile.
    Kod: c
    Zaloguj się, aby zobaczyć kod

  • #36 13 Lut 2017 21:54
    435758
    Usunięty  
  • #37 13 Lut 2017 23:05
    filip10
    Poziom 9  

    Wcześniej działało na lpt1.
    Zmieniłem na USB i jest to samo.



    Zamieniłem plik msys-1.0.dll w folderze utils\bin na jakiś pobrany z neta.
    Po tym kliknąłem "make all" i o dziwo nie ma błędów ale po kliknięciu "make program" jest ponownie błąd taki jak na samym początku, a ATmega się resetuje:
    AVR - Atmega16A pierwszy program.

    Dodam, że nie zmieniałem połączeń i też dla upewnienia wszystko sprawdziłem.

    Nie wiem czy to ma jakieś znaczenie ale ten błąd pojawił się za pierwszym razem i teraz po próbie wgrania przez AVR Studio.

  • #38 14 Lut 2017 04:48
    435758
    Usunięty  
  • #39 14 Lut 2017 09:00
    Piotrus_999
    Poziom 39  

    make clean, make all zanim zaczniesz się cieszyć. Albo kable, albo wygrywając coś, ustawiłem też fusy. Jeżeli masz 1MHz to bez spowolnienia zegara nie pójdzie

  • #40 14 Lut 2017 15:33
    filip10
    Poziom 9  

    majeranek53 napisał:
    Nie przypominam sobie aby ktoś Ci kazał podmieniać plik msys-1.0.dll.
    Obrazek jaki teraz przedstawiłeś nakazuje sprawdzić połączenia.
    Zdecyduj się czy programujesz ATmega16A czy ATmega16 ???

    Na końcu komendy wywołującej avrdude dodaj parametr " -B 10 ".


    Zamieniłem plik bo znalazłem gdzieś takie potwierdzone rozwiązanie.
    W każdej chwili mogę wrócić do wcześniejszego.

    Połączenia są sprawdzone, a zresztą nie dotykając połączeń po tym "make clean" na początku, coś się zepsuło, więc to nie jest wina połączeń na bank.

    Programmer's notepad nie rozpoznaje ATmegi16A, a ATmega16 ma identyczne wyjścia. Poza tym wszystko działało na tych samych ustawieniach w makefile.

    Po dodaniu " -B 10 " :
    Kod: avrasm
    Zaloguj się, aby zobaczyć kod

  • #41 14 Lut 2017 17:06
    Piotrus_999
    Poziom 39  

    Już Ci napisałem co jest przyczyną niemożności zmiany zegara w USBASP. Nawet jeżeli zadasz to pytanie jeszcze 1000 razy, a różni "specjaliści" napiszą że się da, nie zmieni to postaci rzeczy. Znajdź kogoś z drugim usbasp lub arduino, zobacz w internecie jak to zrobić i zaktualizuj firmware.

  • #42 14 Lut 2017 17:45
    filip10
    Poziom 9  

    Zamówiłem drugi taki sam programator, zobaczę czy nim da się wgrać.

  • #43 14 Lut 2017 17:47
    Piotrus_999
    Poziom 39  

    filip10 napisał:
    Zamówiłem drugi taki sam programator, zobaczę czy nim da się wgrać.
    Stawiam 99% że nie ale podłaczysz jeden do drugiego i zrobisz aktualizację. Wtedy żadna prędkość zegara AVR-a nie będzie Ci przeszkadzać.

  • #44 17 Lut 2017 01:30
    filip10
    Poziom 9  

    Zrobiłem wszystko jak w filmie z linku.
    https://www.youtube.com/watch?v=iHJwN7Z8QA4

    AVR - Atmega16A pierwszy program.
    Błąd nadal taki sam, bez linijki o aktualizacji firmware.
    Ciągłość od nóżek ATmegi do pinów programatora sprawdzona miernikiem.
    Chyba tylko nowa ATmega mnie ratuje...

  • #46 17 Lut 2017 11:34
    filip10
    Poziom 9  

    Wszystko prócz tego, że nie mogę nic wgrać.

    Kod: x86asm
    Zaloguj się, aby zobaczyć kod

  • #48 17 Lut 2017 12:41
    filip10
    Poziom 9  

    Oczywiście, że mój.

  • #51 17 Lut 2017 12:52
    dondu
    Moderator Mikrokontrolery Projektowanie

    Koledzy chyba niedokładnie popatrzyli :)
    Screen jest z wgrywania nowego firmware programatora, a komunikat wklejony tekstowo dotyczy próby wgrania programu przeprogramowanym wcześniej programatorem.

    @filip10
    Double check connections and try again informuje, że masz sprawdzić poprawność połączenia przewodów programatora do programowanego mikrokontrolera.

    Pokaż zdjęcia byśmy mogli sprawdzić.

    Przy okazji przestudiuj ten artykuł: Problemy z zaprogramowaniem mikrokontrolerów

  • #52 17 Lut 2017 13:02
    Piotrus_999
    Poziom 39  

    avrdude -p atmega16 -P usb -c usbasp -B 10 -U flash:w:qwe.hex

    i wtedy niech kolega powie
    ale i tak też obstawiam kabelki

    dondu napisał:
    Koledzy chyba niedokładnie popatrzyli

    Raczej autor łaskawie mógł napisac parę słów wyjaśnienia abyśmy nie musieli strzępić języków np spowalniania zegara.

  • #53 17 Lut 2017 13:09
    dondu
    Moderator Mikrokontrolery Projektowanie

    Piotrus_999 napisał:
    dondu napisał:
    Koledzy chyba niedokładnie popatrzyli

    Raczej autor łaskawie mógł napisac parę słów wyjaśnienia abyśmy nie musieli strzępić języków np spowalniania zegara.

    Toć przecież pisał:

    filip10 napisał:
    Zrobiłem wszystko jak w filmie z linku.
    https://www.youtube.com/watch?v=iHJwN7Z8QA4

    AVR - Atmega16A pierwszy program.

    Błąd nadal taki sam, bez linijki o aktualizacji firmware.

  • #54 17 Lut 2017 15:42
    filip10
    Poziom 9  

    Piotrus_999 napisał:
    avrdude -p atmega16 -P usb -c usbasp -B 10 -U flash:w:qwe.hex

    i wtedy niech kolega powie


    W ten sposób?
    AVRDUDE_WRITE_FLASH = "-B 10" -U flash:w:$(TARGET).hex

    Dodano po 39 [minuty]:

    A o to podłączenia:
    AVR - Atmega16A pierwszy program. AVR - Atmega16A pierwszy program. AVR - Atmega16A pierwszy program. AVR - Atmega16A pierwszy program.

    Dodano po 2 [minuty]:

    dondu napisał:

    Przy okazji przestudiuj ten artykuł: Problemy z zaprogramowaniem mikrokontrolerów


    Cały problem w tym, że kilka dni temu wszystko mi działało i wgrywało się bez problemu.

    Dodano po 17 [minuty]:

    Taki błąd sie pojawił po dodaniu: "-B 10"
    Kod: x86asm
    Zaloguj się, aby zobaczyć kod


    Dodano po 11 [minuty]:

    Czy to chodzi o to, że mam ATmegę16A a w makefile ATmegę16??
    :O
    Jeśli zmieniam na Atmega16 wtedy dostaję taki błąd:

    > "make.exe" program
    avrdude -p atmega16a -P usb -c USBasp "-B 10" -U flash:w:qwe.hex
    avrdude.exe: AVR Part "atmega16a" not found.

  • #56 17 Lut 2017 20:39
    filip10
    Poziom 9  

    Zmieniłem na -B16.
    Teraz znowu wywala błąd typu double check connection...
    Kupiłem też nową ATmegę i to samo z nią się dzieje.

  • #57 17 Lut 2017 20:59
    Piotrus_999
    Poziom 39  

    1. Proponuję użyć kabli ze sztywnymi końcówkami do łaczenia sygnałów.
    2. Odłacz wszystko poza połaczeniami asbasp
    3. Zasll z usbasp ni musisz do tego testy nawet dawać kondensatorów
    4. Sprawdź ( nie podłaczaj nic więcej co najwyżej możesz reset do Vcc przez rezystor)

  • #58 17 Lut 2017 21:08
    filip10
    Poziom 9  

    Przeszło.
    Nareszcie jakiś plus :D

  • #60 18 Lut 2017 00:35
    filip10
    Poziom 9  

    Mam takie, ale chciałem żeby nie było plątaniny.
    Dziwna sprawa trochę bo wszystko jest spoko, dopóki w programie nie ustawię pinów portu B jako wyjścia i nie podepnę ich do wyświetlacza.
    Wtedy pojawia się błąd żeby sprawdzić połączenia.
    Odłączam port B i wszystko śmiga.
    Nie mogę używać pinów tego portu, do których podpięty jest programator jako wyjścia?

 
Promocja -20%
Zamknij 
Wyszukaj w ofercie 200 tys. produktów TME
tme