Program następujący:


Rozumiem to tak: Na początku wpisywana jest w PORTC jedynka tylko że negujemy. Natomiast potem zamiast jedynki już jest 2, ponieważ 1*2, potem 0,5 sek przerwy i zerowanie portów przez wpisanie 1. Przerwa 0,5s i znowu while od początku. Ale już mamy i=1, zmienna=2 i dwójka jest wpisywana do PORTC potem już w zmiennej zmienna mamy 4 (2*2), przerwa, zerowanie diod, przerwa i while od początku i wpisujemy PORTC 4 w i potem zmienna wynosi 4*2 i tak dalej i tak dalej...

Dobrze to zrozumiałem?

Nie jest nigdzie wykorzystane.

Jest wpisywana zanegowana wartość 1, czyli 254 = 0xFE = 0b11111110. Co po wcześniejszym pisaniu 0xFF (czyli 0b11111111) powoduje wyzerowanie pinu PC0.


W kolejnych pętlach nic się nie dzieje, bo wartość dla zmienna cały czas jest równa 1.

Być może powinno być zamienione

--
Pozdrawiam,
Robert

1. a skąd ci się tam wzięła zmienna o nazwie l ? (małe L) .... to się nie skompiluje - przekombinowałeś

2. pętla for u ciebie jest pętlą nieskończoną - zastanów się dlaczego - podpowiedź - poczytaj jak się używa pętli for()

_________________
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 ]

Prościej jest zrobić
for (i = 0; i < 8; i++)
{
PORTC = ~(1 << i);
_delay_ms(500);
}

Kod poprawiłem oczywiście głupi błąd.



No właśnie mi to nie pasuje. 1*2 mamy =2 ciągle. A tam się zmienia 1,2,4, ..., 128.

zaraz tam głupi - każdemu się zdarza , no ale nie poprawiłeś wszystkich błędów, więc kolejna bliższa podpowiedź, w tym zapisie masz też błąd:

_________________
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 ]

Zapis i+ zwiększa zmienną i o 1. W warunku funkcji masz wartość początkową licznika 0 "i=0" . Sprawdzasz warunek " i<8" i do 0 dodajesz 1 "i+1" Za każdym razem to samo... Pętla nieskończona... Powinieneś użyć postinkrementacji... czyli zmienna++ lub zmieniać wartość licznika wewnątrz pętli for...

Czy teraz jest ok?


To ja rozumiem ale nie bardzo co się dzieje ze zmienną zmienna dlaczego w niej 2, 4, 8 etc. Ja to rozumię jak napisałem w 1 poście ale znowu kolega napisał wyżej że tam zawsze 1 jest. Natomiast z bluebooka tak zrozumiałem.

i+1 to blad

i++ lub i=i+1 jest prawidlowe

Namazane ze smarta.

_________________
Usługi druku przestrzennego - www.drumik.pl

teraz jest OK

ale uwaga - proszę zacznij używać wstawiania kodu w znaczniki wg tej instrukcji: topic7402.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 ]

Przepraszam to mój 1 post od następnego będę się stosował to udzielonej wskazówki. A co mojego problemu?

Na początku zapytałeś czy dobrze to zrozumiałeś ? ... no to o ile ja zrozumiałem twój opis to chyba dobrze - bo zmienna będzie przyjmowała wartości

2,4,8,16..... itd

więc jak sam chyba widzisz dobrze zrozumiałeś ... mnożenie x2 robi po prostu przesuwanie się bitu (tej jedynki) w lewo

_________________
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 ]

W pierwszy twoim wpisie był błąd w kodzie. Teraz oczywiście wartość zmiennej będzie się zwiększać.

W przypadku możliwego użycia preinkrementacji ( ++i ) lub postinkrementacji ( i++ ), powinno się preferować preinkrementację ( ++i ). Zawsze. Tym bardziej że w pętli for. JEST TO OBOJĘTNE czy będzie pre czy post w zmiennej indeksu na 3 pozycji po ;

Powód bardzo prosty. Kompilator nie będzie miał nawet okazji sprawdzać czy warto optymalizować dostęp do zmiennej indeksu i czy jest konieczność pozostawiania jej starej wartości. Zawsze zrobi to dobrze.
Jak zapiszesz i++ w pętli for, to mniej rozgarnięte kompilatory zajmą rejestr na starą wartość i (bo przecież trzeba zachować aby zwrócić i dopiero inkrementować).

Z dekrementacjami jest tak samo.

Ja zawsze po kolei "lecę" i sprawdzam kod. I tutaj mnie myliła ta zmienna=1 na początku pętli. Ale w bluebooku przy operatorze przypisania (=) było napisane na temat jak mamy a=x to a ma wartość x ale x ma wartość a?

Zmiennej przypisujesz podaną wartość... znak przypisania to nie to samo co znak równość (==). Jak by na to nie patrzył to podczas przypisania a osiągnie wartość x no i będą miały taką samą wartość. Ale działa to tylko w jedną stronę... czyli zmiennej a przypisujesz wartość x.

Pierwszy przebieg pętli mamy zmienna =zmienna * 2 czyli 1 * 2 i mamy w zmienna zapisaną dwójkę. Ale potem pętla się zaczyna od początku i tam zmienna=1 jak to się godzi?

Pętla for pobiera wartość zmiennej, która jest zainicjalizowana przed pętlą czyli wartość 1. Tworzy sobie kopie tej zmiennej i na niej cały czas pracuje. Wewnątrz pętli wartość będzie zwiększana. Natomiast jak już skończy swój cykl pracy i program wyjdzie z pętli to wartość zmiennej będzie nadal 1. Zmieniana jest wartość tylko jej kopi w funkcji for. Poza nią wartość będzie widziana tak jak jest zainicjalizowana przed funkcją.
W niebieskiej książce jest wszystko bardzo ładnie wytłumaczone.