TinyFL — драйвер фонарика на микроконтроллере

Опять разочарование
Мне кажется вы несколько сгустили краски.

Да, эта разработка не предел мечтаний, зато готовый экземпляр. За что автору и большое спасибо.

А вот вы написали хорошее тех.задание на дальнейшее развитие. Может, займетесь?

Снимать его механически это зло

Это позволит получить более концентрированный раствор и сильно уменьшить время травления.

Вам нужно определить номенклатуру для футпринтов?
Я бы на Вашем месте заказал бы эти компоненты по отдельности, желательно в тех магазинах, где предоставляется спецификация на продукт — тогда с поиском футпринтов проблем не будет. К тому же отпаять Атмегу не так просто — нужна паяльная станция с феном.

Если уж очень хочется распаять ардуинку на запчасти:

• Футпринт кварца похож на 3225 — например.
• Холдер microSD похож на вот этот. Где-то у меня вроде даже футпринт под него был самодельный.

Как Вы там, что-то рассчитывали, методом научного тыка? :)

Ну почти — я вбил напряжение источника (4.5 В — с гарантированным запасом), открыл таблицу доступных в магазине поблизости номиналов и по ним подбирал такие, при которых бы выходное напряжение было бы максимально близко к 1 В, а сопротивление было бы как можно большим.
За калькулятор спасибо, с ним это делать конечно же намного удобнее — буду теперь им пользоваться :)
Кстати, в статью попала не та ссылка, я пользовался этим калькулятором.

Выглядит это примерно так

Хорошая мысль, попробую это реализовать.

В конкретном случае дроссель не актуален — даже когда транзистор полностью открыт, ток будет в районе полутора ампер.

Ну я же не зря поставил тег "arduino" :)
На самом деле, реализация антидребезга с delay — самая простая. Можно конечно через прерывание переполнения считать время, пока кнопка нажата, но я не вижу смысла так усложнять код.

Основной цикл должен смотреть на эту переменную и на переменную текущего режима работы, и исходя из их разницы, при необходимости ставить новый режим.

Имхо, так будет неудобно плавно изменять яркость в реальном времени

если зажать кнопку надолго, то основной цикл будет проходить дольше,

Это не является проблемой, с батареей ничего не случится, если проверку напряжения отложить на какое-то время.

Кроме того, кнопки дребезжат не только при нажатии, но и при отжатии — это тоже хорошо бы обрабатывать правильно

Ну так это отлично отрабатывается конструкцией следующего вида:

If (btn_pressed) {
while (btn_pressed); // антидребезг при нажатии
_delay_ms(x); // антидребезг при отпускании
}

Вообще, внешний физический мир асинхронен по отношению к циклу while (1) — и события с него ловить надо тоже асинхронно, а не тогда, когда процессор готов будет это сделать, вывалившись из очередного _delay_ms :)

Согласен, в теории все так и есть. Но на практике (в конкретном случае) кнопку нажимает человек — существо довольно медленное, и длительность нажатия составляет как минимум, несколько миллисекунд. За это время мк гарантированно успеет отловить это нажатие, так как в коде нет delay большой длительности. Исключение — дополнительный режим, но там это не мешает — кнопку можно держать, пока драйвер из него не выйдет.

Спасибо. По пунктам:

1. Считается хорошим тоном ставить супрессоры в носимые устройства. При замене батареи можно дотронуться рукой до контактов холдера батареи, и если в этот момент Ваше тело было заряжено статическим электричеством, заряд пойдет прямиком на драйвер. МК может этого не пережить, да и полевые транзисторы тоже боятся сильных статических разрядов, насколько я знаю.
2. Через светодиод ток в обратном направлении не течет (до определенного порога — примерно в 5 В, что меньше максимального напряжения батареи, а если вдруг и будет превышено — отсечется супрессором). Так что да, схема работает.
   Да, через R6 пойдет ток около 80 мкА, но это не наносит вреда — видимо, рассеивается на внутреннем диоде.
3. Собственный ток в выключенном режиме не более 5 мкА, обычно где-то 2-3 мкА.

В теории можно, но я боюсь, что тогда прошивка не уместится в килобайт памяти.

Спасибо.
Скетча для Arduino не будет по причине неэкономного расходования ресурсов МК прошивкой, скомпилированной в ней. Откройте для себя Atmel Studio, данная среда разработки Вас приятно удивит по сравнению с Arduino IDE.
Для сравнения: пустой скетч (вида void setup() {} void loop(){}) весит 172 байта, тогда как в Atmel Studio всего 40 байт. Когда доступно только 1024 байта памяти программ, 130 байт — очень хорошая экономия.

Тут нашелся интересный способ скомпилировать прошивку в Arduino IDE без излишней траты памяти. Это не совсем скетч в привычном его понимании, а просто .ino файл с одной единственной строчкой :)
Обновил статью и репозиторий на гитхабе, смотрите.

И как, сколько теперь весит программа?

Я решил не делать такую функцию, так как это имеет мало смысла без стабилизации яркости. При замене разряженной батареи яркость все равно изменится.

Фьюз CKDIV8 = 1, это увеличит частоту ШИМ в 8 раз (будет 37.6 КГц), должно перестать пищать.

Да, можно, но особого смысла нет, утечка через делитель около 4 мкА, что сравнимо с потреблением тиньки в спящем режиме (1 мкА).
Вообще, я хотел на него терморезистор повесить, для контроля нагрева светодиода.