STM32CubeMX, HAL и все вокруг них. Территория, свободная от сектантов.

[akegor]

И тема плавно перетекла в то, что изначально отрицалось при ее создании.

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

Скоро тема окажется в "Отвлекитесь" и благополучно будет закрыта…

Если какой-нибудь идиот это сделает вместо очистки от срача, то я буду ее отстаивать "не на жизнь, а на смерть". Эта тема нужна и полезна, потому как в соседней польза тонет в потоках дерьма от сектантов. Здесь, пока они в срач не скатились, почему бы их и не выслушать (в небольших количествах полезно).

[ProtAS-13]

Так и не предлагайте хавно!

Вам был дан ДОСЛОВНЫЙ 100% ответ на Ваш вопрос: "Как натыкать в КУБе хардварную работу с DS18B20?"
Хардварная работа с DS18B20 есть? Есть.
Использование CubeMX и HAL есть? Есть.
Натыкано? Именно так, как Вы и просили.
Чем опять недовольны?
Предполагаю, что все Ваши посты пишутся только для того, чтобы заметили "непризнанного гения", с трудом, освоившего единичную технику кодирования на единичном семействе MCU.
Чест слово, смешно. Неужели Вы действительно верите, что нужно отвергать необходимость РАЗНООБРАЗНЫХ инструментов, помогающих наиболее эффективно решить задачу, именно, в конкретной ситуации и, именно, в текущий момент и с СОЗНАТЕЛЬНЫМ компромисcом между СКОРОСТЬЮ/ПЕРЕНОСИМОСТЬЮ/УНИФИКАЦИЕЙ/... кода и его ЭФФЕКТИВНОСТЬЮ/ОБЪЕМОМ/...?
Неужели Вам не понятно, что и CubeMX и HAL/LL, и даже языки программирования с их средами - это всего лишь ИНСТРУМЕНТЫ?
А раз есть инструмент, то необходимо ПРАВИЛЬНО им пользоваться. Собственно ТС и создал тему, ИМЕННО, для этого - обмен опытом по ИСПОЛЬЗОВАНИЮ конкретных инструментариев.
В реальности же, использование ЕДИНСТВЕННОГО инструмента/способа кодирования, просто неэффективно и, даже смею утверждать, НЕРЕАЛЬНО.
Поэтому, чем большим инструментарием обладает специалист, тем он ЦЕННЕЕ. К Вам это не относится.
Не мешайте другим получать ЗНАНИЯ, развиваться, становиться профессионалами, востребованными на рынке труда.
На сем, флуд закончил.

[Lexil]

Добрый день!


Примитивный код (Led on/off) на внутреннем отладчике вешается - не запускается генератор PLL.

Дурацкий вопрос - CubeMx 4.26 поддерживает keil 5.10?

[makser1]

Не понимаю, зачем пишите?
Религиозная не терпимость?
Что-то доказать?
Так результат противоположенный - дискредитируете себя.
Я использую HAL и CUBE по полной, а до этого SPL
И у меня все работает, хотя использую периферию по полной.
С ошибками практически не сталкивался (что появлялись - исправлял, потом фиксились разрабами)
Практика показывает - что работа с периферией занимает не более 5% ресурсов.
Все остальное обработка (у меня в основном сложные DSP).
Так что тему приветствую.

[mike-y-k]

makser1, так тему надо не приветствовать, а наполнять… пока только hollywar наблюдается естественный

[dkm]

чо вы все усираетесь то?
куб может сгенерить код для градусника?
ну выложьте как егго на кубе сгенерить - поэтапно, с картинками.

проверим, работает ли он

С чего вы взяли что куб должен генерить код для градусника или чего-либо еще. Для того же градусника можно сделать инициализацию таймеров. Если у вас один градусник и все - то, да куб не нужен. Но когда периферией обвешаны все 144 ноги, то в кубе легче ориентироваться что для чего предназначено (легко переназначить во время проектирования), сделать инициализацию, собрать проект, подключить фатфс хоть к чему, усб любое устройство - милое дело и без заморочек все работает сразу.
С чего вы взяли что куб должен делать весь проект за вас? Получили от него неплохой шаблон - дальше сами, ручками.

По-моему срач устраивают люди которые не умеют пользоваться кубом или ожидают от него что он все сделает за них.

[oleg110592]

подключить фатфс хоть к чему, усб любое устройство

FatFs подключается:
#include "ff.h"
usb host:
#include "stm32_usb_msc_host.h"
без куба можно

[dkm]

FatFs подключается:
#include "ff.h"
usb host:
#include "stm32_usb_msc_host.h"
без куба можно

Ага, конечно, берете любой проект, написали два инклуда и дело в шляпе!
Ни драйверов тебе ввода-вывода, ничего! Круто вы умеете!
Без куба можно, не спорю. Можно вообще одним notepad обходиться.
Спор ни о чем.

[dkm]

а руками написать 6 строк инита ног впадлу?
зато точно знаешь чо проц делает.

Я и так знаю что проц делает.
Лично я не могу запоминать(да и зачем??) сотни регистров и тысячи флагов, постоянно в даташиты смотреть приходится, так что для моего ускорения работы в любом случае либо куб, либо копипаста кусков кода инициализации со старых проектов.

[oleg110592]

Зачем стебаться? Пробовал (было больше года назад) USB host натыкать в кубе - не заработало. Стал разбираться, дебажить - запутался в дебрях ХАЛа, бросил. Нашел немецкий пример USB host на основе STMовской USB библиотеки, проект в Кокосе - переделал для Keil, выкинул SPL (там практически портов настройка), дебажить стало значительно проще - остались там только Ченовский FatFs и USB библиотека. На этой основе был сделан более сложный проект. Может сейчас ХАЛ стал лучше - есть ли у кого рабочий проект USB host на ХАЛе.
з.ы. установил последний куб - по прежнему не вижу в настройках периферии регистра Power control (PWR) (STM32F051C - как его в кубе настраивать то.