ATNEL tech-forum

Re: Timery Programowe a UART

2015-03-23T23:13:44+01:00

to jeszcze jedna metoda dla timera 100Hz

[syntax=c]void wysylaj_co_100_ms()
{
if(!Timer1)
{
Timer1 = 505; // przyklad dla pieciu komunikatow co 100ms
}
if(Timer1 == 505)
{
Uart_puts("jeden");
Timer1--;
}
else if(Timer1 == 404)
{
Uart_puts("dwa");
Timer1--;
}
else if(Timer1 == 303)
{
Uart_puts("trzy");
Timer1--;
}
else if(Timer1 == 202)
{
Uart_puts("cztery");
Timer1--;
}
else if(Timer1 == 101)
{
Uart_puts("piec");
Timer1--;
}

}[/syntax]
i 1 bajt statycznej RAM oszczedzony

ewentualnie parametrem funkcji można uczynić wskaźnik do zmiennej u16, jeśli jeszcze nie wiesz, z którego timera będziesz korzystał

Statystyki: Napisane przez HCOOH — 23 mar 2015, o 23:13

Re: Timery Programowe a UART

2015-03-23T20:52:02+01:00

anshar napisał(a):

Co do oczywistego dla wielu zerowania zmiennej i (kroki) pomyślałem sobie, że może komuś się to przyda, komuś kto tego jeszcze nie załapał (lub nie do końca, tak jak np ja).

No i BARDZO dobrze - po to jest to forum .... teraz jak ktoś poczyta całość to będzie miał fajny obraz całości

Statystyki: Napisane przez mirekk36 — 23 mar 2015, o 20:52

Re: Timery Programowe a UART

2015-03-23T20:38:26+01:00

Dać IMPULS? To nie impuls, to bomba atomowa!
Panie Mirku zgadzam się z panem w 100 procentach, ba nawet w 200 procentach ze wszystkim oprócz jednego:

Quote:

mojego starego

.
Tutaj to chyba wiek nie ma żadnego znaczenia, a doświadczenie i to coś, czego wielu wykładowców czy nauczycieli nie posiada. Za to pan ma to wszystko, przeogromną wiedzę i dar jej przekazywania!
Co do oczywistego dla wielu zerowania zmiennej i (kroki) pomyślałem sobie, że może komuś się to przyda, komuś kto tego jeszcze nie załapał (lub nie do końca, tak jak np ja).
Uczę się języka C bardzo krótko i często łapię się na tym, że te najbardziej oczywiste zagadnienia, na które się z regóły nie zwraca uwagi zaczynają się prędzej czy później mścić. No ale po to między innymi mamy to forum prawda?

Statystyki: Napisane przez anshar — 23 mar 2015, o 20:38

Re: Timery Programowe a UART

2015-03-23T12:32:31+01:00

anshar napisał(a):

Chodzi mi o to, że jednak warto pamiętać o zerowaniu zmiennej kroki.

No warto warto tyle że to mi się wydawało może zbyt jasne ... a przykład miał być MEGA PROSTY dla zrozumienia idei działania dla KAŻDEGO.

Jak widzisz - nawet taka rzecz jak to że kroki trzeba zerować - jest też już dzięki ogarnięciu tak prostego sposobu oczywista po kilku chwilach. Ale hmm o to chodzi mi zawsze - żeby wytłumaczyć coś NAJPROŚCIEJ JAK SIĘ TYLKO DA ... bo zawsze wierzę, że później to już każdy sobie poradzi ... i będzie sobie i optymalizował kod, i usprawniał a co ważniejsze - wymyślał coraz lepsze i bardziej zaawansowane sposoby w miarę uczenia się dalej ...

Jak widzisz - TO działa - tzn takie podejście z mojej strony - ważne żeby dać IMPULS! .... a później to już wszystko robi się proste - nieprawdaż ? Najtrudniej zwykle jest po prostu zacząć, zrozumieć - zaskoczyć ... i ja się na tym skupiam ... później pobudzone mózgi działają już same i lepiej nawet od mojego starego

Statystyki: Napisane przez mirekk36 — 23 mar 2015, o 12:32

Re: Timery Programowe a UART

2015-03-23T10:31:51+01:00

No chyba źle się wyraziłem. Już się poprawiam. Chodziło mi o to, że musimy wyzerować zmienną kroki, bo gdy tego nie zrobimy to tak jak pisałem dla kroki % 5 będą dla (kroki = 255) % 5 = 0 i dla (kroki = 0) % 5 = 0. A to będzie błąd.
Chodzi mi o to, że jednak warto pamiętać o zerowaniu zmiennej kroki. Reszta panie Mirku jasna jak słońce!

[syntax=c]if( !Timer1 ) {
if( 0 == (i % 5) ) { led1(); }
if( 1 == (i % 5) ) { led2(); }
if( 2 == (i % 5) ) { led3(); }
if( 3 == (i % 5) ) { led4(); }
if( 4 == (i % 5) ) { led5(); }

i++;
if( 5 == i ) { i = 0; } //zerowanie zmiennej i (kroki)
Timer1=20; // co 200 ms
}[/syntax]

Statystyki: Napisane przez anshar — 23 mar 2015, o 10:31

Re: Timery Programowe a UART

2015-03-23T10:12:26+01:00

anshar napisał(a):

Jest tylko jeden mały problem w przypadku %5.

To nie jest problem - trzeba tylko zrozumieć jak działa "modulo" .... Pomyśl sobie co by było gdyby ktoś w takim przykładzie chciał np zrobić 140 kroków i miał 140 IF'ów

[syntax=c]if( 4 == (i % 140) ) { ledx(); }[/syntax]

toż roki powyżej 140 wykonałyby się w pierwszym obiegu zmiennej i od 0 do 140 a później w w kolejnych krokach od 141 do 255 ? ... to by była dziura

No wiadomo przecież że warunki graniczne w takim przykładzie trzeba sobie jakoś dobrać ... czyli np wyzerować zmienną kroki gdy wykonają się wszystkie nam potrzebne - tak jak to próbujesz dalej robić ...

------------------------ [ Dodano po: 2 minutach ]

anshar napisał(a):

jednak przy i%5 nie działa to już tak dobrze.

a co to oznacza wg ciebie ?

toż przy i % 5 masz nie 4 a pięć kroków i co tu może działać źle ? lepiej ? albo gorzej ?

Statystyki: Napisane przez mirekk36 — 23 mar 2015, o 10:12

Re: Timery Programowe a UART

2015-03-23T01:08:24+01:00

Jest tylko jeden mały problem w przypadku %5. Dla wartości uint8_t i; gdy i=255 otrzymamy 0, oraz dla wartości i=0 otrzymamy 0, czyli dwa razy pod rząd zostanie wywołana ta sama funkcja. Jeśli to nie ma znaczenia no to fajnie, jednak gdy ma to zamiast:

[syntax=c]if( !Timer1 ) {
if( 0 == (i % 5) ) { led1(); }
if( 1 == (i % 5) ) { led2(); }
if( 2 == (i % 5) ) { led3(); }
if( 3 == (i % 5) ) { led4(); }
if( 4 == (i % 5) ) { led5(); }

i++;
Timer1=20; // co 200 ms
}[/syntax]

lepiej chyba zrobić tak:

[syntax=c]if( !Timer1 ) {
if( 0 == i ) { led1(); }
if( 1 == i ) { led2(); }
if( 2 == i ) { led3(); }
if( 3 == i ) { led4(); }
if( 4 == i ) { led5(); }

i++;
if( i == 5) i = 0;
Timer1=20; // co 200 ms
}[/syntax]

Analizowałem kilka przykładów i wszystko było OK przy i%4, jednak przy i%5 nie działa to już tak dobrze.

Statystyki: Napisane przez anshar — 23 mar 2015, o 01:08

Re: Timery Programowe a UART

2015-03-22T22:09:11+01:00

Wilu88 napisał(a):

ale problemem był fakt że wysyłanie nie zawsze rozpoczynało się od zerowej sekundy

A dlaczego problemem ? dlaczego MUSIAŁO się zaczynać od zerowej ? mogło od 13-tej do 15-tej jak widzisz i po tym przykładzie

Wilu88 napisał(a):

Jak zawsze Mirek w prosty sposób rozjaśnił wszystko

Oczywiście to jest JEDEN z BARDZO prostych sposobów i warto myśleć nad lepszymi - ale .... ciężko myśleć nad bardziej skomplikowanymi jeśli się nie zaskoczy tego najprostszego - prawda ?

Poza tym ja też powtarzam - ten sposób nie jest JEDYNIE NAJLEPSZY - bo sposobów na to są tysiące

Statystyki: Napisane przez mirekk36 — 22 mar 2015, o 22:09

Re: Timery Programowe a UART

2015-03-22T21:59:16+01:00

Tak to jest jak człowiek przez tyle godzin walczy z tym szukając coraz dziwniejszych pomysłów. Najlepsze jest to że próbowałem pomysłu z BB z tematu o DS18B20 ale tak samo jak tam bazowałem na dzieleniu modulo sekund z RTC ale problemem był fakt że wysyłanie nie zawsze rozpoczynało się od zerowej sekundy. Jak zawsze Mirek w prosty sposób rozjaśnił wszystko

Statystyki: Napisane przez Wilu88 — 22 mar 2015, o 21:59

Re: Timery Programowe a UART

2015-03-22T20:57:06+01:00

Zgadza się! Jest to super metoda! A NO LECIMY!

Statystyki: Napisane przez anshar — 22 mar 2015, o 20:57

Re: Timery Programowe a UART

2015-03-22T20:41:00+01:00

anshar napisał(a):

że takie głupoty wcześniej wypisywałem!

Proszę nie pisz tak - KAŻDY kto próbuje podpowiadać sam się uczy - ja także - a to że popełniamy czasem błędy to co ? to grzech ? ... NIE! ... dzięki temu sam przyznaj ... udaje nam się uczyć szybciej ? ...

to jest właśnie tajny i mega szybki sposób uczenia się - takie właśnie pomaganie i udzielanie się ... bo nawet jak robimy błąd to ktoś inny poprawi i LECIMY DO PRZODU!

Statystyki: Napisane przez mirekk36 — 22 mar 2015, o 20:41

Re: Timery Programowe a UART

2015-03-22T20:24:42+01:00

Człowiek cały czas się uczy! Można to zrobić tak:
[syntax=c]#include
#include
#include

#define LED1 (1<#define LED2 (1<#define LED3 (1<#define LED4 (1<#define LED5 (1<#define LED6 (1<
#define LED1_TOG PORTA ^= LED1
#define LED2_TOG PORTA ^= LED2
#define LED3_TOG PORTA ^= LED3
#define LED4_TOG PORTA ^= LED4
#define LED5_TOG PORTA ^= LED5

volatile uint16_t Timer1;/* timer programowy 100Hz */

void led1();
void led2();
void led3();
void led4();
void led5();

uint8_t i;

int main(void)
{
DDRA |= LED1 | LED2 | LED3 | LED4 | LED5;//diody LED

/* Timer2 – inicjalizacja przerwania co 10ms */
TCCR2 |= (1< TCCR2 |= (1< OCR2 = 108; // przerwanie porównania co 10ms (100Hz)
TIMSK = (1<
sei();

while(1)
{
//led1();
//_delay_ms(1000);
//led2();
//_delay_ms(1000);
//led3();
//_delay_ms(1000);
//led4();
//_delay_ms(1000);
//led5();
//_delay_ms(1000);

if(!Timer1) {
Timer1=100;

switch( i%5 ) {
case 0: led1(); break;
case 1: led2(); break;
case 2: led3(); break;
case 3: led4(); break;
case 4: led5(); break;
}
i++;
}
}
}

void led1() {
LED1_TOG;
}

void led2() {
LED2_TOG;
}

void led3() {
LED3_TOG;
}

void led4() {
LED4_TOG;
}
void led5() {
LED5_TOG;
}

ISR(TIMER2_COMP_vect)
{
uint16_t n;

n = Timer1; /* 100Hz Timer1 */
if (n) Timer1 = --n;
}[/syntax]

Patrzę, a tu p. Mirek już napisał gotową odpowiedź, no ale jak już napisałem to zamieszczę. Może się komuś przyda?

------------------------ [ Dodano po: 2 minutach ]

Szczerze p. Mirku? To mi jest osobiście wstyd, że takie głupoty wcześniej wypisywałem! Pozdrawiam!

Statystyki: Napisane przez anshar — 22 mar 2015, o 20:24

Re: Timery Programowe a UART

2015-03-22T20:06:56+01:00

eeeeh panowie panowie .... przecież - po pierwsze POKAZUJĘ I OMAWIAM DOKŁADNIE TO ZAGADNIENIE w Bluebooku - przy okazji ćwiczenia z pomiarem temperatury ... gdzie w jednym kroku, procek wysyła rozkaz pomiaru, w drugim, odczytuje temperaturę z jednego czujnika, w kolejnym z kolejnego a jeszcze w innym kroku sprawdza ilość czujników ...

przy czym tam mechanizm timerów programowych pokazuję jeszcze troszkę inaczej niż w tym przykładzie ale zasada jest IDENTYCZNA!

dlaczego nie rozgryzacie ćwiczeń z Bluebooka. Ja tyle razy piszę - że jak rozdział o multipleksowaniu LED to nie po to przecież ten rozdział żeby ogłaszać światu że to są NAJLEPSZE WYŚWIETLACZE ŚWIATA! tylko żeby na prostym przykładzie pokazać kilka prostych technik programowania - żeby sobie ćwiczyć - ćwiczyć ćwiczyć

tak samo z przykładem o 1wire - IDENTYCZNA sytuacja .... czy kolega Willu88 pochylił się nad tym ? chyba nie - a szkoda

może żeby za dużo znowu nie ględzić - pokażę JAK MEGA TO PROSTE i aż wstyd będzie - mam nadzieję - że ktoś tego nie zrobił - bo to nie jest żadna jakaś tam TAJEMNICZA technika programistyczna ....

[syntax=c]uint8_t kroki;

int main( void ) {

// jakaś tam inicjalizacja

while(1) {

if( !Timer1 ) {

if( 0 == (kroki % 4) ) { .... akcja w pierwszym kroku co ileś ms - ile jest ustawionych niżej w timerze }
if( 1 == (kroki % 4) ) { .... akcja w drugim kroku co ileś ms - ile jest ustawionych niżej w timerze }
if( 2 == (kroki % 4) ) { .... akcja w trzecim kroku co ileś ms - ile jest ustawionych niżej w timerze }
if( 3 == (kroki % 4) ) { .... akcja w czwartym kroku co ileś ms - ile jest ustawionych niżej w timerze }

kroki++;
Timer1=20; // co 200 ms
}
}
}[/syntax]

proszę bardzo powyżej przykład np dla cyklicznie wykonujących się czterech kroków ? trudne ? ... łatwe ? .... ciężko przerobić to dla 8 kroków ? dla 50 kroków ? dla 2 kroków - dla innych kombinacji jeszcze łącznie np z zatrzymywaniem Timera1 po iluś tam krokach ?

Statystyki: Napisane przez mirekk36 — 22 mar 2015, o 20:06

Re: Timery Programowe a UART

2015-03-22T17:36:37+01:00

anshar napisał(a):

Raczej bym spróbował w ten sposób i wykorzystał pięć timerów programowych, każdy przecież ma wysyłać komendy w różnym czasie.
[syntax=c]if(!Timer1) {
Timer1=10;
wyslanie_komendy1();
}
if(!Timer2) {
Timer2=20;
wyslanie_komendy2();
}
if(!Timer3) {
Timer3=30;
wyslanie_komendy3();
}
if(!Timer4) {
Timer4=50;
wyslanie_komendy4();
}
if(!Timer5) {
Timer5=60;
wyslanie_komendy5();
}[/syntax]

Niestety to nic nie zmieniło. Wysyła pierwszą komende i koniec

Statystyki: Napisane przez Wilu88 — 22 mar 2015, o 17:36

Re: Timery Programowe a UART

2015-03-22T17:04:45+01:00

No ale chyba to

[syntax=c]_delay_ms(3000);[/syntax]

To nei bardzo nadaje się na projekt wielozadaniowy?

Statystyki: Napisane przez Wilu88 — 22 mar 2015, o 17:04

Re: Timery Programowe a UART

2015-03-22T15:26:44+01:00

Statystyki: Napisane przez anshar — 22 mar 2015, o 15:26

Timery Programowe a UART

2015-03-22T12:27:11+01:00

Witam sekciarską brać!

Zabrałem się ostatnio za projeky wielozadaniowe na AVR i czas zastąpić okrutne _delay_ms ale ciągle mam jakieś problemy :/

Potrzebuje w jednej funkcji wywołać kilka operacji przesłania danych do UARTA z tym że pomiędzy nimi powinien nastąpić niewielki delay rzędu 100ms. Wszystko działa super gdy używam standardowych _delay_ms ale gdy próbuję zastosować do tego Timery programowe opisane w BB zaczynają się schody. Kompletnie nie potrafię zrozumieć jak to zastosować przy kilku operacjach. O ile zastosowanie tego Timera do migania diodą wydaje się być łatwe to przy 5 operacjach które muszą być w wykonane w określonej kolejności zaczynają się schody

Ustawienia Timera
[syntax=c]/* Timer2 – inicjalizacja przerwania co 10ms */
TCCR2 |= (1<TCCR2 |= (1<OCR2 = 108;// przerwanie porównania co 10ms (100Hz)
TIMSK = (1<
Obsługa Przerwania
[syntax=c]ISR(TIMER2_COMP_vect)
{
uint16_t n;

n = Timer1;/* 100Hz Timer1 */
if (n) Timer1 = --n;
n = Timer2;/* 100Hz Timer2 */
if (n) Timer2 = --n;
n = Timer3;/* 100Hz Timer3 */
if (n) Timer3 = --n;
n = Timer4;/* 100Hz Timer4 */
if (n) Timer4 = --n;
}[/syntax]

No i funkcja która ma być wykonana w odpowiedniej kolejności

[syntax=c]if(!Timer1) {
Timer1=10;
wyslanie_komendy1();
}
if(!Timer1) {
Timer1=10;
wyslanie_komendy2();
}
if(!Timer1) {
Timer1=10;
wyslanie_komendy3();
}
if(!Timer1) {
Timer1=20;
wyslanie_komendy4();
}
if(!Timer1) {
Timer1=10;
wyslanie_komendy5();
}[/syntax]

Statystyki: Napisane przez Wilu88 — 22 mar 2015, o 12:27