[Baser 5]

CC430F5137. на мое щастье функционал не нужен шибко сильный - принять картинку и вывести на дисплей. надуюсь памяти хватит. на стм нам не перелезть ибо надо встроенное радио.

CC430F5137 = 32KB Flash, 4KB RAM

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

А дисплей с каким разрешением? У меня маленький монохром 128 х 64 - это уже 1 кбайт памяти. Если брать с 4-я битами на градации серого - это уже 4 кбайта. Т.е. буфер дисплея в ОЗУ сделать уже не получается, приходится рисовать прямо в видеопамяти дисплея, а это мигания при перерисовке.

 

Если не секрет - какими иснтрументами работаете? я поставил CCS7, и вот пока не получил железо думаю, какое ограничение на объем кода положит свободная лицензия?

есть ли реальные удобные альтернативы КодКомпозеру для отладки?

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

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

Было дело, работал на немцев, так те сразу коробку с ИАРом прислали. Правда, после окончания проекта попросили отдать :)

 

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

 

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

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

 

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

Вот вы нам расскажите, а мы посоветуем, как ими управлять :)

 

[AlexRayne 7]

CC430F5137 = 32KB Flash, 4KB RAM

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

А дисплей с каким разрешением? У меня маленький монохром 128 х 64 - это уже 1 кбайт памяти. Если брать с 4-я битами на градации серого - это уже 4 кбайта. Т.е. буфер дисплея в ОЗУ сделать уже не получается, приходится рисовать прямо в видеопамяти дисплея, а это мигания при перерисовке.

Кажется попал я.

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

[Obam 30]

Удалю

Изменено 29 мая, 2017 пользователем Obam

[Obam 30]

Про запрет скопировать они ж ничего не сказали? (;

 

 

Никуда вы не попали. ГУЙ на eink-е, это конечно, та ещё радость для пользователя (реактивность имею ввиду), а "фонт" вполне себе: 172*72 точки - маленький дисплей. Дока на GDE021A1 вполне добротная (на первый взгляд).

И зря беспокоились: у него или SPI или I2C.

 

К F133-ему вешал TFT (220*RGB*176) и за 2.5 суток видел на нём как атм. давление меняется.

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

[jcxz 184]

Вы в какой-то степени первопроходимец: eink - не самая доступная, в т.ч. и по цене, экзотика. С документацией на eink-и всё нормально?

Спросите о ЖКИ, спросите о TFT и ваше мнение будет другим.

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

 

есть ли реальные удобные альтернативы КодКомпозеру для отладки?

IAR.

 

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

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

 

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

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

 

CC430F5137 = 32KB Flash, 4KB RAM

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

А дисплей с каким разрешением?

Экономь не экономь - если в контроллере памяти не будет, то вообще никак не вывести. ТС замахнулся на экран с большим разрешением (800x600 вроде как?).

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

В своё время, когда у меня намечался проект на e-paper, тоже думали о ED060 (и подобных). Даже заказали их почти. Так у меня были сомнения даже насчёт выбранного мной LPC1788 с внешней SDRAM - хватит-ли его?

 

И зря беспокоились: у него или SPI или I2C.

Вы хотя-бы немного поинтересовались, что такое e-paper панели большого разрешения.

Никакого контроллера там нет, соответственно и SPI с I2C - тоже. Контроллер надо добавить (тогда может и SPI появится ;)

То, про что Вы пишете - это мелочь с мелким разрешением - поделок на них полно в инете. На больших панелях совсем другой коленкор. Даже контроллеры под них разные, несовместимые.

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

А так - всё возможно, имхо.

[Obam 30]

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

Цитата(Obam @ May 27 2017, 11:57)

Вы в какой-то степени первопроходимец: eink - не самая доступная, в т.ч. и по цене, экзотика. С документацией на eink-и всё нормально?

Спросите о ЖКИ, спросите о TFT и ваше мнение будет другим.

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

Не вижу причины для этой вашей реплики на мою.

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

 

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

А я не это рассказал 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.

 

Вы хотя-бы немного поинтересовались, что такое e-paper панели большого разрешения.

Никакого контроллера там нет, соответственно и SPI с I2C - тоже. Контроллер надо добавить (тогда может и SPI появится ;)

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

 

То, про что Вы пишете - это мелочь с мелким разрешением - поделок на них полно в инете. На больших панелях совсем другой коленкор. Даже контроллеры под них разные, несовместимые.

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

А так - всё возможно, имхо.

Корона не жмёт?

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

 

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

 

[jcxz 184]

Не вижу причины для этой вашей реплики на мою.

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

 

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.

И что???

Хотя-бы открывали хоть один даташит на e-paper?

Понимаете разницу между панелью и контроллером для неё? Хоть для LCD хоть для e-paper?

Представляете как выглядят сигналы управления для панели и для контроллера?

 

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

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

 

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

...

"Жираф Гуру большой - ему видней"

...

Что вас так тыркнуло-то?

...

Корона не жмёт?

...

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

По существу есть что сказать? Или только хамить умеем?

Я Вас чем-то обидел? Или Вы жизнью обижены?

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

[scifi 1]

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

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

 

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

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

 

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

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

[jcxz 184]

Короче, можно и в 32 килобайта запихнуть вполне себе графику.

Там проблема не с памятью программ будет. А с ОЗУ.

И, если делать без контроллера, то и с быстродействием МК - тоже проблема будет.

 

Я так понял, это e-ink с совсем маленьким разрешением.

В качестве целевого, ТС привёл ED060, а это 800x600 - совсем даже не маленький.

Для мелких никаких проблем - они уже с контроллерами часто идут. Программирование их не сложнее LCD с контроллерами.

Большие же панели продаются как правило без контроллеров (если исключить отладочные наборы). Причём для них у каждого производителя свой контроллер со своим интерфейсом панели, несовместимым с другими производителями. И цены на контроллеры тоже не маленькие.

вот ссылка на pdf на эту панель: ED060SCE

Если делать с контроллером, то хорошие контроллеры EPD я находил у Epson.

[scifi 1]

В качестве целевого, ТС привёл ED060, а это 800x600 - совсем даже не маленький.

Для мелких никаких проблем - они уже с контроллерами часто идут. Программирование их не сложнее LCD с контроллерами.

Большие же панели продаются как правило без контроллеров (если исключить отладочные наборы). Причём для них у каждого производителя свой контроллер со своим интерфейсом панели, несовместимым с другими производителями. И цены на контроллеры тоже не маленькие.

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

[jcxz 184]

Он ещё упоминал маленький e-ink

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