Чудеса С Прерываниями Avr

[Сергей Коноплёв 1]

Здравствуйте,

Последние две недели пытаюсь использовать прерывания для опроса датчиков. И столкнулся с таким явлением:

ISR(INT1_vect)
{
pdata.pressure++;
 DDRB=0b11111111;
}
uchar usbFunctionRead(uchar *data, uchar len)
{
DDRB=0b00000000;
}
int main(void)
{
 DDRB=0b11111111;
}

(вырезал кусок кода связанный с прерываниями) с компьютера вызываю функцию usbFunctionRead происходит переключение выводов и вызывается прерывание в котором просто считаю число вызовов. В представленном коде все хорошо счет идет последовательный. Но если начать опрашивать еще датчик то все конртроллер зверееет..

ISR(INT1_vect)
{
pdata.pressure++;
 DDRB=0b11111111;
}
uchar usbFunctionRead(uchar *data, uchar len)
{
DDRB=0b00000000;
adxl345_getdata(&pdata.ax, &pdata.ay, &pdata.az); // опрос датчика по i2c
}
int main(void)
{
 DDRB=0b11111111;
}

В результате счет идет 1 2 5 7 8 10 11 12 15 и т.д. точно последовательность не фиксировал ...

откуда появляются дополнительные срабатывания прерываний??? Ведь получается что за один вызов функции сработало прерывание несколько раз. Срабатывание прерываний настроил на задний фронт ... но ведь это и не важно покуда в первом случае все хорошо, а функции опероса датчика никак не использует прерывания или порт B.

Дополнение:

Даже когда в качестве сигнала прерывания использую выход датчика (сигнал об окончании преобразования) прерывание щелкает несколько раз и ничего в итоге не работает

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[vitalik_1984]

Где проверяете в железе? Есть проект протеуса? Исходник тоже можно.

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[Сергей Коноплёв 1]

Проверяю в железе. Проект Atmel Studio.

#include <avr/io.h>
#include <avr/interrupt.h>
#include <util/delay.h>
#include <compat/twi.h>  // I2C bus
#include <avr/pgmspace.h>   /* нужно для usbdrv.h */
#include "usb/usbdrv.h"
#include "sensor_i2c/bmp085.h"
#include "sensor_i2c/l3g4200d.h"
//#include "Baro.h"
#include <avr/interrupt.h>
//определяем биты регистров
struct dataexchange_t	 
{

float gx;
float gy;
float gz;

float mx;
float my;
float mz;

float ax;
float ay;
float az;
float temperature;	  
uint32_t pressure;	  
float altitude;

};			   
int32_t tmp;
int i=0;
struct dataexchange_t pdata = {1,2,3,4,5,6,7,8,9,10,11,12};

PROGMEM const char usbHidReportDescriptor[24] = { // USB report descriptor		 // Дескриптор описывает структуру пакета данных для обмена
0x06, 0x00, 0xff,					   // USAGE_PAGE (Generic Desktop)
0x09, 0x01,							 // USAGE (Vendor Usage 1)
0xa1, 0x01,							 // COLLECTION (Application)
0x15, 0x00,							 //    LOGICAL_MINIMUM (0)	    // min. значение для данных
0x27, 0xC0, 0xD4, 0x01, 0x00,   //    LOGICAL_MAXIMUM (120000)	  // max. значение для данных, 255 тут не случайно, а чтобы уложиться в 1 байт
0x75, 0x0C,					    //    REPORT_SIZE (192)		    // информация передается порциями, это размер одного "репорта" 8 бит
0x95, 0x04,	    //    REPORT_COUNT			   // количество порций (у нашем примере = 3, описанная выше структура передастся за три репорта)
0x09, 0x00,							 //    USAGE (Undefined)
0xb2, 0x02, 0x01,					   //    FEATURE (Data,Var,Abs,Buf)
0xc0								    // END_COLLECTION
};
/* Здесь мы описали только один report, из-за чего не нужно использовать report-ID (он должен быть первым байтом).
* С его помощью передадим 3 байта данных (размер одного REPORT_SIZE = 8 бит = 1 байт, их количество REPORT_COUNT = 3).
*/

/* Эти переменные хранят статус текущей передачи */
static uchar    currentAddress;
static uchar    bytesRemaining;

/* usbFunctionRead() вызывается когда хост запрашивает порцию данных от устройства
* Для дополнительной информации см. документацию в usbdrv.h
*/
ISR(INT1_vect)
{
pdata.pressure++;
DDRB=0b11111111;


}
void INTinit()
{
MCUCR = 0b0001011;
GICR = 0b11000000;
}
uchar   usbFunctionRead(uchar *data, uchar len)
{
DDRB=0b00000000;
adxl345_getdata(&pdata.ax, &pdata.ay, &pdata.az);
l3g4200d_getdata(&pdata.gx, &pdata.gy, &pdata.gz);
hmc5883l_getdata(&pdata.mx, &pdata.my, &pdata.mz);

// чтение
if(len > bytesRemaining)
    len = bytesRemaining;
   uchar *buffer = (uchar*)&pdata;

   uchar j;
   for(j=0; j<len; j++)
    data[j] = buffer[j+currentAddress];
   currentAddress += len;
   bytesRemaining -= len;
   return len;

}

/* usbFunctionWrite() вызывается когда хост отправляет порцию данных к устройству
* Для дополнительной информации см. документацию в usbdrv.h
*/
uchar   usbFunctionWrite(uchar *data, uchar len)
{
   if(bytesRemaining == 0)
    return 1;			   /* конец передачи */
   if(len > bytesRemaining)
    len = bytesRemaining;
   uchar *buffer = (uchar*)&pdata;

   uchar j;
   for(j=0; j<len; j++)
    buffer[j+currentAddress] = data[j];
   currentAddress += len;
   bytesRemaining -= len;

   return bytesRemaining == 0; /* 0 означает, что есть еще данные */
}
/* ------------------------------------------------------------------------- */
usbMsgLen_t usbFunctionSetup(uchar data[8])
{
usbRequest_t    *rq = (void *)data;
   if((rq->bmRequestType & USBRQ_TYPE_MASK) == USBRQ_TYPE_CLASS)
{    /* HID устройство */
    if(rq->bRequest == USBRQ_HID_GET_REPORT)
 {  /* wValue: ReportType (highbyte), ReportID (lowbyte) */
	    // у нас только одна разновидность репорта, можем игнорировать report-ID
	    bytesRemaining = sizeof(struct dataexchange_t);
	    currentAddress = 0;
	    return USB_NO_MSG;  // используем usbFunctionRead() для отправки данных хосту
    }
 else if(rq->bRequest == USBRQ_HID_SET_REPORT)
 {
	    // у нас только одна разновидность репорта, можем игнорировать report-ID
	    bytesRemaining = sizeof(struct dataexchange_t);
	    currentAddress = 0;
	    return USB_NO_MSG;  // используем usbFunctionWrite() для получения данных от хоста
    }
   }
else
{
    /* остальные запросы мы просто игнорируем */
   }
   return 0;
}
/* ------------------------------------------------------------------------- */
int main(void)
{
bmp085_init();
l3g4200d_init();
hmc5883l_init();
adxl345_init(); 

DDRB=0b11111111;

// эта чатсть связанас USB
   usbInit();
   usbDeviceDisconnect();  // принудительно отключаемся от хоста, так делать можно только при выключенных прерываниях!


   uchar i = 0;
   while(--i)
{	  // пауза > 250 ms
    _delay_ms(1);
   }

   usbDeviceConnect();	 // подключаемся
INTinit();
   sei();				  // разрешаем прерывания

//readinitPressure();
readinitTemperature(); 
for(;
{ 
 usbPoll();		  // эту функцию надо регулярно вызывать с главного цикла, максимальная задержка между вызовами - 50 ms
}
   return 0;
}

[Реклама]

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161