Это, в общем, не совсем резюме. Дело в том, что неестественный интеллект разработчиков hh не позволяет исключить данный документ из поиска. Есть только две опции: или "я ищу работу", и резюме доступно к ознакомлению, или "я не ищу работу", и резюме не видно никому, кроме его владельца. Но, если "я ищу работу", то hh начинает мне активно в этом помогать. Скорее всего, именно поэтому вы его и читаете. Попытка переименоваться в "сортировщика котиков" успеха не возымела, показы продолжаются. Исключить же из текста ключевые слова и фразы нельзя, т.к. это как раз то, из-за чего он и писался. Данная шапка добавлена в качестве извинения перед случайной жертвой поисковой выдачи за зряшное беспокойство. *** Возможно, читателю новой редакции "Искусства схемотехники" и "Стековых компьютеров" захочется прояснить градус компетентности переводчика столь серьёзных книг. Ниже приводится грубый набросок моего трудового пути, который позволит вам составить собственное мнение по этому трудно формализуемому вопросу. С чем приходилось работать. Микроконтроллеры: MSC-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). Полный цикл производства - от постановки задачи до выпуска небольших партий. Это вообще полезное дело - собственноручный монтаж пилотного изделия. Позволяет довольно быстро повысить скилл разводки и понимание возможностей монтажного производства. Иностранный язык: Технический английский. Лексика - цифровая и аналоговая схемотехника, встраиваемые системы, аппаратура, программирование. Читаю свободно. Разговорные навыки базовые (ибо где их повышать?). Переводы: Книга "Искусство схемотехники" (третья редакция, 2016г.). 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а). Короче, закрытый протокол со всеми его прелестями.