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

[AT90PWM3B] [C/WinAVR] Problem z extended fuse byte

piotrh2 19 Sie 2010 23:20 2673 18
REKLAMA
  • #1 8417416
    piotrh2
    Poziom 12  
    Witam. Mam problem z zaprogramowaniem extended fuse byte. Każda próba zapisu nowej wartości kończy się niepowodzeniem. Zmiana domyślnej wartości (0x01) extended fuse bitów jest dla mnie istotna, gdyż powoduje podciąganie portów PSC. Dodam, że low i high fuse bits programują się bez problemów. Do programowanie wykorzystuję AVRDUDE, programator Usbasp. Proszę o pomoc w rozwiązaniu problemu. Pozdrawiam.

    Proszę zmienić nazwę tematu na zgodną z regulaminem.
    Robak
  • REKLAMA
  • #2 8417805
    Konto nie istnieje
    Konto nie istnieje  
  • #3 8417955
    mirekk36
    Poziom 42  
    piotrh2 --> twój problem może rozwiązać to, że wyłączysz weryfikację po zapisie tego fusbitu Extended. I wtedy wszystko będzie ok. Tzn fusebit się ładnie ustawi a avrdude nie zgłosi błędu.

    No chyba że w ogóle nie włączasz weryfikacji to wtedy może być coś innego.
  • #4 8418122
    piotrh2
    Poziom 12  
    Witam. Parametry AVRDUDE to:
    -p pwm3b -c usbasp -U efuse:w:0xe9:m

    Ogólnie próbowałem już z włączoną/wyłączoną weryfikacją i cały czas to samo. Dziwi mnie, że fuse bitów extended nie mogę zmienić, a high i low programują się bez problemu.
  • #5 8418202
    mirekk36
    Poziom 42  
    Niestety w wielu prockach avr jest tak, że jak się programuje fusebit extended za pomocą avrdude to robi się kiszka ale właśnie przy włączonej weryfikacji (nie wiem czemu ale tak jest na pewno)

    Natomiast u ciebie - jak pokazałeś - to właśnie jest włączona autoweryfikacja.

    Cytat:
    -V Disable automatic verify check when uploading data.




    a próbowałeś tak??? :


    -p pwm3b -c usbasp -V -U efuse:w:0xe9:m
  • REKLAMA
  • #6 8418264
    piotrh2
    Poziom 12  
    Tak, próbowałem z wyłączoną autoweryfikacją. Zamieszczam zrzut z avrdude.
    [AT90PWM3B] [C/WinAVR] Problem z extended fuse byte
    Niestety jak widać wyłączenie autoweryfikacji nie pomaga.
  • REKLAMA
  • #8 8419523
    piotrh2
    Poziom 12  
    Niestety to jest jakiś ciężki przypadek. Z podanymi wyżej parametrami ponownie extended fuse byte nie chce się zapisać. Efekt przedstawiam na obrazku.
    [AT90PWM3B] [C/WinAVR] Problem z extended fuse byte
    Może coś z mikrokontrolerem jest nie tak? Niestety nie mam drugiego procka żeby sprawdzić czy fuse bity się normalnie programują.
  • #9 8419549
    mirekk36
    Poziom 42  
    No to rzeczywiście jakaś kiszka , a próbowałeś innymi programami przeprogramować ten fusebit ??? Może tylko avrdude ma z tym problem? Bo jakoś tak wątpię żeby od razu z prockiem było coś "nieteges"
  • #10 8421964
    piotrh2
    Poziom 12  
    Próbowałem innymi programami lecz były to po prostu nakładki graficzne na AVRDUDE, więc efekt był kiepski. Jaki program (nie będący nakładką na AVRDUDE) mógłby kolega polecić?
  • #12 8421997
    mirekk36
    Poziom 42  
    No a nie widziałeś takich programów jak: ISPPROG, PonyPROG, Bascom

    Dodano po 3 [minuty]:

    gaskoin napisał:
    http://extremeelectronics.co.in/software/BurnerAVR/Setup.exe

    z tym, że nie wiem, czy obsługuje akurat tego AVRa, ale program jest bardzo wygodny wg mnie


    Ten niby program obsługuje kilka procków na krzyż i nie ma co marzyć o AT90PWM. A co do wygody czy użyteczności pozostawia wiele do życzenia.
  • #13 8422057
    gaskoin
    Poziom 38  
    mirekk36 napisał:
    No a nie widziałeś takich programów jak: ISPPROG, PonyPROG, Bascom


    Bascoma nigdy w życiu nie używałem a ISPPROG i PonyPROG nie obsługują usbasp :)

    Co do ilości obsługiwanych procesorów to się zgodzę, że jest nędza. Lubie go, chyba tylko dlatego, że nie jest to avrdude :P Aczkolwiek i tak od stu lat go nie używam bo nie używam w ogóle windowsa
  • #14 8422086
    mirekk36
    Poziom 42  
    gaskoin napisał:

    Bascoma nigdy w życiu nie używałem a ISPPROG i PonyPROG nie obsługują usbasp :)


    A co za problem zrobić sobie na poczekaniu jakiś STK200???? (tego obsługuje chyba każdy program) żeby tylko sprawdzić czy uda się zaprogramować ten dziwny fusebit extended i sprawdzić w ogóle czy to coś z prockiem nie tak czy tylko avrdude ma problem w tym względzie.

    gaskoin napisał:
    Co do ilości obsługiwanych procesorów to się zgodzę, że jest nędza. Lubie go, chyba tylko dlatego, że nie jest to avrdude :


    A czym ci się tak naraził avrdude??? ;) .... toż to na prawdę jeden z najlepszych pogramów do programowania procków AVR i to bez dwóch zdań.
  • #15 8422099
    gaskoin
    Poziom 38  
    mirekk36 napisał:
    gaskoin napisał:

    Bascoma nigdy w życiu nie używałem a ISPPROG i PonyPROG nie obsługują usbasp :)


    A co za problem zrobić sobie na poczekaniu jakiś STK200????

    niby żaden, przyzwyczaiłem się do cudzego lenistwa chyba. "Mam taki programator i innego mieć nie będę - co robić ?" :P

    Cytat:
    A czym ci się tak naraził avrdude??? ;) .... toż to na prawdę jeden z najlepszych pogramów do programowania procków AVR i to bez dwóch zdań.


    Nie mam na to żadnego logicznego wyjaśnienia. Niektórzy nie lubią koloru niebieskiego :P a inni nie lubią avrdude. Co nie zmienia faktu, że i tak go używam :)
  • REKLAMA
  • Pomocny post
    #16 8422559
    Konto nie istnieje
    Konto nie istnieje  
  • #17 8422944
    piotrh2
    Poziom 12  
    Najpierw spróbowałem jeszcze podłączyć mikrokontroler poprzez programator na porcie LPT. Niestety próba zapisu fuse bitów zakończyła się niepowodzeniem.

    _marek napisał:
    piotrh2...
    Zastanawiającym jest że datasheet pozwala zapisać ostatnie dwa bity extended_fuse w trybie szeregowym a równolegle po prostu cały bajt, avrdude tylko ostatni jeśli jest ich 8!.
    Spróbuj zamienić zaznaczone 'x' na 'i' w pliku avrdude.conf .

    [AT90PWM3B] [C/WinAVR] Problem z extended fuse byte


    Fragment konfiguracji dla twojego procka zaczyna się od :

    #------------------------------------------------------------
    # AT90PWM3B
    #------------------------------------------------------------

    # Completely identical to AT90PWM2B (including the signature!)

    Trzymam kciuki bo sam jestem ciekawy czy się uda.


    Następnie zrobiłem jak pisał kolega _marek no i wreszcie się udało. Fuse bity poprawnie się zaprogramowały. Dziękuję bardzo za pomoc. Pozdrawiam.

    PS. Ciekawi mnie dlaczego domyślna wartość extended fuse byte wg noty katalogowej 0xF9 różniła się od wartości w procku 0x01
  • #18 8424776
    Konto nie istnieje
    Konto nie istnieje  
  • #19 8425262
    piotrh2
    Poziom 12  
    Zamieszczam zrzut ekranu.
    [AT90PWM3B] [C/WinAVR] Problem z extended fuse byte
    Wszystko jest OK, potwierdzają to pomiary stanów na wyjściach PSC w rzeczywistym układzie po zmianie fuse bitów (przed zmianą był stan wysoki, po zmianie jest stan niski- co zgadza się z notą katalogową). Aż dziw, że to w ogóle ruszyło :D
REKLAMA