Comments 21
достоинство этой работы в том, что тут всё конкретно и завязано на физические величины.
Всё можно измерить. Есть полный контроль за устройством. Никакой OS, которая вдруг начнет обновлять антивирус на МК нет. На MCU нет виртуальной машины, нет гипервизора. Нет никакого недоверенного кода.
Всё можно оцифровать, любую физическую величину перевести в цифру. Всё упирается на физику и законы физики. Софт произрастает от схемотехники. Схемотехника произрастает из электротехники.
Как говорил наш университетский профессор
Электроника - это наука о контактах!
Электротехника произрастает из физики.
Никто не будет спорить с законами физики. Закон Ома не отменишь, как радугу!
Достаточно по диагонали просмотреть электрическую принципиальную схему устройства (Э3) и уже в общем-то становится понятно, что это такое и какое для неё должно быть firmware.
Не соглашусь с мыслью о том что если ты не напишешь код, то функциональности не будет. Фактически в хорошо спроектированной системе своим кодом ты точно так же перенаправляешь информационный поток (который в ином случае пошел бы по другому пути)
Полагаю, что в АСУТП и эти эмоции со временем превращаются в рутину. А там ведь есть задачи и покруче, например на АЭС. Так уж устроен человек, дофаминовый всплеск вызывает только что-то новое
Мы в обычных компуктерах тоже управляем энергией и заставляем ее бегать в заданных ритмах от транзистора к транзистору, по проводам или по оптоволокну в виде света, а также в пространство электромагнитными волнами. Просто преподносится это не так эпично)
достоинство этой работы в том, что тут всё конкретно и завязано на физические величины.
Всё можно измерить. Есть полный контроль за устройством. Никакой OS, которая вдруг начнет обновлять антивирус на МК нет. На MCU нет виртуальной машины, нет гипервизора. Нет никакого недоверенного кода.
Всё можно оцифровать, любую физическую величину перевести в цифру. Всё упирается на физику и законы физики. Софт произрастает от схемотехники. Схемотехника произрастает из электротехники.
Как говорил наш университетский профессор
Электроника - это наука о контактах!
Электротехника произрастает из физики.
Никто не будет спорить с законами физики. Закон Ома не отменишь, как радугу!
Достаточно по диагонали просмотреть электрическую принципиальную схему устройства (Э3) и уже в общем-то становится понятно, что это такое и какое для неё должно быть firmware.
Евангелисты от электропривода, интересно звучит! Представьте, а раньше вообще это всё без кода делали, чистая электроника, а кое-где и просто электрика. А канифолью и лаком как пахнет!
Для тех, кому интересно, что там за алгоритмы в FOC: https://habr.com/ru/companies/npf_vektor/articles/367653/
Тема "магического дыма" в статье совершенно не раскрыта))
Вообще, очень интересен путь автора - из web-программиста в программисты микроконтроллеров. Для того, чтобы MCU программировать, обычно желательно и в схемотехнике разбираться на определенном уровне, так как часто большая проблема - определить, где кроется очередная проблема: в железе или софте.
Критика. Прямо сейчас заканчиваю систему управления двигателями одним роботом. Момент, скорость, положение и протоколы управления. Для меня эта статья выглядит как: "о смотрите это баш и он исполняет скрипты, это так классно" или "о смотрите я сделал докер/запустил питон/хеловорлд". Очень раз за автора, он молодец, но зачем такие вещи без смысла писать? Хабр все больше в помойку, "невыдуманные" истории и чатжэпэтэ превращается.
Молодец, увлеченный специалист.
У автора впереди ещё сфера высокоскоростных низкоуровневых интерфейсов. Тут ему откроются новые горизанты в наносекунды и пикосекунды.
История очень блика мне, однако полностью противоположна. По образованию конструктор, но всегда увлекался схемотехникой и микроконтроллерами, и работаю в этой сфере. Как то и привода до меня добрались, разрабатывал сервопривода с FOC(Нравица).Однако смотря на друзей и знакомых swift и python разрабов с ЗП 300к в наносекунду, задумываюсь а правда ли мне так нравится вся эта embedder разработка.
Почему-то вспоминаются голливудские сцены со злодеями "О да-а, теперь я повелитель вселенной". Но по моему доступ к силовым приводам рановато давать, если то, что "FOC делает рекуперацию при торможении" - это озарение. И оказывается, что сложнее реализовать систему без нее, если не хочется спалить источник питания или обмотки при резкой остановке.
Звучит конечно круто, и рад за вас, если вам нравится. Но звучит слишком уж ответственно. А я не люблю быть ответственным.
Не могу удержаться, но следующая статья будет про антигравитацию? Типа долго меняли знаки в программе, но летающая тарелка так и не полетела..
Ваша история разбудила воспоминания о прочитанной книге Желязны "Витки"
При прочтении статьи почему-то вспомнилась кривая Даннинга - Крюгера. Хочется посоветовать быть готовым к падению в "долину отчаяния", и не переставать обучаться
Больше похоже на впечатления выпускника от производственной практики. Как-то слишком пафосно, что-ли. А надо бы больше по существу: стм32, TI или микрочип? И почему именно стм32? А сразу разработка в прототипе или сначала девборды какие мучаешь, ключи силовые дискретные или модули? А мертвое время, от нагрузки сильно зависит? Про разводку плат ни слова, а от нее зависит ничуть не меньше чем от твоего кода.
Когда ты больше не просто пишешь код. Ты управляешь энергией