atmega8a - Migająca dioda nie działa, problem z bootloaderem i usbAsp na Linuxie

Question

Witam, W skrócie - mam 2x atmega8a-pu kupione na allegro. Chce na tym uruchomić najprostsza migającą diodę. Drobne utrudnienie, że działam spod linuxa, ale to chyba nie powinno mieć wpływu. Programator mam usbAsp. I teraz cała historia moich zmagań: Podłączyłem sobie wszystko wg. schematów...

Konto nie istnieje · Accepted Answer

Dla twojego większego zdziwienia: żaden FuseBit Calculator nie wskazuje na konkretną częstotliweśc powyżej 8 MHz. Porównaj z : Masz tam tylko ustawienie dla Ext. Crystal/Resonator High Freq.;Start-up time: 16K CK +64ms [CKSEL=1111 SUT=11] Znaczy to że dla częstotliwości taktowania powyżej 8 MHz ( 10, 12....16..20MHz etc.) z zewnętrznym kwarcem stosujesz takie ustawienia fusebitów. Te 16 MHz jest narzucone przez Arduino. Powinien,.... jeżeli bootloder nie jest 'sknocony'.- o tym będzie niżej... Jeżeli masz w processorze bootloader i jest on 'enabled' fusebitem BOOTRST (bit 0 w Table 87. Fuse High Byte - datasheet), to po włączeniu lub Reset, processor nie zaczyna exekwowac wpisanego tam programu, lecz ten fusebit kieruje do startu programu bootloadera, który odczekuje pewien czas, podczas którego spodziewana jest łącznośc poprzez port szeregowy TXD, RXD na wypadek gdybyś zechciał zmieni lub wpisac nowy program. Jezeli w tym czasie brak jest aktywności na tym porcie to wtedy dopiero zaczyna sie start zasadniczego programu. Jeżeli bootloader był przeznaczony dla Arduino NG, to był pisany pod kątem komunikacji z USB computera poprzez FTDI (FT232RL). Ty tej ścieżki nie używasz, więc nie potrzebujesz zwłoki w starcie programu. Zwyczajnie, mając podpięty rezonator kwarcowy (w tym momencie nie musi byc 16 MHz), kasujesz całą zawartośc pamięci flash (program razem z bootloaderem); wymaga ponownego wpisania programu, oraz zmienasz wyżej wspomniany fusebit BOOTRST na 'niezaprogramowany' wartośc 1 co spowoduje że po Reset, start programu będzie od adresu poczatku applikacji (0x0000) a nie od adresu sekcji bootloadera. Jeżeli program wpisywałeś przez programator do processora, już po załadowaniu do jego pamięci bootloadera, to prawdopobnie został on juz automatycznie wykasowany. Tylko programowanie przez bootloader zabezpiecza go przed wykasowaniem. e marcus

Konto nie istnieje · Answer

Na początek należy wyjaśnic kilka występujących tu aspektów: Na 'surowym' processorze chcesz tworzyc/pracowac w srodowisku kompatybilnym z Arduino. Czym różni się Arduino od standardowego/dowolnego układu tworzonego na płytce stykowej, lub trawionej we własnym zakresie. Odp.- w zasadzie niczym, poza częstotliwościa taktowania processora, która oryginalnie dla Arduino oraz w większości przykładów wynosi 16 MHz. Fusebity które zmieniłeś odpowiadaja tym kryteriom, zatem układ wymaga podłączenia takiego rezonatora kwarcowego; nie tylko dla funkcjonalności wpisanego programu , ale także do kolejnej komunikacji z processorem, ale przez bootloader. Ma zmieniony adres startowy po resert (bit# 0 w Low Fuse Byte). Drugie pytanie: Do czego Arduino potrzebuje bootloader i jak go wykorzystuje? Odp:...itd. Tu można ciągnąc pytania bez końca... Ty programujesz processor programatorem USB-ASP przez ISP port (MISO, MOSI, SCK), zatem wpisany bootloader jest bezużyteczny i zajmuje tylko miejsce w pamięci flash oraz dodatkowo wprowadza 'bałagan' w komunikacji. Korzystając z programów tworzonych w Arduino, należy pamiętac że Arduino nie stosuje rzeczywistych numeracji portów spotykanych w notach katalogowych processorów, lecz odnoszą się one do oznakowań na oryginalnych płytkach; zatem potrzebny jest pewien klucz - 'Pin Mapping'. e marcus

wszak · Answer

Odpowiadam na ??? - możecie sprawdzić tj wpisać w mkAvrCalculator te wartosci df ca i wtedy program w swoich zakładkach pokaże co te wartości oznaczają. W zakładce dot. zegara pokazuje, że żaden zegar (wewn. ani zewn.) nie jest ustawiony. Ok - ale ja właśnie myślałem, że to powinien pokazać mkAvrCalculator - że te fusebity oznaczają że uC spodziewa się zegara np. 16MHz. A nie pokazuje nic, stąd moje zdziwko. Czyli chcesz powiedzieć, że podłączenie kwarcu 16MHz ożywi uC? W sumie właśnie oczekuję kwarcu 16MHz i kondensatorów z pewnego portalu aukcyjnego, więc wkrótce zweryfikuję tę hipotezę... Nie rozumiem niestety co chciałeś powiedzieć pisząc z processorem, ale przez bootloader. Że teraz avrdude ma się komunikować z uC za pośrednictwem bootloadera? Czy on aby o tym wie i umie to robić? No właśnie - w sumie dobre pytanie. Wgrałem ten bootloader, bo w którymś z wielu tutoriali też go wgrywali. Teraz czytam, że właściwie nie jest on konieczny. To po kiego jest ta opcja? Do czego to się przydaje? To jak się z tego wycofać? Tj jak usunąć ten bootloader, żeby było jak na początku? Tak, tak, to już odkryłem, pisałem o tym.

wszak · Answer

Działa! Wylutowałem kondensatory z jakiegoś starego TV, dałem kryształ ~15MHz i zaraz komunikacja wstała. Udało się wgrać program i dioda piknie mryga Ciekawe czemu nie działało jak dawałem zegar z ne555 - 3kHz - za wolny? Tak sobie teraz myśle, że właściwie to mi się nigdy nie udało tego BL wgrać - bo najpierw wgrywałem program i on od razu zmienił fusebity na takie, że wymagany był zewn. kryształ. Potem próbowałem wgrać BL, ale już komunikacji z uC nie było, bo nie było kryształu, więc się BL nie wgrał. Możliwe że tak było? Się zastanawiam jeszcze - czy mogę teraz tak zmienić te fusebity, żeby uC używał wewn. zegara np. 8MHz i żeby na tym działał Arduino (bo piszesz, że te 16MHz jest narzucone przez Arduino). Tak samo - czy się da na wewn. zegar 1MHz. A z tym bootloaderem rozumiem to tak, że nie trzeba go wgrywać, jeżeli programuję przez usbAsp - dobrze to rozumiem? EDIT - ok chyba już wszystko wiem... Jednak wgrałem wtedy ten bootloader. Samo wgrywanie programu nie zmienia fusebitów - dopiero opcja wgrania BL zmienia fusebity. Udało też mi się odpalić Arduino na wewn. oscylatorze 1MHz - tu jest napisane co trzeba dodać do pliku boards.txt w ArduinoIDE.

atmega8a - Migająca dioda nie działa, problem z bootloaderem i usbAsp na Linuxie

Post #1

Post #2

Post #3

Post #4

Post #5