ATNEL tech-forum

Re: Przerwania Atmega16

2018-02-01T10:33:52+01:00

Dzięki Daro69.
Pomyślę. Problem tkwi w tym, ze umiem sam tworzyć jakieś podstawowe funkcje, gdzie są 2-3 argumenty, ale kiedy widzę coś
bardziej skomplikowanego, gdzie jest kilka zmiennych, kilka nawiasów okrągłych, a w nich jeszcze kwadratowe i tam jeszcze argumenty,
to po prostu nie potrafię na tym etapie rozklinić takiej linijki kodu, a wiec dokonywać modyfikacji również.
Owszem, wiem co robi cała funkcja i potrafię ja użyć, ale jak działa, co się w niej dzieje itd...to już nie pojmuję (no powiedzmy jakieś
części tej funkcji, czy innej, bo trochę rozumiem).
Ja wiem, że trzeba się uczyć i samo nie przyjdzie, a więc to czynię pomału.
Pozdrawiam

Statystyki: Napisane przez Robert_1967 — 1 lut 2018, o 10:33

Re: Przerwania Atmega16

2018-02-01T09:49:58+01:00

hejo,

Robert_1967 napisał(a):

...następuje nadpisywanie tekstem tej linijki i być może
przykrycie kursora.

chyba bym kombinował umieścić podmianę znaku
wewnątrz funkcji, na końcu po zapełnieniu buf.
Co określony czas nadpisywać znak swoim "_".

void buf_refresh(void){
if( !.......){

.<.......o tu.
}
}
przyznam się że biblioteki nie przestudiowałem.
możliwe że błądzę we mgle.

Wysłane z mojego Lenovo K33a42 przy użyciu Tapatalka

Statystyki: Napisane przez Daro69 — 1 lut 2018, o 09:49

Re: Przerwania Atmega16

2018-02-01T09:05:49+01:00

Temat ogarnąłem.
To znaczy pozostałem przy kodzie z _ms_delay(X); , ale w funkcji obsługi przycisków zmieniłem zmienną odpowiedzialną za
eliminację drgań styków z uint16_t na uint8_t i teraz zmiany literek następują bardzo szybko jakby nie zależnie od częstotliwości
migotania i odświeżania kursora. Trochę mnie to dziwi, że jest ok, no ale wreszcie koniec.
Mimo wszystko pozostaje niesmak, ponieważ nadal nie pozbyłem się delaya.....Dziękuję kolego za chęć pomocy. Może jeszcze ktoś
ma jednak jakiś bardziej poprawny sposób. Pozdrawiam.

Statystyki: Napisane przez Robert_1967 — 1 lut 2018, o 09:05

Re: Przerwania Atmega16

2018-02-01T07:18:29+01:00

Witaj Daro69
Same zmiany na lcd wykonuje od czasu do czasu, a potem jest tylko wyświetlanie zapisanych wcześniej danych. Co do
odświeżania, to robię to w main.c w pętli głównej cały czas, kiedy jest włączone urządzenie. korzystam z Mirkowej funkcji
z lekcji L19 GB, gdzie mam tak (tylko fragment, wiadomo, czemu):

[syntax=c]void buf_refresh(void)
{
if( !(ms10_cnt%(LCD_REFRESH_MS/10)) )
{
for(y=0;----------;y++)
{ // wykona sie tyle razy, ile jest linii-ROWS
lcd_locate(y,0);
----------- lcd_char( hd_buf[AT(y,x)] );// wykona sie tyle razy, ile jest kolumn-COLS
}
}
lms10 = ms10_cnt;
}[/syntax]

W main mam buf_refresh();

Działa dobrze. No ale przetestuję, co wczoraj napisałeś no i pomęczę się trochę .
Pozdrawiam.

Dodane po czasie

Nie chce to niestety działać. Myślę Daro69, że to chyba koncepcja jest zła od samego początku. Tzn. do momentu, kiedy nie
postanowiłem wykombinować ten kursor, to program robił, co miał robić i było ok, ale akurat teraz w tym zastosowaniu chyba lipa.

Chodzi o to, że zaraz po użyciu tych instrukcji do wyświetlenia kursora następuje nadpisywanie tekstem tej linijki i być może
przykrycie kursora. Jeśli było po staremu:

[syntax=c]if( !Timer1 )
{
Timer1=50;
lcd_locate(1,pozycja);
lcd_str("_");
_delay_ms(150);
}
}[/syntax]

to kiedy kursor poszedł na wyświetlacz, to następowało zatrzymanie programu na chwilę i mokłem zauważyć migotanie kursora i
przy okazji znaku, jeśli takowy był wcześniej wpisany. No niestety metoda ta ma zasadniczą wadę opóźniania całej reszty. To znaczy
potem,kiedy dokonam zmian i tylko wyświetlam tekst, to nie ma to żadnego znaczenia, ale właśnie w momencie kiedy przyciskiem
zmieniam dane, to ten delay mi przeszkadza. Oczywiście mogę zmieniać tekst naciskając powoli, no ale nie tak ma być i nie tak miałem się uczyć z babolami.
Może dziwić, że podałem kod z lcd_locate; , a nie buf_locate;, ale ja mam ten programik w dwóch wersjach z buforowaniem i bez.
Testuję i tu i tu, dlatego taki kod.....
Pozdrawiam.

Statystyki: Napisane przez Robert_1967 — 1 lut 2018, o 07:18

Re: Przerwania Atmega16

2018-01-31T22:23:15+01:00

hejka,
jeszcze jedna istotna sprawa,
odświeżanie ekranu z bufora(jeżeli korzystasz),
musi być po każdej aktualizacji zmian. np. jeżeli do bufora wpisujesz zmianę co 1sek,
to i odświeżanie ekranu z bufora też co 1sek. nie rzadziej.
żeby nie było takiej sytuacji że w buforze się zmienia,
a na ekranie nie widać zmian bo wyświetla co drugą - czyli ciągle tę samą.

Statystyki: Napisane przez Daro69 — 31 sty 2018, o 22:23

Re: Przerwania Atmega16

2018-01-31T20:52:27+01:00

Witam Daro69
Dziękuję bardzo za włączenie się do tematu. Jutro rano będę miał dostęp do kompa z atb, to przetestuję.
"Zmiana". to jest pozycja w wierszu, gdzie edytuję i zmieniam znak w kolumnie. Chcę ją jakoś podkreślić
i po to chcę zastosować czy to mruganie, czy też kursor na tej pozycji.
Pozdrawiam.

Statystyki: Napisane przez Robert_1967 — 31 sty 2018, o 20:52

Re: Przerwania Atmega16

2018-01-31T17:13:46+01:00

witam,

Robert_1967 napisał(a):

[syntax=c] if( !Timer1 )
{
Timer1=20;
lcd_locate(0,pozycja);
lcd_str("_");
}[/syntax]

może spróbuj coś w tym kierunku - może w tym teście się sprawdzi.
[syntax=c]if( !Timer1 ) {
Timer1=20;
static uint8_t zmiana;
lcd_locate(0,pozycja);

if(zmiana){ lcd_str("_"); zmiana=0; }
else { lcd_str(" "); zmiana=1; }
}[/syntax]
może nie najlepsze, ale zawsze jakieś rozwiązanie .
pozdrawiam

Statystyki: Napisane przez Daro69 — 31 sty 2018, o 17:13

Re: Przerwania Atmega16

2018-01-31T14:55:22+01:00

Mam kwarc 16MHz. Nigdzie więcej nie używam przerwań, poza próbą uzyskania migającego kursora programowego. Samo przerwanie
jest co około 10ms. Wszystko wyświetla się statycznie, do momentu kiedy wejdę do menu i chcę pozmieniać trochę teksty. Do tego
chciałem zrobić sobie taki kursor. Ja myślę, aczkolwiek mogę być w błędzie, że tak, jak napisałem wcześniej, to te ify się wykonują
prawidłowo i oba przerwania się wykonują, kursor jest wysłany i wyświetlony, ale pętla nie czeka, tylko idzie dalej, a więc nie widzę
nic. Ale z drugiej strony przy wyświetlaniu napisów ALARM w innym projekcie jest ok, a więc chyba sam sobie przeczę .
Może trzeba trochę odpocząć, porzucić temat na jakiś czas.... Dzięki mimo wszystko.

Statystyki: Napisane przez Robert_1967 — 31 sty 2018, o 14:55

Re: Przerwania Atmega16

2018-01-31T14:37:04+01:00

No cóż, z takich fragmentów ciężko coś wywnioskować. Bardzo możliwe, że problem jest w tym, że wyświetla się coś innego. Jak często zmieniasz dane wysyłane do wyświetlacza?

Statystyki: Napisane przez Marhef — 31 sty 2018, o 14:37

Re: Przerwania Atmega16

2018-01-31T14:28:55+01:00

Witaj Matchef
ja próbowałem, ale nie idzie. Przy tym sposobie z mruganiem napisu ALARM było ok, ale kod był w main.c i tylko wyświetlałem i mrugałem
różnymi tekstami na lcd w związku z testami na buforze. Tutaj ten kawałek kodu jest umieszczony w czymś w rodzaju prostego menu
na case, break....i do wyświetlacza z różnych plików źródłowych są wysyłane dane, które, nie wiem, może przysłaniają ten kursor.
Z delay jest ok, ponieważ zatrzymuję wszystko na moment, a w przerwaniach nie widzę kursora. Tak np. pisałem i nie chodzi:

[syntax=c]void cursor_blink_line_1(void)
{
if( !Timer1 )
{
Timer1=20;
lcd_locate(0,pozycja);
lcd_str("_");
}

if( !Timer2 )
{
Timer2=40;
lcd_locate(0,pozycja);
lcd_str(" ");
}
}[/syntax]

Ja rozumiem. Pętla idzie tysiące, czy miliony razy na sekundę i być może kursor jest, ale oko nie widzi, a delay zatrzymywał i było
widać, ale dla innych rzeczy psuje sprawę.

Statystyki: Napisane przez Robert_1967 — 31 sty 2018, o 14:28

Re: Przerwania Atmega16

2018-01-31T14:03:51+01:00

Robert_1967 napisał(a):

Im dłużej siedzę, tym gorzej Muszę w jakiś sposób przytrzymać chwilę kreskę w kolumnie wiersza i doskonale robi to delay, no ale potem kaszana, jak chcę szybko
edytować znak w kolumnie przyciskiem, no bo przecież cały program czeka te nieszczęsne 150ms. proszę o jakieś pomysły.

A może po prostu dodaj sobie dodatkową zmienną (Timer2?), która będzie dekrementowana w funkcji obsługi przerwania i co 150 ms będzie zmieniało wyświetlanie z "_" na znak, który ma być wyświetlany.
Co jaki czas masz Timer1 = 0? Bo może nawet tylko na tej zmiennej się uda.

EDIT:
Widzę, że coś dopisałeś. Przecież tu też możesz zrobić w ten sam sposób.

Albo (teraz mi przyszło do głowy) timerem odmierzasz 150 ms i toglujesz flagę. I później, jeśli flaga jest równa 0, to wyświetlasz "_", a jeśli 1, to wyświetlasz znak, jaki potrzebujesz.

Statystyki: Napisane przez Marhef — 31 sty 2018, o 14:03

Re: Przerwania Atmega16

2018-01-31T13:59:45+01:00

Chodzi o to, że muszę jakoś zamrozić ten marker na powiedzmy 300-500ms, co teraz robi delay_ms. Mogę zastosować np. Timer2
(no nie wiem-głośno myślę), ale nie mam pomysłu, jak to ugryźć. W innym programiku, gdzie testowałem sobie sterowanie buforowe,
to rozwiązałem to tak:

[syntax=c]if( !Timer3 )
{
Timer3=12;
buf_locate(2,1);
buf_str("[ALARM]");
// instrukcje
}

if( !Timer4 )
{
Timer4=24;
buf_locate(2,1);
buf_str("[ ]");
// instrukcje
}[/syntax]

Nie wiem, czy to też nie zawiera baboli z punktu poprawności kodu, ale chciałem sobie pomrugać w przerwaniach powiedzmy
nieblokująco i pomrugałem, ale tu jest trochę inny przypadek i nie mam pomysła

Statystyki: Napisane przez Robert_1967 — 31 sty 2018, o 13:59

Re: Przerwania Atmega16

2018-01-31T13:48:38+01:00

no dałem ci sugestię korzystasz z delayów i dlatego ci to źle chodzi .

Statystyki: Napisane przez tonygryps — 31 sty 2018, o 13:48

Re: Przerwania Atmega16

2018-01-31T13:42:00+01:00

Dzięki tonygryps.
Nie obraź się proszę na początku mojej odpowiedzi, ale gdybym wiedział jak prawidłowo napisać, to tego postu i innych przeze mnie
napisanych by tu nie było. No chyba że za wyjątkiem tych pomocnych dla innych początkujących .
Ja rozumiem dobrodziejstwa timerów i nieudolność _ms_delay(x); przy pewnych zastosowaniach, tylko po prostu jestem jeszcze na
takim etapie, że nie potrafię za wiele sam wymyślić. Kiedy spoglądam na inne kody i je analizuję, to nieraz sobie myślę, jak to fajnie
i prosto ktoś napisał, ale sam ciężko wpadam na coś nowego, ot i tak. Mam nadzieje, że się to z czasem zmieni, a na razie jest
pod górkę. Poprzedni mój post jest niepełny. Coś się pomyliłem przy wysyłaniu, ale ja wiem, że to głupota, co spłodziłem. Napisałem, że
to funkcjonuje, tylko źle, nieudolnie, bo przy okazji spowalnia cały program i poprosiłem o jakieś sugestie.Pozdrawiam.

Statystyki: Napisane przez Robert_1967 — 31 sty 2018, o 13:42

Re: Przerwania Atmega16

2018-01-31T13:20:36+01:00

skoro korzystasz z takiego dobrodziejstwa jak timer programowy to po co stosujesz jeszcze dylaje?
[syntax=c]_delay_ms(150);[/syntax]

Statystyki: Napisane przez tonygryps — 31 sty 2018, o 13:20

Re: Przerwania Atmega16

2018-01-31T12:26:44+01:00

Chciałem poprosić o pomoc.
Otóż zrobiłem migający kursor w pozycji, gdzie akurat chcę edytować znak na ekranie lcd. Niestety jest to najgorsza chyba z
możliwych opcji i proszę o jakieś pomysły. To działa z punktu widzenia samej idei, ale niestety wprowadza spowolnienie, które
przeszkadza chociażby przy obsłudze przycisków, czy innych funkcji w programie. Kod wygląda następująco:

[syntax=c]void cursor_blink_line_1(void)
{
if( !Timer1 )
{
Timer1=50;
lcd_locate(0,pozycja);
lcd_str("_");
_delay_ms(150);
}
}

Im dłużej siedzę, tym gorzej :shock: Muszę w jakiś sposób przytrzymać chwilę kreskę w kolumnie wiersza i doskonale robi to delay, no ale potem kaszana, jak chcę szybko
edytować znak w kolumnie przyciskiem, no bo przecież cały program czeka te nieszczęsne 150ms. proszę o jakieś pomysły.[/syntax]

Statystyki: Napisane przez Robert_1967 — 31 sty 2018, o 12:26

Re: Przerwania Atmega16

2018-01-25T07:22:53+01:00

Witam ponownie.
Jakoś nie ma nikogo, kto mógłby się wypowiedzieć i ew. wyjaśnić, jak to jest w tym przypadku. Wklejam kod do przemyśleń.
Używam kwarcu 16MHz i atmega16.

[syntax=c]while(1)
{
buf_refresh();

if( !Timer1 )
{
Timer1=100;
buf_locate(0,1);
buf_str("Buforowanie textu");
// instrukcje
}

if( !Timer2 )
{
Timer2=100;
buf_locate(1,0);
buf_str_P(PSTR("Napis we FLASH"));
// instrukcje
}

if( !Timer3 )
{
Timer3=25;
buf_locate(2,1);
buf_str("[ALARM]");
// instrukcje
}

if( !Timer4 )
{
Timer4=50;
buf_locate(2,1);
buf_str("[ ]");
// instrukcje
}

if( !Timer5 )
{
Timer5=25;
buf_locate(3,10);
buf_str("[ALARM2]");
// instrukcje
}

if( !Timer6 )
{
Timer6=50;
buf_locate(3,10);
buf_str("[ ]");
// instrukcje
}
}
}[/syntax]

Statystyki: Napisane przez Robert_1967 — 25 sty 2018, o 07:22

Re: Przerwania Atmega16

2018-01-24T18:33:27+01:00

No więc wykonałem małe ćwiczenie w związku z tym tematem.
Utworzyłem kilka timerów z pierwszego postu, tzn.

[syntax=c]if
( !Timer1 )
{
Timer1=100;
// instrukcje
}

if( !Timer2 )
{
Timer2=100;
// instrukcje
}

if( !Timer3 )
{
Timer3=100;
// instrukcje
}

if( !Timer4 )
{
Timer4=100;
// instrukcje
}
}[/syntax]

Ponieważ na dany moment nie miałem przygotowanych ledów, to wykorzystałem wyświetlacz lcd.Wyświetlałem teksty w czterech linijkach, migotałem na
różne sposoby tymi tekstami. Wiem, że w przerwaniach nie należy wyświetlać tekstów na lcd ze względu na spowolnienie całości, ale ja zastosowałem
sterowanie buforowe i funkcje Mirka z projektu warstw na lcd. Jednym słowem kosmos do tradycyjnego sterowania . Teraz nie wstawię kodu, ponieważ
jestem na innym kompie, ale wyglądało to tak, że migałem dwoma tekstami w dwóch linijkach. Dwa teksty migały około 2 razy na sekundę. Pozostałe wyświetlały
się statycznie. Miganie zrobiłem tak, że jeden timer zapalał napis, a drugi timer gasił (czyścił).
Dla drugiego napisu tak samo. Jeden timer zapalał napis, a drugi gasił. Czyli razem cztery timery dla dwóch mrugających napisów. I teraz najważniejsze.
W obu przypadkach ustawiłem takie same czasy dla dwóch linijek (czas świecenia i czas nieświecenia). I co zauważyłem:
Oba napisy zapalają się dokładnie i gaszą w tych samych momentach (pomijam bezwładność wzroku i co tam jeszcze). I teraz na pierwszy rzut oka doszedłem
do wniosku, że dwa (czy może 4) niezależne timery robią zupełnie niezależne , choć takie same procesy i być może dokładnie, a może prawie dokładnie w tym
samym czasie (nie wiem, jak Mirek by to nazwał) i właśnie o to mi chodzi. Jeżeli program jest napisany liniowo, to czy tak utworzone timery ich czasy są
prawidłowo ustawione (wpisane w programie, np timerX=100;). Może się ktoś śmiać, że tak rozkładam takie rzeczy na czynniki pierwsze, tak drobiazgowo, ale
mi naprawdę zależy na zrozumieniu tematu. Tu jest tylko miganie napisami, a jak będą jakieś szybkie instrukcje w kilku przerwaniach i źle to zrobię, to pozamiatane . Można to jeszcze powtórzyć z kilkoma diodami i mruganiem co sekundę, czy nawet dwie i wtedy widać dokładnie co się dzieje. Mi się wydaje, że przy liniowym programowaniu może się wykonać tylko jedno zadanie i jeśli wykonuje się w danym momencie obsługa przerwania i kod związany z
tą obsługą, to nie może w tym samym czasie wykonywać się obsługa drugiego przerwania, no chyba, ze nie mam racji, albo pomimo, że są wpisane takie same liczby, to ten czas tak na prawdę jest różny z perspektywy procesora, bo oczy mogą kłamać. A żeby dalej nie zamęczać tym tematem proszę o konkretną
odpowiedź kolegów, którzy znają tą materię. Z góry dzięki.

Statystyki: Napisane przez Robert_1967 — 24 sty 2018, o 18:33

Re: Przerwania Atmega16

2018-01-24T12:08:52+01:00

Dzięki robespierre.
Co do czcionki, to zmieniłem na bodajże Lucida Console w Winie. Jeszcze popróbuję inne w wolnej chwili. To, co napisałeś o timerach
muszę sobie przetrawić i może jeszcze gdzieś doczytać. Może jeszcze ktoś się wypowie. Jeśli chodzi o ścisłość, to czy jeśli kod
jest napisany tak, jak zamieściłem (pomijam już sam fakt, czy to jest uint8_t timer1; czy też uint16_t timer1;), to czy jest prawidłowo
z punktu widzenia logiki. Pytam, ponieważ na tym etapie mojej skromnej wiedzy nie mam pewności.
Ponad to używam innego sposobu z użyciem timerów z BB i GB, gdzie-tak mi się wydaje
mam większą możliwość wpływania na wykonujący się program, to znaczy, kiedy, w którym momencie, czy po jakim czasie ma się
wykonać kolejne przerwanie, cz instrukcja w przerwaniu. Chociażby taki przykład:

[syntax=c]if(ls1 != s1_cnt)
{// pierwszy wariant
if(0==(s1_cnt % 2))// np. ROZKAZ_POMIARU_DO_DS18B20pierwsza-zerowa sekunda wysyłamy rozkaz pomiaru do czujnika
if(1==(s1_cnt % 2))// np. ROZKAZ_POMIARU_Z_DS18B20druga sekunda wysyłamy rozkaz odczytu do czujnika

ls1 = s1_cnt;

}[/syntax]

Czy inny przykład:

[syntax=c]// drugi timer programowy co 1s
if(ls1 != s1_cnt)
{
// instrukcja
if(!(s1_cnt % 3))
{
// instrukcja...wykonuje się co 3s, przy czym zawsze w trakcie pierwszej z 3 sekund
ls1 = s1_cnt;
}
}[/syntax]

W poprzednim przykładzie mogłem tylko zmienić wartość np. timer1 = 100; na inną wartość, a tutaj możliwości jest więcej.

Statystyki: Napisane przez Robert_1967 — 24 sty 2018, o 12:08

Re: Przerwania Atmega16

2018-01-24T10:15:41+01:00

Dziękuję koledze.
Widzę, że jednak muszę zmienić te czcionki. Pytałem, co jest nie tak, ponieważ to był pierwszy taki przypadek. Gdyby kolega mógł
podpowiedzieć, jak i gdzie te czcionki zmienić w małym skrócie, ponieważ na co dzień tego nie robię.
No i jakby ktoś odniósł się do mojego pytania odnoście kodu zamieszczonego, to będę wdzięczny.

Ps.
Czy chodzi o zmianę czcionki w Windows konkretnie ?. Poszukam w google.

Statystyki: Napisane przez Robert_1967 — 24 sty 2018, o 10:15

Re: Przerwania Atmega16

2018-01-24T10:04:03+01:00

robespierre napisał(a):

Taki mały "pro-tips". Ustaw czcionkę która nadaje się do pracy z kodem. Sprawdź w której widać różnicę między: el a jeden, przecinkiem i kropką, zero i Oooo. Ja z wolnych czcionek polecam Inconsolata . W MS Win. jest Lucida Console. Ew. Monaco.. zesztą sam dopasujesz

Qurczę a ja ostatnio piszę kod - mam sporo zmiennych typu a1, n1 itp ... w Delphi i się wkurzam bo ciągle wygląda to jak al nl itp i tak zapomniałem w ogóle o tym, żeby sobie w końcu czcionkę zmienić ... dobrze, że trafiłem na ten post ... dzięki, zaraz pozmieniam sobie czcionki ... Lucida Console fajnie wygląda pod tym względem. Dzięki!

------------------------ [ Dodano po: kilkunastu sekundach ]

a wracając do wątku to oczywiście, że nie można rozpoczynać nazw zmiennych od cyfr i to są te błędy na górze

Statystyki: Napisane przez mirekk36 — 24 sty 2018, o 10:04

Re: Przerwania Atmega16

2018-01-24T09:57:06+01:00

Witaj.
A co jest nie tak z moją czcionką ?. Ja wszystko widzę prawidłowo i jak do tej pory nikt nic nie zgłaszał.
Pozdrawiam.

Statystyki: Napisane przez Robert_1967 — 24 sty 2018, o 09:57

Re: Przerwania Atmega16

2018-01-24T09:31:58+01:00

Mam pytanie do szanownych kolegów.
Czytałem w BB i GB odnośnie timerów. Pan Mirek ładnie to wszystko opisał i omawiał
sposób postrzegania czasu, co to jest czas, jak rozumieć w tym samym czasie itd. Niby wszystko jest zrozumiałe, ale chciałem
doprecyzować, czy taki kod jest prawidłowy. Wiadomo, że każdy kolejny if jest, jakby po czasie poprzedniego, ale operacje na
mikro kontrolerze odbywają się tak szybko i nie wiem, czy w każdym ifie nie powinienem zastosować innej wartości czasowej,
ponieważ, program może działać źle. Zdaję sobie sprawę, że moje pytanie jest związane z niepełnym, jak na razie zrozumieniem
zagadnienia, dla tego dopytuję. Robiłem do ćwiczeń proste programiki z użyciem timerów, ale do końca nie wiem, czy dobrze to
robię.

Oto przykładowy kod:

[syntax=c]while(1)
{
if( !Timer1 )
{
Timer1=100;
// instrukcje
}

if( !Timer2 )
{
Timer2=100;
// instrukcje
}

if( !Timer3 )
{
Timer3=100;
// instrukcje
}

if( !Timer4 )
{
Timer4=100;
// instrukcje
}
}[/syntax]

Statystyki: Napisane przez Robert_1967 — 24 sty 2018, o 09:31

Re: Przerwania Atmega16

2018-01-11T08:39:57+01:00

Dziękuję koledze za odpowiedź.
Widzę teraz, jakiego babola popełniłem tym pytaniem. Fakt, że wzrok mam już nie najlepszy i używam okularów. Teraz widzę, że to
małe l z klawiatury, a nie cyfra 1. No ale temat się przyda, ponieważ pewnie będę miał jeszcze jakieś zapytania, co do przerwań.
Dzięki i pozdrawiam.

Statystyki: Napisane przez Robert_1967 — 11 sty 2018, o 08:39

Re: Przerwania Atmega16

2018-01-11T08:20:32+01:00

Standard języka C nie pozwala na używanie zmiennych zaczynających się od cyfr

Statystyki: Napisane przez Marhef — 11 sty 2018, o 08:20