caxapa.ru :: Вопрос: с GUI дело ясное, а как решается проблема сопряжения с дисплеями, коих развелось на целый зоопарк? Т.е. узкое место я вижу именно здесь, т.к. и у дисплеев контроллеры разные, так и коммутация их к микроконтроллерам тоже очень сильно

Ксения (05.12.2017 20:55, просмотров: 34998)

Вопрос: с GUI дело ясное, а как решается проблема сопряжения с дисплеями, коих развелось на целый зоопарк? Т.е. узкое место я вижу именно здесь, т.к. и у дисплеев контроллеры разные, так и коммутация их к микроконтроллерам тоже очень сильно варьируется (к каким его ногам тот дисплей подключили), а так же имеет не последнее значение, имеет ли сам МК какую-то аппаратную поддержку для дисплея или ее нет. Тогда как GUI можно развивать лишь после того, как реализованы хотя бы 2 примитива - проведение линии между двумя произвольными точками и отображение картинки/битмэпа в произвольном месте экрана. Где это сопряжение берут, если дисплеев так же много, как и разных МК?

Ответить

- Реплик много, но ясного ответа на свой вопрос я так и не получила. Если формулировка моего вопроса кому-то кажется слишком абстрактной, конкретизирую. Кто проводит на экране линию? GUI или не GUI? Если GUI умеет рисовать только в буферной памяти, Ксения(213 знак., 07.12.2017 16:12)
- Тут таке... Для некого прибора, ТФТ, это есть судьба-судьбинушка. Т.е. сделал, прошёл сертификацию и усё. Можно менять только на синонимы, бо многие вещи прописаны в бумажках. Можно ваять модификации, "не ухудшающие параметры". Но с этим никто не mse homjak(435 знак., 05.12.2017 23:41)
- Примитивы это более высокий уровень абстракции, и контроллеров на самом деле не так уж много и вариантов подключения тоже. если со своей памятью - вешается на параллельную шину, если без памяти - свободы маневра еще меньше. При понимании ситуации AVF(199 знак., 05.12.2017 22:25)
  - SPI -> - Evgeny_CD(05.12.2017 22:27, ссылка)
    - да вообще не вопрос, при грамотном разделении уровней. Хотя тип интерфейса SPI/FSMC конечно надо знать заранее. - AVF(06.12.2017 06:47)
      - Точнее, надо знать тип интерфейса и "класс команд" для управления дисплеем. - Evgeny_CD(06.12.2017 23:01)
    - А если у меня другой дисплей (см. ссылку), на какую GUI мне уповать? - Ксения(05.12.2017 22:34, ссылка)
      - µGFX -> --> - Evgeny_CD(05.12.2017 22:39, ссылка, ссылка)
        
        А если без GUI - только прямую линию между точками нарисовать? Где мне такой примитив для своего дисплея взять? Или только ради этого GUI ставить? - Ксения(05.12.2017 22:42)
        
        GUI это опять более высокий уровень. я бы так разделил интерфейс->HAL->примитивы->GUI. интерфейс - как обращаться к дисплею, HAL - уровень регистров контроллера дисплея, примитивы - линии/точки/заливка. GUI - текст, элементы управления - AVF(06.12.2017 06:51)
        
        Понимаю. Но тем интереснее, как они свои GUI с этими халами/примитивами спаривают, если те сами в GUI не входят. Ведь нужно, как минимум, знать, как к ним обращаться, а стандартизацией здесь и не пахнет. Причем даже когда все они ARM. - Ксения(06.12.2017 07:03)
        
        я свою GUI недели за три сделал, на втором проекте за пару недель еще немного допилил. Там конечно все по быстрому и даже комменатарии писать некогда было, да и пример выложен кривой. Но функции свои выполняет. Хотел со временем до ума довести, но AVF(304 знак., 06.12.2017 07:27, ссылка)
        
        Нарисовать любую фигуру можно и без всякого гуя. - KLIM83(05.12.2017 22:44)
        
        Вот мне без ГУЯ и надо. Точку я рисовать могу, но линия, как многократное повторение процедуры "точка" - слишком медленно. - Ксения(05.12.2017 23:11)
        
        Медленно, значит примените акселератор. Аппаратный, естественно. Скрипач(101 знак., 05.12.2017 23:15)
        
        В данном случае тормоза программные. Сперва делается куча приготовлений (в разные регистры пишется мура), потом ставится эта точка, затем все эти регистры откатываются назад. Т.е. природа этих тормозов ровно та же, что и под Windows, когда линия Ксения(185 знак., 05.12.2017 23:43 - 23:46, ссылка)
        
        Значит нужно эффективнее использовать регистры. Не перегружать. ~~Или взять молоток по-больше.~~ Скрипач(71 знак., 05.12.2017 23:50)
        
        А мне казалось, что к видеопамяти у CPU никогда не было доступа. - Ксения(06.12.2017 00:01)
        
        Шина памяти, по железу, не сильно отличается от пары индексный-регистр:регистр:данных. Скрипач(42 знак., 06.12.2017 00:13)
        
        Означает нахождение графической памяти в адресном пространстве обычной. В принципе ISA-шина позволяла это не только видеокартам, но и всему тому, что было в комп воткнуто. - Ксения(06.12.2017 00:25)
        
        И? Какая разница что в чем находится, если и то, и то - шина? Кэш? Так а нахрена видеоданным кэш? Частота квитирования шины? А она действительно выше? Скрипач(74 знак., 06.12.2017 09:30)
        
        Если видео-буфер не в памяти, то обращаться к нему придется через регистры: в один регистр пишешь адрес элемента буфера, а потом в другой регистр байт данных для него кладешь. Причем каждая из этих двух операций по сложности не проще, чем сама Ксения(110 знак., 06.12.2017 15:57)
        
        Повторяю, шине - все равно, памяти она или ввода-вывода :) Процесс одинаков. Скрипач(58 знак., 06.12.2017 16:28)
        
        а чего сложного то? для параллельной шины это вообще тривиальная операция, так как оно отображается на память. для spi чуть сложнее write_reg(regadr, adr); write_reg(regdata, data); причем разных готовых библиотек под разные экраны как грязи - AVF(06.12.2017 16:16)
        
        А если вспомнить, что write_reg(regadr, adr) и write_reg(regdata, data) - отдельные подпрограммы/функции, но и вовсе становится весело :) - Ксения(06.12.2017 16:28)
        
        ЗЫ: на самом деле основная сложность - краткость документации и всякие хитрые режимы направления разверток, ориентации и т.п., т.е. начальная инициализация, с которой приходится экспериментировать из-за краткости документации и непоняток как AVF(136 знак., 06.12.2017 16:36)
        
        А я вот смотрю сейчас на реализацию алгоритма Брезенхэма (проведение прямой на дискретном поле) и диву даюсь, как косолапо эта процедура для ARM'ов написана - везде, где требуется поставить следующую точку правее или выше, вызываются функции (!) Ксения(2216 знак., 06.12.2017 17:16 - 17:19, ссылка)
        
        Что-то я смотрю на код и нифига не понимаю. Evgeny_CD(137 знак., 06.12.2017 19:25)
        
        Говнокодеров спасла типизация в С. Evgeny_CD(1634 знак., 06.12.2017 21:40 - 21:50)
        
        Но ведь согласны же, что код - дерьмо, и что быстро работать он не может. Между тем этот код не просто "взят из интернета", а с cайта ARM. И он же в качестве образцового для данного МК приведен в examples пакета ARM MDK! Что уже очень серьезно. - Ксения(06.12.2017 21:53)
        
        Я категорически не могу понять, зачем в Брезенхеме, который в основе своей целочисленный алгоритм, плавучка? да еще и дабловая!? Да еще во встраиваемой системе? - Evgeny_CD(06.12.2017 21:58)
        
        Детский сад. Это же ARM, а роялти с ядра с плавучкой всякого выше, чем без. - she(06.12.2017 22:16)
        
        Тонкость в том, что только некоторые MCU имеют даблы - отдельные варианты Cortex-M7 и отдельные варианты PIC32. - Evgeny_CD(06.12.2017 22:30)
        
        В данном случае говнокод был написан для серии LPC17xx, которые Кортексы даже не M4, а M3. Полагаю, что плавучки у них вообще нет, даже float. Или есть? - Ксения(06.12.2017 23:17)
        
        Совершенно точно, LPC17xx плавучки не имеют! Evgeny_CD(06.12.2017 23:20)
        
        А полезла я на LPC17xx потому, что они на нем выпустили того же сорта демо-плату, что и моя. А главное, что и дисплей тот же! => - Ксения(06.12.2017 23:25, ссылка, картинка)
        
        Может это часть бенчмарка под конкретный проц? Вот смотрите, ему глубоко пофигу молотить брезенхема в целых или в даблах:) - 1111111(06.12.2017 22:57)
        
        Тренировка самоубийц... - Evgeny_CD(06.12.2017 22:58)
        
        Я низко кланяюсь гению маркетинга и пристыженно уползаю под стол. - Evgeny_CD(06.12.2017 22:29)
        
        Маркетинг в том, что есть опции для тех кто понимает, и есть для тех кому лень разбираться но есть деньги. Приведенный код - для вторых. - she(06.12.2017 22:47)
        
        Канонический вариант Брезенхема. Работать будет, вероятно, на порядок быстрее говнокода -> - Evgeny_CD(06.12.2017 21:52, ссылка)
        
        Здесь уже проскакивала ссылка, где алгоритм был написан в целых числах. Этого вполне достаточно. => - Ксения(06.12.2017 22:00, ссылка)
        
        double delta, tx, ty; Код целиком по ссылке => - Ксения(06.12.2017 19:31 - 19:34, ссылка)
        
        Это интернет. Тут можно много какашек нарыть, особенно если специально их искать. Нужно искать перлы --> - SciFi(06.12.2017 20:07, ссылка)
        
        не, ну криворуких то хватает :) - AVF(06.12.2017 19:15)
        
        Можно "размотать" и оптимизировать. Только смысл? Возьмите молоток по-больше, не тратьте жизнь на ерунду :) - Скрипач(06.12.2017 16:35)
        
        не, ну если два байта через spi переслать проблема, то конечно, работа с индикатором неподъемная вещь - AVF(06.12.2017 16:32)
        
        о господи SciFi(42 знак., 06.12.2017 00:03)
        
        За 1000% цены договора можно :) - Evgeny_CD(05.12.2017 23:43)
        
        Бывают такие с позволения сказать "драйверы", у которых точка - это до Луны и обратно. Ну а если не в это упёрлось, то точно у контроллера есть ускоренное закрашивание прямоугольника. Разбить "линию" на прямоугольники (Брезенхем не возражаэ) - и SciFi(14 знак., 05.12.2017 23:14)
      - Нанимать знающих товарищей. Я такую штуку за пару часов поднял бы, наверное, но уже трудоустроен, и звените... - SciFi(05.12.2017 22:36)
- В общем случае дисплеи реализуются просто: есть буффер экрана (в идеале - не меньше 2), который заполняется программным кросс-платформенным/аппаратно-ускоренным методом. lloyd(411 знак., 05.12.2017 21:46)
  - Есть более сложный вариант -> когда память, из которой зажигают пикселы, находится в самом LCD, а нам надо при маленьком ОЗУ (< фрембуфера) изголиться отрисовать там картинку. - Evgeny_CD(05.12.2017 21:48, ссылка)
    - Именно о том и речь. А тот случай, когда DMA непрерывно гонит байты из буфера на экран, банален. - Ксения(05.12.2017 22:24)
    - ILI9341 з алиэкспресса делает так же. Конечно можно рисовать по отдельным пикселям, но получается чудовищно накладно по ресурсам и невыносимо медленно по времени. lloyd(226 знак., 05.12.2017 21:52)
      - В покое дисплей отображает статичную картинку при 0 трафике от проца. - Evgeny_CD(05.12.2017 21:57)
        
        Как что-то хорошее. Бесит не статичная картинка, а то, что при взаимодействии видишь отрисовку содержимого экрана. - lloyd(06.12.2017 07:59)

Средства и методы разработки