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

[Atmega128] - nie daje znaku życia jak sprawdzić czy umarła?

nelik1987 07 Gru 2009 21:52 2621 20
REKLAMA
  • #1 7359220
    nelik1987
    Poziom 31  
    Witam zmontowałem właśnie płytkę z ATmega128, no i mam problem bo nie reaguje ona na nic. Podłączyłem zasilanie, podłączyłem programator i niestety brak jakiekolwiek reakcji. Na początku miałem wmontowany kwarc 16MHz ale wylutowałem go po to by sprawdzić czy to nie przez niego. niestety nie pomogło.

    Sprawdzałem płytkę wielokrotnie, nie ma zwarć napięcia są odpowiednio podawane na wejścia układu, sprawdzałem wszystko z rysunkiem z noty katalogowej.

    Czy istnieje jakaś metoda sprawdzenia co się dziele z układem, albo chociaż stwierdzenia czy on w ogóle żyje?
  • REKLAMA
  • #2 7359256
    Srubol
    Poziom 13  
    Witam
    programator masz sprawny, dobrze go podpiąłeś?
  • #3 7359322
    nelik1987
    Poziom 31  
    programator jest na pewno sprawny a nawet oba bo własnie sprawdzałem je na atmega16 i działają świetne. mam 2 programatory STK200 i STK500v2

    Dodano po 8 [minuty]:

    układ w stanie jałowym po podłączeniu bez programatora pobiera prąd około 5 mA przy napięciu 5V, czy to na coś może wskazywać?
  • Pomocny post
    #4 7359476
    janbernat
    Poziom 38  
    A czy przypadkiem nie pomyliłeś MOSI, MISO itd. z pinami do programowania?
    PE0, PE1 i PB1?
    Bo ATmega128 ma inne końcówki do programowania.
  • REKLAMA
  • #6 7359652
    janbernat
    Poziom 38  
    W ATmega128- nie.
  • #7 7359666
    nelik1987
    Poziom 31  
    poszukałem przykładowych projektów i wielkie zaskoczenie !!!!

    Wcale nie jest tak jak myślałem, na innych projektach złącze do programowania jest inaczej podłączone

    PB1 - SCK
    PE0 - MOSI
    PE1 - MISO

    no i udało się odczytać (pusty co prawda procesor) ale udało się...

    niech ktoś mi teraz wytłumaczy dlaczego tak jest że na schemacie w nocie katalogowej jest PB1 i PB2 jako mosi i miso a nalezy podłaczyć inaczej??
  • Pomocny post
    #8 7359684
    tmf
    VIP Zasłużony dla elektroda
    Bo te oznaczenie z PDFa dotyczy interfejsu SPI procesora, a nie interfejsu ISP. Przypadkowa zbieznosc nazw pinow niestety.
  • REKLAMA
  • #9 7359688
    janbernat
    Poziom 38  
    Przeczytaj notę katalogową uważnie- str.300.
    I jeszcze parę pułapek tylko czeka aby Cię dopaść.
  • #10 7360178
    AVRowiec
    Poziom 18  
    lol
    przypadkiem przeczytałem tego posta. przed chwilą wylutowałem atmege128 bo myślałem że jest nieżywa a tu piny są poprostu inaczej!
    po co tak jest?! po co w pinoucie podpisali tak głupio mosi i miso?! w jakich jeszcze prockach tak jest? (żeby ludzie mieli na przyszłość..)
  • REKLAMA
  • #11 7360348
    kamyczek
    Poziom 38  
    A to jedna z zasadzek Atmela ;) sprzętowe spi jest na innych pinach niż wyprowadzenia do programowania isp. Wiele osób się na to nabiera bo mylące jest oznaczenie sygnałów spi. Ale wniosek z tego prosty czytać
    pdf-y!! W M88 też jest zasadzka ale w innym miejscu ;)
  • #12 7360406
    avatar
    Poziom 36  
    te wszystkie posty wyzej zadziwiaja mnie swoja ...e brakiem wiedzy o tym co sie robi .
    Panowie jak mozecie nie czytac danych katalogowych i not tego nad czym pracujecie ???
    ISP a SPI to do H... dwa inne odzielne nie zalezne zazwyczaj se soba systemy komunikacji uC z zewnetrznymi urzadzeniami....
    Kamyczek moze opisz ta zasadzke tu bo jeszcze ktos sie dowie ze zasilanie adc zostalo juz naprawione, albo jakas inna oczywista oczywistosc ktora mi na mysl nie przeszla teraz ;O
  • #13 7360432
    kamyczek
    Poziom 38  
    Zasadzka to błąd w nocie polegający na tym że uart wywędrował poza I/O zatem nie obsługuje się go komendami in , out . W nocie katalogowej przykład obsługi uarta wykorzystuje instrukcje in/out przy której AVR studio zgłasza błąd !
  • #14 7360612
    nelik1987
    Poziom 31  
    popełniłem ten błąd bo pierwszy raz się spotkałem by na rysunku było MISO i MOSI a nie służyły one do programowania :) teraz jest już wszystko OK. Pierwszy raz mam do czynienia z ATmega128 więc na przyszłość będę już wiedzieć
  • #15 7361295
    _Robak_
    Poziom 33  
    Te kruczki po pewnym czasie to nawet mile sa ;) ;) W kazdym razie koledzy byc moze kiedys docenia rozdzielenie ISP od SPI. A zeby bylo jeszcze ciekawiej, jedna atmege1280 programuje sie inaczej dla obudowy 100 i dla 64 :D
  • #16 7362945
    janbernat
    Poziom 38  
    Poza Ox3F to chyba więcej rejestrów "wywędrowało".
  • #18 7387243
    _Robak_
    Poziom 33  
    Tak, te dwie kosci roznia sie tylko pamiecia.
  • #20 7387599
    _Robak_
    Poziom 33  
    Uwalic nie, ale moze sprobuj z mniejszym kwarcem np 8Mhz :>
  • #21 7387607
    Co_pat
    Poziom 15  
    Czyli przelutować kwarc?
    Teraz mega sie dziwnie zachowuje bo jak dotknę jej obudowy palcem to sie dziwne stany na wyjściu pojawiają ( zapalają sie diody sterowane przez mege) może to o czyś świadczyć?

    Dodano po 6 [minuty]:

    Wlutowałem 8MHz i dziala :) Tylko teraz jak ustawić aby mega korzystała z zewnętrznego kwarcu 16MHz?

    Dodano po 24 [minuty]:

    Już wszystko gra :-) Ustawiłem na wewnętrzny rezonator później przelutowałem kwarce i ustawiłem Ext. Crystal/Resonator High freq. 16K CK+ 64ms. _Robak_ dzięki za pomoc :-)
REKLAMA