witam
ostatnio staram się zacząć trochę działać z AVRami
na początek zrobiłem sobie na płytce stykowej wyjścia z portów D na diody LED

mój program na ten moment wygląda tak:






jest to program zrobiony na bazie jednego z poradników/kursów z internetu, z tą różnicą, że tam były wklepane delay 1000 ms.

Mój problem polega na tym, że przy taktowaniu mikroprocesora 1MHz, _delay_ms powinien iść max do ~264ms, a gdy w moim programie zwiększam go chociażby do 20ms, diody zamiast migać na przemian (0101 0101 -> 1010 1010), robią jakby w kółko tylko pierwszą część programu (1010 1010 -> 0000 0000), czyli mrygają tylko 4 z 8.
Próbowałem zrobić to na pętli for, w ten sposób:

jednak efekt jest dokładnie taki sam, jak przy zwiększeniu delay z 10 do 20 ms, czyli mrygają tylko 4 diody.
uS to Atmega 8a, bo taką miałem z jakiegoś projektu, który robiłem 1.5 roku temu.

Czy coś przeoczyłem może?
bo szukając na internecie, to właśnie zazwyczaj natykam się na to, że ktoś proponował to zrobić właśnie na pętli for, co u mnie nie zadziałało, albo jakieś inne bardziej 'kosmiczne' rozwiązania, w które narazie na początek wolę się nie wgłębiać, póki nie dowiem się, co tutaj robię nie tak.

Ustawiłeś sobie DELAY-a na 10ms - to jest "jedna setna sekundy i ty chcesz zauważyć jaką kolwiek zmianę? To nie możliwe. Chyba że jesteś robotem.
Ponieważ się uczysz, to zmień tego "_delay_ms(10)" na "_delay_ms(500)" i napisz co zauważyłeś.
Pozdrawiam.

_________________
http://www.avrboss.pl

no to właśnie pisałem o tym, że jak zwiększę chociażby do 20ms, to działa mi tylko pierwsza połowa kodu, czyli mrygają tylko 4 diody, a reszta nie, a przy 500, 1000 czy ile bym nie wpisał jest dokładnie to samo
10 jest to jedyna wartość, przy której wogóle pozostałe 4 diody wstają do życia

A czy w drugiej pętli for nie powinieneś użyć innej zmiennej niż i? Nie wiem dla czego w jednej i drugiej operujesz na tej samej zmiennej. Wpisz w drugiej pętli zamiast i np j.
Możesz zdefiniować zmienną już w pętli np :,
Kolejna rzecz to zamiast int zastosuj uint8_t - możesz operować na liczbach do 255 choć oczywiście nie zmienia to efektu działania programu

A nie masz czasem włączonego CKDIV8?

Przy okazji, usuń z kodu F_CPU - to się ustawia we właściwościach projektu.

Wysłane ze srajfona

_________________
Moje porady są błędne,nie czytać,zbanować od razu.

Nie napisałeś w sumie co ile mają te biedne diody migać?

po zmianie drugiej zmiennej na j oraz zdefiniowaniu zmiennej jako uint8_t, efekt ten sam, czyli działają tylko 4 diody(1010 1010)
a atmega 8 wogóle posiada fus ckdiv8?

a diody miały migać powiedzmy co sekundę, czy tam jakąkolwiek ilość czasu, bo narazie wszystko powyżej 10ms, co jak kolega wyżej zauważył jest nie do wychwycenia okiem powoduje, że program nie działa

Rzeczywiście, nie posiada, sorry za wprowadzenie w błąd.

_________________
Moje porady są błędne,nie czytać,zbanować od razu.

Możesz rozwinąć swoje obawy i sens takiego działania?

@MrKovski, pokaż schemat jak to podłączyłeś i może jakąś fotkę jeśli to jest na stykówce

------------------------ [ Dodano po: 6 minutach ]


Skąd to 264ms??
Czy zmieniasz wartość tylko jednego delaya czy obu jednocześnie?

_________________
http://www.sylwekkuna.com

Robiłem według tego schematu:
http://hobby.abxyz.bplaced.net/img/art002_schemat2.png

Zdjęcia:


Jedynie kondensatory filtrujące dałem 47nF, bo nie miałem 100

Po wejściu w util/delay.h:

.

Nie wiem czy w pętli for ma to jakieś znaczenie, bo ja zawsze robię tam inkrementację x++, a nie ++x i może właśnie tu jest problem...

_________________
http://www.sylwekkuna.com

Opisane objawy wskazują, że prawdopodbnie masz włączonego watchdoga. Pokaż fuse bity.

_________________
Think for yourself and question authority.

pierwsza podstawowa kaszana po różnego tego typu kocich internetowych kursach to ta linia w kodzie



co też wyraźnie oznaczyłem w pierwszym wątku, tego się NIGDY nie robi - ustawia się to we właściwościach projektu albo jak już ktoś ręcznie rzeźbi to w makefile

------------------------ [ Dodano po: 3 minutach ]


nie to nie problem

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Poprawiłem Twój kod i wszystko działa.
wersja1:


wersja2:


Sprawdż w MkAvrCalculatorze jak masz ustawione fusebity.
Wyrzuć z twojego linijkę definiującą taktowanie i ustaw taktowanie w projekcie.
Obie wersje działają na 100%.

_________________
http://www.avrboss.pl

kolejny babol to może być z połączeniami na stykówce - szczególnie jak chodzi o szyny zasilania na ich środku - o czym każdy początkujący zawsze zapomina albo nie wie po prostu


dlatego warto oglądać poradniki - szczególnie TEN od tego konkretnego miejsca:

https://youtu.be/LiQcVSPkT6M?t=1047

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Tu masz video z poprawionego projektu.
Wersja1:

Wersja2:

_________________
http://www.avrboss.pl

Musisz oznaczyć filmy jako publiczne, bo teraz tylko ty je widzisz a dla innych są niedostępne

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Panie Mirku, oglądałem Pana poradnik, właśnie starałem się robić wszystko tak samo, sprawdzałem i u mnie linie zasilania na całej długości są połączone ze sobą, niestety nie dotarłem do momentu w którym mówił Pan o stosowaniu "define F_CPU 1000000L"

w każdym razie kolega fofex miał rację, po wyłączeniu watchdoga, wszystko zagrało jak należy!

będę musiał się wgłębić jeszcze co to wszystko robi
bardzo dziękuję za pomoc!

dlatego polecam Bluebooka

https://atnel.pl/mikrokontrolery-avr-jezyk-c.html

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]