Re: Debouncing przycisku w przerwaniu i odbiór znaku przez U

2017-10-07T10:54:44+01:00

Vroobee napisał(a):

Pierwsza z nich to debouncing przycisku w przerwaniu INT0/INT1 w ATmedze 328p

Vroobee napisał(a):

ale chciałem się dowiedzieć czy to jest optymalne rozwiązanie do eliminacji drgań styków

Przepraszam uprzejmie, nie chodzi mi o to żeby dogryzać czy jakieś przytyki robić - no ale to jest pomysł zupełnie i to totalnie z kosmosu. W ogóle po co ten IF w przerwaniu toż ty rozbroiłeś tę moją procedurę z bloga ... i jakieś resztki jej ciała wrzuciłeś do przerwania. Ten IF w przerwaniu nigdy nie zadziała - po co on tam w ogóle ? Nie masz żadnego debouncingu - ot reaguje ci przerwanie przy pierwszym zboczu i to tyle - a jak przyjdą inne przerwania w wyniku drgań to też się wykona ich cała seria ...

sam przeanalizuj przez chwilę ten kod który pokazałeś to się zdziwisz i solidnie uśmiejesz gwarantuję

ustawiasz key_lock na 1, po to żeby za chwilę sprawdzać czy jest różny od zera i niby gdy klawisz wciśnięty to go zwiększasz o jeden i po co ? skoro za chwilę poleci kolejne przerwanie a ty znowu key_lock na 1 ustawiasz toż te linie kompletnie nie mają sensu w tym przerwaniu, jak byś zostawił tylko te dwie

menu_state = 1;
timer = 0;

to działać ci będzie tak samo ...

CAŁA zaleta tej mojej procedury z bloga polega na tym, że działa bez użycia przerwań i działa bardzo dobrze ...

Vroobee napisał(a):

Za cholerę nie chce mi to działać przy wykorzystaniu tej funkcji np. w takim zapisie:

Bo nie rozumiesz jak działa ta funkcja ... ona nie jest blokująca i gdy nic nie nadleci to zwróci ZERO ...

ty może jeszcze nie do końca rozumiesz jak działają bufory cykliczne ... funkcja getc pozwala pobierać pojedyncze znaki z tego bufora ale jeśli coś do niego dotarło ...

tyle razy pisałem i pokazuję w poradnikach wideo - że pełny i śliczny odbiór ale UWAGA! stringów czyli komunikację ASCII i to na zdarzeniach pokazałem dopiero w Greenbooku - którego polecam

zaś w Bluebooku pokazałem jak za pomocą funkcji getc pobierać sobie pojedyncze znaki - ale pewnie nie zajrzałeś do tego przykładu w książce (na pendrive/albo na CD)

Statystyki: Napisane przez mirekk36 — 7 paź 2017, o 10:54

Debouncing przycisku w przerwaniu i odbiór znaku przez UART

2017-10-07T10:41:02+01:00

Szanowni Państwo,

piszę w dwóch sprawach, o których chciałbym dowiedzieć się nieco więcej i rozwiać wątpliwości.
Pierwsza z nich to debouncing przycisku w przerwaniu INT0/INT1 w ATmedze 328p. Napisałem sobie w programie taki oto kod wykorzystując debouncing wskazany przez p. Mirka:
[syntax=c]ISR(INT0_vect){
key_lock = 1;
menu_state = 1;
timer = 0;
if (key_lock && (PIND & SW1)){
key_lock++;
}
}[/syntax]
Na moje oko działa on poprawnie w zaprojektowanym przeze mnie układzie ale chciałem się dowiedzieć czy to jest optymalne rozwiązanie do eliminacji drgań styków w microswitch'u przy użyciu przerwań.

Druga sprawa to odbiór danych z UART przy użyciu funkcji p. Mirka z bluebooka. Mianowicie funkcji uart_getc(), - nazwa przerobiona ze względu na układ bluetooth BLE, który wykorzystuję:
[syntax=c]char RN4871_get_c(void) {
// sprawdzamy czy indeksy są równe
if ( UART_RxHead == UART_RxTail ) return 0;

// obliczamy i zapamiętujemy nowy indeks „ogona węża” (może się zrównać z głową)
UART_RxTail = (UART_RxTail + 1) & UART_RX_BUF_MASK;
// zwracamy bajt pobrany z bufora jako rezultat funkcji
return UART_RxBuf[UART_RxTail];
}

// definiujemy procedurę obsługi przerwania odbiorczego, zapisującą dane do bufora cyklicznego
ISR( USART_RX_vect ) {
register uint8_t tmp_head;
register char data;

data = UDR0; //pobieramy natychmiast bajt danych z bufora sprzętowego

// obliczamy nowy indeks „głowy węża”
tmp_head = ( UART_RxHead + 1) & UART_RX_BUF_MASK;

// sprawdzamy, czy wąż nie zacznie zjadać własnego ogona
if ( tmp_head == UART_RxTail ) {
// tutaj możemy w jakiś wygodny dla nas sposób obsłużyć błąd spowodowany
// próbą nadpisania danych w buforze, mogłoby dojść do sytuacji gdzie
// nasz wąż zacząłby zjadać własny ogon
//UART_RxHead = UART_RxTail;
} else {
UART_RxHead = tmp_head; // zapamiętujemy nowy indeks
UART_RxBuf[tmp_head] = data; // wpisujemy odebrany bajt do bufora
}
}[/syntax]

Za cholerę nie chce mi to działać przy wykorzystaniu tej funkcji np. w takim zapisie:
[syntax=c]char c = RN4871_get_c();
uart_putc(c);[/syntax]

Jeśli ktoś zwróci uwagę na jakieś szczególne przypadki działania tej funkcji to byłbym wdzięczny. Na razie bez cudów - po prostu odbieranie jednego znaku nie działa. Procek ten sam ATmega328p. Dodam jeszcze, że funkcja:
[syntax=c]char uart_getc(void){
while ( !(UCSR0A & (1<return UDR0;
}[/syntax]
Działa BEZ ZARZUTU - znaki odbiera. Tylko wolałbym wykorzystać bufor cykliczny i przerwania, a nie robić odbiór danych w pętli main.

Statystyki: Napisane przez Vroobee — 7 paź 2017, o 10:41

ATNEL tech-forum

Re: Debouncing przycisku w przerwaniu i odbiór znaku przez U

Debouncing przycisku w przerwaniu i odbiór znaku przez UART