Как стать автором
Обновить

Экстремальная оптимизация скорости загрузки Raspberry Pi

Уровень сложностиПростой
Время на прочтение11 мин
Количество просмотров8.6K
Всего голосов 47: ↑47 и ↓0+56
Комментарии21

Комментарии 21

Вот бы такой же, но с перламуторовыми.. LTE

У Raspberry Pi может есть режим гибернации, это не лучше?

Да учитывая что она включается раз в 5 минут, делает снимок и выключается, не могу сказать что в данном случае выгоднее

В целом неоднозначная статья: с одной стороны стараются уменьшить потребляемый ток, а с другой выбирают компоненты с относительно высоким энергопотреблением. Проекту уже более 5 лет, но уже и тогда был ESP32, который бы справился и с получением фото и отправки данных по Wi-Fi. Единственное потребовалась бы не вебка, а специальная камера. В проекте еще используется ATMega328, которую зачастую можно заменить ATtiny.

Есть готовый комплект с камерой на AliExpress - ESP32 cam. У меня такой дома висит, через бота telegram присылает фотки по запросу.

Только не говорите мне что ATMega там только для того чтобы включить raspberry pi...

А Линукс там только для того, чтобы сделать фотку и отослать по Wi-Fi

Резонно.

У Малины тут тоже не вебка, а MIPI или CSI камера. А так да, ESP32 было бы сильно эффективнее.

Странный способ экономить энергию - каждые несколько минут перегружать Линукс (хорошо еще, что не переустанавливать).

Вечная борьба железячников с системщиками , на любой чих линупс нужен)

Ну а как еще можно, например, помигать светодиодом с частотой 1 Гц? Линукс, Ява, класс "полупроводниковые приборы", объект "светодиод", методы "включить" и "выключить", библиотека процедур задержки, конфигурация в облаке, отчеты в Графану...

И что, вот так, прямо, без машинного обучения, Тензорфлоу и стойки с GPU?

21 век на дворе! Докупить в AWS нужные ресурсы - дело пяти минут. Новички наступают на грабли, считая, что на "мигать светодиодом" хватит процессорного времени в локальной лаборатории.

Ну всё ж правильно. Если делать baremetal, получится на пару порядков быстрее, что не вписывается в ТЗ.
:-)

ещё можно корневую систему через initramfs использовать. Тогда общение с карточкой минимальное будет.

Скрипт переключает GPIO4 и продолжает нормальную загрузку, запуская /sbin/init (то есть systemd).

Это конечно несколько за рамками статьи, но что бы посылать фотку по вай-фаю, systemd избыточен

И ещё, если I2C опрос EDID жирноват, то можно попробовать отключить консоль. Там тоже какие-то токи утекают.

интересно зачем кодировать картинку на малине с использованием гпу, не проще на хранилище это делать после получения raw картинки?

Да и снимать простую картинку можно чем то попроще типа esp32.

интересно зачем кодировать картинку на малине с использованием гпу, не проще на хранилище это делать после получения raw картинки?

Смотря чего больше в наличии: емкости канала связи или ресурсов для обработки картинки на месте.

А может быть кто-нибудь знает похожий проект, только на каком-нибудь микроконтроллере типа STM32 и с передачей не по Wi-Fi, а через LTE?

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

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий