Elektroda.pl
Elektroda.pl
X
Proszę, dodaj wyjątek www.elektroda.pl do Adblock.
Dzięki temu, że oglądasz reklamy, wspierasz portal i użytkowników.

Atmega64-16AU - Wymiana procesora Atmega64-16AU w Xprog-M

slawomir_z 26 Maj 2013 15:20 6027 13
  • #1 26 Maj 2013 15:20
    slawomir_z
    Poziom 12  

    Mam Xprog-M z uszkodzonym procesorem Atmega64-16AU – całkowicie milczy, kupiłem 5 takich procesorów co prawda tanio 9zł/ sztuka, ale wszystkie zgłaszają około 20 błędów przy weryfikacji Flash. Kasowanie, zapis, weryfikacja eepromu ok.
    Miał ktoś podobny problem? Może coś robię źle, ale już to robiłem i było ok.
    Sprzedający twierdzi że procesory są nowe.

    Erase device...Ok.
    Blank check device flash......Ok.
    Blank check device eeprom......Ok.

    Write C:\1\Projekt_xprog\flash.bin to device flash...Ok.
    Write C:\1\Projekt_xprog\eeprom.bin to device eeprom...Ok.
    Address Buffer-Device
    00000030H 9518-95F8
    0000025EH D10A-D17A
    0000049AH 5000-50FF
    00000872H 2226-2E26
    00000980H 2D44-2DC4
    00000B7CH 9508-950B
    00001016H 8100-BF00
    0000111EH 5C00-5CFF
    00001194H 2F1B-2FFB
    00001296H D162-DF62
    000013A8H 0E73-7E73
    0000169CH 9508-950B
    00001818H D029-D02B
    00001A14H 10A0-17A0
    00001A92H 8104-8105
    00001C04H 0F08-0F0B
    00002012H 2716-27F6
    000020C2H 950A-95FA
    00002188H 9300-93FF
    000021B6H 831A-83FA
    000028D2H 9300-B300
    00002BEAH D045-D05D
    00002DECH D040-D740
    000031FAH 8300-BF00
    000033FEH E920-E960
    00003A40H 9615-9675
    00004042H C011-C0F1
    00004142H 952A-95EA
    000041B8H D055-D0D5
    00004306H 0E40-7E40
    00004414H E800-E8FF
    00004794H F011-F017
    00004F60H E010-E017
    00005BF8H 4010-4017
    00006012H 0D28-0D2B
    0000620EH 018D-7F8D
    0000649EH 9039-9739
    000071A6H 8304-BF04
    000073AAH 9100-917F
    Verify device flash with C:\1\Projekt_xprog\flash.bin...Error.

    0 13
  • #2 26 Maj 2013 16:23
    Gienek
    Poziom 35  

    A jakim programatorem programujesz tą Atmegę? Jakiego oprogramowania używasz?

    0
  • #3 26 Maj 2013 22:14
    slawomir_z
    Poziom 12  

    Xprog-M 5,0 pełna autoryzacja, z oprogramowaniem bez błędu weryfikacji.

    0
  • #4 27 Maj 2013 14:03
    Gienek
    Poziom 35  

    Oszczędność Twoich wypowiedzi jest porażająca.
    Rozumię, że do programowania używasz drugiego programatora.
    Jakiego adaptera używasz do programowania tego procesora? Czy jest na nim kwarc?
    Z jakiego "wsadu" korzystasz? Czy fuse bity też programowałeś?

    0
  • #5 27 Maj 2013 23:14
    slawomir_z
    Poziom 12  

    Programuje Xprogem drugiego Xproga-m, poprzez złącze na płytce Xproga.
    Jest tam kwarc 11,0592.
    Zauważyłem że sygnał MOSI idzie od nogi Atmegi 2, a powinien do 12 ?
    Otrzymałem też błąd zły typ procesora ID=FE96FE ?
    Fuse:

    Atmega64-16AU - Wymiana procesora Atmega64-16AU w Xprog-M

    0
  • #6 28 Maj 2013 10:22
    Gienek
    Poziom 35  

    Nie wiem dlaczego producent proponuje takie podłączenie:

    Atmega64-16AU - Wymiana procesora Atmega64-16AU w Xprog-M

    skoro nota aplikacyjna Atmega64 stanowi:

    MOSI - 12
    MISO - 13
    SCK - 11
    RESET - 20
    VCC - 21+52
    GND - 22+53


    Przy takim podłączeniu i zaprogramowaniu procesora weryfikacja powinna przejść prawidłowo.
    Co się tyczy kwarcu, to nie chodziło o ten w programatorze (podłączony do Atmega64 piny 23 i 24), lecz o kwarc podłączony do pinów programowanego procesora. Po zaprogramowaniu fuse bitów "na kwarc zewnętrzny" weryfikacja, bez jego obecności, nie powiedzie się.

    0
  • Pomocny post
    #8 28 Maj 2013 12:26
    tmf
    Moderator Mikrokontrolery Projektowanie

    Gienek napisał:
    Nie wiem dlaczego producent proponuje takie podłączenie:

    Atmega64-16AU - Wymiana procesora Atmega64-16AU w Xprog-M

    skoro nota aplikacyjna Atmega64 stanowi:

    MOSI - 12
    MISO - 13
    SCK - 11
    RESET - 20
    VCC - 21+52
    GND - 22+53


    Przy takim podłączeniu i zaprogramowaniu procesora weryfikacja powinna przejść prawidłowo.
    Co się tyczy kwarcu, to nie chodziło o ten w programatorze (podłączony do Atmega64 piny 23 i 24), lecz o kwarc podłączony do pinów programowanego procesora. Po zaprogramowaniu fuse bitów "na kwarc zewnętrzny" weryfikacja, bez jego obecności, nie powiedzie się.


    Akurat dobrze podaje, w ATMega64 wykorzystuje się do programowania nie piny interfejsu SPI, lecz dedykowane piny PE0, PE1 i PB1.
    Co do weryfikacji - nowe ustawienia fusebitów obowiązują dopiero po wyjściu z trybu programowania, w efekcie weryfikacja fusów powinna przebiec poprawnie, nawet jeśli kwarcu nie mamy. Co najwyżej później procek się nie uruchomi z braku zegara.

    Dodano po 1 [minuty]:

    Co do pytania - odznaczenie bitu M103 kompatybilności z ATMega103 nie poprawia sytuacji?

    0
  • Pomocny post
    #9 28 Maj 2013 13:43
    Gienek
    Poziom 35  

    Tak, przyznaję się. Gafa. Nie doczytałem do końca z tymi MISO i MOSI dla tego procesora. W tym typie Atmeg do programowania MOSI-2 a MISO-3 i SCK-11

    Cytat:
    Co do weryfikacji - nowe ustawienia fusebitów obowiązują dopiero po wyjściu z trybu programowania, w efekcie weryfikacja fusów powinna przebiec poprawnie, nawet jeśli kwarcu nie mamy. Co najwyżej później procek się nie uruchomi z braku zegara.

    Nie chodziło mi o weryfikację fusebitów, ale o weryfikację zawartości flash i eeprom. Sprawdzałem u siebie. Weryfikacja nie przechodzi.

    0
  • #10 28 Maj 2013 19:41
    tmf
    Moderator Mikrokontrolery Projektowanie

    To zależy od softu i opcji z jakimi go wywołujesz. Jeśli programujesz pamięć i fusy za jednym razem to nie powinno być problemów. Jeśli po programiowaniu fusów procesor wychodzi z trybu programowania, to oczywiście kolejne programowanie odbywa się z nowymi wartościami fusów.

    0
  • #11 28 Maj 2013 22:48
    slawomir_z
    Poziom 12  

    Dzisiaj przyszły dwa procesory z TME i dalej to samo.
    Programuje pamięć i fusy za jednym razem.
    Odznaczenie M103C nie pomogło.

    0
  • #13 29 Maj 2013 22:48
    slawomir_z
    Poziom 12  

    piotrva napisał:
    Zaraz, a weryfikację czego wyrzuca Ci z błędem? Pamięci czy fusebitów?

    Flash

    0
  • #14 14 Sie 2014 23:35
    slawomir_z
    Poziom 12  

    Był uszkodzony układ w którym go odczytywałem (płyta XprogM), jak zrobiłem odczyt poza układem było ok.

    0