Покупка STM32VLDISCOVERY

[avtoneru]

К теме о покупке.
Заглянул на алиэкспресс и был удивлен. Дискавери на F1 стоит дороже, чем на F4.
к чему бы это? Временный дефицит в китае?

[STM32F0]

какой смысл STM держать тупых программистов?

Не знаю, это не ко мне. Вот свежее, на элхе, как народу КУБ мозги сносит.

Скачал самую свежую версию куба.
В описаниях было много сказано о ее совместимости с FREERTOS.
Интерсовал механизм приема-передачи данных по УАРТу в HAL драйвере. Возможности выставления флагов(событий) для RTOS. Как вариант буферы приема данных и т.п. и т.д.
То,что увидел, очень сильно озадачило. Приемник HAL драйвера UART фактически неработоспсобен для общего применения????
Остальные драйверы пока не "копал", но если там сохранен такой же подход как и в УАРТе, то зачем все это надо было STm? Подрыгать ногами в демо проекте?
Чем был плох CMSIS?

Месяц назад занимался тем же самым, единственное что нашел, что у USART есть два callback, которые как в DMA IRQ вызываются на половину заполненности буфера или всего буфера. Так и не понял как отлавливать символ окончания команды, которую я отправляю по USART, т.к. теперь вроде прерывание занято обработчиком этих callback. Так и плюнул и вернулся к CMSIS. Может действительно у кого нибудь есть пример нормальный как правильно работать с последовательным портом с использованием FREERTOS, а то бред какой-то получается. В цикле опрашивать порт как в демо, не наш метод, да и получить событие когда пол буфера заполнено, нафига?

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

[avtoneru]

STM32F0, Никто не агитирует и не доказывает, что надо делать только так. Мне Куб - нравится (там, где картинка с контроллером - не хватает его 3D модели, чтоб снизу прокрутить и глянуть), именно так, но не более. А на ошибки программеры из STM не забивают, а исправляют. HAL и SPL в моем сознании ассоциируются с неким апноутом. Все равно на выходе будет свой код. Чтение того, что написано "от производителя" - несколько раз помогло. Да, в коде есть ошибки. Смею утверждать, что нет ни одного большого коллективного проекта без ошибок. Приятно, когда их меньше, плохо когда их не исправляют. И совсем плохо - когда код с ошибками будут называть лучшим.

[STM32F0]

Да, в коде есть ошибки.

Спасибо, такое Г мне и даром не нужно! А любителям копрофилии и садомазо - самое оно.

[avtoneru]

Спасибо, такое Г мне и даром не нужно! А любителям копрофилии и садомазо - самое оно.

Вам то и не навязывают...
а фильмы Вы тоже по чужим рецензиям или рейтингу в кинопоиске оцениваете?

[dosikus]

avtoneru, А давайте не будем сравнивать несравнимое.
А так - сколько уже было этих облегчалок ?
Ну что кому CVAVR или MicroC помог ?
Сколько адептов аурдуньи стали вменяемыми кодерами?
А? Не слышу...
Ну что у вас за манера спорить с теми для кого это уже пройденный этап?

akegor, где отчет о старте?

[avtoneru]

dosikus, Вы правы, этот спор на самом деле - бесполезен.
Облегчалки нужны для быстрого освоения на начальном этапе, позволяют быстро получить результат и не получить отвращение от непреодолимых на данном этапе трудностей. Если кто-то на этапе облегчалок и застрял - это его уровень, Вы его оттуда ничем не продвинете. Оно ему просто не надо. Это как "закоренелые" ассемблерщики, которые там застряли, и больше не могут воспринимать другой метод написания программ. Все мы разные. У каждого свои задачи, и ИМХО, не может быть одной проверенной и утвержденной методики для всех.
Тема превращается в холивар типа винда-линукс. Началось моим, возможно неуместным, сообщением о HAL для F1. Не ожидал бурных эмоций ... теперь не по теме - молчу.