[prm 0]

Доброго времени суток!

 

Для работы с графическим LCD ищу высокоуровневую библиотеку. Основные требования: легко переносимая(AVR/ARM), наличие функций для рисования графических примитивов, вывод текста и т.д.

 

 

Кто что использует? Поделитесь опытом.

[ra3wum 0]

Подобная есть у мелкочипа.

Microchip Graphics

Она бесплатна, если сумеете её куда-нить депортировать (например авр) будет вам :a14:

По идее надо только самый нижний уровень её переписать.

[Vitaliy_ARM 0]

Помоему еще uCOS имеет GUI:

http://telesys-ru.1gb.ru/wwwboards/mcontro...es/260563.shtml

[MrYuran 21]

Подобная есть у мелкочипа.

Microchip Graphics

Она бесплатна, если сумеете её куда-нить депортировать (например авр) будет вам :a14:

По идее надо только самый нижний уровень её переписать.

The Microchip graphic library shown on this page is highly modular and is

optimized for Microchip’s 16-bit microcontrollers. Additionally, the library is free

for Microchip customers, easy to use. More importantly, the library has an open

documented interface for new driver support which requires creation of only one C

file.

Как насчёт выделенного фрагмента?

[ra3wum 0]

Как насчёт выделенного фрагмента?

Знаю-знаю, но если действительно НАДО то на кол не посадят. :rolleyes:

[legotron 0]

от создателей µC/OS-II:

µC/GUI

 

добавлено: Ой, каюсь, забыл что в теме GNU/OpenSource нахожусь.

Библиотека, предложенная выше, сугубо платная! причем дорогая :)

[prm 0]

Да, открытость ПО важный момент. :)

 

Пока тема существует, успел накидать собственную библиотечку. Реализовал рисование основных геометрических фигур (использовал алгоритмы Брезенхэма), сейчас работаю над шрифтами. Еще планирую реализовать что-то типа класса pixmap. Как закончу - могу выложить.

 

Для тестирования накидал модель графического индикатора на Qt.

[ra3wum 0]

Да, открытость ПО важный момент. :)

 

Пока тема существует, успел накидать собственную библиотечку. Реализовал рисование основных геометрических фигур (использовал алгоритмы Брезенхэма), сейчас работаю над шрифтами. Еще планирую реализовать что-то типа класса pixmap. Как закончу - могу выложить.

 

Для тестирования накидал модель графического индикатора на Qt.

А под какой компилятор и индикатор пишите?

[prm 0]

Компилятор gcc. Индикатор TIC150, разрешение 133x64, МОНОХРОМНЫЙ

 

Идея в следующем. Имеется некоторый объект Display. Для него устанавливается необходимое разрешение, в озу резервируется память необходимого объема. Объект содержит необходимые функции для вывода текста, картинок, рисования фигур. Для вывода изображения необходимо вызвать функцию showData() данного объекта.

 

Конечному пользователю надо задать необходимое разрешение экрана и переписать функцию showData().

 

Т.о. нет зависимости от конкретной модели индикатора. Перенести на другой компилятор, думаю, тоже не составит сложности.

[MrYuran 21]

Компилятор gcc. Индикатор TIC150, разрешение 133x64, МОНОХРОМНЫЙ

А теперь берём цветной ТФТ хотя бы 320х240 (довольно скромненько)

Считаем необходимую память...

[zltigo 1]

Идея в следующем.....

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

Ну и простеньких "для себя" тоже уже много вот эту http://electronix.ru/forum/index.php?showtopic=9790&st=0 например, можете посмотреть. Граблей там хватает :( даже на уровне работы с железом, но с бухты-барахты особо лучше не сделаете. Я ее в свое время взял для отправной точки - осталось в результате от нее совсем ничего :(, но тем не менее минимальный старт обеспечила.

[prm 0]

Ну вот, началось ... :)

 

Изначально планировалось использовать графический монохромный индикатор. Для задачи отображения значений параметров и примитивной графики хватит "за глаза".

 

Обновление экрана (отображение буфера на реальный индикатор) планируется выполнять в отдельной задаче, частотой обновления можно поиграться, добиться оптимальной.

 

"Высокая абстракция" необходима для разработки и отладки основного функционала ПО на "большой" машине.

 

Вот как-то так :)

 

А за ссылочку спасибо. Сам не нашел (вернее плохо искал).

Изменено 14 сентября, 2009 пользователем prm

[zltigo 1]

"Высокая абстракция" необходима для разработки и отладки основного функционала ПО на "большой" машине.

Для этого достаточно тупую заглушку-модель дисплея заполняющую виртуальную память написать.

[prm 0]

Для этого достаточно тупую заглушку-модель дисплея заполняющую виртуальную память написать.

 

Заглушка такая имеется :)

Изменено 15 сентября, 2009 пользователем prm