Доброго времени суток!
Для работы с графическим LCD ищу высокоуровневую библиотеку. Основные требования: легко переносимая(AVR/ARM), наличие функций для рисования графических примитивов, вывод текста и т.д.
Кто что использует? Поделитесь опытом.
Полная версия этой страницы: Посоветуйте графическую библиотеку
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > Cредства разработки для МК > GNU/OpenSource средства разработки
Подобная есть у мелкочипа.
Microchip Graphics
Она бесплатна, если сумеете её куда-нить депортировать (например авр) будет вам
По идее надо только самый нижний уровень её переписать.
Microchip Graphics
Она бесплатна, если сумеете её куда-нить депортировать (например авр) будет вам
По идее надо только самый нижний уровень её переписать.
Помоему еще uCOS имеет GUI:
http://telesys-ru.1gb.ru/wwwboards/mcontro...es/260563.shtml
http://telesys-ru.1gb.ru/wwwboards/mcontro...es/260563.shtml
Цитата(RA3WUM @ Sep 9 2009, 13:29) 
Подобная есть у мелкочипа.
Microchip Graphics
Она бесплатна, если сумеете её куда-нить депортировать (например авр) будет вам
По идее надо только самый нижний уровень её переписать.
Microchip Graphics
Она бесплатна, если сумеете её куда-нить депортировать (например авр) будет вам
По идее надо только самый нижний уровень её переписать.
Цитата
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.
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.
Как насчёт выделенного фрагмента?
Цитата(MrYuran @ Sep 9 2009, 13:42)
Как насчёт выделенного фрагмента?
Знаю-знаю, но если действительно НАДО то на кол не посадят.
от создателей µC/OS-II:
µC/GUI
добавлено: Ой, каюсь, забыл что в теме GNU/OpenSource нахожусь.
Библиотека, предложенная выше, сугубо платная! причем дорогая
µC/GUI
добавлено: Ой, каюсь, забыл что в теме GNU/OpenSource нахожусь.
Библиотека, предложенная выше, сугубо платная! причем дорогая
Да, открытость ПО важный момент.
Пока тема существует, успел накидать собственную библиотечку. Реализовал рисование основных геометрических фигур (использовал алгоритмы Брезенхэма), сейчас работаю над шрифтами. Еще планирую реализовать что-то типа класса pixmap. Как закончу - могу выложить.
Для тестирования накидал модель графического индикатора на Qt.
Пока тема существует, успел накидать собственную библиотечку. Реализовал рисование основных геометрических фигур (использовал алгоритмы Брезенхэма), сейчас работаю над шрифтами. Еще планирую реализовать что-то типа класса pixmap. Как закончу - могу выложить.
Для тестирования накидал модель графического индикатора на Qt.
Цитата(prm @ Sep 14 2009, 11:44)
Да, открытость ПО важный момент.
Пока тема существует, успел накидать собственную библиотечку. Реализовал рисование основных геометрических фигур (использовал алгоритмы Брезенхэма), сейчас работаю над шрифтами. Еще планирую реализовать что-то типа класса pixmap. Как закончу - могу выложить.
Для тестирования накидал модель графического индикатора на Qt.
Пока тема существует, успел накидать собственную библиотечку. Реализовал рисование основных геометрических фигур (использовал алгоритмы Брезенхэма), сейчас работаю над шрифтами. Еще планирую реализовать что-то типа класса pixmap. Как закончу - могу выложить.
Для тестирования накидал модель графического индикатора на Qt.
А под какой компилятор и индикатор пишите?
Компилятор gcc. Индикатор TIC150, разрешение 133x64, МОНОХРОМНЫЙ
Идея в следующем. Имеется некоторый объект Display. Для него устанавливается необходимое разрешение, в озу резервируется память необходимого объема. Объект содержит необходимые функции для вывода текста, картинок, рисования фигур. Для вывода изображения необходимо вызвать функцию showData() данного объекта.
Конечному пользователю надо задать необходимое разрешение экрана и переписать функцию showData().
Т.о. нет зависимости от конкретной модели индикатора. Перенести на другой компилятор, думаю, тоже не составит сложности.
Идея в следующем. Имеется некоторый объект Display. Для него устанавливается необходимое разрешение, в озу резервируется память необходимого объема. Объект содержит необходимые функции для вывода текста, картинок, рисования фигур. Для вывода изображения необходимо вызвать функцию showData() данного объекта.
Конечному пользователю надо задать необходимое разрешение экрана и переписать функцию showData().
Т.о. нет зависимости от конкретной модели индикатора. Перенести на другой компилятор, думаю, тоже не составит сложности.
Цитата(prm @ Sep 14 2009, 15:28)
Компилятор gcc. Индикатор TIC150, разрешение 133x64, МОНОХРОМНЫЙ
А теперь берём цветной ТФТ хотя бы 320х240 (довольно скромненько)
Считаем необходимую память...
Цитата(prm @ Sep 14 2009, 13:28)
Идея в следующем.....
Если только совсем не смущают лишние тормоза от такой высокой абстракции. Если писать не "библиотеку вообще", то можно и более ориентированные на железо (а железо по обеспечиваемому функционалу в общем-то достаточно похоже друг на друга) вещи писать.
Ну и простеньких "для себя" тоже уже много вот эту http://electronix.ru/forum/index.php?showtopic=9790&st=0 например, можете посмотреть. Граблей там хватает
даже на уровне работы с железом, но с бухты-барахты особо лучше не сделаете. Я ее в свое время взял для отправной точки - осталось в результате от нее совсем ничего , но тем не менее минимальный старт обеспечила.
Ну вот, началось ...
Изначально планировалось использовать графический монохромный индикатор. Для задачи отображения значений параметров и примитивной графики хватит "за глаза".
Обновление экрана (отображение буфера на реальный индикатор) планируется выполнять в отдельной задаче, частотой обновления можно поиграться, добиться оптимальной.
"Высокая абстракция" необходима для разработки и отладки основного функционала ПО на "большой" машине.
Вот как-то так
А за ссылочку спасибо. Сам не нашел (вернее плохо искал).
Изначально планировалось использовать графический монохромный индикатор. Для задачи отображения значений параметров и примитивной графики хватит "за глаза".
Обновление экрана (отображение буфера на реальный индикатор) планируется выполнять в отдельной задаче, частотой обновления можно поиграться, добиться оптимальной.
"Высокая абстракция" необходима для разработки и отладки основного функционала ПО на "большой" машине.
Вот как-то так
А за ссылочку спасибо. Сам не нашел (вернее плохо искал).
Цитата(prm @ Sep 14 2009, 14:09)
"Высокая абстракция" необходима для разработки и отладки основного функционала ПО на "большой" машине.
Для этого достаточно тупую заглушку-модель дисплея заполняющую виртуальную память написать.
Цитата(zltigo @ Sep 14 2009, 18:22)
Для этого достаточно тупую заглушку-модель дисплея заполняющую виртуальную память написать.
Заглушка такая имеется
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.