Jak wiadomo instrukcja "delay" we wszystkich formach i ustrojach jest uwielbiana przez młodych
programistów fakt ma jedna zaletę i tylko jedną:

-- jest prosta w użyciu,

poza tym ma same wady z ważniejszych :

-- wstrzymuje pracę procesora na określony parametrem czas
-- jest zasobożerna i zabiera sporo cennych zasobów

Ale czy można w takim razie jej nie używać ??

Niekoniecznie chodzi mi o jej całkowite nieużywanie, ale jeśli to możliwe używać z głową , a nie
z uporem maniaka delay-ować jak się da i co się da. W celu pokazania możliwości optymalizacji
kodu oraz nienadużywania instrukcji delay posłużę się banalnym przykładem programu, który
tworzy na 4rech diodach led prosty efekt K2000. Do pracy.

Przyda nam się jakaś płytka xDuino oraz 4 diody led dowolne i 4 rezystory:
schemat połączeń jest banalny i prezentuje się poniżej:



Jak widać totalny banał

No to piszemy kod.

Wersja 1.



Tak jak widać jest to jedynie słuszna droga do uzyskania tego banalnego i jakże
skomplikowanego efektu. Ale z taką ilością waszej ulubionej instrukcji dzieją się 3 rzeczy:

1. Przez lwią część czasu procesor wymięka z nudy totalnie nic nie robiąc.
2. W czasie nic nie robienia i tak nie może nic robić poza nic nie robieniem.
3. Program trochę się robi opasły i jak to możliwe ze te kilka linijek kodu może zająć całe 1480 bitów

W przypadku tak prostego programu nie musimy się tym przejmować , ale kiedy nasz program będzie
zawierał w kodzie kilkaset instrukcji delay ?? Nasze procesorki potrafią wiele ale posiadają ograniczone
jednak zasoby --> to nie windows gdzie prosta aplikacja waży kilka megabajtów tu trzeba szybko się nauczyć w locie optymalizować kod i unikać zasobożernych instrukcji.

W przypadku języka C/C++ można naprawdę wiele zdziałać pisząc program w odpowiedni sposób
starając się używać jak najmniej niepotrzebnych opasłych bibliotek i pisząc własne funkcje i procedury,
i warto z tego korzystać naprawdę.
Teraz napiszemy ten sam program, ale wycinając do minimum użycie instrukcji delay.

Wersja druga --> pętlimy



Popatrzcie program działa dokładnie tak samo jak wersja poprzednia ale użyłem tylko 1 raz instrukcji
delay, a cała reszta została uproszczona poprzez zastosowanie pętli FOR i warunków IF ELSE
Program jest czytelniejszy krótszy, a po kompilacji zaoszczędziliśmy ponad 400bitów pamięci.

Jak wielu z was zauważy -- przy tak prostym programie jakie ma to znaczenie 400bitów w tę czy w druga, skoro np w/w programy pracowały na ATMedze328 która ma ponad 32000bitów pamieci.

Tak tu akurat niema to znaczenia ale warto zobrazować ten problem , bo nadużywanie lub co gorsza
nie umiejętne korzystanie z instrukcji delay, to oznaka niechlujności w pisanych programach i jednocześnie co chyba gorsze w większych projektach będzie owocowało brakiem czytelności
programu i nieprawidłowym jego działaniem. Dla lepszego zobrazowania problemu przedstawię kolejny
prosty przykład mianowicie mikrokontrolerowe HELLO WORLD czyli migaczek 1 diodowy

1. Wersja ---> Typisz DELAY



Jak widać prosty program powodujący miganie diody na pinie D13 co 1 sek.
Waga: 1018bitów

2 Wersja --> No DELAY



Program robi to samo - niema ani jednego delaya jak widać
Waga: 398bitów

Teraz przyjaciele sami pomyślcie czy warto pomyśleć trochę inaczej.
Oczywiście nie mówię że używanie delay jest złe chciałem tylko pokazać inne możliwości
uzyskania tego samego efektu i zmniejszenia zapotrzebowania na zasoby w programie.

Wielu refleksji i przemyśleń....

_________________
[b]San Escobar! Patria mia! Tu eres como la salud.[/b]

Nio dobrze fakt delay jest zasobo żerny, ma jeszcze inne wyżej nie wymienione wady , ale czy kod czytelniejszy nie powiedział bym

_________________
sig off ;(

Bo z tą czytelnością to jest troszkę tak jak z nauką języka obcego. Na początku gdy nie znasz hebrajskiego to patrzysz na to co jest napisane jak na węzełki, ptaszki krzaczki. Gdy się troszkę go nauczysz, to coś rozumiesz - ala nadal mało czytelne. A gdy już zaczynasz tym językiem nieźle władać - to okazuje się, że jest czytelny jak nie wiadomo co

I taka sama analogia jest hmmm tyle że w tym przypadku nie chodzi o sam język C czy C++ - bo załóżmy, że ten już znasz mniej więcej. I potrafisz za jego pomocą zrobić to i owo, wysterować jakieś piny, porty, moduły sprzętowe itd...

Ale teraz chodzi o naukę kolejnej rzeczy - programowania i zmiany myślenia z liniowego na strukturalne (nie mylić ze strukturami w C) .... tu dokładnie chodzi o naukę i zrozumienie tego co to są tzw: "timery programowe". A gdy już zaskoczysz - to zobaczysz, że obojętnie jak ktoś nie napisze kodu z zastosowaniem techniki timerów programowych - to będzie on zawsze w miarę dobrze czytelny - pomimo iż są setki sposobów na implementację takich mechanizmów.

Tu w arduino kolega autor skorzystał z że tak powiem z wbudowanych (hmm ja to nazywam "tyknięć systemowych" albo z "Heart beat") .... gdzieś pod spodem tyka sobie systemowy timer i zlicza milisekundy. Wystarczy zatem z niego skorzystać - i już masz coś na kształt "timera programowego". Ale to w arduino - i trzeba się zapoznać z funkcją millis() .... wtedy będzie wiadomo o co chodzi. Natomiast ja w swojej książce, ponieważ piszę o czystym C .... pokazuję jak we własnym zakresie robić te "tyknięcia systemowe" (Heart beat) .... to w sumie proste - wystarczy jeden timer sprzętowy, który na dodatek może jeszcze pełnić kilka innych funkcji.

Reasumując - kolega SunRiver dał bardzo dobrą podpowiedź jak prosto znowu można to realizować w środowisku arduino. Bo tu nie język C++ ale samo środowisko i biblioteki dają taką możliwość.

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

zgodzę się w 100% chodziło mi o czytelność na 1 rzut oka, z delayami wiadomo od razu o co chodzi i jest bardziej przejrzysty (na mój gust oczywiście), ale oczywiście lepsiejsze jest rozwiązanie kolegi sunrivera rzecz wiadoma :]

_________________
sig off ;(

No właśnie tylko ten pierwszy rzut oka, gdy zniechęca początkujących - to nawet nie zdają sobie sprawy ile to kosztuje. Bo przecież ile można zrobić programując liniowo - używając Delayów - a ILE można zrobić w TAKI sposób? - oto jest pytanie - to prawie jak "Być albo nie być"

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

dokładnie potrafi zniechęcić i tu jest problem.. temu dając przykład wole użyć nawet delay by taka osoba zrozumiała i nie było to dla niej "czarną magią" ale z czasem tak jak na tym o to forum pokazać lepsze rozwiązanie bez delay

_________________
sig off ;(

Fakt trochę mało czytelnie opisałem za co przepraszam , powinienem do komentować linie , ale w tak banalnych programach często komentarze pomijam bo zasadniczo niema tu żadnych rozbudowanych funkcji i algorytmów
Ująłem tu tylko najprostsze z możliwych jak w pierwszym przykładzie użycie pętli FOR i IF/ELSE , zasady ich działania
są totalnymi fundamentami nauki programowania. W drugim przykładzie istotnie użyłem funkcji bibliotecznej Millis(), która w istocie wymaga wyjaśnienia:

-- Millis()

jest funkcja czasową zaimplementowana w środowisku arduino ide , która zwraca liczbę milisekund
od czasu uruchomienia bieżącego programu na procesorze. Co ciekawe powrót do zera czyli przepełnienie
nastąpi po około 50 dniach (jeśli nie zresetujemy procesora).

Najlepiej chyba to zobrazuje mały przykład,
w którym będziemy w terminalu wyświetlać czas działania programu:



Już chyba jasne jest do czego służy funkcja millis(), mówiąc w skrócie procesor zlicza czas działania od chwili
uruchomienia programu (każdego) i dzięki funkcji millis() mamy możliwość skorzystania z tego ukrytego licznika
co tez warto czynić

Wyjaśnienia też wymagają podane przeze mnie w przykładach objętości programów wyrażone w bitach, ale to już
trochę inna filozofia o czym napisze nowy temat ze szczegółowym wyjaśnieniem co powinno rozwiać wątpliwości
i uzmysłowić początkującym dlaczego warto umieć myśleć strukturalnie i oszczędzać cenne zasoby naszych mikrokontrolerów. Bo jak się niebawem przekonacie - liczyliście nieprawidłowo zasoby pamięciowe.

Jako zajawkę zadam wam pytanie ile pamięci SRAM ma popularna jak grzybica stóp ATmega8 ??
Wyjaśnienie w nowym temacie już niebawem.

_________________
[b]San Escobar! Patria mia! Tu eres como la salud.[/b]

Achoj

"Sun" mam do Ciebie pytanko

ostatnio po tym "nie znoszę delay" :> zacząłem wyszukiwać sobie innej drogi i tutaj na bazie ostatniego Twojego kodziuku zmodziłem coś takiego z tym, że prawdopodobnie(bo nie działa jak należy) problem tkwi w nieprawidłowym resetowaniu licznika...



a dokładnie ta linijka:



opisałem w kodzie o co mi chodziło dokładnie, program to hello world "blink" ;P

Czekam na podpowiedź lub sugestie nie korzystałem jeszcze z tego cudowatego licznika :]

_________________
sig off ;(

Może ja nie Sun, ale podpowiem ci, żebyś rzucił okiem na właściwy kod który pokazał kolega Sun



jak myślisz do czego powołał kolega Sun, dodatkową zmienną previousMilis albo interval ??? przeanalizuj to w tym jego przykładzie a doznasz olśnienia i życie bez delay'ów stanie się piękne

Bo ty próbujesz to załatwić w taki nieoczekiwany sposób



więc chyba widzisz, że coś jest nie tak

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

hm.. moja logika myślenia była taka tutaj, że czas = millis(); czyli jeśli dam warunek if czas = 1000 to będzie to działać w sposób następujący: jeżeli licznik doleci do 1000 to stanie się to i to a jezeli doleci do 2000 to to i to oraz wyzeruje licznik :]

_________________
sig off ;(

odpalając program na którym się wzorowałem jako tako, chyba wychwyciłem jeden z problemów.. tak wygląda zliczanie 0_o

_________________
sig off ;(

No i bardzo dobrze wygląda to zliczanie - a ty widzisz jakiś problem ? - bo nie zrozumiałem

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

nio widzę taki, że złe miałem założenie ponieważ zakładałem zliczanie "co 1" i to był błąd

_________________
sig off ;(

Wynika z tego chyba tylko jedno, nie uda się trafić zawsze w konkretną milisekundę

_________________
sig off ;(

tak, to też prawda no nic jak złapie Suna na Jabberze to na pewno naprowadzi mnie na dobry tok myślenia jak zawsze zresztą hehe :]

_________________
sig off ;(

Ależ zlicza co jedną milisekundę - skąd takie przypuszczenie że nie ? szok ! Przecież te przerwy pomiędzy wynikami są spowodowane zapewne operacjami które wykonujesz pomiędzy jednym wyświetlaniem a drugim. A kodu nie pokazałeś, który generował te dane na terminalu. Jeśli pokażesz to szybko zapewne uda się wyjaśnić co mierzyłeś i jak.

Zastanów się, że przecież sama operacja wysyłania danych przez RS232 musi trwać i to tym dłużej jeśli nie jest zorganizowana na przerwaniach i jeśli bez przerwań to tym dłużej im mniejsza prędkość.

Oczywiście mogę się mylić co do pewnych szczegółów bo nie zajrzałem do źródeł działania funkcji Millis() ... ale czuję że te duże przerwy wynikają z kodu , który napisałeś.

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

program generjący dane na terminal to jak wyżej pisałem kod sunrivera na ktorym opierałem się



opóznienie jest spowodowane DELAYEM czyli 1s

_________________
sig off ;(

hyhyhyhy - no dokładnie o tym myślałem (że masz takie coś w kodzie) - ale zauważ że nie tylko DELAYEM ale także czasem wykonania Serlial.println

Teraz to chyba już zapamiętasz to na całe życie o co w tym chodzi?

PS ... zauważ że te dodatkowe średnio 12ms to dokładnie czas potrzebny na przesłanie 12 znaków z prędkością 9600bps

a napis

Czas: 1012 plus CRLF

to właśnie trwa praktycznie 12ms dokładnie więc zobacz jakie dokładne masz pomiary panie kochany

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

O dzięki Mirku:)

W tym przykładzie na serial chodziło mi o pokazanie co właściwie robi funkcja millis() , a liczy czas od uruchomienia programu.
Chodzi o czas pracy procesora , który możemy sobie skoro i tak tyka do czegoś użyć
Parę postów wyżej wyjaśniłem chyba dokładnie działanie funkcji:)

A w tym przykładzie niema żadnego delaya , a obliczenia czasu są oparte na funkcji millis();
Niemniej postaram się jakoś łopatologicznie wyjaśnić działanie tego programiku:




No teraz chyba wszyscy widzą i wiedzą jaki zamysł panuje w programie:)

Po prostu funkcja mili sobie liczy czas pracy procka , a ja tylko przypisuje sobie wartość funkcji
millis() do zmiennej currentMillis i odejmuje od niej zmienną previousMillis która ma wartość 0 (zero)
cały czas bo była potrzebna tylko do tego żeby pokazać programowi że zegar ruszył od zera i sobie przyrasta:)
porównuje wiec wynik odejmowania zmiennej previousMillis i currentMillis i porównuję czy jest większe od zmiennej
interval. i w ten sposób wyliczam sobie 1 sekundę czyli dioda mryga tak jak chciałem:)

Zatem zmieniając wartość zmiennej interval zmieniamy szybkość migania diody podobnie jak zmieniając wartość
parametru funkcji delay()

i to wszystko

_________________
[b]San Escobar! Patria mia! Tu eres como la salud.[/b]

dodam jeszcze tyle , że kod programu na którym się wzorowałeś kolego kierlan ,
jedyne co robi to tylko wyświetla wartość funkcji millis() na oknie terminala żeby
wszyscy zobaczyli jak ta funkcja działa , a nie liczy ileś tam czasu

Jakbyś poczekał 50 dni to byś zobaczył że leci od początku
(co zapomniałem dopisać

Natomiast wyliczenie dokładnie 1000ms jest już wyjaśnione w kodzie wyżej

_________________
[b]San Escobar! Patria mia! Tu eres como la salud.[/b]

nio dobrze czyli zatem nie da rady kombinować w kierunku którym chciałem

_________________
sig off ;(

NIE ROZUMIĆ , skąd się bierze wartość currentMillis = millis();
Jaką wartość otrzymuje w tym przykładzie currentMillis ?



Wychodzi na to iż currentMillis jest nieznaną i zmienna millis() też jest nieznaną. Nie mogę tego zrozumieć.

Więc jeśli nieznana currentMillis odjąć znana previousMillis jest mniejsza od znana interval


Wykonaj:
Zdefiniowana previousMillis wartość 0 jest równa currentMillis, więc currentMillis jest równe 0, i dopiero tutaj nadaliśmy wartość currentMillis = 0


Jeśli zdefiniowana ledState będzie mieć stan niski


Podajemy ledState stan wysoki


A jak nie pozostaw stan niski


Wysyłamy na kanał wyjściowy ledPin stan ledState


JAK TO ROZUMIEM ??
Kod staruje od początku i zatrzymuje się na



W tym momencie wartość previousMillis jest zmienną która z wartości 0 rośnie do 1000 milisekund i gdy osiąga ten stan program idzie dalej, ponieważ korzysta z wewnętrznego zegara mikroprocesora który startuje od chwili zasilenia. Pytanie czy zmieniając wartość 0 na 100 jaki będzie tego skutek ? Czy zero ma tu być obligatoryjne zawsze ma być ta wartość ?

Rozpoczyna się funkcja if i tutaj zmienna previousMillis oraz currentMillis jaką otrzymują wartość ? Jest to 1000 milisekund albo 0. Jeśli wartość jest brana ze zmiennej globalnej to jest to wartość zresetowana i ma wartość 0. Ale też jest to operacja w funkcji, więc powinna mieć wartość 1000 milisekund + 1 milisekunda. (kod poniżej)



W tedy zostaje sprawdzony stan wyjścia pinu i jeśli ma wartość niską



zmiennej ledState nadana jest wartość Wysoką, po czym na końcu kodu zostaje wysłana ta wartość na pin po upływie 1000 milisekund po czym program zaczyna od nowa. Ponieważ na starcie stan zmiennej ledState był niski to teraz jest wysoki i zostaje zapalona dioda itd. Czy ktoś może mi odpowiedzieć na pytani które zawarłem czy aby dobrze rozumuje ten kod ?

Trochę temat odkopię, sprawa jest prosta, przy starcie currentMillis ma wartość 0, tak jak i previousMillis, interwał 1000.

Po sekundzie currentMillis == 1000 a previousMillis == 0, czyli 1000 - 0 > 1000 (tutaj bym użył ' >= ' ponieważ przy ' > ' warunek zostanie spełniony przy 1001 i zmienna previousMillis przyjmie wartość 1001, 2002, 2003...)


Warunek interwal został spełniony więc previousMillis ma teraz wartość = 1000, a dokładnie 1001


licznik currentMillis leci dalej, więc jak doleci do 2000 to analogicznie if (2001-1000 >= 1000) previousMillis = 2000. (2002)