ATNEL tech-forum 2016-01-13T18:33:19+01:00 https://forum.atnel.pl/feed.php?f=4&t=14118&mode 2016-01-13T17:58:29+01:00 2016-01-13T17:58:29+01:00 https://forum.atnel.pl/viewtopic.php?t=14118&p=150496#p150496 <![CDATA[Re: switch case - prośba o pomoc w organizacji instrukcji]]> rskup napisał(a):

Dlatego nie dziwi mnie że Twoje 10 minut jest raz bliższe a raz dalsze tego spodziewanego okresu.

Witam!
Poradziłem sobie z problemem rozjeżdżania się timera programowego odliczającego czas do następnej synchronizacji poprzez... rezygnację z niego. Wykorzystałem sekundowe zmiany flagi sprzętowej przerwania INT0 - z czasem synchronizacji podawanym jako argument RTC_EVENT(). Teraz synchronizacja jest precyzyjna w dowolnym okresie czasu. Zauważyłem jednak ze zgrozą ;) , że kropka sekundowa mruga bardzo nieregularnie w rytm... timera programowego (cy2 bez kropki / cy2 z kropką). Nie wiem jak włączyć mruganie cy2 w rytm "INT0", a może rozwiązać to zupełnie inaczej. Proszę o rady.
Rozwiązanie w chwili obecnej wygląda tak:
[syntax=c]/* "mruganie" kropki minutowej w rytm pracy Timer1 */
if(!Timer1) cy2 = cy2_temp + 10;[/syntax]
[syntax=c]cy1 = (dt->hh) / 10;
if (cy1 == 0) cy1 = 22;
cy2 = (dt->hh) % 10;
cy2_temp = (dt->hh) % 10;
cy2 = cy2_temp;
cy3 = (dt->mm) / 10;
cy4 = (dt->mm) % 10;[/syntax]
Pozdrawiam

Statystyki: Napisane przez avrfun — 13 sty 2016, o 17:58

]]> 2016-01-12T20:01:43+01:00 2016-01-12T20:01:43+01:00 https://forum.atnel.pl/viewtopic.php?t=14118&p=150352#p150352 <![CDATA[Re: switch case - prośba o pomoc w organizacji instrukcji]]> Quote:

Rozumiem, że timer programowy jest "zatrzymywany" poprzez ustawienie wartości w pętli głównej

Timer programowy jest zatrzymywany w procedurze obsługi przerwania timera sprzętowego. Bo zmienna jest zmieniana tylko w przypadku wartości różnej od zera a w momencie wyzerowania już nie:
Quote:

[syntax=c]if (n) Timer3 = --n;[/syntax]

Załadowanie ponownej wartości różnej od zera następuje w funkcjach / eventach wywoływanych w pętli głównej. I tak dla Timer3 następuje to w evencie GetNtpTime_EVENT() i to samym jego końcu. Więc masz od momentu wyzerowania wartości Timer3 do czasu jego przeładowania nową wartością zatrzymany timer programowy. A czas przeładowania jest zależny jak szybko wejdziesz w GetNtpTime_EVENT() i jakie elementy w nim będą wykonane.

--
Pozdrawiam,
Robert

Statystyki: Napisane przez rskup — 12 sty 2016, o 20:01

]]> 2016-01-12T07:42:02+01:00 2016-01-12T07:42:02+01:00 https://forum.atnel.pl/viewtopic.php?t=14118&p=150309#p150309 <![CDATA[Re: switch case - prośba o pomoc w organizacji instrukcji]]> rskup napisał(a):

Dlatego nie dziwi mnie że Twoje 10 minut jest raz bliższe a raz dalsze tego spodziewanego okresu.

Witam.
Dziękuję za wyjaśnienia. Rozumiem, że timer programowy jest "zatrzymywany" poprzez ustawienie wartości w pętli głównej na różnym etapie swojego odliczania co zaburza cykl jego pracy i raz ma bliżej, a raz dalej do 0. Czy znasz sposób rozwiązania tego problemu?
Pozdrawiam

Statystyki: Napisane przez avrfun — 12 sty 2016, o 07:42

]]> 2016-01-13T18:33:19+01:00 2016-01-12T02:25:31+01:00 https://forum.atnel.pl/viewtopic.php?t=14118&p=150308#p150308 <![CDATA[Re: switch case - prośba o pomoc w organizacji instrukcji]]>

Statystyki: Napisane przez rskup — 12 sty 2016, o 02:25

]]> 2016-01-12T02:25:29+01:00 2016-01-12T02:25:29+01:00 https://forum.atnel.pl/viewtopic.php?t=14118&p=150307#p150307 <![CDATA[Re: switch case - prośba o pomoc w organizacji instrukcji]]> Zwróć też jeszcze uwagę, że timer dla NTP uruchamiasz ponownie (* tmr_100ms = 16;) na koniec procedury. Czyli musi się wykonać wszystko co masz tam w danym momencie zrobić i dopiero zaczynasz liczyć. Czyli raz dzieje się to szybciej a raz wolniej.

Dlatego nie dziwi mnie że Twoje 10 minut jest raz bliższe a raz dalsze tego spodziewanego okresu.

--
Pozdrawiam,
Robert

Statystyki: Napisane przez rskup — 12 sty 2016, o 02:25

]]> 2016-01-09T16:42:04+01:00 2016-01-09T16:42:04+01:00 https://forum.atnel.pl/viewtopic.php?t=14118&p=150075#p150075 <![CDATA[Re: switch case - prośba o pomoc w organizacji instrukcji]]> Quote:

A gdzie masz zliczanie timera programowego?
Daj więcej kodu. Szczególnie tego związanego z timerami.

Organizacja timerów programowych:
[syntax=c]void SoftTimer_init(void){
// ustawienia timera sprzętowego wybranego jako podstawa czasu timerów programowych dla "Dawcy czasu" (100Hz)
// wykorzystany również do multipleksowania 7-segmentowych wyświetlaczy LED (200Hz)
TCCR2 |= (1<<WGM21); // tryb: CTC
TCCR2 |= (1<<CS22)|(1<<CS21)|(1<<CS20); // preskaler: 1024
//OCR2 = 108; // rozdzielczosć: 10ms (100Hz)
OCR2 = 48; // rozdzielczosć: 5ms (200Hz)
TIMSK |= (1<<OCIE2); // odblokowanie przerwania CompareMatch
}[/syntax]
[syntax=c]ISR(TIMER2_COMP_vect){

static uint16_t n;
static uint8_t anoda;
if(anoda == 0) disp_send(~(pgm_read_byte(&Display[0])), (pgm_read_byte(&Cyfra[cy4])));
else if(anoda == 1) disp_send(~(pgm_read_byte(&Display[1])), (pgm_read_byte(&Cyfra[cy3])));
else if(anoda == 2) disp_send(~(pgm_read_byte(&Display[2])), (pgm_read_byte(&Cyfra[cy2])));
else if(anoda == 3) disp_send(~(pgm_read_byte(&Display[3])), (pgm_read_byte(&Cyfra[cy1])));
anoda++;
if(anoda > 3) anoda = 0;

n = Timer1;
if(n) Timer1 = --n;
n = Timer3;
if (n) Timer3 = --n;
n = Timer5;
if (n) Timer5 = --n;
n = Timer_SuperDebounce;
if (n) Timer_SuperDebounce = --n;

if(200 == Timer_linijka_off) y = 1;
Timer_linijka_off++;
}[/syntax]
main.c
[syntax=c]int main(void){

DDRC |= (1<<PC5)|(1<<PC6)|(1<<PC7);
PORTC |= (1<<PC5)|(1<<PC6)|(1<<PC7);

PORTD |= KL1;
PORTC |= KL2;

SoftTimer_init();
InitSpi();
SendSpi(0);
USART_Init(__UBRR);
register_uart_str_rx_event_callback(parse_rs232);
init_rtc();
register_rtc_event_callback(pokazuj_date_czas);
ir_init();
register_ir_event_callback(ir_decode);
lcd_init();
BMP180_init();
ws_cls(linijka1, 0);

Timer_linijka_off = 201;

/* sprawdzamy ile czujników DS18xxx widocznych jest na magistrali */
czujniki_cnt = search_sensors();
DS18X20_start_meas( DS18X20_POWER_EXTERN, NULL );
/* czekamy 750ms na dokonanie konwersji przez podłączone czujniki */
_delay_ms(1500);

DHT22_ShowOnLCD();
BMP180_ShowOnLCD();

lcd_defchar_P(0x80,znak_stopien); /* "rejestracja" własnego znaku */

tcl = 0;
first_sync = 1;

sei();

set_rtc_datetime(&datetime, 0, 0, 0, 0, 0, 0);

while(1){

UART_RX_STR_EVENT(uart_buf);
RTC_EVENT();
GetNtpTime_EVENT(&Timer3, 0, 2, 0, NULL);
IR_EVENT();

SuperDebounce(&k1, &PIND, KL1, 20, 500, parametr_p, NULL );
SuperDebounce(&k2, &PINC, KL2, 20, 500, parametr_to, NULL );

/* "mruganie" kropki minutowej w rytm pracy Timer1 */
if(!Timer1) cy2 = cy2_temp + 10;

/* Timer_linijka_off zlicza do 200 i wystawia flagę y=1, co gasi linijkę i diodę i resetuje flagę y */
if(y == 1){
ws_line(linijka1, 0, 26, 0x00);
cli();
ws281x_asm_send( linijka1, WS_LED_CNT, WS_PIN);
sei();
PORTC |= (1<<PC7);
y=0;
}
}
}[/syntax]
while(1)
[syntax=c]while(1){

UART_RX_STR_EVENT(uart_buf);
RTC_EVENT();
GetNtpTime_EVENT(&Timer3, 0, 2, 0, NULL);
IR_EVENT();

SuperDebounce(&k1, &PIND, KL1, 20, 500, parametr_p, NULL );
SuperDebounce(&k2, &PINC, KL2, 20, 500, parametr_to, NULL );

/* "mruganie" kropki minutowej w rytm pracy Timer1 */
if(!Timer1) cy2 = cy2_temp + 10;

/* Timer_linijka_off zlicza do 200 i wystawia flagę y=1, co gasi linijkę i diodę i resetuje flagę y */
if(y == 1){
ws_line(linijka1, 0, 26, 0x00);
cli();
ws281x_asm_send( linijka1, WS_LED_CNT, WS_PIN);
sei();
PORTC |= (1<<PC7);
y=0;
}
}[/syntax]
GetNtpTime_EVENT()
[syntax=c]void GetNtpTime_EVENT (volatile uint16_t * tmr_100ms, uint8_t sr, uint8_t mr, uint8_t gr, void(*timer_100ms)(void)){

/* Timer3 z projektu GPS liczy trzy razy szybciej stąd (mr*20ul*10ul) zamiast (mr*60ul*10ul) i.t.d. */
uint32_t co_ile_czasu = (sr*10ul) + (mr*60ul*10ul) + (gr*60ul*60ul*10ul);

if(first_sync){co_ile_czasu = (1*20ul*10ul);}
czas = co_ile_czasu;

if(!*tmr_100ms){

PORTC ^= (1<<PC5);

switch (ms100_tick){

case 0: uart_puts("+"); break;
case 1: uart_puts("+"); break;
case 2: uart_puts("+"); break;
case 3: uart_puts("a"); break;
case 5: {actual_at_cmd = _at_gmt;
uart_puts("AT+GMT=");
uart_putint(datetime.dst, 10);
//dst=1 -> czas zimowy, dst=2 -> czas letni, ustaw w pliku mk_pcf8583.h !!!
uart_puts("\r"); uart_puts(" "); uart_puts("\r");
break;
}
case 10: uart_puts("AT+ENTM\r");uart_puts(" "); uart_puts("\r\n"); break; // Enter Transparet Mode
case 11: {ws_line(linijka1, 0, 26, 0x0F0000);
cli();
ws281x_asm_send( linijka1, WS_LED_CNT, WS_PIN);
PORTC &= ~(1<<PC7);
sei();
cy1=21; cy2=21; cy3=21; cy4=21;
Timer1=200; // czas wydłużony ze 100 do 200ms, aby nie migęła cy2 z kropką tylko pozostał "-"
break;
}
case 15: {ws_line(linijka1, 0, 26, 0x00);
cli();
ws281x_asm_send( linijka1, WS_LED_CNT, WS_PIN);
sei();
PORTC |= (1<<PC7);
break;
}
}
ms100_tick++;

/* dane testowe do wyświetlenia na LCD */
lcd_locate(0,4);
if (ms100_tick < 1000) lcd_str("_");
if(ms100_tick < 100) lcd_str("_");
if(ms100_tick < 10) lcd_str("_");
lcd_int(ms100_tick);

if(ms100_tick > co_ile_czasu){
ms100_tick = 0; // odpytywanie czasu co 10s
}

if(datetime.force_ntp) datetime.force_ntp--;
if(1 == datetime.force_ntp) ms100_tick = 0;

if(timer_100ms) timer_100ms();
* tmr_100ms = 16;
}
}[/syntax]

Statystyki: Napisane przez avrfun — 9 sty 2016, o 16:42

]]> 2016-01-09T16:17:16+01:00 2016-01-09T16:17:16+01:00 https://forum.atnel.pl/viewtopic.php?t=14118&p=150069#p150069 <![CDATA[Re: switch case - prośba o pomoc w organizacji instrukcji]]> Daj więcej kodu. Szczególnie tego związanego z timerami.

--
Pozdrawiam,
Robert

Statystyki: Napisane przez rskup — 9 sty 2016, o 16:17

]]> 2016-01-09T15:52:14+01:00 2016-01-09T15:52:14+01:00 https://forum.atnel.pl/viewtopic.php?t=14118&p=150067#p150067 <![CDATA[Re: switch case - prośba o pomoc w organizacji instrukcji]]> rskup napisał(a):

Sam musisz wybrać jakie są wymagania Twojego rozwiązania i co będzie najlepsze.
rskup napisał(a):

Choć może miganie diodą lepiej robić na początku w pętli głównej, bo jej nieregularność od razu mówi, że coś nie do końca tak robimy.


Dziękuję za wyjaśnienia.
Powodem dla którego założyłem ten wątek jest rozjeżdżający się timer programowy w dawcy czasu wykorzystywany do odmierzania czasu do synchronizacji wg polecenia:
[syntax=c]GetNtpTime_EVENT(&Timer3, 0, 2, 0, NULL);[/syntax] Na debuggerze jednodiodowym i liczniku na LCD obserwuję jego zacinanie się co przekłada się na dłuższe i krótsze czasy do następnej synchronizacji przy stałym zadanym odstępie np. 10 minut. Postanowiłem więc wykonać "ciało" GetNtpTime_EVENT jako osobny program z użyciem timera programowego i flag. Obie wersje działają bardzo dobrze i synchronizacja jest dokładna. Umieszczenie tego w moim kombajnie skutkuje dławieniem się synchronizacji. Tak wygląda pętla while(!):
[syntax=c]while(1){

UART_RX_STR_EVENT(uart_buf);
RTC_EVENT();
GetNtpTime_EVENT(&Timer3, 0, 2, 0, NULL);
IR_EVENT();

SuperDebounce(&k1, &PIND, KL1, 20, 500, parametr_p, NULL );
SuperDebounce(&k2, &PINC, KL2, 20, 500, parametr_to, NULL );

/* "mruganie" kropki minutowej w rytm pracy Timer1 */
if(!Timer1) cy2 = cy2_temp + 10;

/* Timer_linijka_off zlicza do 200 i wystawia flagę y=1, co gasi linijkę i diodę i resetuje flagę y */
if(y == 1){
ws_line(linijka1, 0, 26, 0x00);
cli();
ws281x_asm_send( linijka1, WS_LED_CNT, WS_PIN);
sei();
PORTC |= (1<<PC7);
y=0;
}
}[/syntax]
Włączałem i wyłączałem poszczególne instrukcje w różnej kombinacji, ale nieregularność pozostaje. Nie chodzi mi o super dokładność, bo czy synchronizacja nastąpi po 10 czy 15 minutach nie ma znaczenia dla sprawy, ale chodzi o wymknięcie się programu spod mojej kontroli, a to już jest trudne do przyjęcia. Czytając Twoje wyjaśnienia pomyślałem, że można wymusić na sztywno synchronizację po zadanym czasie za pomocą flagi timera sprzętowego licząc się nawet ze stratami. Wyobrażam to sobie tak. Zadany czas do synchronizacji ustawiam np. na 10 minut. Chimeryczny timer programowy generując kolejne tyknięcia co 70, 100, 140, 60ms sprawia, że 10 minut uzbiera się w różnym czasie. Flaga timera sprzętowego zostanie wystawiona dokładnie po 10 minutach i wymusi synchronizację. Powtarzalność 99.99%. Czy takie podejście jest poprawne merytorycznie, a jeżeli tak to jak to zrealizować?

Statystyki: Napisane przez avrfun — 9 sty 2016, o 15:52

]]> 2016-01-09T13:55:28+01:00 2016-01-09T13:55:28+01:00 https://forum.atnel.pl/viewtopic.php?t=14118&p=150047#p150047 <![CDATA[Re: switch case - prośba o pomoc w organizacji instrukcji]]> Quote:

To rozjaśnia moje spojrzenie na zagadnienie flag przerwań sprzętowych. Sądziłem, że sprzętowo będzie dokładniej, ale teraz rozumiem, że kluczem do tej dokładności jest długość pętli głównej.

Dokładnie liczy timer sprzętowy. W pętla głównej umieszczasz funkcje wymagające dłuższego czasu ich wykonania, ale timerowi sprzętowemu to nie przeszkadza, bo ma przerwania, które się wykonują wstrzymując działanie pętli głównej. Lecz jeżeli chcesz sam sprawdzać flagę znacznika przepełnienia zamiast generować przerwanie, to nie musisz to robić natychmiast po jej ustawieniu, ale musi to być szybciej niż jedno tyknięcie timera sprzętowego, bo inaczej będziesz gubił "tyknięcia".
Podobna zasada dotyczy timera programowego, tylko tutaj zakładasz jego długość x razy więcej niż sprzętowego. Dlatego aby zgubić jego "tyknięcie" to musisz w tym wypadku działać w pętli głównej x razy wolniej niż jakbyś sprawdzał flagę.
Dodatkowo timer programowy możesz używać w dwóch trybach. Pierwszy to wystawiający flagę a liczący od razu od początku. Więc jak nie zgubisz, jak wcześniej wpisałem jego tyknięcia, to masz dokładne odstępy. W drugiej wersji nie zliczasz kolejnych tyknięć dopóki nie zaczniesz obsługiwać tego timera. Przez co będziesz miał zmienną długość czasu timera (zależnie od długości działania pętli głównej), ale gwarancję że nie będą zgubione żadne tyknięcia.
Sam musisz wybrać jakie są wymagania Twojego rozwiązania i co będzie najlepsze.

Teoretycznie także możesz liczyć i obsługiwać timer programowy na przerwaniu. Tylko funkcje wykonywane na nim muszą to być proste - na przykład miganie diodą.
Choć może miganie diodą lepiej robić na początku w pętli głównej, bo jej nieregularność od razu mówi, że coś nie do końca tak robimy.

--
Pozdrawiam,
Robert

Statystyki: Napisane przez rskup — 9 sty 2016, o 13:55

]]> 2016-01-09T10:10:35+01:00 2016-01-09T10:10:35+01:00 https://forum.atnel.pl/viewtopic.php?t=14118&p=150032#p150032 <![CDATA[Re: switch case - prośba o pomoc w organizacji instrukcji]]>
rskup napisał(a):

Wcześniej podawałeś kod:
Cytuj:
Składnia: [ Pobierz ] [ Ukryj ]
język c
if(!Timer1) Timer1 = 1;
GeSHi
choć teraz już piszesz:
Cytuj:
Tak zrobiłem: Timer1=10 jako pierwsza instrukcja

Po przemyśleniu i Twoich poradach o dwukrotnym sprawdzaniu tego samego warunku it(!Timer1) i "rozdzielczości", sprawdzam go tylko raz, a Timer ustawiam na 10, zamiast na 1.

rskup napisał(a):

Aby mieć sprawdzanie 10 tyknięć to musisz i tak mieć zmienną typu Timer1, która będzie je zliczać. Proponowana przez Ciebie obsługa flag, to po prostu realizacja timera programowego w całości w pętli głównej. Ale raczej tak nie powinno się robić. Aby mieć dokładny timer programowy, to zliczanie tyknięć TIMER0 powinny być robione na przerwaniach. Gdybyś to robił w pętli głównej, to musiałbyś mieć gwarancję, że najdłuższy czas wykonania pętli głównej jest krótszy od tyknięcie TIMER0, bo inaczej możesz zgubić jakieś tyknięcie. Jak robisz to na przerwaniu, to pętla główna powinna być jedynie krótsza niż wartość timera programowego (u ciebie 10 tyknięć TIMER0).

To rozjaśnia moje spojrzenie na zagadnienie flag przerwań sprzętowych. Sądziłem, że sprzętowo będzie dokładniej, ale teraz rozumiem, że kluczem do tej dokładności jest długość pętli głównej.

Bardzo dziękuję
Pozdrawiam

Statystyki: Napisane przez avrfun — 9 sty 2016, o 10:10

]]> 2016-01-09T00:52:18+01:00 2016-01-09T00:52:18+01:00 https://forum.atnel.pl/viewtopic.php?t=14118&p=150028#p150028 <![CDATA[Re: switch case - prośba o pomoc w organizacji instrukcji]]> Quote:

Zliczam po 10 impulsów (10x10ms)
Wcześniej podawałeś kod:
Quote:

[syntax=c]if(!Timer1) Timer1 = 1;[/syntax]
choć teraz już piszesz:
Quote:

Tak zrobiłem: Timer1=10 jako pierwsza instrukcja



Quote:

należy napisać coś w rodzaju: if(flaga sprzętowa){instrukcja}.

Tak. Sprawdzasz flagę. Jak jest ustawiona, to ją od razu kasujesz (uwaga, kasuje się przez wpisanie 1) i zmniejszasz Timer1. Jak Timer1 = 0, to go ustawiasz na wartość startową (10) i wykonujesz operacje.
Nie napisałeś jaki masz procesor. Ale dla ATmega32 jest to:
Obrazek


Quote:

Jak jednak zliczać 10 takich flag na tyknięcie (100ms), czyli jak zastąpić warunek Timer1=10?
Aby mieć sprawdzanie 10 tyknięć to musisz i tak mieć zmienną typu Timer1, która będzie je zliczać. Proponowana przez Ciebie obsługa flag, to po prostu realizacja timera programowego w całości w pętli głównej. Ale raczej tak nie powinno się robić. Aby mieć dokładny timer programowy, to zliczanie tyknięć TIMER0 powinny być robione na przerwaniach. Gdybyś to robił w pętli głównej, to musiałbyś mieć gwarancję, że najdłuższy czas wykonania pętli głównej jest krótszy od tyknięcie TIMER0, bo inaczej możesz zgubić jakieś tyknięcie. Jak robisz to na przerwaniu, to pętla główna powinna być jedynie krótsza niż wartość timera programowego (u ciebie 10 tyknięć TIMER0).

--
Pozdrawiam,
Robert

Statystyki: Napisane przez rskup — 9 sty 2016, o 00:52

]]> 2016-01-08T22:38:51+01:00 2016-01-08T22:38:51+01:00 https://forum.atnel.pl/viewtopic.php?t=14118&p=150018#p150018 <![CDATA[Re: switch case - prośba o pomoc w organizacji instrukcji]]>
rskup napisał(a):

jako pierwszą instrukcję w warunku (tym pierwszym, bo i tak sprawdzasz to samo dwa razy).
Jakiej prędkości rs232 używasz?

Tak zrobiłem: Timer1=10 jako pierwsza instrukcja
RS232: 115200
rskup napisał(a):

Dodatko
wo nie ma sensu działania ze zliczaniem 1 impulsu bo dokładność masz jednego impulsu ;( Ustawiając Timer1 = 1 nie wiesz na jakim etapie zliczania jest licznik w TIMER0.

Zliczam po 10 impulsów (10x10ms)
rskup napisał(a):

Aby sprawdzić czy nastąpiło przepełnienie to nie włączasz przerwania TIMER0_COMP, tylko sprawdzasz flagę w rejestrze. Masz to wszystko podane w datasheetcie do procesora.

Rozumiem, że należy napisać coś w rodzaju: if(flaga sprzętowa){instrukcja}. Jak jednak zliczać 10 takich flag na tyknięcie (100ms), czyli jak zastąpić warunek Timer1=10?
kicajek napisał(a):

A może tak na żywca; "u mnie" takt to wyliczone 100ms.

Działa dobrze. Rozumiem, że zliczasz 5 impulsów po 20ms na takt?

Pozdrawiam

Statystyki: Napisane przez avrfun — 8 sty 2016, o 22:38

]]> 2016-01-08T19:35:07+01:00 2016-01-08T19:35:07+01:00 https://forum.atnel.pl/viewtopic.php?t=14118&p=149994#p149994 <![CDATA[Re: switch case - prośba o pomoc w organizacji instrukcji]]> A może tak na żywca; "u mnie" takt to wyliczone 100ms.
Nie wiem czy zadziała; tak bym próbował:
[syntax=c]ISR(...){
static uint16_t takt;

if (takt>5){
tykniecia = takt - 6
flaga =1;
}
takt++;
if (takt > ileś_tam) takt =0;
}[/syntax]
a na "górze"
[syntax=c]if(flaga){
flaga =0;
// - Twoje case
}[/syntax]

Statystyki: Napisane przez kicajek — 8 sty 2016, o 19:35

]]> 2016-01-08T19:22:12+01:00 2016-01-08T19:22:12+01:00 https://forum.atnel.pl/viewtopic.php?t=14118&p=149991#p149991 <![CDATA[Re: switch case - prośba o pomoc w organizacji instrukcji]]> Daj [syntax=c]if(!Timer1) Timer1 = 1;[/syntax] jako pierwszą instrukcję w warunku (tym pierwszym, bo i tak sprawdzasz to samo dwa razy).
Jakiej prędkości rs232 używasz?

--
Pozdrawiam,
Robert

------------------------ [ Dodano po: 6 minutach ]

Jak chcesz mieć regularność twojego programu, to timer nie powinien być zatrzymywany w przerwaniu tylko ponownie przeładowywany a do głównej części programu iść tylko znacznik (inna zmienna) o przepełnieniu licznika.
Dodatkowo nie ma sensu działania ze zliczaniem 1 impulsu bo dokładność masz jednego impulsu ;( Ustawiając Timer1 = 1 nie wiesz na jakim etapie zliczania jest licznik w TIMER0.

------------------------ [ Dodano po: 11 minutach ]

Quote:

W jaki sposób użyć flag przerwania timera sprzętowego (TIMER0 CTC Atmega32) zamiast timera programowego, czyli zamiast: if(!Timer1) {instrukcja; Timer1=100}. Pomyślałem, że po co tworzyć timer programowy gdy można bezpośrednio wykorzystać flagi przerwań - będzie dokładniej

Timer programowy ma sens jak zliczasz np. 100 lub 1000 razy wolniejsze zdarzenia niż przerwanie przepełnienia. Ty próbujesz robić to 1 do 1, więc ciężko to nazwać timerem programowym.
Aby sprawdzić czy nastąpiło przepełnienie to nie włączasz przerwania TIMER0_COMP, tylko sprawdzasz flagę w rejestrze. Masz to wszystko podane w datasheetcie do procesora.

Statystyki: Napisane przez rskup — 8 sty 2016, o 19:22

]]> 2016-01-08T19:10:46+01:00 2016-01-08T19:10:46+01:00 https://forum.atnel.pl/viewtopic.php?t=14118&p=149988#p149988 <![CDATA[Re: switch case - prośba o pomoc w organizacji instrukcji]]>

Statystyki: Napisane przez avrfun — 8 sty 2016, o 19:10

]]> 2016-01-08T15:20:40+01:00 2016-01-08T15:20:40+01:00 https://forum.atnel.pl/viewtopic.php?t=14118&p=149967#p149967 <![CDATA[Re: switch case - prośba o pomoc w organizacji instrukcji]]> rskup napisał(a):

W którymś momencie Timer1 dochodzi Ci do zera i już z nim nic nie robisz.
W pętla główna się cały czas wykonuje, bo tam masz już spełniony warunek
Składnia: [ Pobierz ] [ Ukryj ]
język c
if(!Timer1){
GeSHi


Dzięki. Dodałem linię 20, aby po wyzerowaniu timera ustawiać go na 1 czyli 10ms, a więc po 100ms powinien wykonać się warunek case 10. W terminalu cyfry od 1-4 pojawiają się po kolei i co 150 tyknięć, ale LED PC6 nadal mruga nieregularnie, więc nie wiem jaka jest częstotliwość zmian i ile trwa tyknięcie. Chciałbym aby warunki instrukcji switch wykonały się po kolei co 100ms.
[syntax=c]while(1){

if(!Timer1){

PORTC ^= (1<<PC6);

switch(tykniecia){

case 0: uart_puts("1"); break;
case 10: uart_puts("2"); break;
case 20: uart_puts("3"); break;
case 30: uart_puts("4"); break;

}
tykniecia++;

if(tykniecia == 150) tykniecia = 0;
}

if(!Timer1) Timer1 = 1;
}
}[/syntax]

P.S. Timer zdefiniowany jest w przerwaniu:
[syntax=c]ISR(TIMER0_COMP_vect){

static uint16_t n;

n = Timer1;
if(n) Timer1 = --n;

PORTC ^= (1<<PC5);
}[/syntax]
Obrazek
Absolutny brak regularności w wyświetlaniu kolejnych cyfr w terminalu! Dla mnie w chwili obecnej niezrozumiałe.
Wygląda to jak interferencja dwóch lub więcej rytmów (częstotliwości), które wypadkowo dają nieregularne mruganie diody (impulsy mają długość: 10ms, 30ms (najczęściej) oraz rzadko 20ms).

Statystyki: Napisane przez avrfun — 8 sty 2016, o 15:20

]]> 2016-01-08T15:02:23+01:00 2016-01-08T15:02:23+01:00 https://forum.atnel.pl/viewtopic.php?t=14118&p=149965#p149965 <![CDATA[Re: switch case - prośba o pomoc w organizacji instrukcji]]> if(n) Timer1 = --n;[/syntax]
Więc tylko wykonuje się jak Timer1 (n) jest różny od 0.

--
Pozdrawiam,
Robert

Statystyki: Napisane przez rskup — 8 sty 2016, o 15:02

]]> 2016-01-08T14:57:10+01:00 2016-01-08T14:57:10+01:00 https://forum.atnel.pl/viewtopic.php?t=14118&p=149964#p149964 <![CDATA[Re: switch case - prośba o pomoc w organizacji instrukcji]]>
------------------------ [ Dodano po: 2 minutach ]

rskup napisał(a):

W którymś momencie Timer1 dochodzi Ci do zera i już z nim nic nie robisz.
W pętla główna się cały czas wykonuje, bo tam masz już spełniony warunek [syntax=c]if(!Timer1){[/syntax]

--
Pozdrawiam,
Robert

Nie, nie... w przerwaniu jest cały czas dekrementowana, więc się przekręca i znów działa.

Statystyki: Napisane przez MirkoT — 8 sty 2016, o 14:57

]]> 2016-01-08T14:49:29+01:00 2016-01-08T14:49:29+01:00 https://forum.atnel.pl/viewtopic.php?t=14118&p=149962#p149962 <![CDATA[Re: switch case - prośba o pomoc w organizacji instrukcji]]> W pętla główna się cały czas wykonuje, bo tam masz już spełniony warunek [syntax=c]if(!Timer1){[/syntax]

--
Pozdrawiam,
Robert

Statystyki: Napisane przez rskup — 8 sty 2016, o 14:49

]]> 2016-01-08T14:01:49+01:00 2016-01-08T14:01:49+01:00 https://forum.atnel.pl/viewtopic.php?t=14118&p=149959#p149959 <![CDATA[Re: switch case - prośba o pomoc w organizacji instrukcji]]>
Przeprowadzając badania nad "rozjeżdżaniem się" timerów programowych napisałem krótki program testowy (poniżej). Umieściłem w nim 2 debuggery jednodiodowe. Spodziewałem się, że obie diody będą mrugać w tym samym rytmie gdyż timer programowy (tu z założenia) powinien zerować się co 10ms, ale tak nie jest (zdjęcie poniżej). Nie potrafię tego wyjaśnić. Proszę o podpowiedź.
[syntax=c]int main(void){

DDRC |= (1<<PC5)|(1<<PC6);

TCCR0 |= (1<<WGM01); // tryb: CTC
TCCR0 |= (1<<CS02)|(1<<CS00); // preskaler: 1024
OCR0 = 107; // rozdzielczosć: 10ms (100Hz)
TIMSK |= (1<<OCIE0);

USART_Init(__UBRR);
lcd_init();

sei();

while(1){

if(!Timer1){

PORTC ^= (1<<PC6);

switch(tykniecia){

case 0: uart_puts("1"); break;
case 10: uart_puts("2"); break;
case 20: uart_puts("3"); break;
case 30: uart_puts("4"); break;
}
tykniecia++;

if(tykniecia == 1000) tykniecia = 0;
}
}
}

ISR(TIMER0_COMP_vect){

static uint16_t n;

n = Timer1;
if(n) Timer1 = --n;

PORTC ^= (1<<PC5);
}[/syntax]
Obrazek
Pozdrawiam

Statystyki: Napisane przez avrfun — 8 sty 2016, o 14:01

]]> 2016-01-08T06:38:33+01:00 2016-01-08T06:38:33+01:00 https://forum.atnel.pl/viewtopic.php?t=14118&p=149939#p149939 <![CDATA[Re: switch case - prośba o pomoc w organizacji instrukcji]]> Quote:

...ale tak "ciurkiem" czy co 100ms?

Witam!
Co 100ms

Statystyki: Napisane przez avrfun — 8 sty 2016, o 06:38

]]> 2016-01-08T00:25:38+01:00 2016-01-08T00:25:38+01:00 https://forum.atnel.pl/viewtopic.php?t=14118&p=149933#p149933 <![CDATA[Re: switch case - prośba o pomoc w organizacji instrukcji]]>
avrfun napisał(a):

wykonał ciąg instrukcji switch case

...ale tak "ciurkiem" czy co 100ms?

Pozdr.

Statystyki: Napisane przez kicajek — 8 sty 2016, o 00:25

]]> 2016-01-07T23:42:47+01:00 2016-01-07T23:42:47+01:00 https://forum.atnel.pl/viewtopic.php?t=14118&p=149928#p149928 <![CDATA[switch case - prośba o pomoc w organizacji instrukcji]]> Zorganizowałem licznik 100ms w przerwaniu timera sprzętowego. Próbuję zmusić licznik aby po doliczeniu do konkretnej wartości (np.600) uległ wyzerowaniu, wykonał ciąg instrukcji switch case (linia 7), a następnie liczył dalej do 600 i tak bez przerwy. Nie bardzo wiem, w którym miejscu kodu umieścić tę procedurę. Bardzo proszę o pomoc.

licznik:
[syntax=c]ISR(TIMER0_COMP_vect){

if(t10ms_tics == 10){
t10ms_tics = 0;
t100ms_tics++;
if(t100ms_tics == 600){
t100ms_tics = 0; // ----> ciąg instrukcji: switch case
}
}
t10ms_tics++;
}[/syntax]
ciąg instrukcji do wykonania:
[syntax=c]switch (ms100_tick){

case 0: uart_puts("+"); break;
case 1: uart_puts("+"); break;
case 2: uart_puts("+"); break;
case 3: uart_puts("a"); break;
// dalsze liczenie do 600 i znów wyzerowanie[/syntax]
Pozdrawiam

Statystyki: Napisane przez avrfun — 7 sty 2016, o 23:42

]]>