Микроконтроллеры Начало. С чего начать изучение микроконтроллеров. Как выбрать. Как программировать.
ฝัง
- เผยแพร่เมื่อ 2 ม.ค. 2020
- Видео содержит ответы на вопросы о шагах к изучению микроконтроллеров широкого применения. О выборе языка программирования и его изучении. Использовании среды программирования и доступных библиотек. Создано по вопросам подписчиков канала.
Напоминаю, что это не более чем мое личное мнение. Я не старался кого-либо задеть или осудить в этом видео. Ну а уж если ваше мнение отличается от изложенного в видео вы можете его попытаться высказать как в комментариях, так и сделав свою реализацию чего-то похожего.
Отладочные платы с STM32:
s.click.aliexpress.com/e/_A2IVXm
s.click.aliexpress.com/e/_AnYSDe
------------------------------------------
Поддержать автора канала можно переводом по номеру карты Сбер:
2202 2023 2480 4008
------------------------------------------ - วิทยาศาสตร์และเทคโนโลยี
еще одно важно замечание (это в целом по изучению чего-то совершенно нового): иногда на самых ранних стадиях многие вещи кажутся непонятными (начиная от терминологии), конечно нужно пытаться разобраться, но если не получается и остается какое-то недопонимание - не застревайте на долго, продолжайте изучение. Читайте даташит/книги даже если что-то непонятно. Мозг накопит информацию и рано или поздно - придет понимание, все начнет складываться (само по себе и при повторном изучении материала спустя какое-то время). главное не бросать, оправдываясь - что ничего не понятно, а продолжать расширять кругозор, что бы стало понятно)
Пытаюсь начать программировать. Но пока все советы и уроки выглядят как попытке обучения контраварийному вождению человека, которому не показали какое место в машине водительское и не рассказали, что сначала нужно эту машину завести.
Накапливаю информацию😄
@@user-ph9bp2ce4h сам такой был. Но в итоге доучился и работать пошёл. Теперь друзьям помогаю. Толко не контроллеры, а web
Так с отделочным ремонтом. Надо много читать, очень много смотреть.
Золотые слова.
Это правда, это абсолютная правда Антон, у меня также было. Непонимание не повод застревать а идти дальше.
Я разделяю освоение любого МК на два больших этапа:
1. Пытаюсь мигнуть светодиодом
2. Пишу проект любой сложности
:)
Да в этом есть своя правда.
Да только для меня, мною же, пока что поставлена сложная задача. Светодиодом мигаю и пока что все.))
Напомнило анекдот. "Так-с, 1+1=2, теперь, когда все что нужно вы знаете - решите это диф.уравнение"
@@user-pe5fk4jp3e к сожелению это реальность уже, особенно у некоторых авторов по высшей математике
Какое-то количество раз прошел через это, включая FPGA. 12 лет назад ушел из профессии, как раз на точке начала освоения STM32. Формула хорошо работает когда вы переходите. Не зная что такое транзистор, тригер, регистр, адресное прстранство, счетчик, выборка хранение ....
Есть еще 3 важных вопроса, про которые в мире эмбеда часто забывают: система контроля версий, управление зависимостями и разделение логики программы от взаимодействия с железом. И у стм в этих вопросах все очень плохо.
1) Пустой проект занимает 200 Мб. Зачем все это засовывать в гит? А если не засовывать, то куб с радостью удалит пользовательский код при обновлении.
2) В управлении зависимостями нет вообще ничего. Хотим добавить чужой код - копируем файл вручную.
3) Генерируемый автоматом код пермешан с пользовательским кодом: инициализация, настройка периферии и сама логика программы перемешаны в разных местах одного файла. В такой лапше сложно ориентироваться, отслеживать изменения (и использовать систему контроля версий). Хотя это тема не для новичков, про тесты и абстракции нет даже намеков.
Как вы думаете, почему мир эмбеддед разработки так сильно отстает от всего остального мира программирования (инструментарий, экосистема, подходы)?
О, спасибо за идею. Я сделаю видео про работу с кубом чтобы показать как избежать этих проблем.
@@VladimirMedintsev вот меня тоже отпугнула эта мешанина порожденная кубэмиксом. Мне было б очень интересно послушать ваши соображения в будущем видосе на этот счет.
Вот это ролик! Крайне познавательно и очень приятно слушать. Спасибо Вам, Владимир!
Поправки принимаются?
3:55 Не закон Кирхгофа, а правилА Кирхгофа. Их, напомню, два: первое для токов в узле, второе для ЭДС и напряжений в контуре. Законы Кирхгофа тоже существуют: один касается излучательной и поглощательной способности тела, другой связывает тепловой эффект химической реакции с изменением теплоёмкости системы. Оказывается, Густав Кирхгоф внёс заметный вклад в науку, который не ограничивается двумя правилами электротехники.
И до кучи: кроме закона Ома, правил Кирхгофа нубу, осваивающему МК, следует иметь понятие о законе Джоуля - Ленца, чтобы иметь понятие о рассеиваемой мощности и правильно подбирать компоненты, которые не перегреются и не сгорят. Это тоже из школьной физики.
Огромное человеческое спасибо за беседу. Всё по полочкам.
Очень, очень приятно смотреть и слушать! Автору - УДАЧИ!
Кому что, а мне в этом видео больше всего понравились усы и борода. С++ выученным по брошюре за 21 день сейчас никого не удивишь, а вот отрастить благородные усы и хвост - такое нынче сможет далеко не каждый!
Я счастлива, что нашла Ваш канал! Спасибо Вам огромное, как же мне не хватает таких видео !
огромное спасибо.
"Каноном программирования микроконтроллеров является классический язык СИ", а книги представлены в ролике по СИ++. Это интересно. Да они похожи, и СИ++ содержит очень много из СИ, но они всё же разные языки и называть их стоит по их именам СИ и СИ++. Это так, к слову о мелочах ;)
Очень хороший и правильный ролик. Хорошо помню, как я сам начинал и с какими трудностями столкнулся. Это видео - очень хорошая отправная точка. Автор - молодец!
добавил ваш канал в список приоритетов.Благо дарю за подробную подачу Информации
Зачетный материал! Ардуино - это начало, ESP и STM32 - это продолжение моего развития.
Очень классно! Спасибо, что помогаете новичкам вставать легче на этот хоть и интересный, но пугающий путь электроники!
Очень хороший обзор поступательного движения к профессии. В своё время увлекалась МК, но забросила, теперь с новым интересом вспоминаю.
Спасибо🎉
Кароче завис я на вашем канале , кому как , а мне вы дали возможность глянуть на все мои хотелки под другим углом . Спасибо вам за труд.
Крайне полезная информация, направляет и помогает на самом начальном этапе. Автору безусловно спасибо.
Огромное человеческое СПАСИБО за этот ролик! Все обоснованно и доходчиво объяснили. Лайк и подписка :)
Отличный контент, приятная подача. Спасибо!
Оу, хороший канал, с удовольствием поглядел, подписался и сразу скачал и поставил stm32CubeIDE на свой рабочий linux, подоткнул discovery, поигрался с кодом. Заколосилось все практически сразу же. Вот так собираешься год, а потом наруливаешь рабочий вариант за 10 минут. Спасибо автору канала :)
17:07 "Долизывание" :-) Шикарный термин, возьму себе в копилку.
для тех кто ещё не пробовал CubeMX. У меня были косяки с обновлением библиотек под процессор. А именно - компьютер с русским именем и куб не видел пути библиотек хотя вот вот закачал их. решил проблему так. в меню HELP, Updater Settings,Firmware Repository-
Repository Folder- кнопка Browse. задать папку хранения без русских букв, где то в корне диска. Потом Check and Update Settings
выбрать - (•) Manual Check. Потом - Data Auto-Refresh ----- No Auto-Refresh at Application start. Затем в Project Manager ---- Firmware Package Name and Version -- убрать галочку . А в --- Use Default Firmware Location галочку оставить.
СПАСИБО ВАМ БОЛЬШОЕ !!!! С промышленным PLC я на ты. А вот програмироване stm только учусь.
Спасибо. Очень мотивирующее видео.
Для тех, кто не знает, с какой стороны подобраться, очень полезное видео. Тема раскрыта на 100%, теперь появилось направление роста, спасибо!))
с удовольствием посмотрел видео, вспомнил как я осваивал spl, как поначалу кривился от куб и хал, пока не вкусил всю их прелесть. да, было время когда для настройки тактирования стм давал экселевский файл с макросами, который генерировал конфигурационный файл. а сколько времени уходило на настройку портов.... как все просто. зато тот опыт мне сейчас неслабо помогает. иногда даже не на spl вставки делаю, а на прямом обращении к регистрам. но это тоже не само пришло, было прочитано много документации чтоб накопить структуру знаний какие есть регистры, какой из них за что отвечает и т.п.
Спасибо большое за твой труд!
Очень приятно послушать мудрого человека
Спасибо за изложение. Однозначно подписка!
Полностью разделяю ваше мнение! Лайк!
Спасибо
Очень хорошее видео. Не пропускаю ни одного. Очень внятно и понятно преподносится материал.
Спасибо большое.
Спасибо вам за ваши пояснения. Начал мигать светодиодом, прочитал с магического дыма си для встраиваемых систем, начал читать мануалы на английском, тяжело но стараюсь не бросать.
Спасибо большое за видео! Скоро начнется ваш курс у нас на факультете) Я решила подготовиться к нему, поискать материалы для совсем начинающих. И нашла у вас же) Очень понятно, доступно, и теперь не так страшно)))
Все нормально. Ничего страшного там не начнется. Домашки легкие, занятия тоже.
@@VladimirMedintsev Здравствуйте, вы говорите, что из языков нужно учить Си, но в видео показываете примеры книг по С++, какой язык вы имели ввиду?
Великолепно. Понятно. НЕ нудно. Интересно. Стимулирует
Вы невероятно талантливый человек!! Все видео очень понятные и простые для восприятия. Очень благодарен
Спасибо.
отлично, в наших рядах будет пополнение
Лучшее ддя новичков!!!!
Мотивация умно ненавязчивая :-)
Огромное спасибо из Лос Анжелеса!
Спасибо.
Лучшее, чтобы запугать и отвадить новичков - пусть дальше в игры играют
Спасибо за объяснение доходчивое
Ну наконец то нашёл нормальный контент для начинающих.!!! Адекватная подача инфы + нормальная дикция и звук = Лайк и подписка 👍
Спасибо! Для новичков, к коим и я отношу себя, подобные видео очень полезны. Вхождение в тему микроконтроллеров подобно добычи золота. Чтобы обрести грамм знаний приходится просеять тонны породы.
Да ладно, не все так страшно.
Я уже давно не являюсь новичком, но и профессионалом себя не считаю, по большей части хобби. Всегда с удовольствием смотрю подобные видео.
А уж как было бы полезно получить такое напутствие в начале пути, и говорить не требуется.
В своё время набил много шишек, в том числе благодаря "авторитетному мнению". Единственное, о чём теперь, спустя много лет, не жалею, это о том, что начал с контроллеров попроще - avr, и именно с ассемблера. Но это мой собственный долгий путь, не считаю его абсолютно верным.
Много воды. Скажу так, по личному опыту, пока не будет практической потребности в микроконтроллере (реального проекта), всё изучение так и закончится на "Хелло Ворлд!" - в смысле мигании светодиодом) А вот уже при формировании маломальского ТЗ к проекту, станет ясно какой MCU изучать. И да, программировать микроконтроллеры без понимания микроэлектроники - дальше уровня "Хелло Ворлд!" не получится.
По вашей логике нет смысла учиться в институте, надо идти на ядерную станцию и там станет понятно как ей управлять. В том, то и дело, что таких "специалистов" приходится отсеивать еще до прихода на собеседования. И так между делом у меня пара знакомых программистов которые ничего не понимают в электронике, но редкие спецы именно по DSP и им 100 лет не уперлось разбираться в тонкостях построения электроники. Им по уши хватает математики.
@@VladimirMedintsev Нет, я не это имел ввиду. Я же не сказал что юрист-тракторист сможет программировать MCU. Микроконтроллерры обычно программируют люди учившиеся на электронщиков, но даже в этом случае, для максимального эффекта обучения, нужен реальный проект. Ваши Программисты под ОС, в качестве разработчиков ПО для MCU, успешны только по той причине, что работают в команде с электронщиками и кроме математики им ничего и ненужно. У них так ТЗ построено. Такая структура пригодна только для производства, а мы говорим о разработчике устройств на MCU в одном лице. И без знаний электроники, такой разработчик, будет только мигать светодиодом)))
Так изучайте, в чем проблема?
@@Electronika_ Полностью согласен, знание С++ это не профессия, а средство. Это так же как слесарь скажет, что он знает что такое молоток. И таки да - воды очень много, может совсем-совсем для начинающих и пойдет, да и то .. очень много ненужной философии для начинающих.
Классный ролик 👍👍👍 молодец 👏🙏
в русскоязычном сегменте можно посмотреть Тимофея Хирьянова, по си у него хороший курс лекций(мфти)
если бы я не прочитал осны програмированияпо с++ а точне первых 100 страниц то я бы не понял о чем идет речь вопще, Спасибо вам, я увидил общую картину обучения этой професии, всьо понятно, теперь нужно погружаться глубже !
Замечательное видео. Спасибо
Спасибо все понятно и просто без лишней информации вот такой краткий обзор научит больше нежели часовые бесполезные лекции
Спасибо за видео.
Молодец, дядечка, всё хорошо разжевал для таких нубов как я.
Всё верно. Спасибо.
Здравствуйте , подскажите у Вас есть видео по тематике Zigbee? Очень хочется разобраться и собрать какое то устройство.
Спасибо, очень подробная рекомендация, с объяснением "зачем".
как говаривал Крош...уважуха за такую подачу материала
Спасибо.
Я б еще порекомендовал книгу Чарли Гилмор - Введение в микропроцессорную технику. Там очень ясно изложено связь железо-программа и как это все работает. Потому что если человек не знает что такое стандарт NRZ (к примеру) - он просто запутается в куче сокращений. Потом немного поиграться с PIC (MPLAB попроще CubeIDE) - получить положительный опыт для уверенности и переходить на STM32, поскольку Cortex-M4 - это почти уже то, что стоит в смартфонах, поэтому это - уже уровень.
Если человек приступает к изучению контроллера, даже самого простого как AVR, то это скорее всего надолго. Для тех заканчивают изученные уровне моргание светодиодами бессмысленно давать какие-то уроки. Их ит так бесконечно много и качество их не имеет никакого значения. Пусть человек выбирает тот, который ему больше понятен. Люди разные. Это стрельба из пушки по мухам. А для тех, кто приходит надолго одних законов Кирхгоффа и Омма не хватит. Нужно ой-е-ей сколько еще изучить. Вот такой курс действительно нужен. И про язык более менее досконально и за стиль программирования микроконтроллеров, и за архитектуры вычислительных систем, за стыковки по интерфейсам, за расчет временных и нагрузочных характеристики пр. и пр. И вот таких курсов действительно нет. Профессионалы, где вы, вас ждут будущие инженеры высокого класса…..
спасибо
очень полезно
8:50 В изделии, к разработке которого и я приложил лапу, трудятся МК в 176-выводном корпусе, и этих-то ног только-только хватило. Расширители портов не применяли.
Неделю на язык программирования? Две недели наверное на зарабатывание миллиарда и три недели на завоевание космоса?
Ну он же сказал на ознакомление, для базовых операций
Вас забайтили на коммент, а вы повелись
Приятная сказка на ночь . Для человека прошедшего по остриям граблей . И приятный склад речи .
Дядька верно про изучение языков программирования сказал. Ютуберы, как правило, снимают простейшие вещи, которые одинаковы в разных языках и просто просмотры собирают. А глубже уже уроков то и нет.
Сделай пожалуйста видео по внешним прерываниям на stm. Хочу перенести свой проект с avr на stm, и что то не очень понял по документации насчёт прерываний
Спасибо Вам за разъеснение.
А если собираешься заниматься не как профессиональный разработчик под заказ а для своих небольших + возможно своих коммерческих проектов (2-3 проекта в год) + проблемы с английским.
То что лучше применить СТМ или ардуино?
Просто на ардуино бумажной литературы полно а перечитывать по 600 страниц мануала еще и на английском на стм весьма затруднительно.... разве через гуглпереводчик его прогонять.
Думаю, не плохо еще почитать про логические элементы и их таблицы истинности, в школе это не изучают, но много времени не займет. Это и в программировании поможет и в чтении даташитов, схем и т.д.
Если кому то интересна эта тема - значит имеют представление об электричестве и программировании. Какими пользоваться ide, тоже можно было понять. Для меня пока ценным было указания на то, какие платы нужно покупать.
В этом вопросе у каждого свои пробелы в знаниях и разные начальные условия.
А что при смене МК язык С поменяется? Поменяются номера пинов и напряжение.
Ардуино это абстракция от устройства МК. Мне хватает... чтобы дрыгать ногами при помощи таймеров и PID регуляторов. Главное понимать форматы данных и их прозрачность в языке С.
Если мне понадобится производительность просто перейду на STM32/ESP32 и так же буду пользоваться абстракцией от внутреннего устройства МК.
Странно, только подумал спрыгивать с ардуины так появился ваш канал в рекомендациях. Годный контент! Подписался надеюсь поможет в переходе на STM, а практическая заинтересованность есть....
Такая же ситуация. Возник вопрос, какие мк существуют и как с ними работать, как развиваться дальше ардуино. Это вылезло в рекоммендациях
@@pensil2000 Так поставь задачу и найди под нее обвязку, я так делаю. Знать всё ненужно.
@@pensil2000 А"развиваться дальше" это как? Есть задача - есть решение. Если для решения задачи недостаточно одного метода / инструмента - ищут другой, более подходящий. Для не промышленных задач ардуины хватает в 99.99% случаев за глаза простым любителям и смысла в геморрое с изучением и переходе на всякие стм-ы , что бы просто мигать светодиодом, скажем так - ну очень мало, хотя.. если очень хочется, почему бы и нет.
Arduino... Сначала начинал с АВР серии... Вроде получается. Потом начала STM32Duino. Тоже много чего ок. Но не ок то, что библиотек мало, рабочих ещё меньше. И тогда смысл в в адуре резко падает, т.к. нужно писать библиотеки... Скорость работы выше. А вот не хватает начальных уроков по сути для въезда в тусовку стмщиков... Где искать готовые библиотеки? Много чего не понятно... Но думаю со временем это пройдет
спасибо гугу за толковые советы
Из русскоязычных каналов есть Тимофей Хирьянов, у него про си "курс молодого бойца МФТИ". Не микроконтроллеры, но основы си везде одни.
Еще для nucleo есть mbed. Там вроде и устанавливать не нужно ничего. Но это если очень хочется помигать диодом. Для серьезных вещей делайте как в этом видео.
Спасибо. Ну, кстати, у Тимофея видео действительно интересные. Думаю многим будет интересно его посмотреть.
Я пока не изучил ассемблер на конкретный чип, не мог понять, как всё устроено.
Надежнее всего начинать со схемотехники логических элементов и потихоньку двигаться в сторону архитектуры ЭВМ и основ ОС :)
Скажу от обратного, но про тоже. Не могу программировать чип не понимая его внутреннее устройства. Вот дискомфорт и всё... поэтому любое начинание перетекает к изучению внутренней архитектуры, а значит и ассемблера...
Разжеваный до мелочей ролик, спасибо вам за ваши старания
Купил stm32 в расчёте для начала на arduino ide
Владимир здравствуйте. Дурацкий вопрос но задам. Прикладывали ли вы руку к курсам на гикбрейнс по Iot ?
Какие форумы или ресурсы можете посоветовать для поиска хорошего ментора(наставника). Хочется воплотить самому пару простеньких проектов и даже если получиться, хотелось бы критики по коду и сборке от профессионала... (P.S. Минпромторг не предлагать им все нравиться)
Курсы GB, а именно программа обучения инженеров умных устройств были разработаны при моем непосредственном участии. Но уже больше года как я с ними не сотрудничаю. Сейчас я веду учебные курсы в МФТИ и собственные учебные программы.
Молодец автор 👍
Понятным языком объясняете
По сравнению с другими обучалками -- этот канал просто академия! А оговорки у всех бывают: они только заставляют смотреть внимательней.
Это не всегда оговорки.
@@VladimirMedintsev естественно!
Посмотрел несколько роликов с вашего канала. Еще не перерос Ардуино. Но уже взял Nucleo F411 и начал осваивать.
Хочу сказать, что всё-таки ваши размышления иногда однобоки. Может это ваш многолетний опыт "довлеет".
Думаю, что нужно использовать те инструменты, которые позволяют достичь результата за минимум времени. Из этого можно сделать вывод, что желательно владеть разными инструментами. Где-то хватит Tiny85, а где-то нужна Raspberry Pi или подобная Linux-платформа. Это я про искусственный интеллект, вы обмолвились в ролике.
Не от желания критиковать или ввязываться в дискуссию. Действительно огромная благодарность за ваши видео!
ПС. Много лет делал веб-сайты, на своем движке. И получалось так, что заказы идут потоком, на освоение чего-то нового почти нет времени. А это иногда просто необходимо, т.к. отрасль очень быстро развивается.
Да разумеется размышления однобоки. Тут вы правы. Наверное потому, что я делаю мелкосерийную электронику. А в мире, где электроника делается партиями нет места ни esp32 ни raspberry pi, ни прочим игрушкам радиолюбительского мира.
Попробуйте ту же ардуйню, только без библиотек. И СТМ32 без библиотек, всяких HAL и StdPeriph, на чистом CMSIS. Попробуйте на ассемблере. Нуклео 411 это конечно крутая машинка, но можно например взять F051 (ну, любой кортекс М0) - там ресурсов поменьше, и условия пожестче. Можно попробовать МК 8051, тоже интересная штука для своих целей. Иногда и МК не нужен, даже вреден - можно взять простенькую дешевую FPGA. Тут есть куда копать. Если в вебе все растет вширь и вверх (всякие ангуляры, реакты с редуксами, хотя редукс вроде щас уже не модно :), то в эмбеде лучше копать вглубь и вниз т.к. это дает более целостное понимание того как что работает.
@@user-gu2eu6vu4l Были времена, 2003-2005, когда я делал роботов , МК были Atmel 2313 и Tiny8, по-моему, ATMega8 как только появились, тоже использовал. Тогда писал на чистом Ассемблере, и хорошо получалось.
Но если есть задача и её нужно реализовать, то я предпочитаю использовать имеющиеся аппаратные и программные средства.
За два последних года, как я опять занялся (зимой) электроникой, сделал для дома множество устройств, только умных ламп 4 штуки. Сейчас изучаю умный дом на RaspberryPi - Мажордомо.
Владимир, спасибо за Ваши видео - очень познавательно. По ним боль-менее начал понимать армы. Сейчас появился вопрос: как хранить настройки устройства (переменные)? Есть ли в стм32 ПЗУ для данных (как в авр EEPROM)? Спасибо!
На канале есть видео про хранение данных во flash памяти устройства. Я не могу сейчас дать ссылку я с мобильного.
@@VladimirMedintsev Спасибо, если есть, то найду.
С праздниками кстати
Взаимно. С праздником.
Как раз вчера смотрел видео про семейство stm от NR.electrinics. Решил начать изучать stm , после понимания ,что ардуино это не серьезно.
С nr.electronics я не во всем согласен, но это хороший канал. Там есть весьма не плохие видео. Только автор как-то не очень общителен, мне показалось. Но контент там есть. Хотя лично мне ближе narod stream.
@@VladimirMedintsev А мне ваш канал попал в рекомендации после просмотра narod stream.
@@VladimirMedintsev народ стрим - вообще супермолодец. Именно его уроки мне позволили реально начать. Перед этим в течении года начал с ардуино и пытался как-то влиться а тему, изучал С/С++. Сейчас учусь его уроками по AVR. По окончании планирую перейти на его уроки по STM32. Ему памятник прижизненный ставить за такое великое благое дело.
По поводу минимальных знаний физики электричества, это к Павлу Виктору)
Здравствуйте планирую начать освоение программирование микроконтроллеров. Планирую купить несколько микроконтроллеров attyni 13 и несколько других более мощных avr. Также скачал и начинаю разбираться в ПО flowcode и proteus. Прошу подскажите что нужно докупить из аппаратных вещей для прошивки контролееров. А также на какое ПО дополнительно обратить внимание? В конечном счете планирую начпть повторять готовые проекты с каналов и таким образом учится. Благодарю.
А с какой целью вы собираетесь осваивать устаревшие микроконтроллеры? Их век прошел. Сейчас их учить смысла нету.
@@VladimirMedintsev а что актуально?
Сейчас изучать или архитектуру ARM, это GD32, STM32, Nuvoton и многие многие другие вплоть до ESP.
Или архитектуру Risc. Но вот AVR точно смысла нету
Честно, не вижу смысла использовать HAL, когда есть LL.
1) не намного сложнее
2) на этапе обучения лучше опуститься, как можно ниже к железу (так быстрее придет понимание, как работает МК и пройдет страх), LL - золотая середина
3) со временем образуется своя библиотека для работы с модулями МК и т.д., на основе LL - поэтому время выполнения проекта не увеличивается, а программа получается сразу оптимальной.
4) Подняться до HAL можно всегда успеть, если будет необходимость. Начинать учиться на HAL, почти так же, как учиться на Arduino
P.S. Я вообще начинал с pic16f84a и ASM и считаю этот опыт очень полезным и если есть такая возможность - не относитесь к ней высокомерно (это было в рамках учебного курса колледжа), главное не зависать на этом. и реальные проекты делать на asm не советую, после понимания основ (можно остановиться на мигании светодиодом) - сразу переходить на Си. Но на STM32 начинать на asm будет слишком сложно, для начала минимум LL.(и хотя бы одну "мигалку" написать на чистом CMSIS ), на PIC нужен дорогостоящий программатор, что для "побаловаться" не очень подходит. (с AVR должно быть проще, но сам такого опыта не имею)
Я реально помню времена когда понимание ассемблера было нормой. И микроконтроллеры PIC это целая эпоха. Эпоха в которой быть инженером было сложно. Инструментов поддержки разработчиков было мало. Библиотеки редкостью и требовался большой чемодан с кофе пока это все освоишь. С тех пор очень много изменилось. И в плане маркетинга и отношение между программистом и производителем контроллеров. Да, нам в России это не сильно заметно, мы слишком маленькие в этой пищевой цепочке. Но скорость выхода продукта на рынок сильно возрастает. Сейчас уже нету времени на месяцы отладки и освоения. Есть и еще одна проблема. При переходе с PIC и AVR программисты не хотят понимать, что нет нужды экономить. Ладно. Не буду писать. Как-нить в видео расскажу.
@@VladimirMedintsev не, писать реальные проекты на asm даже на пиках не стоило, в большинстве случаев. просто опыт на asm помогает быстро понять как вообще работает процессор (теоретическое представление, во всяких пиках не Thumb, но позволит лучше понимать тот же Program Manual ) конечно, можно и без этого жить, но речь об обучении, это полезно для расширения кругозора. против HAL глобально не имею ни чего против, писать какой-нибудь USB без HAL действительно обойдется дорого. но для всяких uart, таймеров, gpio ... вполне достаточно LL. (но опять же, у каждого свой стиль, хорошо когда вообще есть из чего выбирать 🤗)
Спасибо за видео, думаю всё-таки купить платку для "лампочкой помигать". А вообще работаю в РЗА, с электротехникой знаком получше, чем на уровне школьной программы, с языками программирования вообще всё плохо, есть ли смысл изучать данное направление для развития своего, пока непонятно, но очень интересно)
Всегда лучше знать и уметь чем не уметь.
А можно немного дополнить? Плату лучше брать с F303CC или F407VE на борту - это одни из самых универсальных по периферии (много вариантов для практики) и от того самых популярных МК (много примеров и поддержки сообществом). Приятный бонус: ценовая политика на популярные МК у STMicroelectronics самая "вкусная" (по крайней мере, в России у Компэла).
P.S.: Спасибо за видео, понастальгировал. 🙂
а как мигать шаговым двигателем,?
Мякишев 10класс физика один из лучших учеников как по мне!
Большое спасибо за подробную вводную лекцию по программированию микроконтроллеров. Немного не понятно почему Вы говорите о языке C а рекомендуете в ролике литературу по C++ Все же разница огромная. Мне, как древнему пользователю процедурного программирования Algol 60, Fortran IV, Forth все же ближе язык C. С него и начну. С уважением.
Вот блин, раньше меня успели заметить этот косяк. Надеюсь автор канала сможет грамотно ответить.
Причина проста, любой может просто не использовать ++, там где в этом нет необходимости.
В плюсах самое трудное это уровни абстракции. После ассемблера тяжело.
ответом автора довольны? Зная стандарты С++ и Си так ответить просто нельзя))))) Сейчас эти два языка считаются разными, даже без ООП, структурам построения и описания...
Изучение С++ всегда начинают с изучения С так сказась два в одном.
Здравствуйте! А что Вы думаете про курс по микроконтроллерам на сайте "Открытое образование" от СПБПГУ?
Здравствуйте. Ничего не думаю, я не видел этого курса и судить о нем не могу. Если бы вы могли дать ссылку, посмотрели бы все вместе.
Посмотрел на сайте. Курс еще не начался, он начнется только 14-го сентября. Ну и чтобы не получилось - "не читал, но осуждаю" я скажу вам так. Если взглянуть на список литературы из 3-х книжек (2 из которых это одна и та же книга на двух языках) то начинает закрадываться сомнение а у нас что нет ни одной достойной книги по микроконтроллерам за 10 лет??? Или просто кто-то решил схалявить. Ну второе более вероятно. Теперь к списку вопросов освящаемых на этом курсе. Там все сильно грустно. Курс на 54 дня можно было подойти очень не стандартно и интересно, но нет. Все переписано из какой-то адской методички 80х годов. Ну и кстати логика очередности тем тоже какая-то странная. Логично было бы сделать обзор периферии и устройства МК. Затем условия запуска и краткий обзор по средствам отладки. Это дало бы слушателю возможность понять как с этим чипом можно общаться. Затем порты ввода-вывода, интерфейс SPI, интерфейс I2C, потом аналогово-цифровой преобразователь, цифро аналоговый преобразователь. Это дало бы пользователю возможность очень широкого применения уже полученных знаний и только потом в факультативной форме 485-й интерфейс. Он просто сложен и его надо или не давать вообще или давать уже подготовленным. Далее нет там в программе ничего про средства программирования и библиотеки. Нет ничего вообще о структуре номенклатуры выпускаемых микроконтроллеров.
Грустно на самом деле от такого становится.
Здравствуйте (спасибо Вам за видео) - у ардуино есть отладчик - это протеус.
Если вы это в шутку то такое, а если серьезно то я бы советовал про отладчики почитать.
@@VladimirMedintsev Владимир - я скорее любитель, но всё же почему бы и нет - понимаю, что нельзя оперативно менять состояние регистров и переменных. Но зато можно наблюдать всё онлайн - шаги по коду, состояние еепром, переменных (взаимодействие с иде никто не отменяет) - так что дебаггер там отличный. ИМХО - ещё раз спасибо за уроки.
17:50 а разве ли самодельный програматор не прийдется прошивать магазинным?
Не обязательно. Есть ведь встроенный загрузчик.
Это как батька меня плавать учил? Кинул в воду с лодки, выплывет значит научится, утонет значит не судьба. :))
Всё зависит от стартовой позиции. Если есть какие то знания в программировании и электронике, то почему бы и нет. А если человек ни Паскаля ни паяльника не знает, то он выпустит синий дым из Нуклео и забросит занятия через пару дней. :)) Уверен даже покупка подростку набора Ардуино в 90% случаев ни к чему не приводит, нужна мотивация при которой люди из транзисторов собирают схемы.
Ардуино в Украине дети используют для знакомства и микропроектов, в дркгих странах тоже вроде
А какие микроконтролеры лучше всего подойдут для создания юсб переферии в виде клавиатур/контролеров? или стм32 будет достаточно?
Скорее даже избыточно. Но вообще создавать можно на чем угодно.
я делал руль и джойстик на "Ардуино про микро". Один на "HID Project" библиотеке, другой программой MMJoy2. Лёша Кластер делает на STM32 всякую периферию для приставок
Наверное, стоило бы попробовать упомянуть некий начальный уровень новичка, ато неужели любой сможет. И кстати, в ролике озвучен вариант достижения уровня, достаточного для того, чтобы стать профессионалом, но не упомянута возможность программирования с использованием ОС. Это вопрос, который я давно хотел задать Владимиру - вы умудряетесь не использовать в ваших разработках ОС? (Я полагаю, что ее использование оправдано даже в небольших проектах, ибо ОС позволяет не бояться внезапных дополнительных требований, которые упираются в нехватку ресурсов в не-ОС проекте, ведь придется менять контроллер на более крутой, или эпично извращаться в программе, а это долго и дорого, а ОС даёт некий запас в этом отношении, да и код получается более компактным и понятным.) В общем, я рекомендую ОС. А вообще, пишу этот коммент больше в поддержку раскрутки ролика, ибо считаю Ваш канал крутым и клёвым, благодарю за него.
Погодите, погодите. Когда это я говорил что ОС не использую? У меня ни одного проекта нету без FreeRTOS.
За комментарии благодарю и вас и всех подписчиков.
@@VladimirMedintsev оу, я, видимо где-то прослушал. Кстати, есть люди (и весьма крутые, Олег Артамонов например), которые начинают обучать прямо сразу с ОС. Считают это нормой, в смыле. В качестве просьбы - было бы хорошо увидеть в ролике ваш опыт использования ОС - организация папок проекта, какая ИД, что с отладкой и проч. Далее, можно было бы посмотреть ваши всякие хитрые приёмы, предпочтения.
Ну надо сказать сишечка не совсем обязательна для программирования под МК. Можно обойтись и ассемблером. Если там под ПИКи или АВРы - нормально на асме код получается. Зато сразу знаний прибавляется. Вот недавно программил под Пикоблейз (ну кто не знает этот такой софт-процессор от Xilinx), вот там асссебмлер красивый, очень понравился своим минимализмом и лаконичностью (хотя есть там койчего улучшить).
От себя хотел бы сказать, что не важно каким инструментом ты пользуешься, надо понимать как МК или микропроцессор работает изнутри на уровне регистровых передач. Лучше, но совсем не обязательно - на уровне транзисторов. Тогда и язык уже будет не важен и ты поймешь и осознаешь как в сишечке работают указатели, как написать свой .ld файл для линкера под ARM, как адресуется пространство внутри МК и многое другое. Но для помигать светодиодом - можно и с сишечки начать.
АБСОЛЮТНО СОГЛАССЕН ВАМИ ДЕНИС!!!! Свой путь к микроконтроллерам начинал именно с Ассемблера. Для микроконтроллеров Pic12/Pic16 там всего что-то около 34 команд. Их легко помнить в голове. Но зато понял что такое вызовы подпрограмм, что такое прерывание, что такое СТЭК и что такое "переполнение стека". Далее понял за сколько выполняеться каждая комманда. После этого уже сумел даже реализовать UART передатчик или ШИМ чисто программно. Можно скзать, что полностью понимал как работает контроллер изнутри. Это мне пригодилось когда на 8-ми ножечном 12-ом Пике(желание заказчика), в котором небыло ни дного ШИМ-модуля внутри нужно было реализовать управление шаговым двигателем в режиме микрошага (шаговый двигатель стрелки спидометра на приборной доске автомобиля). Работает чудесно и по сей день. Потом делал что-то типа многозадачности (round Robin). Далее уже были AVRы где я попробовал менять адрес возврата после выполнения прерывания или выскакивать по другому адресу из подпрограммы (менял стек). Понял как работают реалтайм системы. Потом была задачка на АТмеге с вмешательством в видеосигнал и наложением своих элементов графики (LM1881 сепаратор кадровых и строчных импульсов), увидел в нэте FPV по камере, хотел сделать что-то подобное. Там тоже был ассемблер, работало очень шустро на видео накладиывал цифры, линии шкалы и т.д. и это на 20 МГц. Сейчас уже занимаюсь на STM32 и Renesas, тут уже чистое Си. Но PICам поставил бы памятник т.к. опыт который я получил с ассемблером позволил мне очень многое понять. Тем более я понял как оптимизировать Сишные либы, чтобы они работали быстрее, какие "трюки" лучше применять, какая концепция в одной и той-же задаче будет работать быстрее или медленнее. P.S. Народ, поправьте меня если я не прав. спасибо. P.P.S Не бойтесь микроконтроллеров, не бойтесь ассемблера, возьмите PIC там всего 34 команды. КРАССОТА. P.P.P.S Божьих благословений всем
@@MegoRosst Здравствуйте. Ардуинка пусть будет, с ней лучше чем без неё. Слышал что говорят эмбедет разработчики про неё, она хороша для быстрого прототипирования, если нужно что-то попробовать. Но не больше. Поиграйтесь с ней, от этого хуже не будет, какой-то опыт получите. Но!!! Сильно на неё не засиживайтесь. К стати как у Вас со знаниями электроники? Цифровой электроники? Сталкивались ли Вы с дребезгом контактов? Если нет, то ознакомтесь с этим также. В нэте куча инфы сейчас. У Вас всё получиться, только на ардуинке не останавливайтесь. Нужно двигаться дальше. Всётаки поиграйтесь с PIС16 микроконтроллерами. Для этого даже не обязательно их покупать (по крайней мере в начале), можно понять как многие вещи работают через симулятор (он есть в MPLAB 8), там ещё и есть пошаговая отладка кода, а это просто прелесть. И там также всего 35 команд (уверен Вы их через неделю будете знать наизусть). Пусть Вас ардуинка сильно не искушает, там есть свои плюсы, но я к сожалению не видел хороших спецов, которые стали таковыми через ардуинку (я бы хотел бы ошибаться). Я ВАМ ИСКРЕННЕ ЖЕЛАЮ, ЧТОБЫ У ВАС ВСЁ ПОЛУЧИЛОСЬ ДОРОГОЙ ВЯЧЕСЛАВ!!! Не бойтесь челенджей, которые возникнут при Вашем обучении. Это мне было сложно изучать микроконтроллеры в 2002 году, сейчас спустя 20 лет это стало гораздо легче, материалов куча, видео-роликов тоже. Благословений Божьих дорогой Вячеслав. Донт гив ап! (не здавайтесь!!! и не бойтесь сложностей, я самоучка, если я прошел значит и Вы пройдете)
@@MegoRosst Да и ещё, у Ардуинки интерфейс пользователя реально уродливый, даже Notepad++ гораздо лучше. Плюс нету пошаговой отладки, а это очень удобная вещь. Поэтому как минимум MPLAB 8 или MPLAB-X или Microchip Studio (аналог Visual Studio), там код подвсечиваеться разными цветами и т.д. просто красота
Согласен с Вами почти во всём кроме рекомендаций читать доки чуть ли не с самого начала курса по освоению МК.
Это очень большая ошибка, которая как раз и отпугивает начинающих, когда они открывают толстенную книгу, с полностью непонятным им содержанием.
При этом у них возникает тихая паника - и ведь этого целых 600 страниц!!!!!!
Существует ли какая-нибудь система моделирования систем управления на микроконтроллерах - веб или десктоп программа, в которой можно на базе распространённых микроконтроллеров и различной периферии (датчики, моторы и прочее) создать свою систему в виртуальной среде, и там же протестировать написанный для этой системы код?
Такое существует исключительно для Atmel. Для других микроконтроллеров смысла нет т.к. все моделируют на реальных устройствах. Для атмел это называется Протеус. Ну а по сути прошивку нормально протестировать можно только вкупе с периферийными устройствами. Без этого смысла нету. Кто будет писать программу которую по факту никто не будет использовать если и проще и дешевле собрать макет и на нем все опробовать.
@@VladimirMedintsev Так я же написал что в программе должна быть возможность спроектировать устройство полностью, со всей необходимой для конкретного проекта периферией. И я бы не сказал что дешевле купить всё что нужно и протестировать на реальных объектах. Настольные пк есть практически у всех, а вот возможность выделить средства на покупку всех нужных компонентов - нет. К тому же, часто не представляешь а что вообще может понадобиться, как какая периферия будет работать, а заниматься разработкой цифровых систем управления хочется, хотя бы в качестве хобби. Вот тут то и пригодилась бы виртуальная среда где можно спроектировать, запрограммировать и протестировать работу. Это значит что такой симулятор должен иметь возможность создания модели реального окружения, в котором можно изменять состояние этого окружения.
Но как я понял такого нет и не предвидится. И, похоже, снова всё упирается в то, что если тебе что-то нужно - делай это сам.
Таких программ не существует. Профессионалы так не работают, а любители используют Arduino.
@@VladimirMedintsev как я понял, даже для Ардуино нет таких нормальных программ. Есть попытки сделать что-то подобное, но они очень ущербные в плане начинки из периферии
Ну потому и нет, что разработку кто-то должен финансировать. Фирмам и профи это не нужно, а любители и подавно этого делать не будут. Вот и нет ничего.
здравствуйте. помогите с проблемой. ардуино уно не запускает код от внешнего питания пока не нажмешь кнопку резет. как исправить ситуацию? на ногу ресет ставил конденсатор и резистор 100ом не помогло.
Резистор 100 килоом от ресета до питания, конденсатор от ресета на землю. И хороший электролит на питании.
Vladimir Medintsev пробовал на 2х ардуино. Одинаковое поведение. Что делаю не так не пойму.
@@VladimirMedintsev по даташиту 10К
@@Alexfpv_blg это нужно смотреть код
Я вот что понял - сам по себе язык это просто средство, чтобы писать программы надо знать алгоритмы а это ещё 800 листов :) в этом плане визуальные языки с модулями обёртками над либами реально позволяют добиваться рабочих программ без знания к примеру того же пид алгоритма. Для себя открыл связку flprog + arduino bootloader как самое начало начал.
Спасибо за информацию
Конечно, если для решения ваших задач хватает flprog то это и не плохо. Но главное, чтобы потом это не мешало более углубленному изучению микроконтроллеров.
flprog бесспорно отличная вещь, но для меня если проект становится чуть сложным например управлять 4 шаговыми двигателями где на каждый нужно 250 Кгц генерации шагов, увы я не представляю как это реализовать на блоковом языке. На нем легко делать линейные несложные алгоритмы, но как только появляется время-зависимые задачи приходится опускаться поближе к железу.