[uquote="VladislavS",url="/forum/viewtopic.php?p=3892928#p3892928"]В Cortex®-M3 programming manual он описан.[/uquote]
Нет. ))) Мне нравится когда вы мне помогаете!
Добавлено after 50 minutes 9 seconds:
Исправил и запустил старый проект с часиками (секундами). ) Запустил RTC. Уже доволен. Но осталась кучка вопросов... Если сам не допетрю, то выложу код и спрошу здесь.
Спасибо, что помогаете. )
Правильно ли я перевел, МК всегда запускается по умолчанию на внутренней HSI 8 МГц? Или его тоже надо запускать... А то я как-то настроил RTC, и работает, но сводится к тому, что он весь тактируется от этого RTC.
Добавлено after 25 minutes 41 second:
А... ну логично. Как же он мне тогда настраивать RTC, если тактирования не будет... Т.е. Я могу тупо оставить как есть? Или мне все же надо пропускать (настраивать) через деление на 2 HSI для того, чтобы PLL использовать? Или у меня МК просто по умолчанию на 8 МГц работает?
Добавлено after 1 minute 6 seconds:
Все. туплю. Посмотрел картинку. ТАм можно PLL не использовать. По умолчанию сразу такты идут на шины. Трапецией на схеме мультиплексор обозначен?
Добавлено after 38 minutes 12 seconds:
Прошу прощение за тупые вопросы.. Но вот тут нашел: 7.2.6 System clock (SYSCLK) selection
After a system reset, the HSI oscillator is selected as system clock. When a clock source is
used directly or through the PLL as system clock, it is not possible to stop it.
После сброса системы, внутренний высокочастотный генератор выбран как системный (тактирование). Когда источник тактов выбран напрямую или через ФАПЧ как системные часы, то его больше невозможно остановить.
Так если он выбран по умолчанию, как же тогда настройки происходят, если его невозможно остановить (изменить). Или я что-то не то понимаю?
Или он все же не выбран, а только флеш тактирует для программирования? А в качестве системного его еще включить надо?
а.. вот так понятнее. )) Т.е. нельзя остановить, если нет никакого другого. Вот так надо было и писать по-английски...
Добавлено after 1 minute 40 seconds:
Правильно ли я понимаю по схеме 8 в РМ, что он подается на мультиплексор и по умолчанию выбран для тактирования всего? Или этот мультипрексор тоже надо включить? там есть сверху такая аббревиатура как SW.
Очевидно, что изначально все нужное уже включено для тактирования от внутреннего генератора, если какая-нибудь "мигалка" зашитая в МК успешно дергает ногами без всяких настроек RTC.
Кстати, аварийный переход на тактирование от внутреннего генератора вроде бы тоже включен по умолчанию. Сейчас вот прямо выдергиваю кварц 4 МГц из макетки, и подключенный к МК светодиод тут же начинает моргать с удвоенной частотой. Втыкаю кварц обратно, снова переходит на тактирование от кварцевого осциллятора. В STM8 так не было, там после аварийного переключения на внутренний генератор нужно было сбросить МК, чтобы заставить его снова работать с кварцем.
Последний раз редактировалось Asmodey Ср сен 16, 2020 18:17:06, всего редактировалось 1 раз.
Для STM32F103 смотрите в даташите описание регистра Clock configuration register (RCC_CFGR), биты 1:0, это и должно быть то самое SW коммутирующее источники тактового сигнала.
Я как раз этот регистр ковыряю для F303, пытаюсь изменить коэффициенты умножения PLL. Пока не получается.
[uquote="СКАЗОЧНИК",url="/forum/viewtopic.php?p=3893443#p3893443"]На блюпилл не смогу проверить. Там кварц припаяный. )))[/uquote]
Палец послюнявить и ткнуть им в выводы кварца. Кварцевый генератор заглохнет.
Добавлено after 49 minutes 13 seconds:
Докапался до 7.3.2 Clock configuration register (RCC_CFGR)
Написано, что :
Bits 1:0 SW: System clock switch
Set and cleared by software to select SYSCLK source.
Set by hardware to force HSI selection when leaving Stop and Standby mode or in case of
failure of the HSE oscillator used directly or indirectly as system clock (if the Clock Security
System is enabled).
00: HSI selected as system clock
01: HSE selected as system clock
10: PLL selected as system clock
11: not allowed
Как я понимаю, сам автоматом выбирает HSI если выходит из различных режимов энергосбережения, либо сбоя HSE (если был включен CSS).
Но не написано, что он по умолчанию при включении МК выбирается. Или я опять чего-то недопонимаю. Или при сбросе МК.
З.Ы. я даже законспектировал все биты этого регистра, впрочем, как и других, которые мне нужны для настройки тактирования.
Добавлено after 58 seconds:
АААА! Там же в самом начале его значение при сбросе!!!! Дошло!
Добавлено after 26 seconds:
Reset value: 0x0000 0000
И я понял, что в качестве системных тактов может быть выбран только HSI, HSE или PLL. Никакие вторичные LSE, LSI не могут быть системными тактами, а только для независимого вотчдога, RTC или для выхода из режима сна. Да и на схеме это нарисовано.
Собрал себе копию Stlink только сам разводил ну и по максимуму вывел все порты! у кого-то подсмотрел что выводят A2 и A3 RX и TX ну и я тоже вывел! ну как говорится про запас! запустил прошил все работает все гуд! но при обновление обратил внимание что прошивка stm8+10! Вопрос такой для чего нужен rx tx и наверно нужна какая-то другая прошивка... не-знаю не сталкивался!
качество монтажа не судите строго трясущимися руками пока лучше не могу да это первое устройство на smd.
[uquote="VladislavS",url="/forum/viewtopic.php?p=3894178#p3894178"]И чего? Функции HAL_SPI_Receive_DMA на это начхать.[/uquote]
Это и есть зашквар. А могло быть вполне достойно, случись тамошним индусам добавить volatile.
volatile должен быть буфер, адрес которого передаётся в функцию.
В том виде, как функция нынче объявлена в хале, никто никому ничего не должен. Компилятор нигде не единым варнингом не пискнет, если какой горе-программер под буфер простой массив определит. И все бы поменялось, случись правильно определить параметры функции. Но нет. Любители хала обязаны страдать. И это правильно.
По большому счёту, действительно, никто никому ничего не должен. Задача функции передать в контроллер DMA адрес буфера и размер принимаемых данных. Ну и пнуть DMA, наверное. Она успешно делает это без всяких volatile. Где я взял адрес буфера (с генератора случайных чисел, тригонометрическими вычислениями, шифровкой с Нибиру или взял динамически в куче в конце концов) функцию волновать не должно. Как не должно волновать что я с этим буфером делал до, после и даже во время приёма. /dev/null у меня там.
[uquote="VladislavS",url="/forum/viewtopic.php?p=3894550#p3894550"]По большому счёту, действительно, никто никому ничего не должен. Задача функции передать в контроллер DMA адрес буфера и размер принимаемых данных. Ну и пнуть DMA, наверное. Она успешно делает это без всяких volatile. Где я взял адрес буфера (с генератора случайных чисел, тригонометрическими вычислениями, шифровкой с Нибиру или взял динамически в куче в конце концов) функцию волновать не должно. Как не должно волновать что я с этим буфером делал до, после и даже во время приёма. /dev/null у меня там.[/uquote]
Ваше право выстрелить себе ногу, безусловно, священно, но вожделенные мечтания, чтобы попутно отстрелились еще и яйца -- это все же чутка перебор.
Ставим мысленный эксперимент. Keil, clang 6.14, все варнинги включены:
Передача галимого буфера в функцию не вызывает ни у кого никаких возражений. Все ровно так, как вы любите. Но если захочется погорячее и придет в голову сделать все-таки правильно, то жгучий перчик не замедлит обнаружиться:
Итого имеем: передача правильного буфера вызывает возражения компиля, в то время, как передача горбухи проходит на ура. Вы за это? И реверс ситуации простым добавлением volatile к параметру функции вас категорически не устраивает? Хм. Я конечно понимаю, что квалификация порой навязывает танцору довольно специфичные взгляды на жизнь, но зачем же выпячивать?
Я понимаю, что я тупой. Переведите на русский язык пожалуйста эту строку
while ((RCC->BDCR & RCC_BDCR_LSERDY) != RCC_BDCR_LSERDY)
Понятно, что ждет установки флага готовности низкочастотного резонатора, но с позиции Си плохо ее понимаю. Плоховасто доходят до меня структуры, хотя уже много где про них читал...
