Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Кармин Новиелло - Освоение STM32.pdf
Скачиваний:
2743
Добавлен:
23.09.2021
Размер:
47.68 Mб
Скачать

Начало работы над новым проектом

755

Хорошо. Теперь самое время начать составлять схемы платы, подключая другие устройства к выводам микроконтроллера. После того, как вы закончите эту часть схемы, вы можете приступить к процессу разводки. На этом этапе вы обнаруживаете, что непросто развести сигналы SPI1 на PA5, PA6 и PA7. Поэтому, нажав Ctrl+Click на сигналах SPI1, вы обнаружите, что можете переназначить их на PB3, PB4 и PB5, получив следующее изображение, как показано на рисунке 10.

Рисунок 10: Предварительная визуализация микроконтроллера может помочь вам при разводке платы

Теперь вы можете обновить свои схемы и, следовательно, завершить разводку этой части. Как только разводка будет почти завершена, вы можете назначить 5 GPIO на выводы микроконтроллера, решив, какой из них лучше всего подходит для вашего проекта. По этой причине CubeMX можно использовать итеративно.

Еще одна важная вещь, касающаяся CubeMX, – это возможность давать собственные имена сигналам. Это просто выполняется, зайдя в Pinout → Pins/Signal Options. CubeMX будет использовать пользовательские метки для создания соответствующих макросов Си в файле main.h. Например, I/O с названием «TX_EN» будет генерировать макрос с именем TX_EN_Pin, чтобы указать вывод, и макрос с именем TX_EN_GPIO_Port, чтобы указать соответствующий порт GPIO. Это действительно важно, особенно если вы постоянно синхронизируете документацию САПР и исходные файлы проекта. Это поможет вам написать лучший и более переносимый код.

Наконец, я предпочитаю ставить перед именем всех высокочастотных сигналов префикс «HS_». Это поможет вам в процессе проектирования: если ваша САПР позволяет накладывать ограничения на цепи, это упростит процесс трассировки, избегая ошибок, которые могут появиться только на этапе тестирования.

27.1.11. Стратегии разводки платы

Разводка итоговой платы – это своего рода «искусство», сложная задача, требующая глубокого знания всех модулей, используемых в вашем проекте. По этой причине в крупных организациях эта работа выполняется узкоспециализированными инженерами.

Здесь я хотел бы дать краткое введение в весь процесс, основанный на моем личном опыте.