Ни тот, ни другая понятия не имеют, как можно протелепатить тип м/к. Тем более, что это невозможно никак.
Тип МК задается в свойствах проекта, а не в коде. Там же можно задавать глобальные дифайны, по которым уже строить условную компиляцию кода.axillent писал(а):скажите, в IAR есть ли возможность в коде определить тип МК под который идет компилирование?
где задается тимп МК мне известноa5021 писал(а): Тип МК задается в свойствах проекта, а не в коде. Там же можно задавать глобальные дифайны
Код: Выделить всё
#if defined(__AVR_ATmega128A__)вы ни там ни там не работали? зачем гадаете?Pnjom-Penb писал(а):Ни тот, ни другая понятия не имеют, как можно протелепатить тип м/к. Тем более, что это невозможно никак.
Вот именно! Тип МК - задается! То есть, не ЙАР (которых, кстати, разных - вагон и маленькая тележка), а именно вы задаете тип мк. Надеюсь, не нужно пояснять, как определить опции компилятора/линкера, с которыми они запускаются из IDE?axillent писал(а):в студии тип МК задается в свойствах проекта после чего определить в коде тип МК пустяшное дело
это не имеет отношения к моему вопросуPnjom-Penb писал(а):Вот именно!
Код: Выделить всё
#include <avr/io.h>Код: Выделить всё
#include <iostm8s103f3.h> Это первое упоминание о том, какой именно ЙАР имелся ввиду. Для IAR-AVR существуют "io<CPU>.h" файлы с макросами типа "__IOM1281_H", а в IAR-STM8 - "iostm8<CPU>.h" и макросы типа "__IOSTM8S103F2_H__". В любом случае, эти инклуды задаются вручную, а в проекте запросто м.б. указано "STM8 - unspecified". Какого-то способа, работающего одинаково во всех ЙАРах не встречал, потому и намекнул, что задается не ЙАРом (а рабочим окружением).axillent писал(а):для STM8 в IAR нужно не только
Все наоборот. Я об этом выше уже два раза написал. Сначала выставляется руками тип в проекте, потом руками включается io.h именно этот, а не под конкретный МКAlexeyslav писал(а):В AVR тип контроллера тоже не задаётся, он жестко прописан в соответствующем хидере. И если его не подключить, узнать тип контроллера будет проблематично.
Какой ужас!!!axillent писал(а):Собираю библиотеку универсальную под avr8/stm8/stm32.
Как-то это смахивает на не очень продуманное решение. Мало того, что это неоправдано-большое количество писанины, так из-за архитектурных отличий многие алгоритмы могут получится уж сильно не оптимальными для одной или другой платформы.axillent писал(а):Собираю библиотеку универсальную под avr8/stm8/stm32.
2+2 будет по разному считаться?a5021 писал(а):так из-за архитектурных отличий многие алгоритмы могут получится уж сильно не оптимальными для одной или другой платформы.
Мне показалось, что вы не за "2+2" переживали, когда насчет дифайнов с инклюдами спрашивали. Чтобы оптимально использовать ресурсы разных платформ, в какой-нибудь динамической индикации, например, вообще ведь ни одной общей строчки может не оказаться. Алгоритм разный получится. Механизм.axillent писал(а):2+2 будет по разному считаться?
Код: Выделить всё
void init(void){
GPIO_Init(GPIOB, GPIO_Pin_All, GPIO_Mode_Out_PP_Low_Fast);
//Настройка ножки PD0 как входа таймера TIM3_CH2
GPIO_Init(GPIOD, GPIO_Pin_0, GPIO_Mode_In_PU_No_IT);
//Настройка тактирования таймера
CLK_PeripheralClockConfig(CLK_Peripheral_TIM3, ENABLE);
//Настройка TIM3_CH2 в режиме захвата-сравнения по заднему фронту
TIM3_TimeBaseInit(TIM3_Prescaler_64, TIM3_CounterMode_Up, 0xFFFF);
TIM3_ICInit(TIM3_Channel_2, TIM3_ICPolarity_Falling, TIM3_ICSelection_DirectTI, TIM3_ICPSC_DIV1, 10);
TIM3_SelectInputTrigger(TIM3_TRGSelection_TI1FP1);
TIM3_SelectSlaveMode(TIM3_SlaveMode_Reset);
//разрешаем прерывания
TIM3_ClearFlag(TIM3_FLAG_CC2);
TIM3_ITConfig(TIM3_IT_CC2, ENABLE);
TIM3_Cmd(ENABLE);
}
#pragma vector=0x18
__interrupt void TIM3_CAP_COM_IRQHandler(void){
GPIOB->ODR = 1;
TIM3_ClearFlag(TIM3_FLAG_CC2);
}