ATNEL tech-forum

Re: Przerwanie w przerwaniu - co się tam dzieje? INT i RS

2014-11-11T09:12:12+01:00

Tak jak widać to co jest w komentarzach na dole to właśnie to co proponujesz i tak miałem na początku(ten rs w int0 to tak tylko do testu napisałem). Objaw taki że po całym odczycie adc oraz uśrednieniu przy 1 wejściu w uart przerwanie od INT0 przestaje działać( naliczy zawsze do 2 lub 3 i koniec)

Statystyki: Napisane przez cugu — 11 lis 2014, o 09:12

Re: Przerwanie w przerwaniu - co się tam dzieje? INT i RS

2014-11-10T19:10:49+01:00

Kolego najpierw zapoznaj się z tym tematem topic7402.html i wstaw poprawnie kod. Bo tego się nie da czytać.

Statystyki: Napisane przez jacekk232 — 10 lis 2014, o 19:10

Re: Przerwanie w przerwaniu - co się tam dzieje? INT i RS

2014-11-10T20:23:09+01:00

Poniżej zamieszczam kod. ATMEGA328, Eclipse indigo. Mirek zdecydowanie zgadzam się z tobą że nie rozumiem do końca przerwań mimo że obydwie twoje książki przeczyłem. Ale uczę się codziennie;)
[syntax=c]#include
#include
#include
#include
#include
#include
#include
#include

#include "MKUART/mkuart.h"
#include "I2C_TWI/i2c_twi.h"

#define LED (1<#define LED_ZMI PORTC ^= LED
#define KL_KAL (1<#define KL_WC !(PINB & KL_KAL)
#define MCP_ADR 0b11010000
#define SR 4
#define PCF8583_ADDR 0xA2
volatile uint8_t licz_prze= 0;
uint8_t i=0;
float kal=1024.0;
float tem=0.0;
float kwa=0.0;

ISR(INT0_vect)
{
licz_prze++;
LED_ZMI;
uart_putint(licz_prze, 10);
//uart_putc('\r');
//uart_putc('\n');

}

//volatile uint8_t int0_flag=1;
// konwersja liczby dziesiętnej na BCD
uint8_t dec2bcd(uint8_t dec);
// konwersja liczby BCD na dziesiętną
uint8_t bcd2dec(uint8_t bcd);

int main(void)
{
USART_Init( __UBRR );

EICRA |= (1<EIMSK |= (1<DDRD &= ~(1<PORTD |= (1<DDRB &= ~KL_KAL;
PORTB |= (1<
DDRC |= LED;
uint8_t buf[3];
uint8_t cfg0 = 0b10010100;
uint8_t cfg1 = 0b10110100;
int16_t mcpadc0=0;
int16_t mcpadc1=0;
float mcpadc0buf;
float mcpadc1buf;
float tempadc;
char temp[10];
float phadc;
char ph[10];
float k;
const float e=0.25;
float E;

enum {ss=1, mm, hh};
uint8_t bufor[4];// rezerwacja bufora 4 bajty
uint8_t sekundy, minuty, godziny;

i2cSetBitrate( 100 );
/*

bufor[0] = 0;// setne części sekundy
bufor[1] = dec2bcd(27);// sekundy
bufor[2] = dec2bcd(50);// minuty
bufor[3] = dec2bcd(9);// godziny
// zapis 4 bajtów z bufora pod adres 0x01 w pamięci RAM naszego RTC
TWI_write_buf( PCF8583_ADDR, 0x01, 4, bufor );
*/
sei();
while(1)
{
for(i=0; i<20; i++)
{
_delay_ms(80);
MCP_write_buf( MCP_ADR,1, cfg0);
MCP_read_buf(MCP_ADR, 3, buf);
mcpadc0 = buf[0]<<8 | buf[1];

_delay_ms(80);
MCP_write_buf( MCP_ADR,1, cfg1);
MCP_read_buf(MCP_ADR, 3, buf);
mcpadc1 = buf[0]<<8 | buf[1];

mcpadc0buf=mcpadc0buf+mcpadc0;
mcpadc1buf=mcpadc1buf+mcpadc1;
}
tem = mcpadc0buf/20;
kwa = mcpadc1buf/20;

//odczyt 4 bajtów do bufora od adresu 0x01 z pamięci RAM naszego RTC
TWI_read_buf( PCF8583_ADDR, 0x01, 4, bufor );

sekundy = bcd2dec( bufor[ss] );
minuty = bcd2dec( bufor[mm] );
godziny = bcd2dec( bufor[hh] );

tempadc=23+ (tem-1990.0)/56.0;
k= 54.2+tempadc*0.1986;

sprintf(temp,"%2.1f",tempadc);

//phadc=7-(mcpadc1-2578)/233.4;
E= kwa*e;
if (KL_WC) kal = E;
phadc=((E-kal)-407.12)/k;
phadc=phadc*-1.0;
//szajs= E-kal;
sprintf(ph,"%2.1f",phadc);

//LED_ZMI;

/*
uart_puts("Temperatura = ");
//uart_putint(mcpadc0, 10);
uart_puts(temp);
uart_puts(" C");
//uart_putint(tem, 10);

uart_puts(" PH = ");
if(phadc<0) uart_puts("ERROR");
else if (phadc>14) uart_puts("ERROR");
else uart_puts(ph);
//else uart_puts(ph);
uart_puts(" Czas: ");
if(godziny<10) uart_putint(0, 10);
uart_putint(godziny, 10);
uart_puts(":");
if(minuty<10) uart_putint(0, 10);
uart_putint(minuty, 10);
uart_puts(":");
if(sekundy<10) uart_putint(0, 10);
uart_putint(sekundy, 10);
uart_putc('\r');// wyślij znak CR (enter)
uart_putc('\n');
*/
mcpadc0buf=0;
mcpadc1buf=0;
i=0;
tem = 0;
kwa = 0;

}
}

// konwersja liczby dziesiętnej na BCD
uint8_t dec2bcd(uint8_t dec) {
return ((dec / 10)<<4) | (dec % 10);
}

// konwersja liczby BCD na dziesiętną
uint8_t bcd2dec(uint8_t bcd) {
return ((((bcd) >> 4) & 0x0F) * 10) + ((bcd) & 0x0F);
}[/syntax]

Dzięki za info, nie zauważyłem że taki miszmasz się z kodem zrobił bez -C

Statystyki: Napisane przez cugu — 10 lis 2014, o 17:17

Re: Przerwanie w przerwaniu - co się tam dzieje? INT i RS

2014-11-09T21:23:15+01:00

cugu napisał(a):

I teraz moje pytanie dlaczego przerwania od obsługi UART-a całkowicie blokują mi przerwanie INT0?

Odpowiedź jest niestety banalnie prosta - musiałeś STRASZNIE namieszać sobie w kodzie ... czyli inaczej mówiąc zrobić potwornego babola albo wiele baboli naraz ....

albo nie rozumiesz jeszcze jak działają w ogóle przerwania w prockach

ale po tak zadanym pytaniu to TYLKO tyle można odpowiedzieć. Wiesz ? ... tak wyglądają pytania z serii "do jasnowidza" czyli - "nie działa mi - powiedzcie dlaczego?" ... a po co tam pokazywać swój kod źródłowy no nie ?

Statystyki: Napisane przez mirekk36 — 9 lis 2014, o 21:23

Re: Przerwanie w przerwaniu - co się tam dzieje? INT i RS

2014-11-09T18:42:40+01:00

Witam. Napisałem program, który co określoną ilość czasu wysyła pomiary z ADC oraz czas z zewnętrznego zegara PCF poprzez BTM222 na mój komputer. Do odliczania czasu chcę użyć przerwanie od PCF na INT0. I teraz moje pytanie dlaczego przerwania od obsługi UART-a całkowicie blokują mi przerwanie INT0? Wygląda to tak że jeśli nie wyślę nic na port RS to przerwanie pięknie zlicza mi sekundy natomiast jeśli cokolwiek chcę wysłać na port to po 1 wysłaniu przerwanie INT0 przestaje działać a działa tylko to od UART. Napisałem nawet testowy program tak jak powyżej kolega i doda on tylko raz 1 do licznika po czym przestaje działać. Zablokowałem wszystkie nieużywane rzeczy w mkuart.c i też to nic nie dało. Czytam czytam i kompletnie nie rozumiem czemu nie chce on dalej wykonywać przerwania od INT0.
Dla mnie ważne jest aby własnie to przerwanie wykonywało się pewnie ponieważ ważny jest odpowiedni interwał czasu pomiaru a wygłąda to tak jakby przerwanie od UARTA się nigdy nie kończyło skoro nie pozwala na kolejne wyzwolenia INT0. Cała obsługa UARTA z niebieskiej książki zaczerpnięta.

Statystyki: Napisane przez cugu — 9 lis 2014, o 18:42

Re: Przerwanie w przerwaniu - co się tam dzieje? INT i RS

2013-08-28T13:54:41+01:00

Quote:

Czy zostanie to obsłużone wg. tej tabelki:?

dokładnie flagi są sprawdzane i wykonywane powiązane z nimi przerwania wg tej tabelki czyli wg kolejności wektorów przerwań

Statystyki: Napisane przez mirekk36 — 28 sie 2013, o 13:54

Re: Przerwanie w przerwaniu - co się tam dzieje? INT i RS

2013-08-28T12:55:32+01:00

mirekk36 napisał(a):

Po pierwsze to nie ustawiaj pinu INTx jako WYJŚCIE

Pisane na szybo, błąd się wkradł

No ok,dużo się wyjaśniło, ale pokombinujmy jeszcze bardziej
Z tego co wiem to nie da się ustawić priorytetów przerwań.

Pokaże to krokowo o co mi chodzi.
1.Tak jak poprzedni INT leci na stan niski,
2.Wchodzimy w przerwanie ISR( INT1_vect )
3.Zwiększamy zmienną licznik
4. TERAZ DOSTAJEMY COŚ PO RSIE
4a. Ustawiana jest flaga aby wykonać przerwanie ISR( USART_RXC_vect )
5.dodaje do buforu z uarta tą zmienną licznik i włącza falgę przerwania UCSRB |= (1<....
6.Zmienia stan diody
7.Whcodzi z przerwania INT.

I teraz moje pytanie, które przerwanie zostanie najpierw obsłużone RX, czy TX?

Wiem, że kombinuje jak mogę, ale mnie to ciekawi

Czy zostanie to obsłużone wg. tej tabelki:?

Czyli najpierw RX?

Statystyki: Napisane przez xamrex — 28 sie 2013, o 12:55

Re: Przerwanie w przerwaniu - co się tam dzieje? INT i RS

2013-08-28T12:43:38+01:00

Po pierwsze to nie ustawiaj pinu INTx jako WYJŚCIE

DDRD |=(1<
Po drugie - dzięki temu pytaniu może zrozumiesz lepiej co to są flagi sprzętowe przerwań

Toż jeśli trwa osbługa INTx to wiadomo że inne przerwania nie ruszą - ale ZAPALĄ się flagi tych przerwań. I dlatego właśnie po ukończeniu obsługi INTx ... procek wie, że ma zrealizować kolejne przerwanie bo widzi, że flaga od UDRE jest zapalona - no to BACH, wykonuje jedną instrukcję z pętli głównej i natychmiast w kolejnym cyklu rzuca się aby obsłużyć przerwanie UDRE i zgasić tę flagę

teraz jaśniej ?

Statystyki: Napisane przez mirekk36 — 28 sie 2013, o 12:43

Przerwanie w przerwaniu - co się tam dzieje? INT i RS

2013-08-28T12:22:52+01:00

Witam
Załóżmy, że aktywujemy sobie przerwanie jeśli na INT1 będzie zbocze opadające

[syntax=c]MCUCR |= (1<GICR |= (1<DDRD |=(1<PORTD |=(1<

Teraz dołączymy sobie z książki projekt 7 (Rsa, który używa przerwań aby wysłać i odebrać dane)

i w przerwaniu zrobimy coś STRASZNEGO:
[syntax=c]ISR( INT1_vect ) {
static uint16_t licznik;
licznik++;
uart_putint(licznik, 10);
}[/syntax]

Tutaj cały kod:
[syntax=c]#include
#include
#include
#include "MKUART/mkuart.h"

int main(void) {
USART_Init( __UBRR );// inicjalizacja UART
MCUCR |= (1<GICR |= (1<PORTD |=(1<sei();// globalne odblokowanie przerwañ

// pêtla nieskoñczona
while(1) {
;
}
}

ISR( INT1_vect ) {
static uint16_t licznik;
licznik++;
uart_putint(licznik, 10);
PORTD ^=(1<}[/syntax]

Niech mi ktoś wytłumaczy czy to ma prawo działać i w jaki sposób będzie to działało.
Z tego co wiem, na czas wykonywania się przerwania inne przerwania są blokowane?
Oraz jeśli pojawi się flaga przerwania program od razu skacze do funkcji obsługującej przerwanie.
Załóżmy, że na INT1 pojawia się stan niski.
W tym momencie program przechodzi do obsługi tego przerwania i:
1. blokuje inne przerwania
2.Zwiększa zmienną licznik
3.dodaje do buforu z uarta tą zmienną i włącza falgę przerwania UCSRB |= (1<
4.Niestety są wyłączone inne przerwania, więc program nie skoczy NATYCHMIAST do ISR( USART_UDRE_vect)
5.Program zmienia stan na PD7
6.Wychodzi z przerwania i zezwala na inne przerwania
7.W tym momencie robiona jest obsługa przerwania ISR( USART_UDRE_vect)
Albo obsługa tego przerwania ISR( USART_UDRE_vect) nie zostanie w ogóle zrealizowana?

Czy dobrze myślę ?
Statystyki: Napisane przez xamrex — 28 sie 2013, o 12:22