Всё началось с того что электронная книга Digma e629 достаточно долго лежала без дела, и когда в очередной раз я решил зарядить и воспользоваться ей — она отказалась включаться. На тот момент книге было почти 10 лет и немудрено, что первое вскрытие сразу показало разряженный в ноль Li-Ion аккумулятор. (3.7В 306573 на 1500mAh). Благо это популярны форм-фактор, и я без труда нашёл и заказал новый.
Однако, после замены… проблема осталась. Дисплей не обновлялся, хотя сама книга виделась по USB и аккумулятор нормально заряжался. Я подпаялся к UART порту (скорость стандартная 115200) и начал копать глубже.
Симптомы
- Книга не включалась с родным аккумулятором
- После замены батареи система начала подавать признаки жизни
- По UART видно загрузку Linux
- Экран E-Ink не обновляется
В логах было видно процесс зарядки нового аккумулятора — значит он корректно нашёлся системой, и PMIC AXP192 его видит:
ac_line_status = 1
battery_status = 3
path:/usr/share/splash/charging.jpgА так же что система вызывает обновление дисплея:
Refresh():(0,0,758,1024)
eink:3 (0,0,758,1024)
FBIO_UPD_DISPLAYЭто значит, что драйвер работает, но физически экран не меняется.
Проверка питания дисплея
У E-Ink дисплеев есть отдельные высокие напряжения, в моём случае дисплей ED060XD4 (GEN60D9006), было аж 6 линий питания:
22V 15V -20V -15V VCOM 3.3V
На плате возле шлейфа были тест-пады с подписями.
Сначала казалось, что DC-DC преобразователь не работает, потому что напряжений не было.
Но при старте устройства оказалось, что напряжения кратковременно появляются, а потом выключаются.
Это нормально — E-Ink питание включается только во время обновления.
Поиск блока питания E-Ink
На плате есть отдельный экранированный блок с катушками, диодами и аналоговыми микросхемами.
В нём были:
- 2 дросселя
- несколько диодов
- GS358S (аналог LM358)
- микросхема с маркировкой LTTS
- подстроечный резистор (VCOM)
Это оказался блок питания E-Ink дисплея.
Но он был исправен.
Flash на шлейфе дисплея
На FPC-шлейфе дисплея стоит отдельная SPI flash:
MXIC L132803
Покопавшись в источниках нашёл что такая флешка хранит:
- waveform (LUT)
- таблицы обновления
- калибровку VCOM
- данные панели
Если waveform повреждён — экран не обновляется, хотя всё остальное (питание, данные) — работает. На просторах Интернета была найдена утилита для чтения и прошивки Waveform для процессора Rockchip RK2818 через USB. RK2818_waveform update tool
Чтение waveform через USB
Для работы нужно войти книгой в режим прошивки: полностью выключить, зажать кнопку вниз на джойстике и включить книгу по USB к ПК с ОС Windows. Если всё в порядке, то появится устройство Rockusb Device.
Важно, базовые драйвера могут не подойди, по этому я руками даунгрейдил их до старых из комплекта с программой прошивки от Rockchip: Rockusb-Device-Driver-win8-win10-x64<.p>
Для я решил прочитать то что там хранилось. Программа миниалистичная и не совсем очевидно, но надо указать размер считываемого дампа (первый красный квадрат) и выбрать через «…» имя файла для записи дампа. Размер флешки 512 KB, так что я указал 524288 байт (0x80000):
Стрелочкой я показал как должна выглядеть ваша книга если всё в порядке с драйверами.
При просмотре дампа в hex обнаружилось:
- правильный заголовок
- ID панели
- повторяющиеся блоки
- странная структура в конце файла
Сравнение с оригинальным waveform
По прочитанному дампу, rkf:v1.0.104/10/15 Einks 320_G036_AA1701_ED060XD4C1_TC удалось найти оригинальный файл: 320_G036_AA1701_ED060XD4C1_TC
Сравнение показало:
- заголовок совпадает
- ID панели совпадает
- формат совпадает
- но часть данных отличается
Это означало, что flash повреждена частично.
Перепрошивка waveform
Через ту же утилиту записал оригинальный файл обратно во flash.
После записи:
- книга загрузилась
- экран обновился
- устройство полностью заработало
Это подтвердило, что проблема была именно в waveform.
Почему waveform мог испортиться
Самая вероятная причина — сбой питания при записи flash.
В моём случае:
- аккумулятор был дохлый
- устройство долго не включалось
- возможно была попытка обновления
- часть flash записалась неправильно
SPI NOR flash может повредиться только в одном секторе, и этого достаточно, чтобы дисплей перестал работать.
Выводы
Если E-Ink устройство:
- загружается
- HV питания есть
- refresh вызывается
- но экран не меняется
проверьте waveform во flash панели.
Иногда проблема не в дисплее и не в питании, а в повреждённых таблицах обновления.
В моём случае ремонт свёлся к перепрошивке flash.
Итог
✔ заменён аккумулятор
✔ проверено питание E-Ink
✔ считан waveform
✔ найден оригинальный файл
✔ перепрошита flash
✔ книга полностью ожила
Редкий, но очень интересный ремонт.
Электронные книги с дисплеем ED060XD4 (758×1024, E-Ink Carta)
На самом деле eInk панель ED060XD4 (6″, 758×1024, E-Ink Carta) оказалась весьма распространённой, и устанавливалась в целую кучу читалок с разрешением 1024×758 и размером 6″. По этому инструкция и waveforms вполне могут подойти и для других устройств. Но я это доподлинно не проверял. Вот лишь небольшой список:
Amazon
- 2013 — Kindle Paperwhite 2
Bookeen
- 2014 — Cybook Muse FrontLight
Digma
- 2014 — E629
- 2014 — E632
- 2015 — S676
Gmini
- 2014 — MagicBook A6LHD
Onyx Boox
- 2015 — C67ML Darwin
PocketBook
- 2014 — PocketBook 615
- 2015 — PocketBook 626 Plus (Touch Lux 3 ревизии с XD4)
Ritmix
- 2014 — RBK-615
Tesla
- 2015 — Tesla Litera FL
Примечание
В некоторых моделях могли использоваться альтернативные панели
(XH7, XC3, XC5 и др.), но указанные устройства имеют подтверждённые
ревизии с дисплеем ED060XD4.
Полезные ссылки:
- Сайт с оригинальными прошивками и утилитами для Digma: www.ddixlab.com
- Описание eInk панели: linux-sunxi.org
- Инструкция по обновлению прошивки самой книги: В PDF формате
