Arduino.ru

нашел вот такую вот картиночку,

Остался вопрос,куда подключать разъемы ''Busy'' и ''Cs''.Может кто со скетчем хоть поможет?

Так а что за разъемы  ''Busy'' и ''Cs''?

Мой предыдущий ответ считайте неправильным. Т.к. картинки из первого поста у меня не сразу открылись. Увидел только картинку с Nokia5110. А у вас совсем другой дисплей.

Открываете гугл, пишете туда 1.54 inch e-paper. Первая же ссылка: http://www.waveshare.com/wiki/1.54inch_e-Paper_Module . Там есть подключение к ардуино и примеры кода (в архиве).

От души,братан:)

Jeka_M, какое у современных 1,54"-4,3" e-ink/e-paper быстродействие  - на что годны кроме "медленных" надписей ?

Без понятия, никогда с такими не работал.

Судя по описанию на сайте продавца модулей:

Full refresh time: 2s

Partial refresh time: 0.3s

Основное преимущество и назначение таких экранов это полностью энергонезависимая "картинка".

Но некоторую динамичность изображения можно расчитывать, но не особо. Всё равно периодически надо "очищать" экран.

Собственно вопрос по теме: Кому-нибудь удалось заставить работать e-Paper модули Waveshare (или аналогичные им Good-Display)?

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

Использую китайскую nano v.3.

Код из примера нормально компилируется и заливается в ардуино, но экран признаков жизни не подаёт.

Подключаю в соответствии с документацией на сайте:

Судя по индикации на ардуине обмен данными происходит.

Так-же если использовать предыдущие примеры (от 13 июня например) в монитор порта выводятся сообщения об отправленных данных на дисплей.

У экрана нет никакого интерфейса для обратной связи, единственное что от него можно получить - это состояние BUSY на соответствующей ноге.

Даже не знаю куда копать, и как искать проблему.

По сути это сдвиговый регистр. У меня он тоже завелся не сразу. Взял ArduinoProMini3.3v. Папку с примером waveshare распаковал, кинул папку либы в каталог с либами. В epdif.h переназначил ноги:

// Pin definition
//#define RST_PIN         8
//#define DC_PIN          9
//#define CS_PIN          10
//#define BUSY_PIN        7
#define RST_PIN         12
#define DC_PIN          10
#define CS_PIN          14
#define BUSY_PIN        3

spi по 11(mosi->din),13(sck->clk).

Принцип работы такой:

CS = LOW //Чип один, по этому можно просто бросить на землю
RST=LOW //для очистки экрана. Затем нужно программно инициализировать экран
DC = 0 //режим команд
DC= 1 //режим данных
CLK //тикает 
DIN [] //8 бит за такт

В imagedata кинул картинку 200х200 и завелось

В доках говорят про 2 цвета (Display color: black, white), с ними понятно (COLORED,UNCOLORED).

А вот про градации серого (Grey level: 2) в примерах ни слова.

Правда нашел интересную особенность: если нарисовать картинку, а потом перерисовывать только маленькую область, то чёрный и белый основной картинки будут терять контрастность и становиться серым.

Две градации серого:

1. Совсем темный (black).

2. Сосвем светлый (white).

Вы ожидаете каких-то еще?

Ожидал кроме двух крайних состояний (когда окрашенная часть видна и когда не видна) есть промежуточное состояние. Тут как раз будет серый. Думал вдруг это состояние можно получить умышленно. На плате выведены только ноги для минимального функционала библиотек и примеров. В реальном устройстве например доступна i2c для контроля температуры (капсулы не рекомендуют двигать при отрицательных температурах). Или может можно перевести режим контрастности программно, задав режим?

Тогда было бы 3 градации серого, а не 2.

Так как ответа не нашёл - разобрался с проблемой сам.

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

Ну и к тому моменту на сколько помню уже вышла новая версия примеров.

В общем всё работает.

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

Но есть один интересный нюанс - все экраны e-ink (е-paper, EPD, электронные чернила), имеют особенность, которая заключается в том, что перед выводом изображения предыдущее необходимо "стирать". Это обоуловлено чисто физическими факторами и принципом работа самого экрана.

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

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

Правда надо понимать, что контастностью этого "серого" цвета управлять легко не особо получится.

Ну либо необходимо будет проводить эксперименты.

Barcooler, а если смотреть на tn дисплей сбоку, то у него снижается контрастность.

Может, этот эффект тоже можно приспособить для увеличения количества полутонов?

Уважаемый, либо вы не умеете в карказм, либо это какое-то странное предложение.

Опять-же тема как-бы про e-ink (e-paper), не?

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

По этому видимо не хватало контакта (гребёнки с современными китайскими ардуинами идут походе совсем без покрытия или это покрытие какое-то шибко говённое). В общем после мук с луженгием гребёнки и припаивании её на урдуину всё завелось без проблем и танцев с бубном.

Все примеры на сайте производителя модуля, ссылки на которые я давал оказались работоспособными.