Мелкие вопросы по МК и ПЛИС.

amd9800

Хочу начать изучать STM32F.

Но вот когда искал на aliexpress что купить то понял что не могу сделать правильный выбор.

Stm32f4discovery stm32f407 cortex-m4 development board

stm32f103c8t6 stm32f103 stm32f1 stm32 system board learning board evaluation kit

Первая дилема - это начать с 407 или 103( или 100) ?
Вторая дилема - какую плату лучше выбрать.

Вроде на всех фотках что 407 что 103 идут с портом USB. Сразу я предполагал что этот порт годен и для программирования и для работы, потом нашел в сети информацию якобы он только для питания, и как тогда программы заливать - какие программаторы нужны. Потом нашел что модель 407 дискавери вроде имеет два чипа и один служит как программатор.

Их программаторов есть только AVR910 и ASP - понятно что я их использую для аврок - но можно с их помшью программировать STM32 ?

Реклама

AVR_kot

Модер разве тут разрешен мат?

Реклама

ibiza11

amd9800 писал(а):Первая дилема - это начать с 407 или 103( или 100) ?
Вторая дилема - какую плату лучше выбрать.

1) 407 - CortexM4, 103 - CortexM3. M4 - мощнее периферия, больше частота. НО в целом у этих линеек ST очень схожа периферия. Без разницы с чего начинать.
2) Плату лучше выбирать сразу с программатором-отладчиком. Под это подходят все платы с суффиксом "discovery". Те платы, что вы привели в качестве примера на 103 чипах не имеют встроенного программатора-отладчика. Их программируют отдельным программатором типо такого по JTAG или SWD, или пользуются встроенным заводским бутлоадером, работающим через UART1.

Резистор

Здравствуйте. У меня вопрос по IDE. Вот вопрос:

Что можно использовать в качестве IDE для разработки программ под МК AVR в Ubuntu? Желательно что-нибудь попроще, как CodeVision в Windows.

Язык: C

Реклама

Резистор

Всё. Разобрался. Можно использовать Eclipse. Вот здесь - http://www.ibm.com/developerworks/ru/li ... #resources всё написано.

Реклама

Chettuser

Кроссплатформенных IDE не так много.

Эклиспз - самый знаменитый.

Реклама

pokk

Здравствуйте, думал что с рабой АПЦ разобрался а оказалось нет вылез какой-то странный глюк который не как не могу отловить.
АЦП работает в режиме автоматического перезапуска с частотой 12 кГц и тактовая частотой АЦП 156 кГц. Прерывания внутри АЦП разрешены для работы таймера.
После того как добавил обработку значений АЦП по одному из входов(подано постоянное напряжение) постоянно начала возникать ошибка. Начал разбираться и пришёл к тому что из регистра ADCW поступает не те значения, после того как упростил код до минимума(код ниже) выяснилось, что переключение каналов идёт как-то не так как надо. С начало всё работает по каналу I1 идёт значения I1 по I2 идёт I2, а потом бац и они поменялись местами (в обработчике канала I2 приходят значения с канала I1 ) а потом опять нормально до поры до времени. В изначальном варианте (каналов 6 и есть обработка с них) такое происходило редко примерно пару раз в минут 30, но после того как добавил туда задержу в 200 тактов процессора (примерно 2 такта АПЦ) перед запись в регистр ADMUX эти ошибки стали сыпаться постоянно.

Результат из терминала:

Спойлер

Код: Выделить всё

12:57:12.908> 231) ADCW_HIGEST=000 01023 ;
12:57:17.462> 232) ADCW_HIGEST=000 01023 ;
12:57:18.963> 233) I1=000 00647 ;
12:57:23.514> 234) I1=000 00647 ;
12:57:25.013> 235) ADCW_HIGEST=000 01023 ;
12:57:29.504> 236) ADCW_HIGEST=000 01023 ;
12:57:34.060> 237) ADCW_HIGEST=000 01023 ;
12:57:38.554> 238) ADCW_HIGEST=000 01023 ;
12:57:39.114> 239) I1=000 00647 ;
12:57:40.114> 240) I1=000 00647 ;

В случае если запретить прерывания в АЦП то смена каналов не наблюдается (или очень редко может не дождался ) думал что такое может происходить из за нарушения атомарности операций которые работают с регистрами. перед рабой с регистром ADCW и ADMUX по запрещал прерывания но нечего не изменилось. Где-то читал что может флаг ADIF не сбрасываться. При сбросе его в ручную тоже не помогло.

по этому у меня возникли два вопроса:
1) Как правильно переключать каналы в АЦП (После двух тактов АЦП или в течении ?)
2) Как может влиять прерывания от таймера на переключение каналов ?

Код упрошенного варианта

Спойлер

Код: Выделить всё

////=============ADC_initialization==========
//ADCSRA=(1<<ADEN) | (1<<ADSC) | (1<<ADFR) | (0<<ADIF) | (1<<ADIE) | (1<<ADPS2) | (1<<ADPS1) | (0<<ADPS0);
////====================
interrupt [ADC_INT] void adc_isr(void){
unsigned int temp_adc=0;
#asm("sei")  
    switch(adc_main){         
        case I1_MAIN:{
             adc_main=I2_MAIN;    //  Переход на измерения следующего канала
             #asm("cli") // запрещаем прерывание
             temp_adc=ADCW;
             #asm("sei")                
             ADC_BUF->test_int[4]=temp_adc;  //записали в буфер(данный буфер выдаётся в UART по запросу)
                           if(temp_adc<1000){     // нормальное значение АЦП 0x3FF
                             DEBUGER("I1=",0,temp_adc,var2);  //  выдаётся в терминал если есть не соответствие
                           }               
            ADMUX_TEMP=2;          //I1 переключаемся на канал I1 через итерацию с задержкой в 200 тактов
            temp_adc=0;
            break;
        }    
        case I2_MAIN:{  
            #asm("cli")
            temp_adc=ADCW;
            #asm("sei")                   
        // Нормально значение АПЦ около 647 
                           if(temp_adc>700){DEBUGER("ADCW_HIGEST=",0,temp_adc,var2);}            
                           if(temp_adc<600){DEBUGER("ADC_INT_ADCW=",0,temp_adc,var2);
                             LED_GREEN_DOWN();
                           }            
                ADC_BUF->test_int[1]=temp_adc; 
                adc_main=I1_MAIN;
                ADMUX_TEMP=3; //I2
            break;   
        }
        default:{
            adc_main=I1_MAIN;            
            DEBUGER("adc_main=error",0,0,MESEGER);
            break;        
        }
    }
    #include <nop2.c> //200 тактов
    #asm("cli") // запрещаем прерывание           
    ADMUX=ADMUX_TEMP;
    #asm("sei")       
    }

urry

рекомендую просмотреть ассемблерный листинг - с вашей стороны имеет место глубокое непонимание работы прерывания. Вложенность прерываний в авр не поддерживается - когда наступает одно, остальные запрещаются. Компилятор при возникновении прерывания производит действия со стеком , направленные на сохранение контекста прерывания - а при окончании - восстанавливает контекст. Их можно увидеть, только просматривая листинг асма. разрешая принудительно прерывания внутри - вы разрушаете стек. Сохранение - восстановление контекста служит для того, чтобы при возврате из прерывания в точку, откуда оно вызвалось, содержимое флагов (бит зеро, например) было таким же, как и до вызова прерывания. В самом прерывании флаги могут быть изменены. Ну если "на пальцах" объяснить.

pokk

Я как-то разбирался вопросом (почему столько много таков идёт на вход/выход прерывания) по этому не много представляю что он сохраняет. Только мне не понятен момент почему стэк разрушается после прерывания в прерывании ? К примеру работает маин тут возникает прерывание к АЦП место где мы остановились запихиваем в стэк и запихиваем регистры (контекст) и дальше работаем в прерывании по АЦП изменили половину регистров тут раз ещё одно прерывание от таймера и тут опять сохраняем место возврата и контекст в стэк после выполнения обработчика в таймере мы возвращаемся в обработчик АЦП и достаём от туда контекст ацп.

Думал что может при прерывании АПЦ и таймера разные регистры сохранять посмотрел в ассемблерный листинг одинаковые сохраняет.

Спойлер

Код: Выделить всё

_adc_isr:
	ST   -Y,R0
	ST   -Y,R1
	ST   -Y,R15
	ST   -Y,R22
	ST   -Y,R23
	ST   -Y,R24
	ST   -Y,R25
	ST   -Y,R26
	ST   -Y,R27
	ST   -Y,R30
	ST   -Y,R31
	IN   R30,RAMPZ
	ST   -Y,R30
	IN   R30,SREG
	ST   -Y,R30
=================
	.CSEG
_timer1_ovf_isr:
	ST   -Y,R0
	ST   -Y,R1
	ST   -Y,R15
	ST   -Y,R22
	ST   -Y,R23
	ST   -Y,R24
	ST   -Y,R25
	ST   -Y,R26
	ST   -Y,R27
	ST   -Y,R30
	ST   -Y,R31
	IN   R30,RAMPZ
	ST   -Y,R30
	IN   R30,SREG
	ST   -Y,R30

Если то что я написал не поддерживаться то что происходит после прерывания в прерывании ?

urry

регистры одинаковые, содержание в них разное.

Допустим, вошли в прерывание - в стеке сохраняем значение 1, 2, 3 и адрес ,куда мы попадаем после выполнения прерывания. Заходит следующее прерывание, сохраняет свой адрес и значение 4, 5, 6. Первым выходит, скажем, первое прерывание - забирает себе из стека чужие значения 4, 5, 6 и возвращается тоже на чужой адрес.
Каша.
Если ОЧЕНЬ необходимо, повторяю, ОЧЕНЬ - такие куски (прерывание в прерывании) реализуются на асме с полным потактовым контролем и полным осознанием того, что должно быть, естественно, не используя встроенного механизма компилятора. Встречается довольно редко.

HHIMERA

Сохраняете то вручную... во время сохранения может произойти очередное прерывание... контекст нарушен...
По поводу стека... даже у STM8, где Nested interrupt и хардварное сохранение контекста в референсе сияет мессага...
Warning: A stack overflow may occur without notifying the software of
the failure.
Заботиться о размере стека и кучи юзер должен сам... а не надеяться на "по умолчанию"...

Engineer_Keen

С порядком внесения/извлечения в стек все по идее должно быть в порядке не зависимо от того что вызывается - прерывание из прерывания или подпрограмма из подпрограммы, ну если компилятор конечно не дурак (а он, как правило - дурак

), но...

pokk писал(а):работаем в прерывании по АЦП изменили половину регистров тут раз ещё одно прерывание от таймера

А если вдруг случится прерывание от этого же АЦП? Получится рекурсия и стек просто рано или поздно переполнится. Ну это конечно в случае, если забить на время выполнения прерываний. Так что если разрешаете прерывание внутри прерывания, то все нужно точно рассчитывать и гарантировать невозможность такой рекурсии. Тут выше все правильно сказали про контроль в таких случаях и как такое сделать не на ассемблере я честно говоря не представляю.

pokk

Engineer_Keen, а я вот наоборот не представляю что куда на ассемблере вставлять =). На выполнения кода в обработчике АЦП есть 833 такта =) по прогонял его в AVR studio там было максимум 300 тактов а так в основном около 100. А вот сколько таймер тактов занимает не в курсе, но программа писалась на принципе зашёл выполнил пару действий перестроил таймер вышел. Сейчас осциллографом по смотрю сколько времени обработчик АЦП занимает(с учётом таймера).

Engineer_Keen

ИМХО 300 тактов для прерывания это весьма дохрена... Такое можно позволить если контроллеру больше заняться нечем.
Хотя зная что сишные компиляторы во всех подпрограммах когда надо и не надо сохраняют в стек половину регистрового файла, я не удивляюсь.
Обычно либо прерывание короткое, буквально несколько действий с регистрами/периферией, либо вообще только сохранить значение (с того же АЦП) и какой-нибудь глобальный флаг выставить, чтобы по нему потом в основном цикле вызвать обработчик этого значения. Например сохранить в памяти значение АЦП и выставить флаг для его обработки - 14 тактов. Ни один таймер с минимальным делителем за такое время не успеет переполниться и прерывание от него не пропадет.

pokk

Ага я уже подумал что не совсем правильно у меня АЦП организованно но уже многое понаписано.
В общем замерил осциллографом время выполнения обработчика АЦП с разрешёнными прерываниями получилось что колеблется от 357 тактов до 588. (неправильно измерил в основном 240 а при двух прерываниях в ацп около 600)
Походу я уже наблюдал переполнение стэк у меня было такое что она работает работает а потом бац и main запускается с инициализацией всей периферией, но это я отладчик делал через usart а он переполнялся ошибками.

В данном случае я думал что нету переполнения стэка, так как если бы он был то программа бы совсем слетела у меня в maine идёт связь по usart он бы перестал работать или в таймере опрос температурного датчика завис.

Думаю это ошибка связанна стем как у меня переключение каналов происходит, то что выставляю mux во время преобразования и он только переключится через одно преобразование.

ARV · Сообщение **ARV** » Чт сен 18, 2014 12:28:52

pokk, я включился в тему поздно и могу кой-чего не знать, поэтому если скажу что-то уже сказанное - прошу извинить.

после просмотра вашего кода у меня появилось нескольковопросов:

Спойлер

Код: Выделить всё

////=============ADC_initialization==========
//ADCSRA=(1<<ADEN) | (1<<ADSC) | (1<<ADFR) | (0<<ADIF) | (1<<ADIE) | (1<<ADPS2) | (1<<ADPS1) | (0<<ADPS0);
////====================
interrupt [ADC_INT] void adc_isr(void){
unsigned int temp_adc=0;
#asm("sei")  
    switch(adc_main){         
        case I1_MAIN:{
             adc_main=I2_MAIN;    //  Переход на измерения следующего канала
             #asm("cli") // запрещаем прерывание
             temp_adc=ADCW;
             #asm("sei")                
             ADC_BUF->test_int[4]=temp_adc;  //записали в буфер(данный буфер выдаётся в UART по запросу)
                           if(temp_adc<1000){     // нормальное значение АЦП 0x3FF
                             DEBUGER("I1=",0,temp_adc,var2);  //  выдаётся в терминал если есть не соответствие
                           }               
            ADMUX_TEMP=2;          //I1 переключаемся на канал I1 через итерацию с задержкой в 200 тактов
            temp_adc=0;
            break;
        }    
        case I2_MAIN:{  
            #asm("cli")
            temp_adc=ADCW;
            #asm("sei")                   
        // Нормально значение АПЦ около 647 
                           if(temp_adc>700){DEBUGER("ADCW_HIGEST=",0,temp_adc,var2);}            
                           if(temp_adc<600){DEBUGER("ADC_INT_ADCW=",0,temp_adc,var2);
                             LED_GREEN_DOWN();
                           }            
                ADC_BUF->test_int[1]=temp_adc; 
                adc_main=I1_MAIN;
                ADMUX_TEMP=3; //I2
            break;   
        }
        default:{
            adc_main=I1_MAIN;            
            DEBUGER("adc_main=error",0,0,MESEGER);
            break;        
        }
    }
    #include <nop2.c> //200 тактов
    #asm("cli") // запрещаем прерывание           
    ADMUX=ADMUX_TEMP;
    #asm("sei")       
    }

1. вы представляете, для чего вы делаете запрет и последующее разрешение прерываний в обработчике прерывния?
2. вы представляете себе последствия таких действий?
3. это на самом деле необходимо для вашего алгоритма?
4. DEBUGER - это функция? вы представляете себе последствия вызова функций из обработчика прерываний?

я так думаю, что 300-500 ваших тактов на обработчик - исключительно следствие того, что вы смутно представляете себе ответы на эти вопросы. могу дать несколько советов общего характера:
1. никогда не запрещайте прерывания в обработчике прерываний - это лишнее.
2. без крайней необходимости и четкого понимания этой необходимости никогда не разрешайте прерывания внутри обработчика прерываний. в некоторых случаях последствия будут катастрофическими.
3. всеми силами избегайте обращения к функциям из обработчика прерываний. в крайнем случае используйте только статические функции из этого же программного модуля.
4. никогда не используйте библиотечные функции ввода-вывода в обработчиках прерываний (типа printf)
5. всеми силами стремитесь не ипользовать в обработчике прерываний различных программных задержек.

будете соблюдать эти правила - проблем у вас будет существенно меньше.

ну и вообще, ваш код весьма "грязный" - подумайте над его упрощением. как правило, лаконичный код проще понимать и отлаживать, да и чаще всего он меньше проблем вызывает...

Engineer_Keen

Кстати, вот эта вот фигня "DEBUGER()" возвращается когда вся строка отправлена или она только запускает передачу и возвращается сразу? Если первое, да еще и завязанное на п.4 из поста выше, то... Короче переделать...
И какая частота контроллера? На 8МГц к примеру, 588 тактов это примерно 13.6кГц, довольно близко к 12кГц, почти впритык.
Остальное ARV сказал...

MisHel64

urry писал(а):регистры одинаковые, содержание в них разное. Допустим, вошли в прерывание - в стеке сохраняем значение 1, 2, 3 и адрес ,куда мы попадаем после выполнения прерывания. Заходит следующее прерывание, сохраняет свой адрес и значение 4, 5, 6. Первым выходит, скажем, первое прерывание - забирает себе из стека чужие значения 4, 5, 6 и возвращается тоже на чужой адрес.
Каша.

Не будет никакой каши. Сначала отработает второе прерывание, и оно должно вычистить все за собой, и только после этого свою работу продолжит обработчик перового прерывания. Просто тупо, завершить обработку первого прерывания, не получится до завершения второго. Это же очевидно!

amd9800

Из выше сказанного можно понять что когда программа входит в прерывании тогда отключаются все прерывания?
И нету смысла их включать и отключать?

Engineer_Keen

amd9800 писал(а):Из выше сказанного можно понять что когда программа входит в прерывании тогда отключаются все прерывания?

Да ,при заходе в обработчик прерывания аппаратно сбрасывается глобальный флаг разрешения прерывании. При выходе из прерывания, он так же аппаратно устанавливается в "1"...

amd9800 писал(а):И нету смысла их включать и отключать?

... следовательно отключать смысла нет 100%, а включать только если очень сильно нужно реализовать например какую-либо хитрую систему приоритетов прерываний, в 99% случаев этого делать не следует, лучше переосмыслить структуру программы.