Позанудствую
|
Цитата:
|
|
Оказывается у меня все работало
|
Если бы это было так, то я так бы и написал. На картинке (см. pic1) именно скаченный Ваш проект, где красненьким показано, что без подсоенинения VDDA и VSSA никаких значений, Вы снять не смогли бы.
|
Цитата:
|
|
В Протеусе по умолчанию VDD стоит 5V. Поэтому надо ...
|
Именно так и надо поступать - и это правильно.
Но в данном случае, для ADC преобразования,
модели абсолютно пофиг на значения напряжений, главное соблюсти условие, что измеряемое напряжение и VDDA должны быть согласованы.
|
Цитата:
|
|
Снаружи я ему цепляю 8 М!
|
Это Вы для реального устройства можете "цеплять" что угодно, а модели нужно явно указать системную частоту, которую Вы задали при настройках в STM32CubeMX.
Простой пример указан синими стрелочками на первом рисунке (я вывел два лога для RCC и ADC).
Как видно, системная частота взята из значения указанного в OSC Frequency, т.е. в 9 раз меньше заданной в STM32CubeMX.
Поэтому, когда вы делаете задержку HAL_Delay(500), ожидая получить 0.5s, в симуляции Вы получите соответственно и задержку в 9 раз больше. А если Вы решите проделать тот же самый трюк, к примеру с USART'ом (см. pic2), то придется в 9 раз уменьшать и Baud Rate виртуального терминала, что, согласитесь, и неудобно, да и неверно.
Здесь правда есть и бяка - указав 72MHz, будет выдаваться предупреждение:
[RCC] APB1 is overclocked. Force set prescaler = 2
Ну это уже "сырость" модели, которую просто надо учитывать.
STM32, как сделать симуляцию АЦП в Протеус
