Александр

Встречал несколько аккумуляторов, которые после глубокого разряда "уходили в себя" - контроллер обычно закрывает ключ, отвечающий за возможность получения энергии из аккумулятора, но зарядка его обычно возможна (через внутренние диоды). Иногда случается так, что оба ключа закрыты (а диоды включены встречно), и чтобы заставить контроллер открыть ключи, нужно кратковременно подать высокое напряжение. Во всех случаях успешно реанимировал аккумуляторы, подав 12 Вольт на контакты. Длительность очень короткая, буквально "раз-два чиркнуть контактами друг о друга" (представьте, что ударяете по струнам). После этого можно заряжать обычными ЗУ, и даже телефоном (заранее подключить к питанию).

Возьмите любой подходящий ARM контроллер, который справится с задачей.
Например, STM32F4xx должно хватить и под достаточно качественный захват аудио (для диктовона, конечно) - 12 бит будет лучше, чем "телефонная линия", а скорость захвата можно выбирать вплоть до 1Msps. По идее, должен успевать кодировать и в MP3, но тут уже зависит от настроек качества. Алгоритм как-никак достаточно сложный. А вот в WAV писать вполне может и F1xx, гораздо менее мощный.
Если хотите что-то более качественное - то уже внешний АЦП (например, ADS1202IPWT) от 20ksps, но лучше брать несколько больше, 16 бит. Одного канала будет достаточно.

Обычно только паяльным феном его и меняют.
Но нижний подогрев обязателен, без него очень высока вероятность запороть плату, либо пайку.
Мелкие чипы ещё можно менять только феном. Для больших начинает сказываться неравномерность теплового расширения тел. Со всеми вытекающими.

Ну у Вас и задачка.
С разбега на ум приходят только варианты "Купить готовую световую панель" (ну те, что ставят на киоски и которые раздражающе мерцают), и управлять ею. 100% будет видно метров с 10 и больше.
Высота 10-15 см - это не менее 10" экрана. ПОДОБНОГО для AVR/ARM, да ещё с адекватными ценами я не видел.
Далее. Вариант светодиодной индикации не рассматривали? В частности, несколько светодиодов разных цветов и их комбинации.
Зелёный/Зелёный - хорошо. Зелёный/Красный - предупреджение. Красный/Красный - ну всё, каюк.
Плюс: Быстро "читаются".
Минус: "Кодирование слова".

Если ограничиться теми функциями, которые не добавлялись в U* версиях - можно использовать собственно, обычный ATMega32 чип. Иначе - искать библиотеку, которая будет поддерживать U*.
Во всяком случае, для Proteus'а. В версии 7.10 из коробки только просто 32й есть. Более ноыве не находил.

Самое простое и самое грубое - это блокинг-генератор. Собирается буквально из ничего: транзистор, трансформатор (наматывается тонкой эмалированной проволокой на любом подходящем сердечнике), да токоограничительные резисторы. Собственно, всё.
Можете поискать подходящую схему преобразователей.
ОСТОРОЖНО! На выходе таки будет высокое напряжение! Убить - не убьёт, но цапнет неприятно.
Кстати, в Вашем случае - входные параметры и выходные не совпадают.
5V * 0.04A = 0.2W (<) 175V * 0.0015A = 0.26W
И плюс КПД менее 90%.

Сам пишу на какой-то дикой смеси из вырезок из HAL и самописных регистровых обращений. Вторые преобладают.
В некоторых местах архитектура самого HAL достаточно странная и ставит буквально в тупик. Например, ETH_HAL_ReceivePacket так и не удалось заставить работать по причине того, что он просто плохо описан.
Пришлось ваять свои шустрые велосипеды.
С отправкой было легче, но тоже перехожу на более легковесные свои функции.

Если применительно к робототехнике - то не факт, что здесь много кого найдёте.
А так - допустим, я.
Из в какой-то мере сторон увлечения:
Си для AVR/ARM (не путать с C#/C++/.NET), изготовление печатных плат, мелкие поделки.
Только вот я не общительный и в какой-то мере, социопат.
Так что...

linuxconfig.org/how-to-change-from-default-to-alte...

Если уж при взгляде на схему, да ещё с заранее прописанными опорными значениями напряжений в контрольных точках, у Вас не возникает понимания её - то лучше действительно обратиться к основам электротехники и самому началу.
А вообще, данная схема представляет собой двухтактный усилитель класса "А". Ток покоя составляет порядка 5мА . Возможно, микрофонный усилитель, если не указано иного. По номиналам схемы я бы предположил усиление порядка 500-5000, возможно, чуть бОльший разброс. Линейность хорошая, часототные характеристики - не менее 50..20000Гц.
Выходная мощность - менее 100мВт.

Уже обсуждалось здесь.
Данный регистр содержит упакованные поля. И интерпретировать собственно, "серийный номер" нужно в битах [55:24] - 32 бита.

Так же, можно посмотреть на, собственно, карте. пример

Точно так же, рекомендую обратиться в начале, к DataSheet'у выбранного контроллера, а затем уже к Википедии (лучше - англоязычной), где описаны интересные Вам интерфейсы.
На самом деле, интерфейсов очень много и литературы, где именно они бы были подробно описаны, я не встречал. Так что, google в помощь, как говорится.
А вообще, только минимальное количество интерфейсов, которые вообще могут быть на микроконтроллерах:
ADC/DAC (фомрально, интерфейс)
SPI, I2C (IIC), IIS(I2S) UART (USART будет относительно близок к SPI), i8080 (интерфейсы шины данных), CAN (высоко/низко скоростная шина данных), OneWire (не встречал аппаратного интерфейса в широкораспространённых чипах пока что, все эмулировались), USB, PHY, MII/RMII (уменьшенный интерфейс MII).
Из более редко встречающихся внешних интерфейсов - как правило, это видео-интерфейсы вплоть до RGB-24/компонентное видео/HDMI/MIPI интерфейс, беспроводные интерфейсы в специализированных чипах.
Боюсь, с ходу больше ничего не вспомню.
Так что, опять же, поисковик в руки, руки в плечи, и искать! =)

Правильный ответ Вам дало Армянское Радио - это ИЗНОС ячеек.
Сколько живёт Flash-память?
SLC < 100k циклов
MLC < 10k циклов
eMLC < 40k циклов
TLC < 5k циклов.
Теперь посчитаем, сколько живёт "Новая" память от Intel(r).
Даже возьмём за основу, те самые 100k циклов. И получим, порядка 100M циклов. Хорошо...
А теперь... положите в эту память стэк, который модифицируется при КАЖДОМ вызове процедуры, да ещё разделен для каждого приложения, и так далее. В среднем, вызов подпрограммы в современных программах это от 10 до 100 инструкций. Пусть программа будет висеть в памяти и работать достаточно редко, но выполнять обязательные вызовы ОС, отвечать на них, возвращать данные через буферы в стэке... и так 50-100 раз в секуду.
Чтобы стереть страницу, нужно опять же, куда-то положить её данные (а у нас НЕТ RAM, есть только эта новая память). Итого - 2 перезаписи на операцию. А если какая-то программа начнёт считать в переменной индекс массива? Она должна храниться где-то в RAM (но у нас-то её нет). Сколько проживёт несчастный сектор? Скажем, при стандартной тактовой частоте в 100МГц? Около 1 секунды непрерывных изменений ячейки.
Довольно неприятно, да?
А RAM износу не подвержена. Во всяком случае, не столь быстрому.
Надеюсь, провёл аналогию достаточно точно?

Про более изящные решения Вам уже посоветовали. В общем же, присоединяюсь к mortal.
Так же, очень правильный вопрос задал Fixid - какой ширины поток планируете передавать между коптером и пультом.
Собственно, GPRS - это минимальная задержка от 50мс и выше.
Сеть 2G в режиме GPRS не очень производительна. Вики говорит о скорости до 171,2 кбит/c (в теории). Так что...
WiFi канал - наиболее оптимальный вариант. В зависимости от протокола, может работать от 1-2Мбит/с до 150+Мбит/с. И, в зависимости от контроллера, который будет работать уже за WiFi чипом.
Как вариант проще - с односторонним управлением, можете использовать приёмопередатчики на 315/433МГц, но этого лучше не делать и использовать более высокочастотные диапазоны, например, 914МГц.
Для двусторонней связи, лучше остановиться на WiFi.
Да замучатьт тот же ESPxx/nRF24.

1. Wiznet W5100 и выше. Я бы лично себе взял W5200/W5500. В идеале - последний. Вплоть до 30МБит можно выжать, если постараться. Собирается работающий проект на ENC28J60. С багами и медленной скоростью соединения (ограничение самого чипа в 10МБит/с). Подобных навалом, единственное, что чаще они НЕ-AT, а нужен драйвер (хотя и для AT он потребуется).
2. Любой сдвиговый регистр Parallel to Serial на 4/8/16 и далее входов. Скорее всего, потребует 3 линии - Строб записи (зашёлка), тактирование и данные. С натяжкой можно повесить на SPI, но тогда уже 4 - строб записи (должен срабатывать перед nCS), OutputEnable (если инверсный - подключается к "своему" nCS), тактирование (SCK) и данные (MISO).

Си:
val = 0x1234;
a = (val & 0xFF);
b = (val >> 8);
Опа!