Не мрак, а прозрачное и прямолинейное поведение, исходя из которого программист сам решает что и как ему дальше делать, не надеясь на то, что за него подумал кто-то другой.
menzoda писал(а):Не мрак, а прозрачное и прямолинейное поведение, исходя из которого программист сам решает что и как ему дальше делать, не надеясь на то, что за него подумал кто-то другой.
+100500. Привыкание к "облегчателям" потом (при переходе на иные платформы) приносит проблемы.
amv2000
А нельзя прочитать одновременно младшее и старшее полуслово счетчика, или к этим регистрам доступ только по отдельности? Если нельзя, то я бы лучше перед чтением просто остановил таймер, а после запустил. Это займет всего несколько тактов и время не должно сильно убежать, если конечно этот счетчик не читается много раз в секунду.
menzoda писал(а):amv2000
А нельзя прочитать одновременно младшее и старшее полуслово счетчика
у часов 100-й серии есть 32-битный счетный регистр CNT. Но на адресное пространство он отображается как 2 32-битных регистра
у которых используется по 16 младших разрядов. Получается чтобы прочитать время нужно считать сначала один, а потом другой адрес
и путем логических операций получить действительное значение этого регистра.
int ReadADC(char numb)
{
ADC1->CR2 |= ADC_CR2_CAL; //запуск калибровки
while (!(ADC1->CR2 & ADC_CR2_CAL)){}; //ждем окончания калибровки
ADC1->SQR3 = numb; //загрузить номер канала
ADC1->CR2 |= ADC_CR2_SWSTART; //запустить преобразование в регулярном канале
while(!(ADC1->SR & ADC_SR_EOC)){};//дождаться окончания преобразования
return ADC1->DR; //прочитать результат измерения
}
ReadADC(17)/4095; //Читаем канал 17
Еще не понятно вот что. Я прочитав канал 17 получу какие-то данные в регистре. Затем мне надо вычислить напругу по формуле, где есть Vref. Если я пытаюсь прочесть Vref, то что мне в место него в формулу подставлять?
Вообще у меня напруга измеренная грешит. Вот решил проверить, а реально ли на Vref 3.3 , ведь там внутренний референс. Снаружи выводов нет и отдельно не подать напругу на вход АЦП, что бы вычислить референс.
VREF+ can be internally connected to VDDA and VREF- can be internally connected to VSSA, depending on the package.
У малоногих STM (<100) VREF- соединен с VSSA, VREF+ c VDDA - отсюда и "пляшите". Те Vref у Вас будет равен напряжению на пине VDDA.
Vrefint - внутренняя опора с напряжением, по даташиту = 1.2V. В расчетах Вам нужно использовать напряжение VREF, которое в нашем случае = VDDA.
Задам свой хитрый вопрос тут. Смотрите, в стартап-файлах для АРМ должна быть определена фукнция __user_initial_stackheap или ее новая версия __user_setup_stackheap. Если ее не определить, то компилятор использует реализацию по умолчанию. Эти функции служат для того, чтобы передать указатели на стек и кучу библиотеке времени исполнения.
С указателем на кучу все понятно: чтобы использовать функции выделения памяти (malloc/calloc) нужно знать где эта куча находится, но зачем нужен указатель на стек? В Cortex-M он изначально находится в таблице векторов прерываний на первом месте, а в ARM7 он задается в обработчике прерывания Reset. Однако, в обоих случаях стандартный стартап-файл содержит реализацию __user_initial_stackheap в которой в том числе возвращается указатель на стек.
Так что еще раз: зачем библиотеки времени исполнения указатель на стек, если он и так уже правильно инициализирован и всем известен? Может я что-то не понимаю?
Назначение функций __user_initial_stackheap() или __user_setup_stackheap() - определить области стека и кучи. В стандартной реализации функции считается, что стек еще до вызова функции определен правильно, и она его не меняет. Но можно написать свою реализацию функции, которая будет возвращать другое значение области стека, и он будет переопределен. Новая версия функции __user_setup_stackheap() принимает и возвращает указатель стека прямо в sp, т.е она его сразу и переопределяет.
