Просто помнить:
Пожалуйста, прочитайте все дополнительные документы, предоставленные в
Stm32f1/variants/ucleo_f103rb/infos_pdfs
папка в репо.
На многих досках кристалл не связан с «основным» MCU STM32F103RB, и вам не повезет, чтобы доска работала с STM32Duino.

Спасибо
Матиас

[Роджер: Можно ли сделать это липким?]

Я полагаю, что только доплаты в предварительном производстве были RTC и основные генераторы.
На стандартных платах необходимо установить кристалл вместе с двумя 15PF и двумя 0R резисторами.

Было бы интересно, чтобы настроить устройство для использования внутреннего генератора. Это то, что использует mbed.

Было бы интересно, чтобы настроить устройство для использования внутреннего генератора. Это то, что использует mbed. Ну вот:
https: // github.com/leaflabs/libmaple/bl ... /доска.CPP
на линии 54 namespace priv { static stm32f1_rcc_pll_data pll_data = {RCC_PLLMUL_9}; rcc_clk w_board_pll_in_clk = RCC_CLK_HSI; rcc_pll_cfg w_board_pll_cfg = {RCC_PLLSRC_HSI_DIV_2, &pll_data}; }

Касмод написал:Я полагаю, что только доплаты в предварительном производстве были RTC и основные генераторы.
На стандартных платах необходимо установить кристалл вместе с двумя 15PF и двумя 0R резисторами.

Было бы интересно, чтобы настроить устройство для использования внутреннего генератора. Это то, что использует mbed.

Комментируя, как указано выше, и необходимо одно дополнительное изменение, чтобы запустить часы без кристалла:
https: // github.com/rogerclarkmelbourne/ ... вверх.CPP#L58

Измените rcc_pllsrc_hse на rcc_pllsrc_hsi_div_2.

Единственная оставшаяся проблема заключается в том, что теперь системные часы составляют 36 ISO 72 МГц.
Мой тест на мигание работает, но на неправильной скорости, и это также обязательно испортит серийный ввод -вывод.

Не уверен, где увеличить этот множитель PLL, чтобы вдвое больше текущего значения...

Я внес несколько изменений назад, чтобы использовать другие тактовые частоты, но я не думаю, что настраиваю на 36 МГц, так как это не скорость, которая поддерживает USB.

На STM32 единственные действительные часы, которые также могут запустить USB, - 72 и 48, потому что у USB -проксалера есть только 2 значения, 1.5 и 1.0 (GD32 имеет 4 значения, так что может работать на уровне 48,72,96 или 120 и все еще иметь USB)

Кроме того

Можно было бы изменить код, чтобы F_clock был определен и внесен соответствующие изменения, но это потребовало бы изменений в немаловатых местах.

Я не очень знаком с дизайном часов STM32. Я надеюсь, что мы можем заставить µC работать на 72 МГц от внутреннего генератора, но нет возможности использовать PLL напрямую при ÷ 1, он имеет только опцию ÷ 2 для HSI. Таким образом, вероятно, какой -то другой множитель или разделитель должен быть скорректирован, чтобы снова получить частоту системы 72 МГц. Как только он вернется к 72 МГц, другие периферийные устройства тоже должны быть в порядке

Обратите внимание, что USB не так важен на доске ядров (USART связан с бортовой ST-Link), и внутренние RC-часы, вероятно, не достаточно устойчивы для него в любом случае.

Это определенно выполнимо, так как ядры обычно работают при 72 МГц.

Настройки, без сомнения, можно найти в других проектах, таких как Chibios.

EHM, нет - насколько я могу судить, ST32F103 не может работать на 72 МГц с его внутренних часов. Максимум будет 64 МГц.

У меня есть установка, работающая правильно в 48 МГц, включая серийный порт (можно использовать через борту ST-Link V2.1).
Можно подать запрос на привлечение, если это необходимо - ИМО лучше всего работать в режиме некалевания F103RB в складе.

Еще одно изменение, которое стоит рассмотреть: сериал - USB на нуклео, который не прикреплен. Это может быть менее запутанным
Чтобы получить «серийный» экземпляр по умолчанию, будет Serial1, который подключен по умолчанию (ну, по крайней мере, TX).

(С этими изменениями, ядрек F103RB становится довольно полезной настройкой: All-In One загрузка, серийная и отладка)

Привет JCW

Нуклео был постоянным источником проблем

Мне пришлось добавить всевозможные дополнительные осложнения в ядро ​​и т. Д., чтобы поддержать его.

Re: USB -сериал

Я думаю, что сериал должен быть сопоставлен с UART, подключенным к Stlink, есть отображение / настройка в его файлах варианта (извините, не могу вспомнить, какой он файл платы, но это довольно очевидно, если вы быстро посмотрите

Re: Используйте внутренний Xtal

У нас уже есть люди, использующие его с внешним Xtal, поэтому, если у нас есть внутренний OSC, это необходимо быть вариантом через меню в досках.TXT я думаю.

КСТАТИ.
@Madias - главный человек для этой доски. У меня нет ни одного.
(У меня есть нуклео F3, но я никогда не использовал его)

Странно - для меня ядры были самыми последовательными досками разработчиков (не то, чтобы я очень много сделал с ними).
Все разные доски, которые я пробовал с Chibios, вышли из коробки. Довольно хороший способ сравнить чипсы.
Загружает работу как по пути, так и через ST-Flash. Серийное мосты. И поддержка GDB через ST-UTIL.

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

Rogerclark написал: КСТАТИ.
@Madias - главный человек для этой доски. У меня нет ни одного.
(У меня есть нуклео F3, но я никогда не использовал его)

А как насчет людей, которые не припаяются, а просто соединяют прыжки и хлебные щиты?

Извините, но я не понимаю, почему нуклео получают такой плохой рэп.

(Что касается шелкового экрана: используйте диаграмму на экране или распечатку на своем столе?)

JCW написал:А как насчет людей, которые не припаяются, а просто соединяют прыжки и хлебные щиты?

Извините, но я не понимаю, почему нуклео получают такой плохой рэп.

(Что касается шелкового экрана: используйте диаграмму на экране или распечатку на своем столе?)

Хе, ну, это легко забыть. Я обычно припаяю чипсы TSSOP вручную, не задумываясь об этом :)

Как легко добавить меню для этого ?? я.E Можем ли мы использовать #ifdef для различий ?

Текущие изменения должны регулировать существующую запись - см https: // github.com/rogerclarkmelbourne/ ... 2/тяга/126

Вы хотите две записи, одна для нуклео F103 с и один без Внешний кристалл?
Я предлагаю обсудить это дальше на GitHub.

Это тема, которую я искал, но...

Мне это нравится: - Прочтите документы - но ссылка на кликуку - это то, что мне нужно для быстрого начала!

Поэтому я просто добавлю новую тему для моей реальной проблемы

Жан-Марк

Я знаю, что это старая тема, однако мне просто пришлось решить этот тип проблемы со старой доской Nucleo-STM32F030R8. Он не обеспечивает внешний Xtal, и я хотел получить точные часы. Чтобы достичь этого без внешнего XTAL, вы можете изменить некоторые припоя мостики и получить точные часы 8 МГц от штифта MCO со стороны stlink от платы. Я поменял свои припориные мосты в соответствии с руководством UM1724:
UM1724 написал:• MCO из ST-Link: MCO Вывод ST-Link MCU используется в качестве входных часов. Этот
частота не может быть изменена, она фиксируется при 8 МГц и подключена к
PF0/PD0/PH0-OSC_IN микроконтроллера STM32.
Необходима следующая конфигурация:
- SB55 OFF и SB54 на
- SB16 и SB50 на
- R35 и R37 удалены