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][BASCOM] Programowanie "w kratke?"

marek_jazy 26 Wrz 2009 22:44 2706 8
REKLAMA
  • #1 7061580
    marek_jazy
    Poziom 10  
    Witam,

    Moj problem polega na tym, ze w momencie wyslanie programu do uC (send to chip -> program) program nie za kazdym razem jest wgrywany (kolor na programatorze wskazuje, ze nie nastepuje programowanie). W koncu za ktoryms razem ruszy i wszystko dziala ok jednak zastanawia mnie co moze byc tego przyczyna. Jest to troche denerwujace - kilkukrotne klikanie aby w koncu zaprogramowac AVR'a

    Co posiadam:

    plytka uruchomieniowa ZL2AVR
    programator AVR firmy SIBIT
    BASCOM ver. 1.11.9.0

    Nadmienie, ze cala konfiguracje oprogramowania, instalacji sterownikow, itd. robilem na podstawie zalecen autorow sprzetu. Nie grzebalem rowniez w ustawieniach samego uC.
  • REKLAMA
  • #2 7061956
    Madergames9
    Poziom 15  
    Ja bym sprawdził po kolei:
    1. Połączenia, lutowanie itp.
    2. Ustawienia w Bascom-ie dotyczące zastosowanego programatora.
    3. Sprawdził go gdzie indziej na innej płytce, być może to jest jego wina, jeżeli wcześniej go nie używałeś
    4. Prędkość transmisji na porcie komputera

    To tak co mi na prędce przyszło do głowy
  • #3 7062434
    Konto nie istnieje
    Poziom 1  
  • REKLAMA
  • #4 7066593
    AvrArm
    Poziom 15  
    Na początek proponuję przeprowadzić testy krzyżowe w celu rozeznania czy jest to błąd softowy czy sprzętowy.
    Można zainstalować inny soft do programowania (w pierwszej kolejności AVR Studio, ewentualnie wersję demo najnowszego bascoma) i zobaczyć czy będzie tak samo.
    Jeśli programowanie na innym sofcie przebiega prawidłowo to znaczy że cos z Bascom-em nie halo. Może trzeba będzie zmienić konfigurację, przeinstalować lub zmienić wersję.
  • REKLAMA
  • #5 7086165
    11111olo
    Poziom 42  
    Mi tez to nie zawsze działa :/
    Wtedy kasuje ręcznie mikrokontroler i daję WRITE BUFFER TO CHIP i po sprawie ;)
  • #6 7086178
    Konto nie istnieje
    Poziom 1  
  • #7 7086343
    AvrArm
    Poziom 15  
    tak z ciekawości odpaliłem bascoma z stk200 który miałem pod ręką i rzeczywiście - nie robiąc samemu erase, czasami podczas programowania wywala błąd. Uprzednie wyczyszczenie procka załatwia problem.
    Sprawa może być banalna - pewnie bascom nie robi automatycznego erase przed programowaniem a podczas weryfikacji czyta całą pamięć procka nie uwzględniając wielkości uprzednio wgranego hex-a.
    Problem nie występuje jeśli objętość generowanych kolejnych hex-ów cały czas będzie wzrastała natomiast jeśli odchudzimy nawet o bajt to już lipa.
  • #8 7086371
    Konto nie istnieje
    Poziom 1  
  • REKLAMA
  • #9 7247303
    161bm515
    Poziom 11  
    U mnie pomogło umieszczanie plików wsadowych w "krótszej ścieżce dostępu" np C:\xxx.hex - może to tylko przypadek ale u mnie działa za każdym razem.
REKLAMA