logo elektroda
logo elektroda
X
logo elektroda
REKLAMA
REKLAMA
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

[ATMEGA88PA-AU][AVR Studio] problem z zaprogramowaniem flash

gary2007 19 Sty 2011 21:04 2646 15
REKLAMA
  • #1 9029237
    gary2007
    Poziom 14  
    Uruchomiłem pierwsze programowanie spod AVR studio i zaprogramowało układ. Nie dotykałem wogóle fusebitów, tylko flash program. Później ATmega przestała sie odzywać i nie można jej zaprogramować. Czy jest możliwe żeby zablokowała się tylko z powodu załadowania flasha czymś niewłaściwym? Atmega jest smd i nie wiem co z nią teraz robić.
  • REKLAMA
  • #2 9030021
    slawko_k
    Poziom 35  
    Cytat:
    Czy jest możliwe żeby zablokowała się tylko z powodu załadowania flasha czymś niewłaściwym

    Jak fusów nie ruszałeś to chyba nie powinno się nic złego stać. Choć zdażyło mi się kilka razy że podczas błędów przy programowaniu procki padały (może im się właśnie fusy zmieniały).

    Cytat:
    Atmega jest smd i nie wiem co z nią teraz robić

    To samo co z atmega w innej obudowie. Trzeba znaleźć problem i go rozwiązać
  • REKLAMA
  • #3 9030158
    gary2007
    Poziom 14  
    No i co z tymi prockami zrobiłeś? Zmieniłeś fusy w zewnętrznym programatorze czy leżą te klocki odłogiem i nie wiesz co sie z nimi stało?
  • #4 9030208
    janbernat
    Poziom 38  
    Wydaje mi się że jak wgrałeś HEX nie wiadomo jakiego to jest możliwa zmiana fusebitów.
    Ostatecznie sposób wgrywania programu i fusebitów jest taki sam.
    Chyba to same programy do tworzenia kodu dzielą to na program i fusebity.
    Jak w command byte procesor wykryje sekwencję 0100 0000 to może zmienić fusebity.
  • #5 9030247
    slawko_k
    Poziom 35  
    Cytat:
    No i co z tymi prockami zrobiłeś?

    wtedy mega8 4zł kosztowała więc nowe się kupowało.
    Te co same mi padły podczas programowania (bascomem na xp) to najczęściej reset sie wyłączał (po podaniu 0 program dalej działał).

    Można pokombinować z podpięciem kwarca lub zewnętrznego oscylatora. kilka procków tak uratowałem ale to wiedziałem że sam te fusy zmieniłem.
  • REKLAMA
  • #6 9030289
    gary2007
    Poziom 14  
    W zasadzie z tym hexem, którego wgrałem to było tak, ze w AVR studio utworzyłem projekt dla ATMEGA88PA-AU jednak dla wygenerowania pliku hex skopiowałem fragment starego programu z ATmega8515 nie zmieniając .INCLUDE "m8515def.inc" i skompilowałem.
  • REKLAMA
  • #7 12009326
    MarekS6
    Poziom 16  
    temat bardzo stary ale może ktoś zna odpowiedź, wgrałem prosty programik do tiny2313 i od pierwszego zaprogramowania brak kontaktu z prockami - było kilka sztuk w celu sprawdzenia i wszystkie to samo :(

    Ważna sprawa jest taka że na obudowie było 2313A a programator wykrywał je jako 2313 więc skompilowałem program pod wersje bez A. Czy mimo wykrycia 2313 powinienem załadować do niego wersje skompilowaną pod 2313A?

    Programator mi teraz wywala że nie może odczytać sygnatury :( Czy inny wysokonapięciowy lub równoległy wykryje i zaprogramuje poprawnie te tiny?
  • #8 12009501
    dondu
    Moderator na urlopie...
    MarekS6 napisał:
    temat bardzo stary ale może ktoś zna odpowiedź, wgrałem prosty programik do tiny2313 i od pierwszego zaprogramowania brak kontaktu z prockami - było kilka sztuk w celu sprawdzenia i wszystkie to samo :(

    Programator mi teraz wywala że nie może odczytać sygnatury :( Czy inny wysokonapięciowy lub równoległy wykryje i zaprogramuje poprawnie te tiny?


    Zobacz dwa tematy:
    - problemy z zaprogramowaniem
    - zablokowany mikrokontroler AVR

    MarekS6 napisał:
    Ważna sprawa jest taka że na obudowie było 2313A a programator wykrywał je jako 2313 więc skompilowałem program pod wersje bez A. Czy mimo wykrycia 2313 powinienem załadować do niego wersje skompilowaną pod 2313A?

    Na to pytanie odpowie Ci dokument: http://www.atmel.com/Images/doc8261.pdf
  • #9 12010020
    MarekS6
    Poziom 16  
    dziękuje za odpowiedź, zapomniałem napisać że NIE zmieniałem Fusbitów w tych prockach więc dziwię się że przestały odpowiadać. Zostawiłem na wewnętrznym gen 8MHz oraz bez dzielenia przez 8 (co wcześniej już miałem wyłączone we wszystkich tych prockach). Próbowałem już nawet z zewnętrznym generatorem na 555 którym wcześniej inne TINY już naprawiałem po złym ustawieniu fusów. Co do doktora, to chcę go poskładać ale teraz nie mam na to czasu.

    Wracając do różnic w 2313 i 2313A - tylko tam w tym PDFie od atmela nic nie wspomnieli że programator może wykrywać inaczej niż na obudowie jest napisane. Czy ktoś już tak miał?
  • #10 12010150
    piotrva
    VIP Zasłużony dla elektroda
    Łał, wystarczy sprawdzić w dokumentacji, że obie kości mają taką samą sygnaturę - więc programator nie ustali czy to wersja A czy nie.
    A co do zablokowania - jak generator nie pomaga to tylko tryb wysokonapięciowy.
  • #11 12010166
    MarekS6
    Poziom 16  
    przepraszam, jestem początkujący i nie doczytałem tego w dokumentacji, więc dziękuje. To wiele tłumaczy... Po prostu kompilowałem program pod wersje bez A...
  • #12 12010477
    dondu
    Moderator na urlopie...
    MarekS6 napisał:
    Wracając do różnic w 2313 i 2313A - tylko tam w tym PDFie od atmela nic nie wspomnieli że programator może wykrywać inaczej niż na obudowie jest napisane. Czy ktoś już tak miał?

    Tak, to faktycznie może dziwić, ale najważniejszy z Twojego punktu widzenia jest fragment:

    Cytat:
    The ATtiny2313A is a functionally identical, drop-in replacement for the ATtiny2313.

    All devices are subject to the same qualification process and same set
    of production tests, but as the manufacturing process is not the same some
    electrical characteristics differ.


    Ale zobacz co pisze w części: New or Updated Bits and Registers
    pkt. nr 3
  • #13 12011314
    MarekS6
    Poziom 16  
    no widzę że wersja A jednak się troszkę różni, ale teraz mam znów pytanie do kolegi "piotrva" - piszesz że sygnatury tych układów są takie same więc programator ich nie rozróżni. W takim razie jak mam wersje A zaprogramować kiedy programator wykrywa wersje bez A i bascom wywala mi błąd że programowanie przerwane z powodu złej wybranej sygnatury?
  • #14 12011422
    slawko_k
    Poziom 35  
    Nie wiem jak w 2313 ale wszystkie inne jakich używałem z literka A na końcu miały inne sygnatury i bascom nie chciał programować.
    Dybkowski programował bez problemów.
  • #16 12011855
    MarekS6
    Poziom 16  
    czyli z tego co pisze kolega slawko wnioskuję że musiałbym sprawdzić czy kod po kompilacji na wersje A będzie można wgrać innym programem niż bascom, np AVRDude, lecz jeśli mają one te same sygnatury jak pisze dondu to po co w bascomie są osobno obie wersje skoro ten nie zaprogramuje wersji A bo zawsze wykrywa wersje "bez A" nie ważne jaki faktycznie się chce zaprogramować?
REKLAMA