Основы программирования микроконтроллеров. Лекция в МИРЭА
ฝัง
- เผยแพร่เมื่อ 24 ม.ค. 2018
- Олег Артамонов - генеральный директор компании Unwired Devices («Беспроводные устройства»).
Уровень: продвинутый (для понимания необходимо знание языка программирования С)
Темы лекции:
1) Чем отличаются микрокомпьютер, микроконтроллер и микропроцессор и в каких случаях их уместно использовать
2) История и нынешнее состояние 8-, 16- и 32-битных микроконтроллеров
3) Основы программирования для семейства STM32
4) Многозадачность в системах реального времени на примере RIOT OS
Лекция состоялась 9 декабря 2017 года в МИРЭА, для слушателей учебного курса IoT Академия Samsung. За лекцией следовал мастер-класс, на котором студентам самим предстояло выполнить сложные задания на микроконтроллерах STM32 ARM Cortex M-3. - วิทยาศาสตร์และเทคโนโลยี
лекция отличная! но скоро чтобы помигать светодиодом нужно будет развернуть ОС, установить питон, подключить интернет, отправить обработку нейронки на суперкомпьютер, заплатить криптой и посмотреть рекламу.
Вот мне как человеку далекому от программирования интересно с чего вдруг такой вывод? Насколько я знаю, запрограммировать контроллер можно и с помощью обычного блокнота, да придется поработать самому написать программаторы, спаять шнурки. Но я не думаю что супер компуктер захочет копаться в каждом отдельно неподключенным деревянным компом
Прерывание по таймеру { PORTA ^=~ 0x01; } ;
З
З
@@user-gp4do2jg1e Насколько я знаю, запрограммировать контроллер с помощью обычного блокнота НЕЛЬЗЯ.
Хотя... могу ошибаться... 🙂
я новичёк, с 4-5 месяцами по-вечерам ардуины и возможно, моё мнение не особо что-то отражает. Однако, что я ожидал - это увидеть чуть более продвинутое использование, параллельное использование разных ресурсов и спящий режим. Что я увидел: та же фигня, что и в ардуино. Т.е. микроконтроллер - дофига умеет, но всё сводится к (не)доверию к высокоуровневым функциям/библиотекам. На ардуино столкнулся с блокирующими функциями SPI/I2C. Причём а) сразу из доков не понятно было, что они блокирующие, б) в подавляющем случае всех самопальных и официальных библиотек - так. А МК, оказывается, умеет передавать параллельно. И нашёл я это только в глубине официальных примеров.
Как проблема параллельности и реального времени решается на ардуино - на таймерах, на прерываниях и написанием неких switch-case кусков или зачатков операционки без плюшек. Почему? Потому что мало места, мало памяти. Запустить RTOS на ардуино можно, но только ради самой RTOS, ей там ну очень тесно.
По STM32 с RTOS пока смотрю и вижу, что в общих чертах - это как: был у тебя ардуино с самопальными switch-case кусками, а теперь - STM32 с RTOS с блэкджеками-шлюхами(зачёркнуто) с потоками, сообщениями, буферами, стеками, которая работает как тот самый ардуино на switch-case кусках, потому что жрёт достаточно много как памяти, так и времени. Т.е., блокирующая функция отправки куска данных через медленный интерфейс (кстати, я увидел в видео коммент, что она блокирующая) - решается потоками с выделением стеков с запасом на вдруг-прерывания-разного-приоритета-вложенности-должно-хватить-на-все. Вместо переписывания той функции по хорошему.
Упрощение пользователю-программисту? Три строчки кода? Да ладно! Это точно то, что нужно в микроконтроллерах, а не в десктопах и прочих серверах? Если это мед-оборудование или иное критическое, то пользователь должен будет влезть в потроха той RTOS, тех библиотек и прошманать каждую на предмет, что там творится. Для домашнего самодельного 3d принтера - сойдёт, конечно. Подумаешь, иногда, соплю в начале повесит, которую можно потом напильником спилить и фиг выловишь, почему, но если поставить паузу в 5с после инициализации, то вроде бы пропадает. "Почему 5? Ну, эмпирически. При 4х изредка ещё бывает сопля. Почему не 10? Ну, ждать 10 не хочется." )))
Быстрая разработка? Да ладно! Пять раз по 2 минуты ждать, когда сборка закончится ошибкой и покажет в чём эта дурацкая опечатка/отсутствие include? Это точно надо показывать новичкам? Может, лучше показать, как IDE все такие мелкие ошибки сразу подчёркивает и их исправление идёт мимоходом само-собой?
...я тут подумал, может просто вырос из моргать ледом или опрашивать датчик раз в 100 миллисекунд... Или использовать МК с тонной интерфейсов ради одного-двух и бездействия остальных. С одной стороны - глаза разбегаются и текут слюни, когда видишь его аппаратные возможности, с другой - смотришь, как всё в RTOS в 10-20 раз будет тормозить, пока потоки переключаются, и как-то странно становится - для использования RTOS нужно рассчитывать, что у тебя не будет заявленных 200МГц, дели на 20. И памяти в 192Кб не будет, нужно всё тоже поделить на стеки для потоков. И флеша будет тоже прилично меньше, но там походу график забитости по мере подключения модулей нелинейный и зависит от нужности модуля (частоты использования) vs написания "самопальной фигни для дёрганья один раз вот этого интерфейса в самом начале с константами".
Может я не прав. Читал теорию про RTOS и STM32, пытаясь определиться, плата F4R Discovery куплена, лежит пока. Но ощущения такие.
А можете рассказать как вы вообще начинали?У меня ардуинка год лежит ,решил взять за неё,но хочу не просто что-то делать на ней ,а структурировано подойти к изучению микроэлектроники (начиная от её проектирования ,устройства ,и прочего ).Что можете посоветовать ?С чего начать ,какие книжки можно почитать?
@@user-yx9vb5pp5o Я тоже тыкался в разные двери и пришёл к выводу что надо с нуля. сначала изучи дискретные м.схемы это счётчики шифраторы, регистры, триггеры итд. при условии знания полупроводников. После Ассемблер для контролеров ну а дальше можно выходить на высокий уровень С++, Ардуино, итд. В своё время мне помогла книга понять суть механизма работы контролеров это
"Корабельников Е.А. Самоучитель по программированию".
Несколько лет работал на 8 битных AVR и PIC, когда сел за STM32, то сразу же начал писать на CMSIS. И ничего сложного в этом не увидел и всем советую. Понятно же, что чем ниже уровень абстракции, тем гибче управление, настройка и больше возможностей для оптимизации, за счет того, что программист ПОНИМАЕТ, что происходит в микроконтроллере. Так же работал с ОС FreeRTOS и сделал вывод для себя, ОС я использую для быстрого написание какой-либо не замысловатой программы, для серьезных же проектов, где требуется ТОЧНОСТЬ, только CMSIS, только прямое обращение к регистрам с полным пониманием происходящего внутри. Первая часть выступления прекрасна, спасибо автору.
Как изучить его, если нет опыта?
Молодец, возьми с полки пирожок. Я тоже когда управляю машиной, двигаю пальцами поршни и колесо поворачиваю рукой 👍😊
А как вот начать с CMSIS? Есть где то уроки готовые, так сказать для совсем тупых.
Я так понимаю, что вы довольно давно занимаетесь микроконтролерами.Не подскажите,по своему ощущению, как дела в этой области и какие перспективы?
на ассемблере надо сразу писать под арм, с++ для лохов и школьников!
Спасибо , отличная лекция!
Красава мужик. Очень понятно для новичков.
Однозначно! Даже гуру, который писал библиотеку под эту ось, не смог записать пять строк кода HELLO WORLD, которые компилить пришлось с 15 минут. Афуеть не встать.
Где же те времена когда компиляция заканчивалась ещё до того как успеешь Ф9 отжать.
Спасибо. Ждал такой материал. Подача человеческая и профессиональная.
Отличный материал с отличной подачей. Жаль, что наткнулся на видео только сейчас :)
Спасибо за работу, как будто побывал на курсах повышения :))
ПРИЯТНО было бы с вами поработать, IF you in Москва. Считаю хорошим началом. Но для изучения надо спустится c RTOS, HAL,SPL мимо вообще, запоминаем что есть CMSIS, и в какой нибудь среде( uvision, cubeide, eclipse) вставляем ASM(*.S) и изучаем все регистры ARMv7(8) + peripherals(stm,ti...). Компилируем, смотрим debug: Disasm, common reg, FPU; как компилируется код . Дальше поднимаемся выше CMSIS+C. Уже потом HAL и если нужно RTOS.
Всё очень просто, когда профи компилирует с 10 раза хело ворлд! Отличная реклама!
Тоже поржал с такого подхода)))
Он мог подготовиться и сделать с первого раза, но вместо этого наглядно показал новичкам как компилятор подсказывает что не так. И вы, возможно, ещё не знаете что такое сложно. А если кого отпугнёт, то ему же лучше, что раньше.
Лично для меня докладчик подал материал очень эффективно.
@@alexboiko8822 явно не знают, что такое сложно
Поначалу казалось, что так и было задумано, т.е. цель была в том, чтобы продемонстрировать аудитории лёгкость, с которой решаются типовые ошибки в процессе разработки.
Однако после склейки понял, что он, как это принято у нас в РФ, тупо забил на подготовку и понадеялся на авось. В итоге лектор потратил 18 минут (если верить часам на его рабочем столе) на решение проблем даже в столь примитивной задаче, используя при этом язык высокого уровня! 😮
Вы не заметили, что конец лекции уже в другой аудитории. Т.е. лектор так и не смог скомпилировать "простенькую" задачку и доделывал работу на дому. И это при том, что он сам писал эти таймеры...
Отличная, мегаёмкая вводная лекция - без обескураживающих провалов и переходов от дубины к ракетам. Зашла замечательно (но это, конечно, индивидуально и ложится на контекст слушателя - совсем новичкам в этой теме будет не предельно комфортно). Очень болел в конце за Олега в его борьбе со светодиодом) но это пустяки по сравнению с тем, как и сколько он подал материала за предыдущий час. Это, конечно, базис, но так последовательно, логично (и хронологично) вряд ли где можно такой материал встретить.
Полностью поддерживаю, как новичок в теме программирования голых микроконтроллеров. Особенно некомфортно было конечно на моменте конечной компиляции кода. Хоть я и понимал для чего на самом деле нужны все те лишнии обороты в коде, но от размера программы мягко говоря прифегел.
спасибо за лекцию !!!
Спасибо большое!
А оно на esp32 работает? Можно где-то подъем сервера вайфай через riot на эспрессиве посмотреть?
отличная лекция!
Подскажите при прошивке контроллера другим программатором фьюзы нужно менять или нет. Спасибо
на одном дыхании, спасибо!
Хороший доклад. Жаль , что не отметили , что переход от PIC18 (8 бит) к PIC32 (32 бит) делается очень легко. Код написанный для 8 бит микроконтроллера переносится на 32 бит микроконтроллер с минимальными усилиями. А если выбираем в настройках конфигурации , например таймера, совместимость с 8 бит МК - то вообще код с минимальными изменениями.
Сергей Якорев эт гораздо легче чем этот мегагеморойный геморой гемороище??? Или чуть чуть легче???
Очень хорошая лекция,но не для начинающих.Эта лекция подойдёт для тех,кто раньше программировал какие-нибудь микроконтроллеры,например avr. Если не программировали,то материал будет выглядеть непонятным и сложным. Скоро планирую изучать stm32 и эти лекции очень помогают
найди мужика в кепке на ютубе. Канал еще как-то по-дурацки называется типа narod32 или narod.ru. У него самый плотный контент по примерам на разных контроллерах и, к тому же, он разбирает всякие ошибки линковщика и компилятора, возникающие тупо из-за неправильных настроек среды или проблем с путями, чего многие другие "обучальщики" не делают.
@@Ma_X64 Называется narodstream, а "мужик в кепке" это Владимир. Он просто монстр, мегалодон в программировании и слово мужик к нему не особо подходит. Скорее так можно назвать нынешнего лектора. Вылез на трибуну с понтом и тут же в трёх соснах запутался.
А ничего, что на USB-флешке, которую "Texas Instruments подарила" (кстати, почему не "ти", а так уважительно, в отличие от STMicroelectronics? или последняя ничего не дарила просто?) тоже стоит периферийный USB-микроконтроллер?
Про MSP430 не согласен. Активно используются в почти современной медицинской технике, Нейрософт возьмите например.
спасибо, доходчиво
Спасибо за лекцию, у меня в голове вертится очень, наверно, тупой, но до конца не понятный для меня вопрос. В контроллере с завода всегда идёт какая-то прошивка (микрокод, который заливает производитель) или не обязательно и это может быть просто железка с транзисторами и т д и кода там (с завода) никакого не будет?
Это лекция не для студентов 2-3 курсов, а для профи и для продвинутых гиков-самоучек.
Для студентов:
- 1. Что нужно для запуска МК (питание, тактирование, цепь сброса, как залить прошивку).
- 2. Что нужно для работы МК (понятие регистра, работа с регистрами и памятью).
- 3. Зачем писать и читать по определенным адресам (работа с периферией и выводами МК).
- 4. Как использовать таймеры, что такое DMA, использование прерываний.
- 5. Стандартные интерфейсы (UART, SPI, I2C).
- 6. Стандартные промышленные интерфейсы (RS-485, RS-422).
- 7. Понятие протокола обмена.
- 8. Границы возможностей МК, области применения, сравнение с ПЛИС, области применения ПЛИС.
- 9. Концепции программирования МК. (главный цикл, конечные автоматы, менеджер задач, кодогенераторы и пр.).
- 10. Ethernet и МК (UDP, TCP/IP).
- 11. Что можно подключить через МК (обзор датчиков и модулей).
- 12. ЦОС и МК (АЦП, фильтры, фурье, обзор сигнальных процессоров).
- 13. Надежность (резервирование, запас при выборе элементов, ВСК - встроенная система контроля системы, WDT - сторожевой таймер, контроль допустимых состояний в ПО, плюсы и минусы использования тактового генератора вместо резонатора)
- 14. Поддержка. (как обновить ПО на удаленных объектах)
- 15. ЭМС. Вопрос очень неожиданный для тех кто не был в курсе.
😭😭😭😭😭😭😭
Спасибо, не могли бы посоветовать литературу пожалуйста.
Абадеть...
Осилил. Я, конечно, всё это знаю, и делал коммерческие устройства на STM32 с stdperiph, но, для начинающих лекция больше похожа на "Рисуем два кружочка - Рисуем остальную сову". Даже создание проекта с нуля толком не рассмотрено. Да и, наверное, лучше с FreeRTOS разбираться, чем с каким-то непопулярной ОС.
Привет а че ты имел ввиду под словом "коммерческие устройства"
Єто лекция перед студентами если из потока в 100чел, там поняли хотябы 5 заинтересовались 1-2, то лекция достигла успеха. А учебное видео этот фильм не обещал.
freeRTOS всё-таки, на мой взгляд, тяжеловата. Если только под крупные камни её ставить. А так есть с одной стороны варианты покомпакнтнее (TNeo RTOS), а с другой -- псевдоРТОС-подход, когда делается кооперативная многозадачность через, например, глобальный таймер.
@@user-ld2xi8sn6l "коммерческие устройства" - когда бабла отслюнявили. Так понятно? 🙂
1:38:40 "...пишет высокоуровневый код, алгоритм мигания светодиода..." ))))) верно, но улыбнуло)))
Лектор с АВР-ами знаком был явно только в начале нулевых. С тех пор их тактирование и настраивается и можно перенастроить на ходу и можно частично переключить источники.
По-моему мой самописный диспетчер задач реализованный через управляемый суперцикл гораздо проще использовать чем эту ОС и места он занимает в 20+ раз меньше. Конечно там нет заранее заготовленного 1мс таймера и процедуру взводящую его флаг(обычно в прерывании) надо написать, но исходя из того, что 1мс для некоторых задач это слишком короткое время и лучше-бы камень вместо тупых отсчетов спал, это скорее плюс чем минус. Тем более там кода на 10 строк.
В общем, прослушав лекцию общий вывод - вместо изучения точно работающего CMSIS предлагается изучить еще и(CMSIS все равно придется изучить) как-то работающую ОС.
Отличный доклад, замотивировал взяться за тестовую платку
Дмитрий, спасибо за отзыв! У нас на канале ещё целый мини-курс лекций Олега Артамонова по основам современного программирования микроконтроллеров. Посмотрите тоже, там более подробно и доходчиво.
Заказал платку с ARM
Супер!
У меня раз код не влазил в Пик . Пошерстил , переработал , отказался от стандартных библиотек (даже * и / свои написал) и после этого смог всунуть еще 3 функции и 4 байта свободные остались )))
* и / -это ведь указатели и деление? Как Вы создали собственные указатели и деление? Вы использовали ассемблерные вставки?
@@fj8017 Умнеженние и деленние . Без ассамблера . Просто сделал отдельные функции , получилось вместо a*b UMNOGENIE(a,b) , a/b DELENIE(a,b). Написание стало грамоское , но зато место сильно экономится .
@@volodymyrkorsovetskyi922 Подробнее?
Как запрограммировать st72f324.
4:08 Ну это видимо те, кто не застал например zx-spectrum, с 48К оперативки и 16К ПЗУ, и то, часть оперативы уходит на видеопамять. А так то 1 КиБ это целых 1024 байта!
Я собирал микро 80 дисплейную часть для своих задач это было 1984год Как-то включал работает рф2живая!!!
@@biluser у меня тоже остались пару ленинградок синклеров, но лет 30 не проверял.)))
Так там 2 ПЗУ они что по 8К всего? Забыл уже все.))
Очень интересно!
В той части, что сейчас актуально, а что уже давно не актуально или стремится к этому. Прошло уже пять лет. Хотелось бы узнать: "А что изменилось?".
STM32
и ESP32
там сказочки в комплекте с контролером случайно не было? )
А мне казалось, что основное отличие микроконтроллеров от микропроцессоров в архитектуре.
В микроконтроллерах - Гарвардская (включая ARM SMT32), а в микропроцессорах - фон Неймановская
На самом деле -- нет. Ничто не мешает использовать для проца гарвардскую, а для мцу -- фон-неймановскую. Основное отличие -- как раз в наличии периферийных блоков на борту. Вспомните, что на материнской плате взаимодействие процессора с внешним миром обеспечивает чипсет. У процессора даже системы тактирования и сброса своей нет -- ставится внешняя микросхема.
Не, это не существенно. Разница в том, что у контроллера периферия находится на камне, а у процессора она находиться на плате или даже в слотах. По сути то что называется микропроцессором в микроконтроллере уже есть внутри и называется ядром.
Нет. Это вообще ни при чем. Процессоры есть и такие и другие. Основрое что микроконтроллер это как "полноценный компьютер", только в миниатюре.
8:30 залезь может. можно CheatEngine найти нужное значение в оперативной памяти и поменять на нужное. например 16141 поменять на 15414
make clean не обязательно выполнять на каждой сборке
С этой операционной системой получается что отправлять показания счётчика может компьютер который 30 лет назад занимался инженерный графикой.
Про форматирование дискеты не совсем понял, но вспомнил, что при форматировании ОС повисала наглухо) многозадачность.
Все так хорошо начиналось, а потом оказалось, что просто помигать светодиодом на микроконтроллере с ОС в разы сложнее чем даже на ПЛИС. В чем радость - непонятно.
Илья, посмотрите вот это видео - здесь за 10 минут переходят от абсолютного нуля до мигания светодиодом. STM32 + RIOT OS. th-cam.com/video/bU_2kGqAkEw/w-d-xo.html
спасибо, гляну.
Кстати на плис мигать светодиодом гораздо проще, чем даже на восьмибитке. Только вот плис не для этого, плис для математики. И если в последней не шельме-бельме , то за плис можно и не браться.
Ну на 6ой раз собирется.... А.... мыж не подключили.....
А куда делись esp32?
35:14 втф?
Крутая лекция! Всё конкретно и понятно!👍👍👍👍
Олег! У Вас получилась неплохая лекция. Но! Вам нужно устранить ряд неправомерных заявлений ! Причём... ТЕХНИЧЕСКОЙ НАПРАВЛЕННОСТИ! Существенные неточности.
Благодарю, очень интересно
Старанно что под видео с данной тематикой столько бьі дла в комментах... Спасибо за лекцию и демонстрацию типичной работьі любого программиста )
Кричи "ура", если смысл не интересует. 🙂
а где видео с Евгением Зуевым?
"Извините за технические неполадки". Обнадеживающее начало лекции.
И заметьте, потом приходит барышня и все чинит умному специалисту
Если вы будете заниматься АСУТП вы столкнетесь с программируемыми контроллерами. А вот медицинские применения, вот там Cortex-R должен быть крайне востребован.
Добрый день! SOLID в лекции упоминается? Без этого жизнь разработчика ПО станет невыносимой....
Attiny13 - лучший микроконтроллер! Нахрена STM32, если нужно помигать светодиодом? Я, например, сделал на Attiny13 электронное зажигание с ФУОЗ. Очень полезная вещь.
С STM32 ещё не сталкивался, но рискну предположить, что при всех своих очевидных преимуществах, потребление тока у него будет значительно выше, чем у типичной AVR-ки.
Т.е. для создания небольших и не самых сложных устройств, работающих преимущественно на элементах питания, AVR будет всё таки более интересным решением.
повезло до девальвации валют в 2013г купил 1000шт Атмег16А в ткфп44 корпусе по дешовке, до сих пор на продажу устройства на них клепаю, а так да, сейчас на мегах делать на мелкий опт устроства дорого...
А что клепаете если не секрет?
Если вы товарища, говорите об АСУТП, и не говорить о таких монстрах как Siemens и Allen Bradley то чего стоит ваша лекция ???
асутп не является темой лекции
а ESP?
фу этот позорный луа, нет уж, спасибо)
интересно, но очучние , что продвигают определённый тип МК. За долю малую, спонсорскую. Тех. характеристики у них очень сильно отличаются, а уж говорить , что stm 32, это отстой, ну прям не комильфо вообще ---))
у кого не будет запускаться компилятор и будет ругаться на отсутствие gcc-arm-none-eabi
здесь
geektimes.com/company/samsung/blog/299187/
у него в текстовом виде инструкция по установке линукса на винду,
и где скачать и как настроить данный компилятор
где наше любимое мышекликательное программирование? Плату можно определять автоматически, ссылаемые библиотеки подгружать и искать тоже автоматически. При установке компилятора ставить все что нужно автоматически.)
Шикарная лекция о том, как освоить программирование ОС, но ни слова о том, как написать серьезную программу и при этом не использовать дорогие МК. Вы конечно сильно сократили время на написание программы "Blink", но ни слова не сказали о том, сколько времени нужно потратить, чтобы изучить документацию на вашу ОС (а она вообще есть? Сколько там страниц текста?). И еще: вы сказали, что таких ОС есть очень много, так какую из них учить, чтобы найти себе работу?
Очень жалею, что потратил час своего времени ни о чем!
Интересная лекция, правильная.
Но, где же мультиварки изготовленные нами, а не китайскими товарищами?
а там всё без этой высокомерной зауми этого очкарика. ))
пишут то наши, без всяких ОС. на чистом си или асме. я многих таких знаю.
А где остальные лекции ёпрст?
Есть целая серия лекций на ТВ МИРЭА, вот первая: th-cam.com/video/qiSjLxeyNv4/w-d-xo.html
Остальные найдете без труда, они все есть на TH-cam
@@samsunginnovationcampusrussia у них открытость "доступно по ссылке", поэтому в общем поиске и не находятся
Оператор - профессионал от бога просто.
датчик слежения на микроконтроллере
А кто-нибудь пробовал повторить? Я лично попробовал собрать код , как минимум в последнем коммите RIOT нет модуля rtctimers-millis.h
Так он же об этом и сказал что он туда не входит, это внутренняя разработка, вы ее нигде не скачаете.
даже нечто скучное можно рассказать интересно, браво
1:00:08 - Решение: продакт менеджер со своей почтой и хотелками в воскресенье должен пойти в лес. Ну или в магазин за контроллерами и на завод за платами.
Урааа! Нашёл канал под который можно спать😜
Что за фильм про 1 байт, который не влез, ссылку дайте пожалуйста
Не фильм а рассказ вроде
"история одного байта" в гугле
Всё, пошел закупать Discovery. Жизнь уже не будет прежней :)
Спасибо за лекцию! Как будто в советское детство вернулся :) Когда читал книги по RT-11 и мечтал о роботах :)
Хорошая лекция, только не упомянули про уровни абстракции кода: LL (Low Level) - выше CMSIS, но ниже SPL (stdPeriph), HAL (Hardware Abstraction Layer). То есть, насколько я помню, на данный момент такая линейка: адреса регистров - CMSIS - LL - SPL - HAL.
Не. CMSIS это, по сути, просто куча дефайнов, которые превращают адреса регистров в буковки, которые можно читать, SPL -- выкидыш-выпердыш, умерший сразу после рождения, потому что всё сделано бессистемно. HAL -- замена SPL. Более системный подход, немного лучше переносимость (хотя всё равно под каждое семейство нужно читать описание HAL) и куууууууууууча ненужного кода, жрущего время и место -- на каждый чих вызывается функция, которая вызывает еще функции, которые вызывают еще функции. В итоге переходы сжирают кучу процессорного времени, а множество вспомогательных структур -- ОЗУ.
Я лично использую HAL только для инициализации, чтобы было быстрее и без ошибок, а для всего остального использую CMSIS, оборачивая аппаратно-ориентированные части кода в функции. В итоге код логики программы такой или даже более читабельный, чем с HAL, но выполняется быстрее и жрёт меньше места и ОЗУ.
Класс . Только зачем надо новичку ОС ? что это за программист будет? если он не знает основ кто как и так далие, datasheet... не понятно .
Спасибо, очень интересно, ни чего не понял. Пошел дальше программировать в VBA :-)
Круто. Только не понятно зачем.
а я думал только я так программы на Си пишу :-) ...
Esp32?
Действительно, нахер про него вспоминать.
@@galaktozawr Почему его не нужно вспоминать?
@@user-oi1zl6de8i Это я про автора ролика.
@@galaktozawrА почему не нужно вспоминать про автора ролика?
Notepad++ это не просто "получше редактор", это чертова машина с тысячами строк кода, работающая как часы.
Keil, iar, Какой нотепад
Я ахуенный программист!!! У нас стиль написания очень похож. Когда я программирую свою ардуинку я тоже дефисы проебываю, тоже смотрю в примеры что бы посмотреть как там чего сделано и через 4 написанных строчки загружаю прогу и проверяю накасячил или нет .статистика примерно одинакова с оратором, из 10 раз примерно 9 косяков. Ну то есть я вам честно люди скажу, хорошим программистом можно стать за 2 месяца, я учусь 2 месяца! Да я ахуенный программист, у нас и стили и стата по ошибкам один в один!!! Пойду писать прошивку для терминатора!
ооооооо либераху порвало
>> _тоже смотрю в примеры что бы посмотреть как там чего сделано и через 4 написанных строчки загружаю прогу и проверяю накасячил или нет_
😄
Когда писал одну из реализаций игры в шашки, проверил код в первый раз только после того, как было написано ~400 строк кода )
А вот с контроллерами тоже люблю почаще компилировать, загружать и проверять, что получилось, т.к. опыта в этой области не так много.
Странная лекция. Её бы по нормальному разбить на две независимые части, а то вторая половина после первой выглядит не пришей кобыле хвост. И лектор как-то на удивление хреново подготовился к своей практической части. Отрепетировал бы хоть разочек на досуге, чтобы так коряво не экспромтить на аудиторию.
Жалко что у меня не было такого учителя 😢
Уже не поможет... 🙂
Интересно, все эмбедерское сообщество такое токсичное?
Да, тоже удивляет желчь в комментах
Это от непонимания что такое МК и с чем его едят
Советую автору познакомиться с linux. Там компилятор работает в разы быстрее, нежели из под виртуализации windows (qemu небось)
Что за компилятор? tinycc?))
Посмотрел только из-за того что интересно читал лекцию, но так как я не программист то ни черта не понял😁
Жесть, пойду лучше учить ассемблер
вопрос снят, оказывается Microchip купил Atmel, не знал...
Года два или три как
Че там обсуждать, берём плату берём дисплей берём либу к нему и книгу по Си. + Гугл. Разбираемся. А на этих миганиях светодиодом можно уснуть уже минут через 15. Я Си вообще не знаю, тем не менее за неделю к Дискавери подключил эспиай дисплей, часы тикают, время устанавливается, яркость регулируется, счётчик циклов перепрошивки инкрементируется, данные в еепром внешней сохраняются, координаты икс игрэк отображаются. И это гораздо интереснее, чем мигать светодиодом. Все на HALе. И вот теперь можно разбираться в тонкостях и не уснуть при этом.
нихуя не понял, но было интересно
Остаётся подождать когда будет стандартизированы самостийные кортексы.
Пробовал пол года назад установить этот риот. Чёт кубовские продукты намного проще
CubeMX?
@@user-vo9kn3pp6p да, и cubeIDE тоже
@@bul2012 как он?
@@user-vo9kn3pp6p норм, пойдет с пивом
@@bul2012 стабильно пашет?
Интерестно, если человек придумает как упростить этот хардкор, он сможет на этом заработать по взрослому?
За "десятикратный позор" по Тарантиновской части "Четырех комнат" уже всех пальцев на руках мог лишиться.
Супер! Лектор от Бога!
Знает про что говорит
38:05 Чтобы бороться "с этим ужасом" надо осуществлять Системный анализ ... надо увидеть, кто корпорации, что делают все ради прибыли НИКОГДА НЕ ПОМОГУТ тебе никогда не облегчат.. а всегда будут только усложнять и перекладывать на плечи наивных программистов проблемы своей неадекватности, абсурдности прибыльной экономики и шизофренически - "здоровой" конкуренции.
Решая проблему возрастания сложности описания новых технологий и НАРУШЕНИЯ СОВМЕСТИМОСТИ надо просто отказываться от КАПИТАЛИЗМА.
Большинство людей не видят этой связи, обсуждая локальные проблемы.
Обалдеть, 14кбайт чтобы поморгать светодиодом. Когда просто на си на это может уйти 200 байт. Какая ж тут экономия? Проще потратить на разработку один раз на недельку подольше, чем купить дороже кирпич для выпуска это в производство и значительно увеличить себестоимость. И да уже 8 битная атмега может в процессе работы хоть сто раз подряд конфигурировать новой таймер. Так что как то не убедительно в сторону ОС на МК. Это просто похоже больше на лень и расточительность. И атмега8 до сих пор применяется. Только недавно видел на ней регулятор температуры для печи. Даже сварочный инвертор на какой то меге видел, которые до сих пор выпускаются.
Когда нибудь поймешь
вот бы еще на вопросы ответили , а вот хрен .видео выложил и на этом все
Чувак наверное оговорился что за месяц программист утрамбует все что надо. Это наверное мегамоск должен быть. Интересно знать после такой работы сколько программисты живут и как у них со здоровьем ???
"хороший программист" с кучей наработок для данного кристалла может вскружить голову любому нанимателю, в плане скорости.
@Danatas Gervi Снится - это да :)
Это сильно похоже на рекламу очередной бесполезной ОС для микроконтроллера. Ничего не сделав, она уже заняла 4.5K ОЗУ. То есть на младших STM32F100 её ОЗУ не хватит.
Какие альтернативы вы бы предложили? Не пользоваться ОС на микроконтроллере в принципе?
@@samsunginnovationcampusrussia я бы предложил использовать ее по мере необходимости и на ресурсонасыщенных МК. А не пытаться запихнуть везде и именно своё.
ОСРВ нужны конечно , но :
1. Это не операционная система в ее стандартном понимании.
2. Я уже который год борюсь со стандартными библиотеками , это самая страшная часть кода которая употребляет в пищу большую часть ресурсов. Если разобраться в даташите код можно уменьшить в 2-5 раз и настолько же ускорить работу.
@Сергей Михайлов А кому-то переносимость кода внутри семейства микропроцессоров. Чтобы не перелопачивать все предыдущие отлаженые наработки под каждый новый проект.
Посмотрите сколько занимает мигание сведодиодом на родной библиотеке стм "hal", насколько помню, порядка 6кб. И где вьі вообще видели ОС которая не занимает память?
Усатый нянь
На MSP счетчик воды? Повбивав би! НЕ слушайте этого менеджера. Он просто впаривает вам слона, хоть и неплохого.
Лично разбирал счетчик воды, собранный на MSP430.
@Цивилизатор авр неоднократно устраивал кз на ножках, им вообще пофигу на это, паял под напряжением паяльником с наводками что даже датчик холла на одной из ног дух испустил а меге пофигу. И битьій порт перенапряжением оставляет мегу рабочей только как правило тока больше жрет... А вот на счет зачем переходить на стм. Лично я перехожу потому что давно не хватает убогих возможностей авр. То что может делать один дешевьій стм32 нужно городить из кучи корпусов используя авр и все равно будет хуже. Например стм позволяет делать захват таймера компаратором и этот же таймер тактирует цап которьій шлет циклически данньіе из массива в памяти посредством дма и по связанному с первьім таймером другой тактирует автоматический запуск в строго определенньіх точках счета ацп результат которого дма автоматом складьівает в массив, и еще один канал дма шлет данньіе из памяти на дисплей . И все это аппаратно! а не программно синхронизировано и большей частью работает без загрузки ЦП чего в принципе никаким количеством корпусов нельзя добиться на более простой архитектуре.
Послушать кроме АRM ничего нет, на самом деле все ни так. Где dsp, контролеры на которых производится привода и много другого. Укрупнение функций, уменьшает возможности контролера, так что операционки это только для стандартных функций, для нестандартных задач С это мало, нужно дописывать нп АSМ.
Очень смешно чем меньше думает програмист, тем лучше. Поэтому светодиод подключаем пол часа..
Годная лекция! Но Настоящая жуть начинается с периферией безобидно: по STM32CubeMX выставляешь для HRTIM минимально нужные несложные режимы режимы, простой режим инициализации (без умножения частоты HRTIM) потом запускаешь генератор кода, дописываешь HAL_HRTIM_SimplePWMStart(&hhrtim1,HRTIM_TIMERINDEX_TIMER_A ,HRTIM_OUTPUT_TA1); - и тут таймер запустился на заявленных 500Гц, но запись в регистр HRTIM_CMP1AR НИЧЕГО не дает! Какая была скважность, такая и остается. Тот же CubeMX генерирует какие-то свои функции с префиксом MX_ вперемешку с HAL. Так что в инициализации еще тот гимор))
Поэтому вне зависимости от того HAL там или "нахал", нужно открывать референс мануал, находить периферийный блок и изучать его логику. Полезно распечатать хотя бы картинки с диаграммами соединений. А потом случается магия, и голова начинает просто помнить все регистры и биты, так что необходимость в HAL отпадает.
@@Ma_X64 хуже всего - я прочитал осмыслил даташит (на всякий случай перевод кратко записал в тетрадь) - но писать на голых регистрах (а в прошлом я таки писал на голых регистрах) нету сейчас времени... Короче может просто бракованный чип попался (запускался HRTIM как-то коряво и далеко не на всех частотах) - вручную скважность выставляется без проблем но под реальной нагрузкой блок HRTIM сходит с ума и отключается (спасибо разработчикам что хоть сквозняки не возникают!).
@@andrewandrosow4797 Ну китайские нередко бывают с вывертами. Еще ERRATA нужно поглядывать в случае любых глюков. Бывает, что на этапе разработки накосячено. Насчёт времени, не знаю. Мне вот не так давно пришлось быстренько освоить STM8 и писать два больших проекта с несколькими задачами, критичными ко времени. ПОд 8-рки и нет никакого уровня абстракции -- так же брал и на регистрах писал, а они довольно похожи на 32-ки.
@@Ma_X64 может был смысл выбрать AVR Atmel - тоже ведь восьмибитные как и STM8.Программировать на Си AVR проще, правда периферия победнее
@@andrewandrosow4797 лучше сразу освоить что современное. Сложнее, зато потом большинство других контроллеров покажутся смутно знакомыми
Хороший рассказ, *Cortex-M рулит!* #ВТопкуАрдуино
Втопку мамкиных инженеров.