Qualcomm купила Arduino и представила Uno Q — первую совместную плату.
Итак, а сможет ли покупка Qualcomm Arduino изменить вашу жизнь навсегда? Zenembed утверджает, что она ни на что не повлияет, сама Arduino как концепция мертва уже лет 10, а сделать экзит с деньгами — лучшее, что руководитель мог сделать в своей ситуации. Но посмотрим на ситуацию под разными углами.

Arduino взлетела как удачный форм-фактор: вы могли быстро писать скетчи, не лезя сразу в чистый C или ASM. При этом авторы хоть сколько-нибудь сложных библиотек всё равно опускались на низкий уровень и мешали высокоуровневый код с С/ASM, как, например,
тут https://github.com/adafruit/Adafruit_NeoPixel/blob/master/Adafruit_NeoPixel.cpp
Это ужасно с точки зрения чистоты кода: библиотеки превращаются в свалку из миллионов
#define

под каждый контроллер. Но тем не менее это был самый простой способ доставить рабочий код конечному пользователю. Arduino помогала доставлять не только библиотеки, но и целые проекты. Самый яркий пример —
Marlin для прошивки3D-принтера https://github.com/MarlinFirmware/Marlin

Очевидно, что сам проект разрабатывается не в Arduino IDE, но конечный пользователь, как правило, использует именно её.
Однако здесь стоит учитывать, что наличие разнообразных решений для решения одной и той же проблемы является лишь проблемой в голове опытного разработчика. Embed-разработка уже давно спуталась с эрой, где стремительное развитие ИИ и вычислительных возможностей становится все доступнее.
По этой причине можно было бы вообще похоронить всю отрасль Embed-электроники, так как все больше пользователей могут себе позволить купить столько б/у или новых полноценных компьютеров, сколько нужно. Тогда и нет смысла вообще делать проект на чем-то совсем низкоуровневом, ведь можно писать программы на Python и управлять ими Embed-электроникой, а использовать напрямую для контроля механизмов в доме. Всю архитектуру, в частности, домашнего умного дома можно было бы давно пересмотреть, но никто этого не делает, просто параллельно развиваются разные рынки.
Что происходило дальше? Партнёрство с Intel (2013–2017). Немногие вспомнят такие платы, как
Arduino 101 https://docs.arduino.cc/retired/boards/arduino-101-619/
(2015-2016),

а также попытки в Arduino с Linux —
Intel Edison https://en.wikipedia.org/wiki/Intel_Edison
(2014-2017) и
Intel Galileo https://en.wikipedia.org/wiki/Intel_Galileo

(2013–2015).
Где они сейчас? Проблема была в том, что Intel обеспечила поддержку базовых ардуиновских функций, но внутрь платформы лезть было трудно: отсутствовала документация и примеры и ни кто этим не стал занимался. Не помогло даже то, что Edison раздавали пачками — у меня было 5 или 6 отладочных плат.
Спустя ещё несколько лет началась активная диверсификация (2018): стали появляться новые платы. Например, Arduino с FPGA —
MKR Vidor 4000 https://docs.arduino.cc/hardware/mkr-vidor-4000/
(2018), Arduino с NB-IoT —
MKR NB 1500 https://docs.arduino.cc/hardware/mkr-nb-1500/
(2018), «промышленный» контроллер —
Opta https://www.arduino.cc/pro/hardware-product-family-opta-family/
(2022).

Особо никто не знает и не видел — и причина та же: «хреновая» поддержка по верхам и игнорирование потребностей энтузиастов на низком уровне (инструменты, драйверы, документация, отладка).
Последний по-настоящему массовый продукт —
Arduino UNO R4 https://store.arduino.cc/products/uno-r4-minima
(2023).
Можно наивно предположить, что по USB там есть встроенный отладчик, как на многих нормальных девбордах, но нет. Видимо отладка слишком сложна для пользователя. Если у Minima хотя бы есть разъём под JTAG, то у версии
WiFi https://store.arduino.cc/products/uno-r4-wifi

он вообще не выведен. Да, можно закостылить ESP32 как CMSIS-DAP, но что делать, если я хочу отлаживать код вместе с Wi-Fi-частью?
И вот мы в текущем дне:
Arduino UNO Q https://www.arduino.cc/product-uno-q
(2025).
Супер-переусложнённая плата с большими вопросами по поддержке. Работает как макбук: можно вешать Type-C-хаб для вывода видео и подключения периферии, все в одном type C. Прогрессивно, но что с низким уровнем и инструментами?
Подводя итог, ZenEmbed говорит о том, что UNO Q — новый Edison. Qualcomm не славится любовью к опенсорсу, и с большой вероятностью HAL окажется закрытым или полузакрытым — это быстро убьёт экосистему вокруг платы. Слишком высокая сложность тоже не сыграет на руку мейкерам, которые привыкли тыкать модули в гребёнку, не погружаясь в схемотехнику. А что касается самой Arduino, их новые сложные платы так и не встали на один уровень с классикой и, по большому счёту, никому особо не нужны. Идея супер-сложных ардуин с очень высоким уровнем абстракции мертва уже около десятилетия. Так что остаётся порадоваться за тех, кто заработал хорошие деньги перед тем, как всё само развалится.
Однако это лишь мнение одного разработчика. Действительно, есть чувство, что мир стоит на пороге, когда «тупые» устройства и «умные» привели к такому разнообразию технических решений, что это переусложняет коды разработчиков. «Отладочные платы раньше были лучше» — сказали бы бабушки-разработчицы на пенсии на лавке сегодня, если бы их было побольше. Хочется как проще, в итоге под кого именно идет упрощение, адаптация написанного и так несложным языком в даташите — слабо понятно, несмотря на всю мощь маркетинговых компаний производителей.

Мы вообще живем в эру, когда чат GPT интерпретирует и «разжует» эту картинку быстрее, чем мы купим очередную отладочную плату.


Конечно, нельзя не отметить факт, что вся разработка встраиваемой электроники развивалась вообще по своему, уникальному, пути. Рост производительности микропроцессоров и постепенный уход от операционных систем реального времени — вещи малоуместные или неуместные в данной сфере. Интересно наблюдать, как выходят все новые и новые платы, на которых можно разрабатывать новые чудо-устройства, которые будут стоить дешево и будут иметь современные функции, такие как WiFi, ZigBee, Bluetooth последней версии… При этом загадочно то, что программно часто рациональнее такое множество интерфейсов реализовывать уже на стороне компьютера, к которому устройство подключается как некое «умное устройство умного дома».
Однако все выходят и выходят чудо-платы, которые «актуально» использовать для разработки чудо-стартап-устройств в областях умного дома и интернета вещей.
Но а мир-то вообще в итоге идет в направлении максимально «тупого» и простого подхода. Когда думать не нужно. В таких подходах разработчикам будет дальше казаться, что платы типа UNO Q не нужны и что «где-то это уже было». Но вспомните, как питон резко выстрелил среди конкурентов и почему.
Рассматривая тот же концепт бытовой электроники… Действительно, можно было бы вообще для любой техники покупать по одноплатному компьютеру Mac Mini, и это не было бы дорогим удовольствием! То, что решение дорогое, навязывают нам прошлое поколение и текущие условия рынка.
Особенно интересно было бы, если бы разработка прошивок вообще перестала быть коммерческой тайной самого производителя и перешла в руки домовладельцев. Набирает популярность вообще другой тренд: локальный ассистент, который бы работал без интернета и постоянно обучался на данных пользователя.
Жизнь разработчика такая плата изменить, несомненно, сможет, однако, с другой стороны, мир идет к упрощению технологий, интерфейсов и протоколов взаимодействия. Про платы Ардуино сегодня можно однозначно сказать: они вносят скорее путанницу, давая силы и новые возможности скорее тем, кто хочет не становиться профессионалом и не тратить на это время, но кто хочет быстро получать те или иные решения, которые можно использовать в этой повседневной жизни, а не в следующей.
Для профессиональных разработчиков, которые хотят именно материальной выгоды за счет покупки платы, ничего хорошего здесь не светит — нужны более простые и открытые простым смертным решения, более доступные и менее запутанные библиотеки с понятным синтаксисом.

Однако для тех, кто просто меняет мир, плата может дать много готовых наработок, которые поддерживаются другими следователями бренда и концепции Arduino.

Еще недавно биткоин называли мыльным пузырем, но этого пузыря хватит еще нашим внукам. C Arduino и ее новыми вариациями, очевидно, все сейчас происходит аналогично, просто среди «продвинутых разработчиков» возникает немало хейта по этому поводу.
Если в сообществе IT разработчики уже привыкли жить среди множества парадигм программирования, где в React JS при разработке сайта лучше писать всю логику внутри одного компонента, как и стили этого компонента, а в том же Laravel — мувитон не разделять код… То в ситуации с Embed-электроникой все, чему не научил тебя добрый дедушка на работе, является чрезмерным усложнением и проблемой в коде, затрудняющей его понимание.

Разумеется ситуация в Embed очень интересная, особенно с позиции развитости в Мире объективно-ориентированного подхода против этих всех #define, упомянутых выше. Технологии Arduino, как бы ни загадочно это звучало, до сих пор не могут преодолеть некоторый рубеж и впитать в себя лучшие черты как области встраиваемых микроэлектронных систем, так и сферы IT в чистом виде.
С развитием технологи LLM-сетей адаптировать код под другу платформу часто становится все проще, пока живы оригинальные GitHub-коды, которые разрабатывают реальные разработчики. В сфере Embed-электроники действительно все больше усложняется переход к каким-либо единым стандартам и принципам, и если специалисты IT признают красоту определенных подходов, для сфере embed-разработки пока уровни развития меньше, как и оборот денежных средств в отрасли. Аналогичные процессы в данной отрасли проходят сравнительно медленнее.
Этот рынок действительно временно задыхается в многообразии не выстреливающих, хотя и правильных, подходов, которые предлагают те или иные бренды-компании в отрасли. Которые пока разработчики из мира Embed могут плохо себе представить во всей красоте и в полном расцвете. Но Arduino можно по аналогии сравнить с Tilda в IT, которая ни умирает, ни выстреливает. В эпоху, когда далеко не простейшие сайты-визитки за час пишутся инструментами от ChatGPT. Arduino очень проста, но также несовершенна сегодня, как и профессиональные решения для продвинутых разработчиков отрасли.
Мир все дальше разделяется на многообразие решений, причем если в IT примерный стек технологий постепенно устаканивается, то инженерному направлению еще только предстоит пройти через все эти технологии и концепции.
Интересный факт. Сейчас направления Embed-электроники и IT развиваются похожим образом, как после 90-х экономики США и России. Предприниматели массово говорили еще какие-то 10 лет назад: «бери схему бизнеса США и внедряй ее в России, у нас 20 лет отставания и скоро это взлетит!»… Сейчас вообще непонятно, правильно ли догонять США. Часть ноу-хау и решений всегда остается в закрытом доступе. И беспокоиться, что нужно вообще все свое — это как пытаться изменить мир и доказать автору очередной научной работы, что его статья должна быть более понятной и доступной даже политикам.
Рынки Embed и IT стоят на аналогичном рубеже: решений и подходов все больше, приверженцы какого-то одного решения получают все меньше прибыли, в этом многообразии каждый остается при своем мнении в соответствии с той школой, которую он прошел в университете и в результате влияния блогеров и друзей-коллег-разработчиков.
Статья написана как некоторый ответ на работу @zenembed в tg, за основу взята и доработана его статья