ATNEL tech-forum

Re: Drgania styków bez blokowania

2015-05-02T11:34:21+01:00

Atlantis napisał(a):

Co konkretnie masz na myśli?

Mam na myśli MODE Timer1 - CTC. Wydaje mi się, że wartością TOP jest 0.

Statystyki: Napisane przez Wirnick — 2 maja 2015, o 11:34

Re: Drgania styków bez blokowania

2015-05-02T10:44:27+01:00

Wirnick napisał(a):

A co myślisz o wartości TOP. Jaką wartość przyjmuje?

Co konkretnie masz na myśli?
Co do przewań, to one MUSZĄ działać z dwóch powodów:

1) Używam biblioteki UART na buorach cyklicznych, gdzie kolejne bajty są odbierane i wysyłane w przerwaniu.
2) Używam też odtwarzania dźwięku z karty SD, który korzysta z Timer0 - ta część też działa.

Statystyki: Napisane przez Atlantis — 2 maja 2015, o 10:44

Re: Drgania styków bez blokowania

2015-05-02T10:33:03+01:00

A co myślisz o wartości TOP. Jaką wartość przyjmuje?

Statystyki: Napisane przez Wirnick — 2 maja 2015, o 10:33

Re: Drgania styków bez blokowania

2015-05-02T10:21:15+01:00

Wirnick napisał(a):

UART działa bez sei - jeszcze się upewnię, bo to było wczoraj.
Wydaje mi się, że init_time() to nie time_init() - ale sprawdź to.

To oczywiście pomyłka popełniona podczas pisania posta...
Co jeszcze w takim razie może przeciwdziałać wykonywaniu przerwań? Jakiś fusebit?

Statystyki: Napisane przez Atlantis — 2 maja 2015, o 10:21

Re: Drgania styków bez blokowania

2015-05-02T10:15:46+01:00

UART działa bez sei - jeszcze się upewnię, bo to było wczoraj.
Wydaje mi się, że init_time() to nie time_init() - ale sprawdź to.

Statystyki: Napisane przez Wirnick — 2 maja 2015, o 10:15

Re: Drgania styków bez blokowania

2015-05-02T10:07:27+01:00

Tak, widziałem ten kod. Okazuje się, że problem leży gdzie indziej. Po bliższym przyjrzeniu się pracy układu okazuje się, że nie wykonuje się przerwanie timera. Początkowo używałem w tym celu tryby CTC w Timer2, potem spróbowałem też na Timer1.

W tej chwili kod obsługi przerwania wygląda następująco:

[syntax=c]extern void time_init (void) {
TCCR1B |= (1 << WGM12)|(1 << CS11)|(1 << CS10);
TCNT1 = 0;
OCR1A = 171;
TIMSK |= (1 << OCIE1A);
}

ISR (TIMER1_COMPA_vect) {
mil++;
if (Timer1) {
Timer1--;
}

PORTC ^= (1 << PC0);
}[/syntax]

Wartość zmiennej mil nie wzrasta, dioda podłączona do PC0 nie pulsuje.
W funkcji main() została wywołana funkcja init_time() oraz sei(). Działa też UART, więc wygląda na to, że globalne przerwania są w porządku. Co może być powodem takiego zachowania? Uszkodzona Atmega?

Statystyki: Napisane przez Atlantis — 2 maja 2015, o 10:07

Re: Drgania styków bez blokowania

2015-05-01T19:10:21+01:00

zajrzyj do projektu wielozadaniowego - na DVD - masz tę wersję funkcji?

[syntax=c]/************** funkcja SuperDebounce do obsługi pojedynczych klawiszy ***************
* AUTOR: Mirosław Kardaś
* ZALETY:
* - nie wprowadza najmniejszego spowalnienia
* - posiada funkcję REPEAT (powtarzanie akcji dla dłużej wciśniętego przycisku)
* - można przydzielić różne akcje dla trybu REPEAT i pojedynczego kliknięcia
* - można przydzielić tylko jedną akcję wtedy w miejsce drugiej przekazujemy 0 (NULL)
*
* Wymagania:
* Timer programowy utworzony w oparciu o Timer sprzętowy (przerwanie 100Hz)
*
* Parametry wejściowe:
* *key_state - wskaźnik na zmienną w pamięci RAM (1 bajt)
* *KPIN - nazwa PINx portu na którym umieszczony jest klawisz, np: PINB
* key_mask - maska klawisza np: (1< * rep_time - czas powtarzania funkcji rep_proc w trybie REPEAT
* rep_wait - czas oczekiwania do przejścia do trybu REPEAT
* push_proc - wskaźnik do własnej funkcji wywoływanej raz po zwolenieniu przycisku
* rep_proc - wskaźnik do własnej funkcji wykonywanej w trybie REPEAT
**************************************************************************************/
void SuperDebounce(uint8_t * key_state, volatile uint8_t *KPIN,
uint8_t key_mask, uint16_t rep_time, uint16_t rep_wait,
void (*push_proc)(void), void (*rep_proc)(void) )[/syntax]

chyba nie?

widzisz co tu jest dodatkowo ? --> key_state

Statystyki: Napisane przez mirekk36 — 1 maja 2015, o 19:10

Re: Drgania styków bez blokowania

2015-05-01T16:23:14+01:00

mirekk36 napisał(a):

Atlantis napisał(a):

Konieczna jest możliwość sprawdzania kilku przycisków jednocześnie

To się zaczyna od obsługi klawiatury matrycowej a nie od obsługi pojedynczych klawiszy. Tu jest twój pierwszy i podstawowy błąd

Wyraziłem się mało precyzyjnie. Nie chodzi mi o możliwość sprawdzania, czy wciśnięta została kombinacja przycisków.
Przyciski wciąż będą sprawdzane pojedynczo. Nie chcę jedynie, żeby wciśnięcie kolejnego przycisku przed puszczeniem pierwszego zakłóciło działanie układu. Czyli:

1) Wciskamy przycisk 1 - funkcja filtruje odbicia i czeka na jego puszczenie. Do tego czasu funkcja nadrzędna zwraca 0 do pętli głównej.
2) Wciskamy przycisk 2 - funkcja filtruje odbicia i czeka na jego puszczenie. Do tego czasu funkcja nadrzędna zwraca 0 do pętli głównej.
3) Puszczamy przycisk 1 - funkcja nadrzędna zwraca wartość 1 do pętli głównej.
4) Puszczamy przycisk 2 - funkcja nadrzędna zwraca wartość 2 do pętli głównej.
5) Funkcja nadrzędna wraca do stanu domyślnego - przy każdym wywołaniu zwraca do pętli głównej 0.

Statystyki: Napisane przez Atlantis — 1 maja 2015, o 16:23

Re: Drgania styków bez blokowania

2015-05-01T15:02:51+01:00

Atlantis napisał(a):

Konieczna jest możliwość sprawdzania kilku przycisków jednocześnie

To się zaczyna od obsługi klawiatury matrycowej a nie od obsługi pojedynczych klawiszy. Tu jest twój pierwszy i podstawowy błąd

Statystyki: Napisane przez mirekk36 — 1 maja 2015, o 15:02

Drgania styków bez blokowania

2015-05-01T14:50:55+01:00

Próbuję napisać własną funkcję filtrowania drgań styków, wzorując się delikatnie na przykładzie z niebieskiej książki. Jestem jednak zmuszony wprowadzić kilka zmian:

1) Konieczna jest możliwość sprawdzania kilku przycisków jednocześnie. Dla każdego mam przygotowane osobne zmienne, które podaję przez wskaźnik.
2) Funkcja ma zwracać wartość 1, gdy wykryje kompletną sekwencję: wciśnięcie przycisku -> przytrzymanie przez minimum 200 ms, puszczenie przycisku. W każdym innym przypadku zwraca wartość 0.
3) Funkcja operuje nie na timerach sprzętowych obsługiwanych w przerwaniu, ale na funkcji millis(), działającej dokładnie jak w Arduino (chodzi mi o kompatybilność kodu z tą pratformą).
4) Funkcja debounce_key() będzie wywoływana kolejno w ramach funkcji nadrzędnej, z różnymi paramtrami. Gdy któreś wywołanie zwróci 1, funkcja nadrzędna zwróci numer klawisza, który będzie dalej wykorzystywany w pętli głównej.

Kod wygląda tak:

[syntax=c]uint8_t debounce_key (volatile uint8_t *KPIN, uint8_t keymask, volatile key_state_t *key_state, volatile uint32_t *key_time) {

uint8_t key_press;

key_press = !(*KPIN & keymask);

if (*key_state == IDLE) {
if (key_press) {
*key_state = DEBOUNCE;
*key_time = millis();
LED_ON;
}
}
else if (*key_state == DEBOUNCE) {
if ( key_press) {
if ( ( key_time && (millis() > (*key_time + 200))) ) {
*key_state = PRESSED;
}
}
else {
*key_state = IDLE;
*key_time = 0;
}
}
else if (!key_press && (*key_state == PRESSED)) {
*key_state = IDLE;
*key_time = 0;
return 1;
}

return 0;
}[/syntax]

W funkcji nadrzędnej funkcje obsługiwane są następująco:

[syntax=c]extern uint8_t ReadKey (void) {

static key_state_t key_start = IDLE;
static key_state_t key1 = IDLE;

static uint32_t key_start_time = 0;
static uint32_t key1_time = 0;

if ( debounce_key(&PINB, (1 << PB3), &key_start, &key_start_time) ) return START_KEY;
if ( debounce_key(&PIND, (1 << PD2), &key1, &key1_time) ) return 1;

return 0;

}[/syntax]

Niestety, kod nie chce działać. Zwieranie pinów do których mają być podpięte przyciski nie daje żadnego rezultatu.
Ktoś z Was widzi błąd?

Statystyki: Napisane przez Atlantis — 1 maja 2015, o 14:50