Comments 32
Отличная статья, спасибо. А сколько по вашему такая рамка с погодой будет работать от батарейки, пару месяцев или меньше?
По моим подсчетам, должно хватить на полгода-год, но насчет саморазряда я не уверен. ESP32 в спящем режиме, просыпается раз в час. Quiescent Current для SY8088 - 40мкА, тоже немного. У STM32 вообще питание включается только на время работы дисплея.
У меня такой информер ( сейчас в корпусе облагорожен) . Плата: TTGO T5 V2.3.1 + акк 3.7В 800мАч
Интервал - 20 минут. В цикле включение WiFi, получение данных о погоде, отрисовка экрана. После - выключение всего и глубокий сон.
Полностью заряженного акк хватает на месяц. Если увеличивать интервал и блокировать работу ночью ( кому погода ночью нужна? Все спят) - период увеличится.
![](https://habrastorage.org/getpro/habr/upload_files/ff5/82e/13e/ff582e13ea40cf439a79a6a0ddc38afc.png)
У меня аккумулятор почти в 4 раза толще Вашего, обновление в 3 раза реже. Чаще - бессмысленно, на сайте данные раз в час обновляются. Ну и обновление дисплея - свежие дисплеи норовят по 15 секунд обновляться, тоже сильно сказывается. Это все теория, практически я еще не знаю, сколько он продержится. Тем более, батарейка сильно старая и не предназначена для маленьких токов, это ходовая батарейка для модельного движка.
Яндекс.Погода чуть ли не real time даёт. Интересно, можно ли оттуда данные тянуть.
Сейчас глянул код - интервал обновления выставлен 30 минут. Для относительно корректной отработки текущей погоды. Размер акк - под размер корпуса, напечатанного на 3D принтере. Смысл его делать больше не вижу. Благо заряжается очень быстро. А "индикатор зарядки" всегда подскажет сколько энергии в батареи.
Время запроса и обработки данных - около 2 секунд. При запросе прогноза принудительно задаем глубину, чтобы не тащить лишние данные.
Экран обрисовывается за 1 секунду. По видимому по причине крайне мелкого размера.
Плата оптимизирована под минимум паразитного потребления. Все светодиоды выпаяны.
Сейчас работаю над подключением электронных ценников как выносных индикаторов погоды и другой инфы. И идеале это будет единая интегральная система.
Важно: экраны на базе "e-paper " не должны стоять под напряжением. Если просто использовать циклы отрисовки как в классическом экране - через 2-3 месяца экран начинает артефачить и постепенно приходит в полностью неработоспособное состояние. А потому при использовании готовых библиотек используем функции "power_on" перед отрисовкой и "power_off". И разумеется глянуть в функции. Требуется реально гасить внутренний преобразователь питания e-paper. А не просто программная заглушка.
Чаще - бессмысленно, на сайте данные раз в час обновляются.
Нет. Данные "current weather data" идут практически в реалтайме. По крайней мере меняются достаточно часто. Возможно ежеминутно.
Как же это круто! Спасибо! Хоть сам давно не ковыряю железки и вообще остановился на avr/mcs-51, но прочитал с удовольствием. Особенно кусок про запуск, как же это знакомо...
Ну, собственно после этой статьи публиковаться в конкурс смысла уже не имеет =)
С ESP32 не все так просто — при попытке выделить массив под кадр больше 96К, линкер отказывается работать, заявляя что все, памяти у него для вас больше нет. А где же ваши хваленые 320K Data RAM?
Не все так просто с памятью у есп) во-первых 320 делится пополам с оперативкой и памятью для инструкций , во- вторых если вы используете глобальный буфер а не выделяете его динамически, то вам и 96к не будет доступно. В- третьих 3.02 релиз библиотек надо использовать, что б добраться до всей памяти)
Но вот приятный на ощупь мягкий пластик задней крышки превратился в какую-то сопливую субстанцию, которую в руки без омерзения уже не взять.
Знакомо.
Спирт и упаковка ватных дисков в помощь.
Спасибо за статью. Года два назад, купил себе ценник Gicisky на электронных чернилах, с Bluetooth, работающий от круглой CR батареи. Установив Android приложение от производителя и отправив на ценник несколько картинок, решил разобраться что к чему. Мне удалось поймать передаваемый Bluetooth трафик между Android смартфоном и ценником. Однако дальше дело не пошло, возможно там используется какое-то сжатие / упаковка. Получилось только отправить уже пойманный трафик через Python, при малейшем его изменении, на экране получается какая-то мешанина. На GitHub есть несколько репозиториев с попытками анализа и расшифровки передаваемого трафика. Но у меня разобраться так и не получилось. Изначально, цель была в том, чтобы отсылать на этот экранчик уведомления с Raspberry Pi.
В пору крич кидать, на сбор денег на всамделишный велосипед автору. А мальчики пусть будут «сами по себе, собственные». Тогда и велосипед у автора будет, и мальчики целые.;)
P.S. Раскройте тайну, а видео полета на FPV дроне перед абзацем
Это было небольшое отступление. В реальных дисплеях производители обычно используют 16 градаций серого, но у любителей получается и 32 использовать.как завязано с Eink?
как завязано с Eink?
Только способом использования буфера, не сразу весь кадр формируется, а каждая строка на лету просчитывается
А велосипед у меня есть - https://habr.com/ru/articles/590507/
Понятно, вопрос с велосипедом закрыт. А вот с кличем, вопрос остается открытым. Ну нельзя не поддержать человека с таким уровнем оптимизма и увлеченности, при всех тех проблемах через которые он проходит по жизни. Спасибо вам за заряд оптимизма!
Это, видимо, один из методов запланированного устаревания. Какое-то покрытие для пластика https://ru.wikipedia.org/wiki/Софт_тач Говорят, очень не любит ультрафиолета.
Есть еще отличный проект: https://github.com/vroland/epdiy
Собирал еще когда была весия 5 - там напряжения делаются двумя LT1945. Хотел передлать на TPS - мне кажется, это чуть красивее выглядит. Но в то время их в наличии не было вообще нигде. Сейчас уже у автора есть V6.
Ну и самое главное, там вполне достаточно одной ESP32 c PSRAM. Передача картинки сделана чарез параллельный I2S - так что скорость отрисовки крайне приятная.
Единственное, чего я совсем не ожидал - это ток VCOM. У меня панель ED097OC4, там как бы все хорошо:
![](https://habrastorage.org/getpro/habr/upload_files/afd/f8b/826/afdf8b826cbed001e83dbea2c3c1c0e0.png)
Но первый LM358 взял да сгорел. Потому как далее ДШ сообщает, что
- Vcom is recommended to be set in the range of assigned value ± 0.1V
- The maximum ICOM inrush current is about 1.56A
В ДШ на ваш дисплей такой строчки нет.
Да, я видел этот проект. Более того - именно оттуда утащил footprint для разъема, который в итого у меня оказался другим. А с inrush current меня, видимо, спасло то, что я перестраховщик и на выходе операционника поставил резистор. Так что даже не заметил этого - но все равно спасибо, знать это полезно.
А в готовую читалку подходящую нельзя свою прошивку залить, чисто на погоду?
Доброго дня. Как показали мои ресурсные тесты, то дисплейчик служит дольше если перед сменой картинки сначала полностью закрасить все поле, стереть и это повторить. Тогда не остается "теней", изображений что долго светились до этого и т.д. (честно метод спер с электронных книжек, но там тоже не дураки сидят)
Развлекаемся с электрофоретическими дисплеями