Неужели радиотехника как профессия мертва, анон? Вся электроника перекочевала в микроконтроллеры (ST
Аноним
11/02/25 Втр 19:01:47
№
1
А где же исконно ТРУъ вакансии схемотехников, которые проектируют схемы, разводят их и зарабатывают себе этим на жизнь? Кого не спрошу, все обычно ищут не электронщиков, а embedded или fpga разработчиков, пишущих код. Проектирование и разводка схем там является лишь побочным требованием.
Видел только несколько вакансий без программирования, и то это военка на режимом объекте. Может я не там ищу.
Силовая/измерительная/свч это слишком нишевые направления да и там без программирования сейчас никуда. Один дед пердун маг 80го уровня шарящий за аналог у многих и так есть, больше не надо, а джуны сеньеры нужны ибо сложность софта все растет и растет. Смирись.
Ты преувеличиваешь. Есть куча вакансий где инженер электронщик будет по большей части пилить схему и разрабатывать проект. Да, ему нужно будет уметь писать простенький код на МК, но сейчас программирование для инженеров это как обязательное знание Excel и Word в нлуевых. Профи быть не надо, но чисто пару строк нужно обязательно уметь писатью
В любом случае все что сложнее калькулятора уже будет писать отдельный embedded программист.
> Вся электроника перекочевала в микроконтроллеры (STM32, AVR, Arduino)
Даже они не нужны.
Берется малиночка под которую даже соевый джун веб макака попивая смузи напишет код на любом удобном ему языке, хоть на джаваскрипте хоть на люа.
Суровые байтоебы и деды ассемблерщики уже не нужны рыночку...
Давай, вперед, начинай заваливать рыночек изделиями на малиночке, микроволновочки, стиралочки, широкополосные SDR трансиверы, частотники для промки, АСУшные железки, радиостанции, чтоб там ЦОС был на малиночке. Погодные станции за окно за тот же прайс что и на МК. Не забудь автомотив электронику на малиночках, авионику на малинках, кондиционеры и духовые шкафы. Пихай везде малиночку и драйверы для видеокарты пиши в прихлебку со смузи на джаваскрипт.
Чел, малинка вообще не используется в промышленности, вот вообще нигде, кроме бысрых прототипов. Она много жрет, отсутствует энергоэффективность, слишком маленький кпд. Рынку не нужны Ардуино и распберри дрочеры.
Ты не в курсе про Computation Module прост. Этот кал используется мама не горюй
Все последние синты корга это CM4
Так это узкоспецифичная и дорогая хрень, большинство электроники для серийного производства производится на STM32 и AVR. Зачем покупать малинку за 5-30$, если один STM32 чип стоит 0.2-0.6$?
сейчас в приоритете индустрия 4.0 и биг дата, каждое интеллектуальное устройство должно быть с веб-мордой и уметь передавать 720р видео на сервер, поэтому микрики это уже прошлый век, сейчас в тренде embedded и микрокомпьютеры
Не везде такое нужно. Большая часть разрабатываемой электроники это даже не конечный продукт, а абстрактная абстракция в вакууме, например контроллер для гирлянды. Зачем елочной гирлянде нужен распберри за 10$, когда ровно тот же самый функционал выполняет STM32 за 0.5$?
Что ты ему объясняешь, у него в одной строчке "микрики" ( по всей видимости MCU) прошлый век и тут же в тренде Embedded, при том что микроконтроллеры это и есть embedded. А ты ему объясняешь что промышленники не такие дебилы и будут максимально рационально распределять вычислительные мощности. Ты ему еще расскажи что микроконтроллеры это ARM аббревиатура где А это максимально экономичные тихоходные камушки для автономных устройств, а М стоят в смартфонах и требуют охлаждения.
Не мертва, СВЧ и радио не хватает, толковые разрабы силовухи и измериловки тоже очень ценятся
Просто цифра сейчас перекочевала на МК и ПЛИС, поэтому чтобы делать все самому, надо уметь писать прошивки
В крупных компаниях ты подбираешь компоненты и рисуешь схему, другой человек разводит плату, третий пишет прошивку, четвертый по для пк/смарта, пятый закупает, шестой паяет
Но это дольше и хуже по качеству, если команда не сработанная
В нии многие разработки на годы растягиваются со всеми бумажками, согласованиями и испытаниями
Анон, не злись, но чел частично прав. Я работал в метро и там чтоб ниибацца с микроконтроллерами просто берут MXM2 плату и делают на ней в пыхтоне что надо.
Связь с машинистом, электронные табло, настенное табло с остановками, объявление остановок раньше делали на МК+CAN+I2S теперь ETHERNET+COMPUTE MODULE и скрипты.
Это огромная оптимизация труда. Нужен все один смузихлеб, чтобы запилить все.
На микроконтроллерах там остались только скростемеры, и разная автоматика, которая не должна давать сбои. И то это все сделать можно на пропатченом ядре Линукс под RTOS.
Даже в магазине музычка и объявления это не микроконтроллер с SD модулем, это компьютер с софтом.
Ага, да-да, опять свистоперделки. Их дешевле в штучном виде делать смузихлебами на одноплатниках чем спецов задействовать, заводить комбайн из-за одного колоска, ты своим постом только подтвердил мои выкладки, злиться я и не думал, я вижу что и как сделано в технике. Вот когда миллионными тиражами в каждой микроволновке, частотнике, блоке управления двигателем будет по малинке стоять тогда и поговорим. Пока там стоят МК с очень выверенными минималистическими решениями сделанными высококвалифицированными инженерами, а не смузихлебами.
В целом раньше в девяностых и начале нулевых до появления AVR и STM32 в эмбеддед пихали полноценного монстра Java VM или x86+Windows CE, только потом уже появились дешёвые МК и Ардуинка.
Раньше даже больше оверкилла было в простых проектах, но эти времена уже давно забыты.
Ну ясен хуй в лифте не будет стоять малинка. Но опять же сколько людей пилит ПО для лифта и сколько для свистоределок?
Даже я ходил на собес к каким-то зумерам, делают электронные сигареты на STM32 C++.
Все предельно упрощается.
Единственная причина по которой я вижу что не ставят Малинки в стиралку и микроволновку это кодовая база, они вероятно как делали на 8251 так ещё 50 лет будут делать.
>Единственная причина
Блядь, а может, ну не знаю, ЦЕЛЕСООБРАЗНОСТЬ, или как её там?
Ещё бы дверной звонок совкового типа на малинке сделали, долбоёбы.
Не обижайся пожалуйста, но у тебя что-то с масштабом мышления. Вот какая-нибудь компания OTIS, производит лифты-оборудование шахты, кабины, лебедка, станция, ремни-тросы, трубы, шланги, гидравлику-да мало ли чего там еще нужно, я не лифтер. Все серьезно, деньги серьезные, свистопердельщикам-смузихлёбам такие не снились. На чем построена станция? На микроконтроллере. Надежно? Да. Дорого-да. Качественно? Очень. Диагностика есть? Есть. Нахуй там нужен одноплатник? Если ОТИС собирая на средней руки МК свои станции управления, кабинные модули и т.д. ломят такие бабки за свое качество, то представь сколько будет стоить если они соберут высоконадежную систему на одноплатнике, может они и собирают, я повторюсь не лифтер. МИкроволновки и прочая бытовуха работает и будет работать на МК потому что пихать туда одноплатник это просто как зарином тараканов травить, экскаватором копать картошку и т.д. Нужно делать как можно дешевле и как можно надежнее, смузихлебов туда не подпустят и на выстрел, они делают как им проще, они кладовщику на склад поставят игровой компьютер просто потому что у них такой же.
this
Массовые продукты зиждятся на минимальной прибыли, там любые копейки на счету. Никто в здравом уме не будет ставить контроллеры с избыточной вычислительной мощностью, это тупо нерентабельно.
> только потом уже появились дешёвые МК и Ардуинка
Дешевые МК появились в 70-ых, в том же IBM PC был отдельный микроконтроллер который управлял клавиатурой. Гуглить 8048/8035/8748 и дальше были MCS-51, потом MCS196, но они особо не взлетели, потому что уже были PIC микроконтроллеры.
При изготовлении и массовом производстве электроники - чем дешевле изделие, тем больше профиты. Чем больше тираж - тем больше можно потратить на разработку и оптимизацию и удешевление.
>>576986
>Я работал в метро и там чтоб ниибацца с микроконтроллерами просто берут MXM2 плату и делают на ней в пыхтоне что надо.
Потому что массового производства нет. Стоимость труда разработчиков, монтажников и ремонтников на порядки (сотни раз) превышает стоимость запчастей (одноплатников и т.п.), поэтому оптимизируют время разработки и внедрения, а не стоимость запчастей.
>При изготовлении и массовом производстве электроники - чем дешевле изделие, тем больше профиты
В нулевых было дешевле брать целую Java машину и писать код на ней, т.к кодомакака на Java стоила дешевле чем команда ASM байтоебов. Особенно если тираж был небольшой, например какой-то частный заказ по автоматизации от сети кинотеатров
Чушь полная, микрокамтроллер стоит центы, а всё остальное стоит сотни. Тупо не окупается
>В нулевых было дешевле брать целую Java машину и писать код на ней,
Перечитай выше коммент про затраты на разработку и их оптимизацию.
Повторю ещё раз.
Если тираж маленький - то стоимость времени инженеров сильно стоимости железа и можно брать жирные железки для сокращения затрат.
Если тираж большой - то стоимость времени инженеров сильно меньше стоимости партии и выгодно заставить инженеров работать больше ради использования максимально дешевых компонент.
---
В каждом ноутбуке и многих мат платах есть встроенный микроконтроллер, который управляет питанием и прочими системны вещами. Ещё лет 5-10 назад это были контроллеры с 8051 ядром. Были ещё на SuperH (thinkpad'ы) и прочие.
Вместо них нужно ставить распберри пай или ардуинку?
Кроме них есть ещё разные USB/Lightning контроллеры. Нахуй, выкидываем, ещё одну распберри пай ставим.
Кроме них есть разные IMU (гироскопы, акселерометры). в них есть ещё один микроконтроллер. Снова выкидываем, ставим ещё одну распберри.
Итого три распберри пай или три ардуинки. ОХУЕННО же
>Вместо них нужно ставить распберри пай или ардуинку?
Во-первых, распберри пай и ее штатная прыщеось (в любом виде) не предназначена для таких рилтайм вещей. Пока она будет тредами своими шевелить, все сгорит нахуй.
Во-вторых, чем принципиально 8051 отличается от авр пердуинки?
Короче, ты хуету какую-то пишешь.
Там, где надо показать картинку по нажатию пары кнопок или водонагревателем управлять, можно ставить распберри или обычный комп.
А вот если процессы быстрые, измеряемые в микросекундах — то с мк ебли гораздо меньше, чем с околодесктопной "типа мощной" хуйней. Десктопные оси тупо не будут успевать реагировать в срок.
>все сгорит нахуй.
Что именно сгорит?
>>577176
>распберри пай и ее штатная прыщеось (в любом виде) не предназначена для таких рилтайм вещей. Пока она будет тредами своими шевелить
Кроме трэдов есть обработчики прерываний и другие механизмы реалтайма.
>>577176
>Во-вторых, чем принципиально 8051 отличается от авр пердуинки?
Принципиально речь шла про ардуинки, а не авр. Ардиунио - это фреймворк, авр и 8051 - это семейства микроконтроллеров.
ПРинципиально были приведены контрпримеры из текущих реалий для иллюстрации бредовой идеи ставить "джаву" и "распеберри" везде.
>>577176
>А вот если процессы быстрые, измеряемые в микросекундах — то с мк ебли гораздо меньше, чем с околодесктопной "типа мощной" хуйней. Десктопные оси тупо не будут успевать реагировать в срок.
Много словесного поноса. Что за измеряемые процессы? Как мерять процесс? Процесс чего?
>чем принципиально 8051 отличается от авр
Ты не поверишь, но, внезапно, надёжностью!
>есть обработчики прерываний и другие механизмы реалтайма
>в прыщах
хртаймеры еще вспомни. Себе оставь эту хуету.
>Ардиунио - это фреймворк
Да что ты говоришь! Ты бы еще спорил, что саму плату ардуино нецелесообразно на материнку лепить, лолка.
А я тебе говорю, что ставить в такие места распберри — это бредовая идея по причине большей ебли, чем с мк. Прыщикс собери, загрузку и окружение настрой, пакеты наговнокодь, еще модули ведра какие-нибудь чтобы оно не тормозило и т.д.
>процессы
Словесный понос у тебя. Мало ли какие процессы — импульсы с датчиков, ток в цепи, скачки напряжения, изменение нагрузки, да мало ли чего быстрого есть, за чем линупсу ну никак не угнаться.
>>577181
Схуяли? И ты не забывай, что ядер 8051 дохуя.
Например, в огромных масштабах где каждая копейка важна пихают или МК или спец. контроллеры, а где в принципе тираж маленький и деньги не так важны пихают или одноплатники или +- среднее между МК и одноплатников.
Это. >>573655
Всё зависит от денег и насколько "умной" система должна быть.
>>577125
Экстрим пример но по сути правда
>И ты не забывай, что ядер 8051 дохуя.
Ядер дохуя, не спорю, и производителей тоже, но в серийные устройства ставят чипы проверенных производителей. Тут дело не в архитектуре, а в качестве.
Ядер 8051 полно повсюду. Что это за ядра — только производителям этих микросхем известно. Контроллеры питания на мп явно содержат именно что ядро в виде какого-нибудь айпи блока, а не "чип проверенного производителя".
Но вопрос был в том, чем принципиально отличается какое-то нонейм ядро 8051 от аврки (естессно, предполагаем, что они сопоставимы по тактам, не классическое 8051). Почему нельзя чисто теоретически вместо этого 8051 вкорячить авр?
>Почему нельзя чисто теоретически вместо этого 8051 вкорячить авр?
Чисто теоритически можно сделать всё, что угодно.
Практически ядра мцс51 имеют другие интерфейсы, сильно меньшую сложность (количество условных гейтов или транзисторов для имплементации), имеют гигансткий набор готовых либ, отладчиков и остального.
Стандартная переферия в мцс51 отличается от таковой в авр8.
---
Твои рассуждения похожи на такое:
В смартфонах с ARM есть экран и линукс, ещё линукс есть на х86_64 компах и в компах то же есть экран. Значит ARM и x86_64 одно и то же, и можно вместо 8-ми ядерного мобильного АРМ-а поставить 8-ми ядерный интел или AMD Ryzen. Ведь и те, и другие, кремнивые, поддерживают линукс и дисплей, а что ещё надо?
Только почему-то никто не ставит АМД Райзен в телефоны. Долбоёбы, не иначе. Вот твои рассуждения про аналогичность мцс51 и авр - это те же самое, только долбоёб это ты.
>Практически ядра мцс51 имеют другие интерфейсы
Да, другие. Только многие намного сложнее авр.
Например CC2430 - в какой авр-ке есть dma?
Или fx2lp - ну какая авр справится с передачей в usb сотен мегабит в секунду? Такого и в стм32 нет, а периферия этого 8051 справляется с этой задачей.
Или lms7002m - в какой авр есть АЦП и ЦАП с частотами дискретизации на десятки мегагерц? Такого и в стм32 нет.
Если сравнивать количество транзисторов в ядре 8051 и авр без учёта периферии, то вряд ли будет существенная разница, если брать 8051 которые команды за такт исполняют.
мимо проходил и не удержался.
А чем плохи восьмибитные АВР для микроволновки или машинки, кроме того, что так не принято?
>вместо 8-ми ядерного мобильного АРМ-а поставить 8-ми ядерный интел или AMD Ryzen.
Только 8051 это сейчас просто набор команд с множеством разных реализаций.
Армы есть и серверные с тем же набором команд, точно так же как есть разные реализации 8051. Почему бы их не сравнить?
И твой райзен, ведь по командам соответствует старому четвертому пню. Ну добавили там sse и avx, так ведь софт не особо это использует.
Вендорлок например. Завтра микрочипу стрельнет моча в голову и он повысит цены на свою продукцию на 300% и производителям придётся быстро всё переделывать на другую архитектуру.
>Вендорлок
Суходрок блядь, вендоров конечное число и каждому может моча стукануть. Портировать код при необходимости вообще легко, там кода блядь 30кб максимум
Вендоров МК на mcs51 дохуя, вендор МК на avr единственный.
Тебе выше уже намекали, что 8051 это лишь ядро, а периферия может быть у каждого своя. Толку-то, что других 8051 полно, если они обвешаны по-другому, и один хуй все переделывать? Ты на assемблере все быдлокодишь что ли?
А ногами дрыгать похуй где, все везде одинаковое, легко абстрагируется — и хоть на есп32 портируй. Ардуино скетчи можно вообще без изменений компилировать под другой контроллер. Ну, может, пины другие прописать, и все.
> 8051 это лишь ядро, а периферия может быть у каждого своя.
Это так, но не совсем. Существует множество 8051 совместимых по выводам с первоначальным интеловским. И базовая периферия (от первоначального 8051) та же. Так что если брать такой в корпусе дип 40 и использовать только базовую периферию, то будет взаимозаменяемо (хотя наверное по большей части такое сняли с производства). Только смысл? Периферия эта так себе.
Пример был про контроллер питания на материнке. Где ты видел mcs51 в дип40 на матери?
@
УЖЕ 30 ПОСТ ПОДРЯД СПОРЯТ ПРО РАЗНИЦУ МЕЖДУ AVR/X86/STM32
>Себе оставь эту хуету.
Уровень аргументации - школотрон. Ясно, понятно. Смысла продолжать диалог не вижу. У тебя ни знаний, ни интеллекта, не желания даже поискать и почитать в интернете азы.
>Только 8051 это сейчас просто набор команд с множеством разных реализаций.
Нет, 8051 это ядро микроконтроллера + набор периферия.
"набор команд" - это instruction set. Разные ядра могут поддерживать полностью или частитчно какой-то набор инструкций, но будет только часть микрокроконтроллера. Ещё нужна периферия.
А что тебя смущает в этой аргументации?
Прыщеось это не реалтайм ос, по сути все верно.
Та периферия, которая обязательна для 8051. Всякие ЮСБ и прочие приблуды уже у каждого чипа свои, и не обязаны быть с чем-то совместимыми. Ясное дело, что в наше время на классическом 8051 далеко не уедешь.
> периферия, которая обязательна для 8051
Не сказать что она обязательна. В том же fx2lp например uart во многих корпусах просто не выведен наружу. Считай что и нет его.
А если я возьму какой-нибудь HDL 8051 с гитхаба и синтезирую на FPGA без UART, то он от этого перестанет быть 8051?
Или есть IP-ядро DQ8051, так там в некоторых комплектациях отсутствует UART. Вероятно где-то его так и использовали в каких-нибудь асиках или плис.
Ну юарт наверное можно дропнуть. А вот таймеры какие-нибудь уже вряд ли, более популярная фича наверняка. Я в 8051 и разработку вокруг него не углублялся, сталкивался по мелочи пару раз да давненько хобби девайсики лепил по фану, тоже там буквально ногами подрыгать надо было чут чут. Чисто ради позолоченной керамики с окошком, а так бы пердуинку взял.
Могу и таймеры выкинуть и вставить какие-нибудь другие. Не проблема.
Ну и ты не поверишь, но... вот сделали так. Специально для тех кому таймеры не нужны или нужны какие-то другие таймеры. Теперь это не 8051?
Ну а хули ты доебался то, к чему ты это спрашиваешь? Если чип может опереться на инфраструктуру 8051 и разработчики под 8051 могут разрабатывать под него используя релевантный 8051 опыт, то это 8051, не знаешь ответ что ли.
>доебался то, к чему ты это спрашиваешь? Если чип может опереться на инфраструктуру 8051 и разработчики под 8051 могут разрабатывать под него используя релевантный 8051 опыт, то это 8051
Значит достаточно только чтобы набор команд соответствовал. Ведь самое главное - это наличие сишного компилятора, не на ассемблере же все писать.
Так что когда пишем 8051 - подразумеваем как правило только набор команд.
Я говорю хули ты доебался, вахтеришка? Документ мне покажи, стандарт блять, который определяет, что такое 8051. Нет такого? Ну вот и рот закрой, умник деревенский.
По опыту собеседований могу сказать, что 95% универсалов, в возрасте до 50 лет на деле оказываются, либо плохи, и в схемотехнике/топологии, и в написании ПО, либо же есть явный перекос в сторону одного навыка. Любое промышленное серьезное устройство такие люди делают очень долго и не качественно. Хотя. справедливости ради, исключения случаются.
Везде где у бизнеса стоят задачи разработать серьезное устройство промышленного, ответственного применения, стараются разделять на схемотехников/топологов и эмбед-программистов. А если говорить о компаниях которые занимаются суровым энтерпрайзом, военкой, космосом, то там все большие устройства еще и на схемотехнику и топологию делят между инженерами.
По поводу малинок и прочего говна, все эти смузисосы забывают, что львиная доля производимой в мире электроники - промышленность, космос, автомобили, авионика , военка, а там правят жесткие требования кучи стандартов в области надежности, функциональной безопасности, устойчивости к внешним воздействия и т.д. и тут все эти ваши смузикакахи сосут с причмокиванием.
>тут все эти ваши смузикакахи сосут с причмокиванием
>СТАНДАРТЫ НОРМАТИВЫ ЦИРКУЛЯРЫ БУМАШКИ ОЧЕННО СУРЬЕЗНО ДАА
А по коду многих ембед говноедов байтоебов не скажешь. Ты между прочим и сам об этом пишешь выше. Фреймворки, библиотеки и среды разработки это тихий ужас неюзабельный, с багами и костылями. Да и чего одно только использование языков типа си и си++ стоит, про асм вообще молчу (уровень владения плюсами отдельный вопрос, кстати).