pfg21

Рудольф Сворень - Электроника шаг за шагом
и т.д.

зарядка настроена на напряжение а не на емкость.
для ли-полимерных напряжение окончания заряда 4,2 вольта и без разницы какой емкости элемент.
куплен дешовый китайским аккум, с херовой химией, на этикетке завышенные китайские ма*ч.
так что все норм.

нет. ни емкость ни индуктивность никак себя не проявляют на постоянном токе.
нужно как-либо меняющиеся значение тока/напряжения чтобы выяснить какова емкость/индуктивность у элемента.

для емкости обычно там схема простейшего генератора пилы на постоянном токе. частота импульсов обратно пропорционально емкости и прямо пропорционально силе тока (его переключают для разных диапазонов емкости).
частоту импульсов считают таймером проца, пересчитывается в емкость и отображают на индикаторе.
с индуктивностью схема LC-генератора с набором емкостей. действия аналогичные.
ничего сложного впиховывать не будут.

потребление энергии, если у тебя не крутится в памяти браузер с кучей джабоскриптованных по самое не балуйся вкладок или троянчег с майером поймал, без нагрузки должно быть минимальным. меньше лампочки в коридоре :) за полчаса не обеднеешь.
"Сон" компа сильно влияет на энергопотребление. ибо отключается все кроме обновления DRAM (hdd обычно тоже). так что можешь усыплять комп, но скоро надоест забьешь на такие мелочи.

заодно посмотреть какое "сопротивление" у транзистора при указанных параметрах подсветки.
может прибор просто не поймет что кнопка нажата.

спалить при указанных параметров не должон.
резистор можешь взять побольше сопротивлением, рабочий ток светодиода указан в 20 ма. и 50 ма максимальный длительный ток.

есть аппаратный дешифратор/декодер команд, он опкод команды преобразует в физические "импульсы" бегающие по проводам и управляющие работой "железных" модулей проца.
в современных процах чтобы не раздувать декодер команд (в каком-то x86 он начал занимать чуть ли не половину кристалла) , использут транслятор команд который команды x86 распиливает в набор простых команд risc-процессора и отправляет их исполнятся на железные risc-процессоры.
трансляция определяется микрокодом и работа процессора может быть изменена заменой микрокода.

также как и на все остальное.
зарезает фронты, уменьшает АЧХ ( сиреч скорость передачи) канала, увеличивает нагрузку на выходные каскады (дополнительный ток на перезарядку емкости) и т.д. и т.п.
капать лучше в сторону любого аналогового эмулятора схемы - нарисовать схему КМОП ТТЛ выхода (со всеми паразитными сопротивлениями индуктивностями), подать на вход некий "цифровой сигнал", на выход подключать емкости разной величины и смотреть какие рожки да ножки остаются от сигнала.
все будет крайне наглядно

1. воспользовать не сложным кодеком ADPCM, его качества вполне хватит для голосовой записи. а пожатие потока получится весьма неплохим.
уменьшение количества записи на флешку увеличит время работы (запись в флеш тоже хорошо потребляет энергию)
2. имеет. алгоритм несложный. результат отличный. то флешки у тебя безразмерные до пофих, то ram взять побольше боишься. писать часы тишины как минимум глупо и расточительно.
3. реально всё. что напишешь то и будет, только надо сесть написать и допилить до ума.
4. для голоса АЦП контроллера хватит, в дешевый SPI микрофон впиховано АЦП такого же не высокого качества. в общем протестируй запись и решение будет самому понятно.
5. любой подходящий по твоим условиям: направленный/ненаправленный, АЧХ чувствительность...
они все практически сейчас емкостные со встроенным полевиком. большой обвязки снаружи не требуется.
6. любой подходящий. распиши что ты хочешь и получишь предварительные параметры железа.
7. используй tf card - их сейчас как грязи, да и стоимость соотвествующая.