Привет всем!
Дайте наводку на годную графическую билиотеку. ГУЙ вроде не требуется, но отобразить текст, штрих-коды и картинки, возможно в какойто разметке надо.

Какая понравиться на github'е - ту и используйте.
Вопрос примерно такой же - какое пиво мне выпить в пятницу ? Дайте наводку на годное пиво.

наверно поэтому этом форум както тает

+++

Вы в какой-то степени первопроходимец: eink - не самая доступная, в т.ч. и по цене, экзотика. С документацией на eink-и всё нормально?
Спросите о ЖКИ, спросите о TFT и ваше мнение будет другим.
Опять же, MSP430 не имеют внешней параллельной шины и следовательно действительно быстрый обмен (да, я про SPI и I2C в курсе) с дисплеем весьма условен.

Вот ваш личный опыт и будет самым ценным.

А кстати да, вот как искать GUI library на github. И если не трудно наиболее ходовые библиотеки из тех которые "какая понравится" есть.
Спасибо.

У меня в закладках две ссылки:

• u8glib
• fgui

К сожалению, сам пока не пробовал ни одну из них - руки не доходят.

Я уже пару лет, в прерывистом режиме, осваиваю Микрочиповскую демонстрационную графическую библиотеку.
Дисплей у меня маленький, монохромный OLED 128 х 64, но нужен минимальный ГУИ.
Библиотеку портировал с ПИКов и GCC на MSP430 и ИАР, закрыв глаза на лицензию. Когда выбирал, смотрел только у производителей МК. У Тексаса для MSP430 есть графическая библиотека в примерах, но я ее отмел, т.к. там был только уровень графических примитивов, мне же нужен был и уровень графических объектов - виджетов. А вы, если вам ГУИ не нужен, гляньте родные примеры для MSP430.

Микрочиповскую библиотеку сильно рекомендовать не могу, т.к. это больше пример-заготовка. Хотя понаписано там очень много, с нуля я бы за такое не взялся. Они хотят объять все, поэтому для моих задач она сильно избыточная. Пришлось брать большой напильник и править под себя почти все. Написана на Си, но из-за графических объектов все на указателях и динамическом выделении памяти, что тяжеловато воспринимается без плюсов. Но я уже погряз, времени потратил много, почти все что мне нужно, у меня работает.

А вы какой МК, если не секрет, будете использовать?
А то я начал на средненьком MSP430 с 128к флеша и крохами ОЗУ, и у меня очень быстро все кончилось.
В дальнейшем планируем новые проекты переводить на STM32.

Разные eInk есть
я использовал ED060SC4 - это слово и набирал в поиске.
Можно набрать epd или epaper в поиске.
Но лучше марку своего eInk наберите и выберите.
Со штрих кодами не заморачивался, но это не проблема если уметь рисовать линии - библиотек для генерации прорва.

графическую либу техаса смотреть не особливо хочу ибо на их сайте предлагается только версия 1,0,0 - тоесть она както не особенно пилится, и видимо не востребована. но глянуть таки придется.


чето заморачиваться на С с ГУИ неохота, это зопа. надо чтото плюсовое имхо.


CC430F5137. на мое щастье функционал не нужен шибко сильный - принять картинку и вывести на дисплей. надуюсь памяти хватит. на стм нам не перелезть ибо надо встроенное радио.
Если не секрет - какими иснтрументами работаете? я поставил CCS7, и вот пока не получил железо думаю, какое ограничение на объем кода положит свободная лицензия?
есть ли реальные удобные альтернативы КодКомпозеру для отладки?

Выше мне уже написали что МСП не имееет паралельной шины, а в дадшите я увидел ЛСДинтерфейс. есть ли какието проблемы подключить Еинк а МСП?



Выше говорили что у МСП какието проблемы с паралельной шиной. Есть какието проблемы подключать дисплей?


Пасиба

Проблем с подключением никаких нет
Берутся два описания (или больше) и рисуется соединение.
Сейчас жду модули на TPS65185, что бы не пурхаться с преобразователями.
Да и 10$ всяко дешевле чем самому городить.

AGUI в Altium - очень эффективная либа. Компактная, имеет декодер картинок, готовые шрифты, драйвера для самых популярных контроллеров и т.д. и т.п.

так онаж под лицензией небось против комерческого использования.

Хардверной паралельной шины у MSP нет и значит проблем с ней нет. (;
LCD-интерфейс это для того, что в простонародьи называется "стекло": посегментные (SEG) и поразрядные (COM) выходы, откуда и соответственное их мультиплексирование.

У eink вы будете подключаться к "стеклу", тем более принцип действия не как у LCD? Подозреваю, что - нет. А у eink-ового контроллера, либо параллельная шина - в MSP программно эмулировать, либо SPI, либо I2C - эти в MSP есть аппаратные.

У вас даташит на eink есть?

У меня 2 варианта - ED060Sх (паралельный порт) и GDE021A1 (сериальный)

CC430F5137 = 32KB Flash, 4KB RAM
Соболезную, экономить придется на всем. Хотя, если только графические примитивы, без ГУИ, может и удастся ногами запихать.
А дисплей с каким разрешением? У меня маленький монохром 128 х 64 - это уже 1 кбайт памяти. Если брать с 4-я битами на градации серого - это уже 4 кбайта. Т.е. буфер дисплея в ОЗУ сделать уже не получается, приходится рисовать прямо в видеопамяти дисплея, а это мигания при перерисовке.


Я уже более 15 лет юзаю оценочные версии ИАРа, все никак не могу "оценить".
Но вполне вероятно, что когда мои работодатели "окончательно разбогатеют" они купят лицензию.
Было дело, работал на немцев, так те сразу коробку с ИАРом прислали. Правда, после окончания проекта попросили отдать


Как уже сказали, аппаратной параллельной шины нет - вот это и есть небольшая проблема. Просто приходиться ее эмулировать ножками портов "ногодрыганием". тут проблем нет, просто медленнее.

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

Кажется попал я.
То пока просят сделать тестовую заливку. вроде для этого много памяти не потребуется, а вот фонты видимо уже не судьба применить, и ГУИ отпал сам собой

Удалю

Отставить I2C - это термодатчик.

А какая связь между граф. библиотекой и конкретным растровым устройством вывода? Да хоть на принтер выводи - функции рисования от этого не должны зависеть. почти


IAR.


LCD-интерфейсы МК не подходят для epaper.


И то и другое - это вроде как просто панели. К МК их никак не подключить. Нужен контроллер.


Экономь не экономь - если в контроллере памяти не будет, то вообще никак не вывести. ТС замахнулся на экран с большим разрешением (800x600 вроде как?).
К тому-же, насколько я помню, для изменения картинки на epaper её туда надо несколько раз выводить, причём этот вывод должен быть - XOR от предыдущего изображения + ещё какие-то манипуляции для переключения состояний чернил. Т.е. - нужна инфа о текущем содержимом экрана. Итого считаем: 800*600/8 = 60000 байт минимум для видеопамяти (только в режиме ч/б). Если конечно есть контроллер, в котором эта память есть и который производит все манипуляции с чернилами - то тогда есть шанс сделать.
В своё время, когда у меня намечался проект на e-paper, тоже думали о ED060 (и подобных). Даже заказали их почти. Так у меня были сомнения даже насчёт выбранного мной LPC1788 с внешней SDRAM - хватит-ли его?


Вы хотя-бы немного поинтересовались, что такое e-paper панели большого разрешения.
Никакого контроллера там нет, соответственно и SPI с I2C - тоже. Контроллер надо добавить (тогда может и SPI появится
То, про что Вы пишете - это мелочь с мелким разрешением - поделок на них полно в инете. На больших панелях совсем другой коленкор. Даже контроллеры под них разные, несовместимые.
Эмулировать интерфейс таких e-paper программно, ногодрыгом я думаю возможно, но потребуется прилично памяти (несколько десятков кБ минимум, лучше - пара сотен), много ног МК (возможно с какими-то формирователями уровня) и умение писать на ассемблере.
А так - всё возможно, имхо.

Понесли кроссовки Митю…

Не вижу причины для этой вашей реплики на мою.
Впрочем, по нынешним временам "есть библиотека - будем работать", ТС не принимайте это на свой счёт.


А я не это рассказал TC-у, объяснив "в куда" LCD в MSP?


"Жираф Гуру большой - ему видней"
ED060SC4: The display is a TFT active matrix electrophoretic display, with associated interface and control logic - память не указана, да
GDE021A1: The module is a TFT-array driving electrophoretic display, with integrated circuits including gate buffer, source buffer, MCU
interface, timing control logic, oscillator, DC-DC, SRAM, LUT, VCOM.


Так про 800*600 я и не писал ничего. Что вас так тыркнуло-то?


Корона не жмёт?
Вот о чём я "хотя-бы немного поинтересовался" (одним из приведённых ТС-ом дисплеев) о том и писал.

Вот без причины мы с вами, любезный jcxz, "языками зацепились".

Не видите, а следовало-бы. Не важно, что там TFT или e-paper - нормально построенная граф.библиотека от этого почти не должна зависеть.


И что???
Хотя-бы открывали хоть один даташит на e-paper?
Понимаете разницу между панелью и контроллером для неё? Хоть для LCD хоть для e-paper?
Представляете как выглядят сигналы управления для панели и для контроллера?


Про это писал ТС. А Вы ему чушь всякую несёте, не относящуюся к вопросу. Не понимаете ничего в теме.


По существу есть что сказать? Или только хамить умеем?
Я Вас чем-то обидел? Или Вы жизнью обижены?
Я понимаю конечно, что адекватность - это в нынешние времена вещь редкая. Но всё-же - вы здесь не на базаре....

Я так понял, это e-ink с совсем маленьким разрешением. Вам всё равно придётся с ним сопрягаться, вот там и напишете код для рисования примитивов. Не нужны для этого никакие библиотеки. Во всяком случае, я так сделал и ни разу не пожалел. По поводу рисования текста немного подсмотрел у других, но ничего хитрого там нет.


Это заблуждение.


Для примера, шрифт высотой 15 пикселей у меня занял 4 килобайта, а 25 пикселей - 8 килобайт. Это шрифт со сглаживанием краёв 8 полутонами яркости. Сами процедуры рисования примитивов заняли около 1 килобайта кода. Короче, можно и в 32 килобайта запихнуть вполне себе графику.

Там проблема не с памятью программ будет. А с ОЗУ.
И, если делать без контроллера, то и с быстродействием МК - тоже проблема будет.


В качестве целевого, ТС привёл ED060, а это 800x600 - совсем даже не маленький.
Для мелких никаких проблем - они уже с контроллерами часто идут. Программирование их не сложнее LCD с контроллерами.
Большие же панели продаются как правило без контроллеров (если исключить отладочные наборы). Причём для них у каждого производителя свой контроллер со своим интерфейсом панели, несовместимым с другими производителями. И цены на контроллеры тоже не маленькие.
вот ссылка на pdf на эту панель: ED060SCE
Если делать с контроллером, то хорошие контроллеры EPD я находил у Epson.

Он ещё упоминал маленький e-ink, там вроде бы всё просто. А если всё-таки речь пойдёт о большом, тогда да. Я так понял, ТС даже не разобрался, как к нему подключиться, так что вопрос "о библиотеках" несколько преждевременный

Ну если так, то он даже не разобрался что именно ему надо