Comments 69
как сейчас?
Продолжаю работать на этой же должности, в основном занят разработкой автоматизированных устройств, что мне и нравится, в свободное время развиваю этот навык, но также и параллельно занимаюсь разработкой Android приложения для систем IoT
Стаж мало что значит в наше время. Можно 20 лет на заводе схемки из десяти деталей делать, а можно SDR-приемник родить. Я много народу собеседовал, всякого насмотрелся. Из молодых (до 5 лет стажа) 90% это вчерашние ардуинщики, не понимающие почти никаких процессов что в работе контроллера, что в схеме. Например мало кто мог изобразить на бумажке простую схемку на операционнике для подгонки сигнала в диапазон АЦП или найти банальную ошибку в схеме двухтактного преобразователя. Еще меньше народу могло внятно рассказать что такое стек и куда попадают параметры и возвращаемое значение при вызове функции. Вопросы про указатели и структуры я вообще задавать перестал после какой-то попытки. Соответственно навыки дебага отладчиком тоже забытое ремесло, у всех в голове printf и народ реально не понимает в каких случаях его нельзя применять.
Открыл статью с мыслью - ну во, опять... Однако нет, все по делу. С позиции опыта на порядок большего (25 лет) могу сказать - все так. Хорошо, что наша ниша воспроизводится. Но все же несколько мыслей не могу не высказать.
Человек-оркестр (схемотехник, конструктор, программист и технический писатель в одном флаконе) - очень распространенное требование. Но лет с 5 практики соответствовать ему - очень не хорошо. Это будет ограничивать вас, как профессионала. Мир схемотехники огромен, если в нем жить. Hi-Power, RF, Hi-Speed - и у каждой ветки свои ответвления. Конструирование - опять отдельный мир. При чем оно разное, для Consumer, Industriall, Military, Automotive и прочего, то же про программирование. В каждой сфере есть свой поход, и свое обоснование. Ну и документация. Писать ее должен (нет обязан) автор, но... Если документация должна быть безупречной, то в какой-то момент она должна уйти к человеку, на этом специализирующемся. В определенный момент надо все же определиться какой дорожкой стоит идти дальше, а не метаться как обезьяне из анекдота.
До сих пор тезис о том, что документация бывает либо русской, либо правильной остается верен. Документация всегда отстает от передовых новинок, и уж тем более она очень плохо переводится. Более или менее качественный перевод есть на то, что становится классикой, но и тут оригинал всегда лучше.
Пожалуй из основного все. Рад за то, что в нужный момент у вас в руках оказалась та самая случайная книга. Случайности, они почти всегда не случайны. Удачи вам в работе. Интересных, адекватно оплачиваемых проектов.
Как с удалёнкой во встройке? Когда я 20 лет назад ушёл из железа, работать можно было только прикованным к заводу. А что сейчас?
Говорят у кого-то есть... Автоматизированные сбросы, удаленный доступ к ПК с JTAG и прочее. Но по факту, в настоящем embedded удаленка возможна, но на последних этапах. Когда железо отлажено, остался только софт. И проект позволяет ПО на столе отлаживать и ему сигналить. Т.е. по сути фантастика.
Да, embedded - это про офис (а чаще про завод, стройплощадку, трактор или что-то подобное). Так что если любишь embedded, то и поездки на работу полюбить придется. Приборы, которые стоят как пара квартир и все такое.
Ага, а ты помнишь как мы начали лабораторию домой таскать в ковид)
Тут два варианта либо лаб. в офисе, либо лаб. из офиса дома.
Интересно, а метрологическое оборудование вы тожи из лаб. в хом перетащили?
Для целей отладки изделий на этапе разработки приборами с поверкой не пользуются.
Угу, это вы мне, разработчику с 25+ лет стажа, решили рассказать. Макет можно собрать из говна и палок, но как только начнётся документирование, полезут всякие метрологические заморочки - допустимые погрешности измерений, допуски для обеспечения ЭМС и т.п. Даже эскизный проект уже предполагает ввод некоторых нормативов, а уж стадия изготовления опытного образца и рабочей конструкторской документации предполагает, что о метрологии всё известно. А то о чём вы говорите - это шарашка, а не разработка.
Я Вам нечего не рассказывал, Вы задали вопрос про оборудование, я Вам ответил. Вы почему-то решили блеснуть своими знаниями, не понимая, что и о чем я говорил. Понятие шарашки и разработки растяжимо. Для каждого оно свое, тем более в срезе опыта. Если Вы считаете, что все, что Вы описали это эталон разрабоки, а остальные в шарагах работают - Ваше право и Ваше личное мнение, интерес к которому для меня находится между налогообложением в Зимбабве и миграцией ушастой совы.
Уныло, у нас в городе подобная вакансия появляется раз в 10 лет точно. А переезжать и начинать жизнь с нуля - такое себе
Осциллограф, логический анализатор и два лабораторных БП, больше ничего лично мне не требуется, ну ИК стол ещё как-то подарили, макеты домой привозят, как-то делал автоматику для ванн, эти клоуны мне всю ванну в сборе привезли... Зато ускорило разработку, каждый день жена пилила когда уже бандуру заберут
Специальный технологический центр - гибрид. 3/2
Могу говорить лишь по себе: возможности есть, иногда они заключается в написании ПО под конкретное железо, или же составления электрических схем и документации, также удалённо, но это надо поискать место
Надеюсь, никак.
Стол инженера-разработчика в знакомой конторе стоит около 800к$, это осциллограф, ЛА, щупы, генераторы.
Ещё сюда прибавьте помимо лабораторных СИ эталоны. Почему-то мамкины инженеры всегда забывают, что любое СИ надо поверять, иначе любой вашей разработке - грош цена. А если вы считаете, что сваять из говна и палок какой-то девайс и на этом успокоиться - это разработка, то у меня для вас плохие новости...
Возможна. Лишь бы в домашней лаборатории было необходимое оборудование для работы
Возможна. Лишь бы в домашней лаборатории было необходимое оборудование для работы
То есть если человек действительно "болеет" темой и собрал у себя в гараже микро R&D-центр с суммарной ценой оборудования в несколько миллионов рублей?
Да не, там дешевле. В миллион можно легко уложится даже если брать бренды. Если брать дешман-китай то еще дешевле. Из необходимых приборов - осциллограф, мультиметр, блок питания, генератор, паяльная станция. У разработчика имеет ценность скорее не комплект оборудования, а накопленный набор радиодеталей, приспособлений, мелких помогаторов, макеток, модулей и пр. Вот это все может и перевалить за миллион.
Я бы очень хотел посмотреть, как вы те же WiFi c Bluetoth одним только осцилографом (даже очень крутым и брендовым) отстраивать будете. Как EVM померяете на соответствие стандартам, как маски спектральные, как приемный тракт отстроите...
Короче серьезная схемотехника в домашней лаборатории не делается. Это просто факт. И никакие макетки тут не помогут. Да, "малую автоматизацию" можно, но это очень малая часть схемотехники.
Wifi с блютузом никто в здравом уме никогда не отстраивает. Даже в серьезных конторах где такая возможность есть. Берутся готовые модули/soc/фильтры/антенны. Все это собирается согласно даташиту, подается питание и оно работает.
Что такое evm я вообще знать не знаю, и гуголь, кстати, тоже. Если за 30 лет радиолюбительства мне это мерить ни разу не понадобилось, значит это какая то нишевая фигня, которую надо мерить дай б-г одному специалисту из 1000.
Ну и радиосвязь - это одно узкоспециализированное направление электроники, такие вещи на удаленке или аутсорсе не делают.
А все остальное вполне можно делать дома. Тем более что сейчас вся сложность перекочевала в ПО, схемотехника стала существенно проще.
Что такое evm я вообще знать не знаю, и гуголь, кстати, тоже.
Это потому, что у вас гугл не на то обучен. Посмотрите. И да, радиосвязь тоже часть схемотехники. И готовые решения после сборки все равно должны сертифицироваться, потому измерения нужны.
Не хотите радиосвязь - не надо. Возьмите HDMI или MIPI и сделайте плату с ними. Тоже классно - 4K в HDMI - всего-то 18Гигабит. Но даже если опустим планку - FullHD - 10Гигабит. Сущая мелочь для китайского осцилографа, не находите?
Я же говорю - что-то можно сделать и дома. Но это очень малая часть, на самом деле. Как только хоть что-то посерьезнее и... Все, приехали... Или "от фонаря, методом проб и ошибок", или ищи то, чем это можно контролировать.
Ну как я и предполагал, какая то ускоспециализированная хрень.
И да, радиосвязь тоже часть схемотехники
Я разве утверждал иное? Это узкоспециализированная часть схемотехники.
должны сертифицироваться
Причем тут разработчик? Разработчик не занимается сертификацией, он занимается разработкой. Сертификацией занимаются другие люди и в 99% это чисто бумажная работа без каких либо измерений вообще.
Возьмите HDMI
Брал. Смотрел. Да, ничего не увидел. Опять же никто в здравом уме не высматривает отдельные биты в таком потоке. Берутся готовые интерфейсные микросхемы, которые включаются согласно даташиту, подается питание и все работает. Что вы там реально собрались высматривать? Правильно ли передался 1000000050000000 бит в канале R через 0,00006543897с после подачи питания? Если уж так хочется глазами разобрать поток, можно включить 640х480 и прекрасно все рассмотреть любым китайским осциллографом. Если интерфейс завелся на 640х480, он заведется и на fullHd.
Как только хоть что-то посерьезнее и
Ну так а что посерьезнее то? Вы привели блютуз, вифи, hdmi. Но их никто вручную с нуля не разрабатывает. Единственный момент, который вы не упомянули, и который реально может помешать работать из дома - когда разрабатываемый девайс физически большого размера и его тупо затащить нельзя.
Давайте так - у вас на плате SOC. Уровня IMX8 от Freescale, чтоб совсем в сложное не лезть. И хотим джентельменский на сегодня набор интерфейсов - WiFi, Bt, HDMI, Дисплей хороший на MIPI, PCIe, SATA на всякий случай, и куда же без USB3 с PowerDelivery. Вы считаете разработку такой системы нишевой и узкоспециализированной? Ну может быть для вас оно и так. А для многих именно это суровая рутина.
Даже если беспроводка будет в виде съемных модулей (что в общем случае не всегда так - бывает что и она в виде микросхем делается, с внешними усилителями - и тогда EVM точно подлежит измерению и контролю). Но да ладно - а PCIe? А SATA? А MIPI? Если интерфейсы у нас не работают или работают нестабильно как мы поймем причину без контрольных приборов? А еще круче - все сразу заработало после сборки - отлично, но где гарантии что в другим модулем WiFi все работать будет? А они только в подтверждении качества путем прохода тестов. Т.е. мы должны быть уверены, что в допустимые интервалы наше решение укладывается (а лучше с максимальным запасом). И разработчик тут еще как при чем. Целостность сигналов - это его работа.
Если интерфейс завелся на 640х480, он заведется и на fullHd.
Я не буду спорить, просто скажу что в моей практике был случай, когда 1024x768 еще работал, а 1280x720... Тоже работал, но так что четко по любимой присказке - Если работает, но с проблемами - значит не работает совсем.
Но их никто вручную с нуля не разрабатывает.
"Никогда не говори никогда" (с) Проблем зватает и с использованием интерфейсов. Есть великая разница между сделал и забыл, и сделал для использования другими людьми. Формально, даже поставив у себя на плате простую PHY, с встроенным в разъем трансформатором для Ethernet мы должны быть уверены в том, что соответствуем требованиям, предъявляемым в этим сетям. По всем параметрам. От допустимой длинны кабеля до перенапряжения и грозозащиты.
Та же ерунда с USB. И черт бы с ней с третьей и выше - со второй. Даже при возможности изготовить оснастку, которая в принципе описана - вопрос курицы и яйца. Или кто контролирует контроллеров. Как быть уверенным в том, что оснастка не врет? В любом случае нужен сторонний арбитр.
Домашняя лаборатория в этом очень плохой советчик. Впрочем, не спорю - можно не париться. Китайцы, в подавляющем большинстве, не парятся и ничего. Тут главное не впасть в тот путь, которым прикладное ПО пошло. Когда по сути тот же функционал начинает требовать кратных ресурсов. Т.е. по сути это уже вопросы инженерной этики и культуры. А это уже не технические, а человеческие качества. Их надо выносить за пределы данного разговора.
И да, безусловно есть проекты, которые можно сделать и в домашней мастерской. Никто с этим не спорит. Возможно, что их и реально большинство и они самые востребованные. Не уверен, но спорить не готов. А вот то, что они не очень интересны - это точно. Во всяком случае для тех, кто через эту планку уже перешагнул. Впрочем, эти люди и в простых проектах найдут грабли. С теми же катушками, конденсаторами и трассировкой цепей DC-DC преобразователей. И уж поверьте, работать с такими мне, как embedder'у, сильно проще и интереснее чем с остальными.
Но даже если опустим планку - FullHD - 10Гигабит.
Гонево какое-то. Это примерно чуть менее чем 150 МГц пикселклок, с учётом 3 линий передачи и кодирования 8->10 получается менее полутора гигабит в секунду в каждом канале из трёх.
Хорощо, давайте грубо продолжим ваш расчет. 1,5 Гигабита при 24 битах и 60Гц развертки - ОК. Но это при 60Гц, а стандарт предусматривает 120 - таким образом уже 3. Но не 10. Конечно, потому что есть позабытое ныне 3D. А это столько на каждый глаз - и вот уже 6. А теперь вспомним, что есть HDR... Вообще просто почитайте спеки. Там все есть.
Ну и помимо этого - а вы можете назвать доступный любителю осцил, на котором можно уверенно смотреть фронты и джиттер у полуторагигабитного сигнала? Я так отстал от жизни, что сегодня это уже возможно? Это не говоря о той же PCIe, да хоть не четвертой, а третьей ревизии. Там того больше.
А ну да, давайте 120 герц возьмём, а потом ещё стерео, и даже 10 бит на цвет можно взять ради страшной циферки. Если кто-то (полу-)кустарно делает в своем девайсе fullHD hdmi выход, то это будет во-1 какая-нибудь микросхема HDMI передатчика, в которую входят просто 24 сигнала с RGB на частоте 148.5 МГц, во-2 там не будет никаких 120 Гц и 3д, в-3 длины собственно проводников с 1.5 гигабитами/c будут, очевидно, максимально короткими: микросхема рядом с разъёмом.
Это конечно верно, если цель -- сделать HDMI fullHD видеовыход. Если цель иная, например напугать кого-то гигабитами, то да, 13 Гб/с, даже и не мечтайте осциллографом потыкать или на коленке сделать.
PCIe, да хоть не четвертой, а третьей ревизии
О, вам, как любителю, перестало хватать скоростей PCIe gen.1 со своими 2.5 гигабитами/с на лейн?
Те, кому этого хватило бы, могут купить дешёвую девборду c FPGA.
... собственно проводников с 1.5 гигабитами/c будут, очевидно, максимально короткими: микросхема рядом с разъёмом.
Да, но вопрос - вы воткнули свой кабель со своим телевизором. Работает и не сбоит. Отлично - в продакшн(с)?
Дела в том, что у пользователя будет другой кабель. И другой монитор, а то и телевизор лохматых годов выпуска. И если вдруг его многократно чиненный говно-кабель работает с допотопным DVD плейером и странным телевизором из Великой Поднебесной, но срывает синхру с вашим мега-крутым изделием, то... С его позиции не работает ваш прибор. Это он не работает, так как должен, и как могут другие.
Как бы не хотелось крикнуть, что хреновое оборудование - это проблемы заказчика, но прав всегда потребитель. И единственнное, что может (и должен!) сделать уважающий себя разработчик - это убелиться в том, что его изделие не просто работает у него на столе, но и соответствует стандартам. И будет работать со всеми возможными кабелями, при всех возможных питаниях, во всех возможных условиях. Стандарты, собственно, ровно для того и пишутся.
О, вам, как любителю, перестало хватать...
Мне, как любителю хватает пары тестеров. Для домашней электрики, в машине поковыряться, и прочее, что делается сугубо для себя.
А вот мне, как профессионалу, нужно серьезное контрольное оборудование. Вернитесь выше по треду - все началось с того, что обсуждалась возможность удаленной РАБОТЫ. А это подразумевает профессиональную, а не любительскую деятельность. И мои тезисы не о том, можно ли что-то или нельзя любителю. Ему можно все (что кодексам не противоречит). Мои тезисы о профессиональной работе.
Опять же - сложившуюся практику мы вынесем за скобки. На такое положение вещей, как сейчас есть свои причины. Но в целом это не правильно. Но опять - это уже далеко за рамками данной статьи.
И единственнное, что может (и должен!) сделать уважающий себя разработчик
То есть если разработчик этого не делает (потому что ему нечем), то он себя не уважает, а что контора это не внесла в планы и не закупила оборудование (пушо например денег нет таких), так то всё равно разработчик виноват?
В моей практике неработающий (периодически срывающийся) HDMI выход был 1 раз, для его отладки у кого-то брали попользоваться какое-то астрономически дорогое барахло, а проблема оказалась в том, что программисты нагуевертили с настройкой PLL. И то оборудование никак не помогло это выявить, хотя показывало всякие красивые там глазковые диаграммы и проч.
И выше уже сказали, что куча народу на полулюбительском уровне (без проверки на "соответствия стандартам") вполне себе клепают PCIe и HDMI и что там ещё. И как-то работает. Вот пусть "соответствием стандартам" с осциллографами на 100 гигагерц упражняются богатые конторы.
Ну а про кабель смешно, я лично повыкидывал несколько таких кабелей. Не вижу тут проблем.
Нет, пожалуй стоит спрятать...
<САРКАЗМ>
Так вы и есть, тот самый студент, из ветки ниже, который браться за проекты уровня "РЛС с АФАР за пачку доширака" из ветки ниже?
</САРКАЗМ>
А если серьезно, то:
1. Мало иметь хорошее оборудование, надо уметь читать его результаты. И уж проблемы с настройкой PLL оно просто обязано было показать. Как минимум это доказательство того, что проблема не у схемотехников (если глазковая диаграмма красивая, а частота периодически барахлит). Собственно оно ровно за тем и надо. Только в идеале не "когда барахлит", а вообще всегда.
2. Жизнь заставляет работать в самых разных условиях. Нет, наверное, в России ни одной разрабатывающей конторы, полностью укомплектованной штатом контрольно-измерительного оборудования. Оно и в испытательных лабораториях не всегда присутствует. А что делать дальше - это опять не про технику. Можно плюнуть. Можно найти у кого есть. Можно (было?) с теми же R&S и прочими производителями договориться об аренде - ребята там в этом смысле вполне отличные. Короче говоря как всегда - проблему можно решить, если есть понимание того, что это важно. И у разработчика, и у работадателя.
Что до кабеля, глушащей что-то пятой гармоники, и многих других моментов - так это тоже не из пальца. Это реальные случаи из практики. И их таких было очень много. Я никогда не осуждаю коллег по цеху, и всегда исхожу из того, что в сложившихся условиях был сделан максимум из возможного. А видеть приходилось много и разного.
Хотя соглашусь - фразы в стиле "уважающий себя разработчик" пожалуй излишне критичны с моей стороны. Но что делать - так или иначе, а каждый о других судит по себе. Абсолютно ничего личного. Самое важное, чтоб отрасль как таковая жила, и по возможности развивалась.
Вот только для большинства проектов достаточно осциллограффа, лог. анализатора и блока питания. Нужен МК? Ну так там обычно нет СВЧ, а если есть, то это нордик или есп32 модулем, на печатной плате вырез по даташиту сделай и готово. Микропроцессоры? Тоже модули везде, смысл самостоятельно возиться, если дешевле и проще готовое поставить и свою обвязку прикрутить. Так что из дома вполне реально работать, если не браться за проекты уровня "РЛС с АФАР за пачку доширака"
... на печатной плате вырез по даташиту сделай и готово.
Если это удовлетворяет заказчика, то да. Но всегда есть риск через некоторое время получить интересный вопросик, типа "Слушай, у нас тут заказчик говорит, что наш модуль своим излучением на пятой гармонике им сигнал какой-то валит - надо что-то сделать." А мощность там не снизить - и так на пределе работало. Вот тут и начинается самое интересное...
Так что это работает. Но, к сожалению, не всегда. Впрочем как к сожалению - скорее к счастью. Ибо это та самая вилка - или в тех, кто наконец разбирается и перестает вслепую копировать решения (универсальные, а потому не оптимальные) из документации или сливается и пропадает с радаров плодя взаимную обиду.
... не браться за проекты уровня "РЛС с АФАР за пачку доширака"
Ну, за такие проекты точно браться не стоит. Их мы как раз вчерашним студентам оставим. Которые не понимают сложность, а потому готовы рвать и метать, доказывая всему миру что круче них только вареные яйца (и то, если варили достаточно долго). Но опять - это тема совсем другого разговора.
Работаю с промышленными контроллерами лет 15, в основном удалённо. Лет 8 назад началась и удалённая работа с одноплатными компьютерами и платами, сначала Ардуино, потом и кастомные платы. Мне как-то везло, что всегда есть инженер-электронщик с осциллографом, который может посмотреть сигналы.
Я все еще придерживаюсь того мнения, что тебе лет 10 назад озвучивал. Возможно сочетание схемотехник+конструктор ПП или схемтехник+низкий уровень. Всех своих падаванов так готовлю. Никто еще в минусе из них не остался.
Это не самые плохие сочетания, которые однозначно имеют право на жизнь. Схемотехник + конструктор плат сегодня жизненно необходимо. Как, впрочем, и не только сегодня. Иначе это не работа, а кошмар причем для обоих. Но конструктор плат, должен оставаться конструктором плат и не лезть в корпуса, кабели, разъемы и прочее. Иначе это попытка откусить излишне большой кусок, а она всегда заканчивается одинаково. Если и не подавишься, то уж удовольствия точно не получишь. А заниматься нелюбимой работой... То же про схемотехник + низкий уровень. Хорошее сочетание. Схемотехнику его полезно знать для написания тестов, embedder без схемотехники тоже никуда, но... Все же надо выбрать приоритет. Писать серьезный код надо не отвлекаясь на схемотехнику. Иначе что-то будет страдать. Хорошо, когда схемотехник кодом способен обосновать перед embedder'ом свое решение. Просто отлично. Как и embedder, способный с помощью приборов указать на сложные моменты в схемотехнике (привет гонки, дребезг и прочие радости). Но все же каждый должен быть занят своим делом. Я уже не смогу растрассировать не то, что DDR - скорее всего и с USB будут проблемы, но я знаю как это контролировать.
Как-то так с моей колокольни. Хорошо знать смежные области. Но серьезно заниматься надо одной.
Я уже не смогу растрассировать не то, что DDR - скорее всего и с USB будут проблемы
Как то вы на себя наговариваете. Usb любой развести вообще нет проблем, даже в ручном режиме. Главное сигнальную пару вести парой. Ddr до уровня ddr3 (еще пока достаточно современный ембеддед) тоже при желании легко разводится вручную. Всего то надо 16 проводников примерно выровнять по длине. Ну и клоковый отдельно еще. Если уж даже настолько кривые руки, что так развелось что аж не запускается, всегда можно понизизить частоту пока не запустится.
Нет, просто шашек давно в руках не держал. В специализированных САПРах все стало совсем по другому. Да, местами сильно проще, но если этим не заниматься, то... Одним словом теперь у меня рядом есть схемотехники-конструкторы. И мы коллективно творим. Собственно не только мы. Есть конструкторы-механики, есть прикладные программисты. Ну сложно, практически невозможно в современном мире быть Ленардо да Винчи.
Важно чтобы коммандный дух был. И цели общие. И ответственность каждого исполнителя (включая управленцев). Как бы пафосно это не звучало. Но серьезные вещи можно делать только так.
Если Arduino — это детская площадка, то STM32 — уже промышленная стройка
Ардуино - это прежде всего стандартизированный и упрощеный способ написания ПО. Поэтому, учитывая наличие библиотек STM32 для среды Arduino и возможность программировать на низком уровне в самой среде Ardunio - фраза о "детской площадке" и "стройке" звучит странно.
Более того, мне известны случаи, когда Ардуинки использовались как "клеп клеп и в продакшен" из-за простоты.
Полагаю, это может вызвать ужас, но бизнес есть бизнес, а "конструкторы" Ардуино дешевые.
ОдУрино ваше это вообще надо запретить употреблять детям до достижения совершеннолетия. К этому зелью можно подпускать только взрослого, который как минимум куб освоил или лучше esp-idf. :-))
Сам сейчас пытаюсь вкатиться в сферу, но немного через свои костыли. Имеется бзик и из-за него сейчас занят написанием своего драйвера библиотеки для NRF24L0, долго, муторно и как будто не эффективно.
Статья сожет и не стала откровением, но читать было интересно
Спасибо за статью! Если не секрет, как соотносятся зарплаты разработчиков embedded с зарплатами веб-разработчиков с аналогичным стажем?
Не топчитесь по любимым мозолям. Зарплаты в embedded (по меньшей мере в России) сильно уступают зарплатам в остальных IT. Тут IT не чувствуются. Вот плата - ее в руках покрутить можно. Вот чип на ней - он столько-то стоит. И знаем сколько стоит его монтаж. А как тот софт пощупать? Потому и отношение к нему, как к чему-то второстепенному. Его цена должна быть "размазана" на всю массу изделий, а никто и никогда не знает сколько будет эта масса... Ну и понятно, что не съэкономить здесь "эффективному менеджеру" - это себя обокрасть.
Вот и получается, как с учителями. Есть меньшинство, которое по призванию. Но оно реально меньшинство. Есть те, кому пофиг - за эти деньги делаю как умею. Есть те, кто сложные времена пересиживает - перекантоваться несколько месяцев, пока другое не найдется. Но как=то отрасль живет, даже не смотря на это.
Очень жаль это слышать( если бы сложность разработки коррелировала с оплатой, думаю было бы ровно наоборот
Ну есть и плюсы же :) Благодаря всяким курсам, любителей лягушек и змей стало столько, что места уже не хватает. Конкуренция, в которой не всегда побеждает хороший спец, а чаще тот, кто громче о себе кричит. А эмбед аки такой лепрозорий все это обходит стороной. Здесь приходишь на собес, и если работодатель пытается рассказывать что он начальник, а ты дурак, то просто вежливо прощаешься и уходишь. Спокойно находишь себе место по душе где без пафоса и выпендрежа можно занюхнуться канифолью и до полуночи ловить HardFault'ы... Я как-то думал перелезть в это модное "настоящее IT", потом с опытом отпустило, да и ЗП стала "как там"...
Конечно есть. Если бы их не было совсем, то отрасль бы точно умерла. Да и лепрозорий... Мало нас... Откровенно мало... По сути штучные специалисты, устанавливающих BUS FACTOR проекта в единицу. Что очень плохо. Потому заказчики сюда всеми силами тянут прикладников. Да, получается криво и косо, за то BUS FACTOR стремится к нулю. Любого заменить - как чихнуть. Потому и изделия получаются... Ой какие, странные... За то с оценкой рисков и ворохом бумаг по работам над их минимизацией... Но уж если найдешь то место, где тебе доверят спроектировать и довести до конца, потом повоевать в производством, чтоб оптимизацией не испортили... А потом, когда твоим начинают пользоваться и не замечать, удивляясь "Как, тут еще и программа есть?" - это отдельный вид оргазма. А вместе с этим, конечно, и зарплаты добавляются. У нас ведь ровно наоборот - в 40 лет только нормально работать начинаешь. Правда для этого надо в 20 начать и не на что другое не отвлекаться. А чувствовать себя винтиком... Не, я инженер. И делаю то, чего до меня в природе не существовало. Копировать чье-то решение банально не интересно.
P.S.
А HardFault - это один из самых простых случаев. Впрочем, коллегам об этом рассказывать бессмысленно. Они и так знают. Есть куда как более сложные проблемы.
На самом деле тут как повезёт, вначале естественно заоблачных цифр не будет, но потом с опытом дойдёшь и до заработка того же веб разработчика, к тому же человек обладаюший опытом работы с железом всегда может зарабатывать дополнительно
Один к пяти не в пользу эмбеддеров.
Чем ближе к железу, тем меньше зарплата. Так было всегда.
В свои 21 тоже пытался полностью вкатится перекатится в эмбед из мира enterprise. Всегда железки нравились. Но потом пришло осознание работы здесь стало куда больше, а выхлопа, увы, меньше :(
Хочется верить что зарплатно-нагрузочная ситуация в эмбеде спустя более чем 10 лет поменялась в лучшую сторону, поэтому желаю удачи и успехов)
Как-то оно всё подозрительно выхолощено, пустовато но при этом помпезно ))))
Меня зовут Данила, мне 21 год
По возрасту ВУЗ ещё не закончен.
Всё началось довольно банально — с книги «Электроника для начинающих»...
Бла-бла-бла, много про, в общем-то, попсовые книги. И ни слова про ВУЗ.
Даже если вы «только кодите», понимание базовых принципов схемотехники обязательно. Как минимум, чтобы не делать глупых ошибок при взаимодействии с периферией или при чтении даташитов, для изучения схемотехники могу порекомендовать известное творение - «Искусство схемотехники»
И как? Сильно помогло знание устройства токового зеркала при изучении флагов в регистрах STM32? )))) Если инженер не схемотехник с упором на аналоговую и/или силовую технику, ХиХ, вообще говоря, тоже для него - попса. Чисто, покивать, что читал, когда на кофебрейке на конференции за вашим столиком скажут "ну, хех, все мы начинали с ХиХ".
STM32 не балует новичков, в ней меньше «магии» и больше реального взаимодействия с железом на низком уровне. Многие вещи приходилось гуглить по крупицам.
Какие такие вещи в 2020...2025 году об STM32 пришлось в задачах детского кружка "гуглить по крупицам"? На текущий момент модели микроконтроллеров STM32 примерно 20 лет. Да, 20 лет активнейшего пиара. Это самый известный 32-разрядный МК в СНГ.
В 19 лет я устроился инженером-программистом. Это случилось случайно: наткнулся на вакансию, отправил резюме — и меня позвали.
Без высшего образования?
На следующий день после выхода на работу мне выдали первую задачу — написать программу для PLC-модуля...
Где STM32 с Си, HAL-ом и всем таким, а где PLC - со своими языками и своей кухней?
На следующий день после выхода на работу мне выдали первую задачу — написать программу для PLC-модуля, которая проверяет работу I2C, UART, SPI и других интерфейсов.
Каких других? PCIe-gen4? )))) И что значит "Проверяет"?
И списки-списки-списочки... :)
P.S. Пока писал пост, автор выпустил вторую за день статью "Интеграция ChatGPT в Java: распознаём автомобиль по фото". Мда, инженерно-техническая публицистика уже никогда не будет такой же, как прежде.
Готовьтесь, @Exosphere, скоро такое будет каждый день час.
Хотя с другой стороны - ачётакова, людям-то нравится )))))))
Ну. И чтоб без эвфемизмов: по моему мнению статья сгенерирована от и до.
Охохо! Прилетело "Грубое общение. Придерживаюсь другой позиции" ))))))
В принципе, после сравнения ардуины и стм32, ясно-понятно. В 19 лет можно вкатиться в ембеддед только как студент-стажер. По сравнению с остальным айти тут необходимо сильно больше знаний и опыта.
П.с. сам бы с удовольствием пошел работать в эмбеддед, но, к сожалению, по деньгам там будет будет печально.
В 19 лет можно вкатиться в ембеддед только как студент-стажер.
В теории, каждый отдельный фрагмент текста, где-то с натяжкой, где-то без, можно было бы соотнести с реальностью.
Но всё полотно вместе получается как горка пазлов, где из 2-3 картинок взяли по пригрошне фрагментов.
Вот например про вкатывание в 19 лет в ембед. В теории - возможно. Если ваш папа - электронщик, учил вас программировать МК с 11 лет. И на работу в 19 вас взял ваш дядюшка.
Да, это возможно. Но! Сама история была бы принципиально иной. Типа "я ещё со школьных лет..." и т.д. Её части просто не подходят друг к другу.
Норм, я примерно так-же начинал. Только было чуть сложнее - AVR едва-едва вылупились и начали вытеснять PIC и 51-ые контроллеры, до изобретения Ардуины еще годы. Зато на каждом компе есть LPT-порт и через него можно прогать и дебажить хоть черта лысого. На цифровой осциллограф, привезенный из Израиля, ходил смотреть в гости к соседям! У самого был С1-114, на полке лежал какой-то дохлый советский монстр с аналоговой/экранной памятью, да никто его починить не мог. Или не сильно надо было.
Благо в школе я вместо учебы любил паять всякую хероту и прогать всякие безделушки и уже нормально так знал Си, как работают транзисторы и английский язык.
Первой работой была халтура по переделке какого-то дремучего Камак-модуля под чуть менее дремучий комп, чтоб повесить его на шину ISA. Вылилось это в ужасно косячную плату на простеньком AT90S8515, но худо-бедно заработало. Дальше было то-же самое, но уже на Альтерке и вот там меня реально торкнуло. Бросил учебу, пошел работать. Тема была тоже не обычная - приборы рентгено-фазового анализа. От систем управления плавно переполз на разработку генераторов высокого напряжения, повзрывал не один десяток транзисторов, нанюхался белого дыма, но и опыт получил - понял как импульсные трансформаторы работают и с чем их кушать. Дальше была область систем регистрации. Малошумящие усилители, очень быстрые неповторяющиеся сигналы, дискриминация и оцифровка всего этого мракобесия. Параллельно шли и микроконтроллеры и ПЛИСы и АЦПшки всякие спектрометрические. Дорос и до жирных процов, памяти, импедансов и прочих ужасов, которыми новичков пугают. Все оно делается обычными людьми, если подходить постепенно и вдумчиво.
К чему я это? Программистов много, электронщиков мало. Изучай матчасть и будешь ценным специалистом. Для себя идеальную пропорцию я нашел в виде создания железа и самого нижнего слоя софта. Я делаю свою железку, запускаю ее, объясняю программисту как на всем этом взлететь и дальше помогаю в сложных моментах. Изучить на хорошем уровне еще и софт - боюсь жизни не хватит. И так уже 20 лет на железо потратил, но до сих пор есть темы, которые для меня темный лес. Может еще доведется в RF попробовать, желание есть.
Мне одному интересно каким образом тебя взяли учителем в 18 и каким образом ты отмазался от армии? А по поводу stm 32 там больше надо понимать язык программирования. Что бы двигался сервопривод тебе не надо понимать какой транзистор стоит в плате полярный или биполярный. Это уже идёт уровень схемотехники. За 3 года уж можно было изучить азы про что ты пишешь.
Хорошая статья, рад за вас.
Примерно лет 20 назад меня знакомый ,земляк, пытался в цифровое "железо" затащить. Я начал копаться в Verilog/VHDL, разводке плат и тд. В ВУЗе мы СВЧ руками только делали на кафедре ( кое что для спутников и мелких радаров)
Он как раз инженером в Research in Motion попал, на хорошую по тем временам зарплату, подъемные тысяч десять получил на переезд, в Китченер (Онтарио).
Потом свой бизнес открыл, выпускал пинцеты с измерителями полного сопротивления (смд) -помню он на разных частотах делал измерение и чтоб в схеме можно было не отпаивая пощупать.
Я тоже Данила, мне 19, и я тоже с недавнего времени занимаюсь разработкойполной разработкой ПП и её прошивкой (вместе с мой командой)
Мне сейчас 22, мой путь начался чуть раньше, но он очень похож на твой. Я тоже работаю на работе с таким набором обязанностей и я читал именно эти книги (и ещё целую стопку по программированию и тп)
Как в 19 лет я начал путь разработчика встраиваемого ПО