ATNEL tech-forum

Re: Kłopot z przerwaniem zewnętrznym na zestawie ATB

2012-11-11T08:57:13+01:00

No oczywiście że tak Dziś miałem sprawdzać przerwania na innych pinach, ale czemu nie idzie na PD2 to bym wpadł dopiero przy próbach z rs485.
Dziękuję bardzo za pomoc

Statystyki: Napisane przez Mariusz — 11 lis 2012, o 08:57

Re: Kłopot z przerwaniem zewnętrznym na zestawie ATB

2012-11-11T01:03:00+01:00

zaraz zaraz - a nie masz przypadkiem pan w konfiguracji biblioteki UART włączonego RS485 i pinu do sterowania kierunkiem, który bodajże przygotowałem na PD2 ??? weź ty tam zajrzyj

zobacz

[syntax=c]// definicje na potrzeby RS485
//#define UART_DE_PORT PORTD
#define UART_DE_DIR DDRD
#define UART_DE_BIT (1<
widzisz ? pierwsza linijka w tej sekcji powinna być zakomentowana, albo mogłeś sobie to samo sprawdzić np na INT1 albo na INT2, albo mieć włączony RS485 i użyć tu innego pinu niż PD2 ..... coś mi się wydaje, że to będzie panie kochany to - ale sprawdź

Statystyki: Napisane przez mirekk36 — 11 lis 2012, o 01:03

Re: Kłopot z przerwaniem zewnętrznym na zestawie ATB

2012-11-11T00:33:19+01:00

No to może ja czegoś nie rozumiem.
Wciskam klawisz, puszczam klawisz, wysyła mi na terminal "click". Ale mi to wysyła bez przerwy. Ja rozumiem, drgania styków itp. To niech wyśle 20 razy, albo 200 nawet. Ale nie 6000.
Jeśli wyłączę usart, to dioda się zapala i gaśnie jak na twoim filmiku o drganiu styków. Jak włączę usart, to mruga bez przerwy.
USB, 4,7V, dotknięcie miernikiem też wywołuje "przerwanie" i rozpoczęcie wysyłania do terminala.

Statystyki: Napisane przez Mariusz — 11 lis 2012, o 00:33

Re: Kłopot z przerwaniem zewnętrznym na zestawie ATB

2012-11-11T00:25:39+01:00

czyli co? w ogóle ci nic do terminala nie leci ?

zobacz - wgrałem teraz dokładnie twój przykład bez żadnych zmian i masz w terminalu ładnie napisy

nie mam pojęcia skąd ty np wiesz że procedura ISR() się zawiesza, albo że obsługa UDRE w czymś przeszkadza - skąd takie przypuszczenia

u mnie wgrany kod pięknie działa i nic nigdy nie reaguje na żadne dotykanie kabla

------------------------ [ Dodano po: 5 minutach ]

o tu wprowadziłem lekką zmianę żeby było widać numerowanie clicków i lecą ładnie po kolei, oczywiście w związku z brakiem obsługi / reakcji na drgania styków czasem po jednym kliknięciu wskoczy ich kilka no ale to normalne. Nic się nie zawiesza tak jak ty to opisujesz - zresztą nie wiem na jakiej podstawie ....

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

jak zasilasz zestaw ? z USB ? czy z zasilacza ?

jeśli z USB to jakie napięcie masz dokładnie w układzie - sprawdzałeś miernikiem ?

Statystyki: Napisane przez mirekk36 — 11 lis 2012, o 00:25

Re: Kłopot z przerwaniem zewnętrznym na zestawie ATB

2012-11-11T00:13:18+01:00

Absolutnie nie twierdzę, że to wina zestawu. Po prostu problem występuje podczas pracy na zestawie, co na wstępie eliminuje całą gamę przyczyn. Jestem prawie pewien, że coś w kodzie mam nie tak Przewód oczywiście zmieniłem.
Oto kod:
[syntax=c]
#include
#include
#include
#include
#include "mkuart.h"

#define LED_PIN (1<#define LED_TOG PORTC ^= LED_PIN
volatile int flag;

void ExtInterrupt_init(void) {
PORTD |= (1 << PD2);
DDRD &= ~(1 << PD2);
GICR |= (1 << INT0);
MCUCR |= (1 << ISC01);
}

ISR(INT0_vect){
flag = 1;
}
int main(void) {

USART_Init( __UBRR );
ExtInterrupt_init();
sei();
DDRC |= LED_PIN;
_delay_ms(100);

while(1) {
if (flag == 1) {
LED_TOG;
uart_puts("clik");
uart_putc('\r');
uart_putc('\n');
flag = 0;
}
}
}
[/syntax]
Pliki mkuart pozostawiłem bez zmian.
Jak na razie zauważyłem tyle:
- problem występuje gdy jednocześnie jest włączony USART
- czasem procedurka warunkowana przerwaniem INT0_vect wpada w pętlę nieskończoną, a czasem się zatrzymuje i wtedy reaguje na zbliżenie ręki

Może tu trzeba jakość skonfigurować I/O clock specjalnie? Oddzielnie dla UART oddzielnie dla INT0?

Statystyki: Napisane przez Mariusz — 11 lis 2012, o 00:13

Re: Kłopot z przerwaniem zewnętrznym na zestawie ATB

2012-11-10T21:27:23+01:00

To lepiej kolega pokaże cały swój kod testowy, bo takie szopki jak kolega mówi są zwykle spowodowane właśnie kodem a nie tam zestawem, kabelkiem czy uszkodzonym procesorem czy jeszcze inną kosmiczną przyczyną .... niestety

(wykluczę tu dość istotną możliwą inną przyczynę jaką jest np brak filtracji zasilania, czy problemy elektroniczne, bo pisze kolega że korzysta z zestawu ATB). Jedyne co mogę podpowiedzieć tak bez kodu - to wymienić może jeszcze przewód połączeniowy na inny bo ten może akurat egzemplarz słabo styk ma zarobiony albo coś. I dodam, że przed chwilą odpaliłem to na zestawie - a kabelek można macać do upadłego i przerwanie się nie wyzwoli.

więc najpierw kod a wtedy będziemy mogli podpowiedzieć jak tego uniknąć, albo pogłówkować o co może chodzić - ok ?

Statystyki: Napisane przez mirekk36 — 10 lis 2012, o 21:27

Kłopot z przerwaniem zewnętrznym na zestawie ATB

2012-11-10T20:23:42+01:00

Witam
pierwszy post na forum
Postanowiłem przećwiczyć przerwania zewnętrzne
Naciśnięcie przycisku zmienia stan diody i wysyła "click" przez RS. Niby działa... tylko, że niechcący jakiś wykrywacz pola elektromagnetycznego zrobiłem.
Do pierwszego naciśnięcia przycisku wszytko jest cacy, ale potem, jak zbliżę rękę do kabelka, to zaczyna się szopka.
Ustawienie przerwania reagujące na zbocze:
void ExtInterrupt_init(void) {
PORTD |= (1 << PD2);
DDRD &=~(1 << PD2);
GICR |= (1 << INT0);
MCUCR |= (1 << ISC01);
}
Może ktoś doradzi jak tego uniknąć?
Docelowo przerwanie ma przychodzić z zewnętrznego czujnika (akcelerometr ADXL345), który komunikuje się przez SPI. O tym, że próbka danych jest gotowa do odebrania, czujnik informuje zmianą stanu na pinie. Takie hece jak ta tutaj uniemożliwią mi praktycznie użycie kabelka.

Statystyki: Napisane przez Mariusz — 10 lis 2012, o 20:23