Встраиваемые системы

Embedded на собеседовании

Embedded software engineer в Apple (AirPods Pro MCU), Tesla (автопилот вычислительный блок), Boston Dynamics (роботы) - это одни из самых технически требовательных ролей в индустрии. Зарплата $180-350K в US. Требуют: понимание железа, real-time мышление, умение отлаживать «вслепую». Этот урок - финальная подготовка к таким интервью.

**Apple (Cupertino)**: команда AirPods MCU ищет Embedded SW Engineers. Вопросы: Bluetooth stack на Cortex-M0+, power optimization до 20 часов от батареи, latency audio < 20 мс.
**Tesla (Embedded Systems)**: Full Self-Driving компьютер - ARM Cortex-A72 + custom NPU. Embedded команда - RTOS, camera pipeline, sensor fusion. Вопросы на интервью: real-time scheduling, DMA, memory-mapped I/O.
**STMicroelectronics (R&D)**: разработка HAL и middleware для STM32. Вопросы: ABI, linker scripts, bootloader design, memory protection units (MPU).

Вопросы про прерывания и таймеры

Прерывания и таймеры - главная тема embedded интервью в Tesla, Apple (AirPods MCU), STMicroelectronics, Qualcomm. Интервьюер проверяет: знаешь ли ты что происходит на уровне железа, а не только «attachInterrupt()».

**«Объясни что происходит при прерывании»**: CPU заканчивает текущую инструкцию, аппаратно сохраняет context (PC, LR, PSR, r0-r3, r12) на MSP/PSP стек, переходит по вектору ISR, выполняет ISR, восстанавливает context.
**«Почему ISR должна быть короткой?»**: overhead на вход/выход ~12-70 cycles на Cortex-M. Длинная ISR блокирует другие прерывания (или задерживает их). RTOS: ISR не должна выполнять blocking вызовы - только флаги и semaphore give.
**«volatile и ISR»**: компилятор оптимизирует переменные в регистры. Переменная, изменяемая в ISR, может быть «не видна» в main() без volatile - каждый доступ должен идти в память.
**«Настрой таймер на 1 кГц»**: знать формулу f = f_cpu / ((PSC+1)*(ARR+1)). Для STM32: APB1=84MHz, PSC=84-1, ARR=999 -> 1 кГц.

Интервьюер спрашивает: «Можно ли вызвать printf() внутри ISR?». Правильный ответ:

Задачи на проектирование протоколов

Embedded интервью в STMicroelectronics, NXP, Texas Instruments часто включает: «Спроектируй коммуникационный протокол для датчиков» или «Объясни как работает SPI и реализуй driver». Это проверяет понимание реального hardware.

**SPI vs I2C**: SPI - 4 провода, full-duplex, до 100 MHz, нет адресации (CS линия на каждое устройство). I2C - 2 провода, half-duplex, до 3.4 MHz, адресация (до 128 устройств на шину). SPI для высокоскоростной передачи, I2C для многих медленных устройств.
**UART framing**: start bit (1), data bits (5-9), parity (optional), stop bits (1-2). Baud rate должен совпадать ±2% между передатчиком и приёмником.
**CRC для надёжности**: CRC16 или CRC32 добавляются к пакету для обнаружения ошибок передачи. Стандарт для industrial: Modbus RTU (CRC16), CANbus (CRC15).
**Синхронизация**: master-slave (SPI, I2C), peer-to-peer (CAN), framing (UART start bit).

Нужно подключить 8 датчиков температуры к ESP32. Каждый датчик медленный (данные раз в секунду). Какой интерфейс выбрать?

Отладка без дисплея: инструменты embedded разработчика

Embedded отладка сложнее web/mobile: нет printf в терминал по умолчанию, нет IDE с breakpoints на устройстве (без JTAG), мало RAM для логов. Знание инструментов отладки - обязательное на интервью в hardware companies.

**UART logging**: простейший метод. Printf -> UART -> USB-Serial адаптер -> терминал. Проблема: блокирует прерывания при TX, медленный для высокочастотных событий.
**JTAG/SWD отладчик**: ST-Link, J-Link, OpenOCD + GDB. Breakpoints, watchpoints, inspect регистров. Без отладчика embedded разработка - «вслепую».
**RTT (Real-Time Transfer)**: SEGGER J-Link технология. Логи в circular буфер в RAM, считываются через JTAG без прерывания CPU. Скорость до 1 MB/s - не влияет на timing.
**Logic analyzer**: Saleae Logic, DreamSourceLab. Захватывает SPI/I2C/UART/PWM сигналы физически. Незаменим для отладки коммуникаций.
**Oscilloscope**: для аналоговых сигналов, jitter PWM, ringing на SPI линиях. Rigol DS1054Z - популярный бюджетный вариант.

Прерывание ISR иногда занимает 500 мкс вместо ожидаемых 50 мкс. Как диагностировать причину?

Компромиссы embedded: энергия, память, производительность

Embedded системы живут в треугольнике ограничений: энергопотребление (батарея), RAM/Flash (стоимость MCU), производительность (latency требования). Умение объяснять компромиссы - ключевой навык senior embedded engineer.

**Power modes**: STM32 Sleep/Stop/Standby. STM32L4: Run 80 мА, Sleep 10 мА, Stop 5 мкА, Standby 0.6 мкА. Duty cycling: 1 мс активности / 999 мс Standby = среднее 0.6 мкА + 0.08 мА*1 = ~0.68 мкА. Батарея 1000 мАч -> 1000/0.00068 = 1470 000 часов = 167 лет.
**RAM оптимизация**: стек vs heap. Статическая аллокация безопаснее на embedded - нет фрагментации, нет неопределённого времени malloc. FreeRTOS stack анализатор (uxTaskGetStackHighWaterMark) для нахождения минимальных размеров стека.
**Flash vs RAM**: константы в Flash (const, __attribute__((section(".rodata")))). Таблицы синуса в Flash, не RAM. На STM32F1: 128KB Flash, 20KB RAM - каждый байт RAM на счету.
**Latency vs throughput**: DMA для высокого throughput (UART, SPI, ADC), прерывания для низкой latency (аварийный стоп). Не DMA для одиночных байт.

Embedded программирование - это просто C, только без ОС и с меньшей памятью

Embedded требует глубокого понимания аппаратного обеспечения: регистры периферии, timing диаграммы, электрические характеристики, power domains. Без этого даже простая задача превращается в загадку

Типичная ошибка junior embedded: написали правильный C код, но не учли что GPIO переключается раньше чем данные SPI стабилизировались (setup/hold time нарушение). Код «правильный», железо «неправильное» - нужно читать datasheet и осциллограф.

Умный датчик на STM32L4 питается от батареи 1000 мАч. Измерение раз в 10 секунд. Как максимизировать срок службы?

Ключевые идеи

**Прерывания**: context save на стек автоматически (ARM Cortex-M), ISR короткая + volatile + no blocking, кольцевой буфер для ISR-to-main коммуникации.
**Протоколы**: SPI (быстро, CS на устройство) vs I2C (2 провода, адресация, медленнее), CRC для integrity, framing для пакетов.
**Отладка**: GPIO toggling + осциллограф для timing, RTT для non-intrusive логов, JTAG/SWD для breakpoints, logic analyzer для протоколов.
**Power**: Standby с RTC = мкА потребление, duty cycling > снижение частоты. Статическая аллокация > malloc на embedded.

Связанные темы

Подготовка к embedded собеседованию охватывает весь курс:

Таймеры и прерывания — Самая частая тема embedded интервью: настройка таймера, ISR правила, volatile, кольцевой буфер
IoT Architecture — Системный дизайн на senior уровне: edge vs cloud, OTA, security - для senior embedded positions

Вопросы для размышления

Кольцевой буфер UART: head пишется в ISR, tail читается в main(). На 32-bit ARM Cortex-M чтение/запись uint8_t атомарно. А если head/tail были бы uint32_t - что изменилось бы?
STM32 JTAG debug: при использовании breakpoint в ISR система может вести себя иначе чем без breakpoint (timing изменяется). Как отлаживать timing-sensitive прерывания не нарушая их поведение?
Senior embedded interview: «Спроектируй bootloader для обновления прошивки STM32 через UART». Какие компоненты необходимы и какие edge cases нужно обработать?

Связанные уроки

os-01-intro

Вопросы про прерывания и таймеры

**«Объясни что происходит при прерывании»**: CPU заканчивает текущую инструкцию, аппаратно сохраняет context (PC, LR, PSR, r0-r3, r12) на MSP/PSP стек, переходит по вектору ISR, выполняет ISR, восстанавливает context.

**«Почему ISR должна быть короткой?»**: overhead на вход/выход ~12-70 cycles на Cortex-M. Длинная ISR блокирует другие прерывания (или задерживает их). RTOS: ISR не должна выполнять blocking вызовы - только флаги и semaphore give.

**«volatile и ISR»**: компилятор оптимизирует переменные в регистры. Переменная, изменяемая в ISR, может быть «не видна» в main() без volatile - каждый доступ должен идти в память.

**«Настрой таймер на 1 кГц»**: знать формулу f = f_cpu / ((PSC+1)*(ARR+1)). Для STM32: APB1=84MHz, PSC=84-1, ARR=999 -> 1 кГц.

Интервьюер спрашивает: «Можно ли вызвать printf() внутри ISR?». Правильный ответ:

Задачи на проектирование протоколов

**SPI vs I2C**: SPI - 4 провода, full-duplex, до 100 MHz, нет адресации (CS линия на каждое устройство). I2C - 2 провода, half-duplex, до 3.4 MHz, адресация (до 128 устройств на шину). SPI для высокоскоростной передачи, I2C для многих медленных устройств.

**UART framing**: start bit (1), data bits (5-9), parity (optional), stop bits (1-2). Baud rate должен совпадать ±2% между передатчиком и приёмником.

**CRC для надёжности**: CRC16 или CRC32 добавляются к пакету для обнаружения ошибок передачи. Стандарт для industrial: Modbus RTU (CRC16), CANbus (CRC15).

**Синхронизация**: master-slave (SPI, I2C), peer-to-peer (CAN), framing (UART start bit).

Отладка без дисплея: инструменты embedded разработчика

**UART logging**: простейший метод. Printf -> UART -> USB-Serial адаптер -> терминал. Проблема: блокирует прерывания при TX, медленный для высокочастотных событий.

**JTAG/SWD отладчик**: ST-Link, J-Link, OpenOCD + GDB. Breakpoints, watchpoints, inspect регистров. Без отладчика embedded разработка - «вслепую».

**RTT (Real-Time Transfer)**: SEGGER J-Link технология. Логи в circular буфер в RAM, считываются через JTAG без прерывания CPU. Скорость до 1 MB/s - не влияет на timing.

**Logic analyzer**: Saleae Logic, DreamSourceLab. Захватывает SPI/I2C/UART/PWM сигналы физически. Незаменим для отладки коммуникаций.

**Oscilloscope**: для аналоговых сигналов, jitter PWM, ringing на SPI линиях. Rigol DS1054Z - популярный бюджетный вариант.

Прерывание ISR иногда занимает 500 мкс вместо ожидаемых 50 мкс. Как диагностировать причину?

Компромиссы embedded: энергия, память, производительность

**Power modes**: STM32 Sleep/Stop/Standby. STM32L4: Run 80 мА, Sleep 10 мА, Stop 5 мкА, Standby 0.6 мкА. Duty cycling: 1 мс активности / 999 мс Standby = среднее 0.6 мкА + 0.08 мА*1 = ~0.68 мкА. Батарея 1000 мАч -> 1000/0.00068 = 1470 000 часов = 167 лет.

**RAM оптимизация**: стек vs heap. Статическая аллокация безопаснее на embedded - нет фрагментации, нет неопределённого времени malloc. FreeRTOS stack анализатор (uxTaskGetStackHighWaterMark) для нахождения минимальных размеров стека.

**Flash vs RAM**: константы в Flash (const, __attribute__((section(".rodata")))). Таблицы синуса в Flash, не RAM. На STM32F1: 128KB Flash, 20KB RAM - каждый байт RAM на счету.

**Latency vs throughput**: DMA для высокого throughput (UART, SPI, ADC), прерывания для низкой latency (аварийный стоп). Не DMA для одиночных байт.

Embedded программирование - это просто C, только без ОС и с меньшей памятью

Умный датчик на STM32L4 питается от батареи 1000 мАч. Измерение раз в 10 секунд. Как максимизировать срок службы?

Ключевые идеи

**Прерывания**: context save на стек автоматически (ARM Cortex-M), ISR короткая + volatile + no blocking, кольцевой буфер для ISR-to-main коммуникации.

**Протоколы**: SPI (быстро, CS на устройство) vs I2C (2 провода, адресация, медленнее), CRC для integrity, framing для пакетов.

**Отладка**: GPIO toggling + осциллограф для timing, RTT для non-intrusive логов, JTAG/SWD для breakpoints, logic analyzer для протоколов.

**Power**: Standby с RTC = мкА потребление, duty cycling > снижение частоты. Статическая аллокация > malloc на embedded.