ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Пятница
26 апреля
1096423 Топик полностью
il-2 (28.04.2021 11:48, просмотров: 372) ответил User_ на Херню написал и сам поверил. Сравнил конструктор - "сделай сам/настрой для себя" с уже проверенным и настроенным инструментом, которым бери и пользуйся :) В изделия STM-кие библиотеки встраиваются и нормально работают, а кто не использует, тот не умеет готовить, ну а кому по приколу самому и с нуля всё писать, то велкам, можете начать всё переписывать. Если нужен зоопарк процессоров, и при этом желание все в одной среде у тех судьба такая - красноглазить и "пилить"
Это не инструмент, а гуано, сделаное неадекватными людьми. И насчет "проверенного" инструмента - это и есть херня. Ошибок в этих библиотеках - дофига. Причем их там столько много, что процесс их исправления (который, надо отдать должное - идет) ничего не улучшает. Я вот последнее время тружусь над портированием - за неимением в ближайшем будущем процессоров STM32F103 мы закупили: 

STM32F205, STM32F405, STM32F303, STM32F410, короче - все до чего дотянулись. Основные проекты уже портированы под F205 и F405 (Разумеется, и поддержка F103 осталась). Так вот, в одном проекте использовалась STD Peripheral Lib, и мне пришлось ее выпилить, иначе портирование превращалось в мучение - для F103 своя либа, для F205 - своя и т.д. Так вот, подавляющее большинство функций (типа USART_Init(), SPI_Init() и т.д.) и сопутствующие 10-этажные структуры, которые необходимо заполнять при их вызове заменяются на 1(ОДНУ, КАРЛ!!) команду записи в один регистр. И нахуя весь этот оркестр, к тому-же косячный.