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

[Atmega8] Atmega8 i Avrdude - błąd odczytu sygnatury na Linuxie i XP, co robić?

eiliat 04 Maj 2012 00:33 1566 6
REKLAMA
  • #1 10858223
    eiliat
    Poziom 15  
    Witam,

    Jakie jest prawdopodobieństwo, że AVRdude blokuje mi procesory? Dzisiaj pisząc program przy N-tym programowaniu wyskakuje błąd, że nie można odnaleźć procesora. Po podłączeniu na XP-eku niezawodnego STK500 widzę ten sam problem. AVR-Studio nie potrafi odczytać sygnatury urządzenia. Biorę nową ATmege8, na XP w AVR-Studio prawidłowo odczytuje sygnaturę i programuje. Po podłączeniu na Linuxie i próbie programowania AVRDude pluje błędem i taka sama sytuacja. XP-ek również nie widzi procesora.

    Dlaczego tak się dzieje? Dodam, że zasilam wszystko 3.3V a mam podłączony LCD 5V. Nigdy jednak nie było problemów, nawet na Linuxie ileś tam razy zaprogramowałem aż tu nagle błąd.

    Nie ma mowy o błędnym podłączeniu bo kabelki milion razy sprawdzane a wymiana procesora na płytce prototypowej nic nie narusza.

    Co to może być?
  • REKLAMA
  • Pomocny post
    #2 10858285
    mirekk36
    Poziom 42  
    eiliat napisał:

    Nie ma mowy o błędnym podłączeniu bo kabelki milion razy sprawdzane a wymiana procesora na płytce prototypowej nic nie narusza.


    Taaak, to niestety typowe przedstawienie problemu a wtedy nie ma co się dziwić, że ktoś wyciąga takie dziwne i absurdalne wnioski jak np ten, że to niby tajemniczy AVRDUDE blokuje procesory :(

    po czym w 99,99% takich przypadków okazuje się jednak, że hmmm

    Cytat:
    " oooo! kabelek mi nie łączył, albo płytka nie stykała, coś tam pomyliłem .... ale pozostawię to dla potomnych żeby sprawdzali zawsze dobrze połączenia"


    Przecież takich tematów na samej elektrodzie są setki jak nie tysiące.

    Co może być nie tak? - pokaż pan schemat jak to łączysz, napisz jaką masz wersję avrdude? jak to wywołujesz z konsoli? jaki masz komunikat błędu? ..... no napisz że coś konkretnego - to uda ci się pomóc - bo tak to można powiedzieć tylko to co wyżej niestety :(

    ja dodam tylko że też korzystam z różnych napięć zasilania w tym 3,3V nie wspominając o LCD - a używam głównie avrdude no i przeróżnych AVR'ków, a to wszystko na różnych wersjach Windows (linuxie nie bo go akurat nie znam) - i myślisz że chociaż raz miałem taki problem ?
  • REKLAMA
  • REKLAMA
  • Pomocny post
    #4 10858580
    mirekk36
    Poziom 42  
    blue_17 napisał:
    Na linuxie chodzi też jak ta lala :D w razie problemów pod linuxem z USBasp zapraszam na moją www :)

    Potwierdzam opinie kolegi Mirka ten programator po prostu działa.


    O właśnie - a ja potwierdzam, że kolega blue_17 na pewno dobrze poradzi coś w tym zakresie odnośnie avrdude w linuxie.

    Ale i tak obawiam się, że bez bardziej szczegółowego przedstawienia problemu - ciężko będzie pomóc w tym zakresie.
  • REKLAMA
  • #5 10858621
    eiliat
    Poziom 15  
    Witam,

    Jakimś cudem AVRDude z Linuxa zaczął grzebać w FuseBitach. Po ratowaniu Atmega8 okazało się, że zmienił BODLEVEL i ustawił na zewnętrzny kwarc.

    Udało mi się uratować jedną Atmege.
    Z drugą powstał wiekszy problem - przy próbie ratowania i zmianie BODLEVEL'a na 2.7 i ustawienie 1 MHz wewnętrznego i nie zauważyłem ale miałem zmienione ustawienia FuseBitów - Watch-Dog'a, Boot Reset vector Enabled oraz co najgorsze BOOTSZ. Ingerencja w FuseBity pamięci FLASH skutecznie zadusiła mi Atmege. Próby ratowania kwarcem nie przynoszą efektu bo to nie problem z częstotliwością tylko z Flashem. Czy zbudowanie programatora równoległe da mi gwarancje, że uratuje Atmege? Czy lepiej dać sobie spokój - w sumie 4,90 to nie majątek :)
  • Pomocny post
    #6 10859274
    jarek_lnx
    Poziom 43  
    Avrdude przed i po programowaniu sprawdza stan fusebitów, jeśli wykryje niespodziewaną zmianę, pyta się czy przywrócić. Używając kiedyś STK200 z za długim przewodem (co przypuszczalnie powodowało błędy w transmisji) zdarzało mi się zobaczyć ten błąd, (były też błędy weryfikacji). Nigdy nie pozwalałem mu tego "naprawiać" wiedząc że próba modyfikacji fusebitów mogła by się zakończyć zapisaniem losowych wartości i choć na tym wadliwym sprzęcie zaprogramowałem kilka procesorów, w żadnym nie nastąpiła zmiana wartości fusebitów. (a program za którymś razem udało się załadować bez błędów).
  • Pomocny post
    #7 10859447
    mirekk36
    Poziom 42  
    eiliat napisał:
    ... i nie zauważyłem ale miałem zmienione ustawienia FuseBitów - Watch-Dog'a, Boot Reset vector Enabled oraz co najgorsze BOOTSZ. Ingerencja w FuseBity pamięci FLASH skutecznie zadusiła mi Atmege.


    .... panie kolego ale ustawienia tych fusebitów - jakbyś ich nie zmieniał nie mają ŻADNEGO wpływu na "zduszenie" atmegi jak piszesz ;) zresztą fajne określenie - "zdusić atmegę" ;) Bity BOOTSZ oraz BootReset mogą być ustawione ZUPEŁNIE dowolnie i przypadkowo, tak samo Watchdog - a nigdy nie spowoduje to że nie będzie można dostać się do procka programatorem czy też zaprogramować wsadu.

    wracając do sprawy - skoro to jest ATmega8 to weź pan zassaj sobie program MkAvrCalculator i zajrzyj sobie do jego zakładki "Fusy uproszczone" - sam się zdziwisz jak prosto oraz intuicyjnie można ustawiać fuski tym programem. A co najważniejsze - NIE MASZ SZANS żeby przez przypadek zablokować sobie procka ;) tym programem - poważnie..... Z prockiem ATmega8 będzie działał ci ten program w pełni i za free.

    bo teraz jak widzę latasz od Windows, poprzez AVR Studio aż do linuxa i avrdude - a wciąż coś ci się kitłasi z ustawianiem tych fusków ... ;) zobaczysz jak przyjemnie będzie z tym programem.
REKLAMA