ATNEL tech-forum

Re: Ciekawostka _delay_ms()

2013-11-19T17:04:37+01:00

NOP w asemblerze to znaczy nic nie rób i zajmuje to 1 cykl zegarowy. Warunek While będzie wykonywany tyle razy ile będzie zawierać zmienna n plus parę cykli na obsługę samej pętli. Takie coś potrzebne jest już do bardzo dokładnych wyliczeń. Pamiętam jak mozolnie w Commodore+4 dobierałem ilość NOP żeby wyjść z obrazem poza ramkę obrazu czyli zamiast oryginalnych 25 lini uzyskałem 33(!) linie tekstowe. Każdy NOP był tam na wagę złota, bo inaczej wszystko się rozjeżdżało i nie było synchronizacji.

Statystyki: Napisane przez SylwekK — 19 lis 2013, o 17:04

Re: Ciekawostka _delay_ms()

2013-11-19T16:46:43+01:00

Ok a jak działa ta funkcja delay()?
[syntax=c]// delay for n cycles
static void delay(int n)
{
while(n--)
asm volatile ("nop");
}[/syntax]
Jest lepsza? Co to robi?

Statystyki: Napisane przez ZgłebiaczTajników — 19 lis 2013, o 16:46

Re: Ciekawostka _delay_ms()

2013-11-19T14:05:04+01:00

Genialne w swej prostocie ! Nie używam co prawda delay, ale warto wiedzieć co tam siedzi i jak to obejść, a przy okazji stosowanie makr mi się utrwala

Statystyki: Napisane przez SylwekK — 19 lis 2013, o 14:05

Re: Ciekawostka _delay_ms()

2013-11-19T11:26:39+01:00

krzysztof napisał(a):

nie sposób zapamiętać niestety każdego słowa z książki nawet jeśli czyta się ją kilka razy od deski do deski

Ależ to zrozumiałe i dlatego opisałem to jeszcze raz - co za problem im częściej to się na forum pojawi tym częściej ktoś trafi na to

A jeśli chodzi o delaye to jak najbardziej najlepiej ich unikać jak ognia. Nie mniej z nimi jest tak jak np z alkoholem też jest dla ludzi ale trzeba stosować z umiarem i z głową

Myślę, że kiedyś pokażę taką ciekawostkę ... jak z delaya zrobić prawie timer programowy .... oczywiście to będzie proteza i nie warto tego stosować na co dzień szczególnie rozumiejąc już normalne timery programowe - ale myślę że takie inne spojrzenie na pewne podejście do zagadnienia - zawsze pomoże komuś inaczej bądź lepiej zrozumieć co oznacza "NIEBLOKUJĄCY charakter" funkcji itp

Statystyki: Napisane przez mirekk36 — 19 lis 2013, o 11:26

Re: Ciekawostka _delay_ms()

2013-11-19T11:13:38+01:00

generalnie staram się nigdy tej biblioteki nie używać bo poznany dzięki Tobie Mirku mechanizm timerów programowych jest równie prosty w obsłudze a ma charakter nieblokujący nie sposób zapamiętać niestety każdego słowa z książki nawet jeśli czyta się ją kilka razy od deski do deski

Statystyki: Napisane przez krzysztoffx — 19 lis 2013, o 11:13

Re: Ciekawostka _delay_ms()

2013-11-19T10:36:55+01:00

Prawda!
Dzięki tej malutkiej funkcji upchnąłem w jednym ze swoich początkujących programów 3 (słownie TRZY) zmienne opóźnienia i zmieściłem się z tym w ATTINY13
my_delay ( u mnie zwana opozniarka ) częto ratuje życie

Statystyki: Napisane przez rescue1 — 19 lis 2013, o 10:36

Re: Ciekawostka _delay_ms()

2013-11-19T07:17:40+01:00

Ale natknąłeś się na to co niestety przechodzi z bólem każdy początkujący w C a nie wiesz o pewnej oczywistej rzeczy, którą po raz kolejny wytłumaczę ... bo pewnie w Bluebooku umknęło ?

Do funkcji opóźniających typu _delay_xx() w AVR GCC przekazujemy TYLKO I WYŁĄCZNIE stałe dosłowne. Co ciekawe mogą to być wtedy nawet liczby zmiennoprzecinkowe np: 0.3

Pod żadnym pozorem nie można używać zmiennych a szczególnie jeszcze robić takich obliczeń w nawiasach w miejscu argumentu ... dlaczego i skąd się bierze nagle takie zwiększenie objętości kodu ? ... to dość proste ....

otóż argumentem funkcji jest liczba zmiennoprzecinkowa - która jednak, gdy podamy ją w postaci stałej dosłownej zostaje zawsze zamieniona przez kompilator na liczbę całkowitą i dzięki temu kompilator nie musi dociągać biblioteki do obsługi liczb zmiennoprzecinkowych to stąd następuje taki przyrost kodu .... Przez dociągnięcie tej biblioteki - stąd podstawowy wniosek że przede wszystkim należy unikać jak ognia liczb zmiennoprzecinkowych - szczególnie w małych prockach .....

No zwykle w tym momencie ktoś się dziwi - to jak to ? w takim razie jak uzyskać zmienną ilość opóźnienia jeśli nie można zastosować zmiennej jako argument - ano można można .... ale z kolei tak (też ten sposób już niejednokrotnie pokazywałem na forum nie tylko w książce) zobacz:

[syntax=c]void my_delay( uint16_t ms ) {
while( ms-- ) _delay_ms(1);
}[/syntax]

jak widzisz wystarczy jedna mała funkcja i po zawodach wtedy możesz jej użyć tak:

[syntax=c]for ( i=0 ; i < 100; i++)
{
PORTB ^= led;
my_delay_ms(i*20);
}[/syntax]

bez obaw że ci kod przyrośnie i będzie się coś źle działo.

Statystyki: Napisane przez mirekk36 — 19 lis 2013, o 07:17

Ciekawostka _delay_ms()

2013-11-19T01:49:31+01:00

Bawiłem się dzisiaj różnymi funkcjami bibliotecznymi i sprawdzałem ilość zużywanej przez nie pamięci

Wpisując :
[syntax=c]for ( i=0 ; i < 100; i++)
{
PORTB ^= led;
_delay_ms(20);
}[/syntax]
kompilator grzecznie kulturalnie wyrzucił (dla ATMega8):
Program: 100 bytes (1.2% Full)
(.text + .data + .bootloader)
Data: 0 bytes (0.0% Full)
(.data + .bss + .noinit)

ale kiedy w funkcji _delay_ms() użyłem wyrażenia:
[syntax=c]for ( i=0 ; i < 100; i++)
{
PORTB ^= led;
_delay_ms(i*20);
}[/syntax]
kompilator poinformował mnie że zjadł pół procesora
Program: 3640 bytes (44.4% Full)
(.text + .data + .bootloader)
Data: 264 bytes (25.8% Full)
(.data + .bss + .noinit)
Pewnie większość osób to wie ale ja osobiście byłem w głębokim szoku... Cały "program" miał może 20 linii kodu.... Myślę że dla początkujących jak ja przypadkowe zastosowanie funkcji w ten sposób byłoby niezłą zagadką Program w assemblerze ma 1800 linii podczas gdy program w którym wykorzystuję enkoder,lcd2x16,IR i rozbudowane menu tmf'a zajmuje 1400

PS. kolejny argument żeby bibliotekę delay.h omijać szerokim łukiem

Statystyki: Napisane przez krzysztoffx — 19 lis 2013, o 01:49