Это, в общем, не совсем резюме. Дело в том, что неестественный интеллект разработчиков hh не позволяет исключить данный документ из поиска. Есть только две опции: или "я ищу работу", и резюме доступно к ознакомлению, или "я не ищу работу", и резюме не видно никому, кроме его владельца. Но, если "я ищу работу", то hh начинает мне активно в этом помогать. Скорее всего, именно поэтому вы его и читаете. Попытка переименоваться в "сортировщика котиков" успеха не возымела, показы продолжаются. Исключить же из текста ключевые слова и фразы нельзя, т.к. это как раз то, из-за чего он и писался. Данная шапка добавлена в качестве извинения перед случайной жертвой поисковой выдачи за зряшное беспокойство. *** Возможно, читателю новой редакции "Искусства схемотехники" и "Стековых компьютеров" захочется прояснить градус компетентности переводчика столь серьёзных книг. Ниже приводится грубый набросок моего трудового пути, который позволит вам составить собственное мнение по этому трудно формализуемому вопросу. С чем приходилось работать. Микроконтроллеры: MCS-51, PIC, MSP430, STM32, х86 ( win32 ). Здесь следует заметить, что современные микроконтроллеры бессмысленно указывать в вакансиях как торговые названия конкретных фирм, потому что все они, начиная с какого-то момента, становятся похожи, даже для человека, программирующего их на ассемблере. Заданный набор команд просто чуть упрощает или чуть усложняет выполнение какого-то конкретного действия. Если же общение с вычислительным ядром ведётся на языке высокого уровня, то разница между моделями одной разрядности сокращается до степени, неразличимой невооружённым глазом. Отличие между 8, 16 и 32 разрядами ещё есть, но и оно уже мало влияет на стиль написания программ. Короче, все регистровые процессоры похожи, как капли воды. Разные архитектуры ( скажем, регистровые и стековые ) ещё различимы, но промышленных стековых на рынке нет. Итог: если человек знает пару-тройку моделей, то добавить к ним ещё одну проблем не составит. Программируемая логика: CPLD ALTERA, Xilinx. Я сам использую программируемую логику в качестве замены для жёсткой, которую сегодня неприлично даже искать, а уж о применении и говорить не приходится. Начинал ещё с интеловских матриц i060/i090 и языка PALASM. А изучать всё это великолепие начал, потому что лень было разводить печать под 14-, 16-ногие корпуса. Лень - двигатель прогресса, и чем сотрудник ленивее, тем он прогрессивнее. Л - логика ( в том числе программируемая ). Интерфейсы: RS232, RS485, 1-Wire, I2C, SPI. Подключаться к периферии надо же как-то. Начинал тоже из-за лени, кстати, ибо разводить последовательные шины куда как приятнее и проще, чем параллельные. Сейчас периферию с параллельной шиной найти достаточно сложно, если вообще возможно, а современные микроконтроллеры, как правило, внешней параллельной шины не имеют, и подключение параллельных каналов превращается в квест специальной олимпиады. Схемотехника: Аналоговая и цифровая схемотехника, измерительные и точные схемы. Здесь трудно что-то выделить, жизнь-то долгая, и заниматься приходится всем подряд. Производственные навыки: Монтаж ( корпуса для поверхностного монтажа шаг 0.5 мм., SMD 0603 ). Полный цикл производства - от постановки задачи до выпуска небольших партий. Это вообще полезное дело - собственноручный монтаж пилотного изделия. Позволяет довольно быстро повысить скилл разводки и понимание возможностей монтажного производства. Иностранный язык: Технический английский. Лексика - цифровая и аналоговая схемотехника, встраиваемые системы, аппаратура, программирование. Читаю свободно. Разговорные навыки базовые, ибо где их повышать ? Переводы: Книга "Искусство схемотехники" ( третья редакция, исправленная, 2017г. ). https://the.epic-files.com/bookshelf.htm ( http://the-epic-file.com/bookshelf.htm ) Три стадии становления инженера по аналогии с отношением людей к Деду Морозу: - он не знает о существовании книги "Искусство схемотехники", - он читал "Искусство схемотехники", - он переводил "Искусство схемотехники". Я на третьем уровне. Не слишком скромно, зато честно. Технические тексты, связанные с основной профессиональной деятельностью. http://embedders.org/blog/teap0t Базовые знания немецкого. Дополнительные инструменты: IDA, CAM350, LTSpice, TINA-TI Базовые знания HTML, CSS, JS. В современном мире от них трудно увернуться. Краткая трудовая биография ( cтандартная инженерная карьера "снизу" ): 1983 Трудовой путь начинал фрезеровщиком. 1984 Радиомонтажник. 1989 Самостоятельная разработка цифровых схем. 1995 Микроконтроллеры MCS-51 и начало разработки аналоговых схем. 1996 Разработка печатных плат PCAD 1996 Программируемая логика. CPLD Altera, Xilinx. 1997 PIC10, PIC12, PIC16 2002 MSP430. 2005 win32. 2011 ARM Cortex M3 ( STM32 ). 2016 Altium Designer v14.8 2017 AVR 2021 OrCad Capture/Allegro, Mentor VX2.8, AutoCAD Личные особенности: - Могу выполнять монотонную работу, требующую внимательности, аккуратности ( монтаж, дизассемблирование, рефакторинг кода, перевод и редактирование текста, создание и ведение библиотеки электронных компонентов ). - Пилотные образцы своих изделий я предпочитаю монтировать сам (для выявления возможных ошибок ). Подход к проектированию - Любая разработка в основном состоит из типовых узлов и решений, а значит, начинать следует с чтения литературы на заданную тему. - В начале инженерной деятельности больше использовал на метод "грубой силы" ( многослойные платы, дорогие специализированные компоненты ). На данный момент интереснее решить задачу, минимизируя средства ( одно-, двухслойные платы, GP компоненты, универсальные схемы ) и сокращая номенклатуру. - Максимальное использование компонентов массового сегмента. - Выполнение требований к автоматической сборке при сохранении пригодности для ручного монтажа ( основной размер дискретных элементов 0603, в ограниченном объеме - 0402 ). - Мнимизация монтажных операций, т.е. технологичность и максимальное использование интегрированных узлов и готовых решений. - Программная диагностика и настройка. Проекты ( два примера ). Емкостной измеритель уровня жидкости. Требовалось измерять уровень жидкость емкостным методом. Предполагалось сделать носимый прибор, поэтому был выбран MSP430. Переключение датчиков производилось в соответствии с определенной временной диаграммой, в конце коей производилось измерение. И так 10 раз ( все по таймерным прерываниям, используя возможности "output unit" ), после чего ( прерывание АЦП по завершении десятого измерения ) минимальное и максимальное значение выкидывалось, а оставшиеся восемь отсчетов усреднялись. Далее функция "скользящего среднего" и вывод на ЖКИ ( был вариант для HD47780 на F149 и для сегментного на F449 ). Процессор выбирался из соображений малого потребления и наличия АЦП. Потребление всей схемы ( с сегментным ЖКИ на MSP430F449 ) ~5mA. Точность 0.2 мм на 1 м. датчике. Ведомый контроллер протокола игровых машин SAS. Чисто программный проект. Все железо было взято из одной из предыдущих разработок. Потребовалась только переделка интерфейсной части с токовой петли на RS232. Протокол типа ведущий-ведомый для управления игровыми автоматами ( "однорукими бандитами" ). Протокол невероятно гадкий: мало того, что сложный, так ещё и с многолетними наслоениями, расширяющими функционал. Когда он проектировался, многие возможности развития не были приняты во внимание и при последущем расширении все это вылилось во что-то совершенно непристойное. Протокол предусматривает несколько различных типов транзакций: адрес, адрес-тип, адрес-тип-контрольная_сумма, адрес-тип-данные-КС, адрес-тип-длина-данные-КС, multicast/unicast и - апофеоз - инкапсуляция нового протокола в старые рамки. Понять это можно: коммерческий протокол, соответственно, поддержка предыдущих версий обязательна, но удовольствия не прибавляет. Первые слои протокола - чисто контролирующие функции с минимальными возможностями управления ( блокировать, выключить звук и т.п. ). На этом уровне мой контроллер выглядит как набор регистров, которые считываются соответствующими командами. Была выбрана чисто пассивная схема - адаптер пассивное устройство, как со стороны игровой машины, так и со стороны управляющей системы ( хоста ). Игровая машина обновляет регистры - хост их считывает. В проекте активно использовалить табличные методы, т.к. команд в протоколе слишком много и они частично перекрываются ( одна может считывать четыре регистра, а другая те же четыре регистра и еще два ). Кроме того, некоторые регистры имеют адреса со стороны хоста и могут быть запрошены по адресу, а некоторые - адреса не имеют и запрашиваются только определенной командой, а заполнять их надо таки по адресу ( дабы не уподобляться изобретателям SAS ). Короче, закрытый протокол со всеми его прелестями.