Altera DE1-Soc + Linux + NiosII + Qt какие библиотеки нужны?, Altera DE1-Soc + Linux + NiosII + Qt какие библиотеки нужны? Опции

[RamZoom]

Всем привет! Имеется плата DE1-Soc с двух ядерным кортексом и ~85-ю тысячами логики. С сайта terasic был скачан и установлен образ с графическим линуксом. Из репозиториев (не из исходников!) при помощи танцев с бубнами был установлен Qt и полностью настроен. Приложения собираются и запускаются. Какие библиотеки необходимо доустановить Qt для взаимодействия с логикой, т.е. с NiosII и подключенной к нему периферией???

[AVR]

В Qt нет никакого специального механизма, относящегося к Altera HPS. Вот я пишу консольные программы на Qt для Altera SoC, а с ПЛИС работаю через специальный драйвер, как работал бы с любым прочим устройством. Сначала надо усвоить структуру, что они хоть и лежат в "одном корпусе", но как они связаны между собой? И тогда станет всё очевидно, а Qt тут ни при чем.

[Gleb80]

...Вот я пишу консольные программы на Qt для Altera SoC ...

В каком смысле консольные? Я думал, что Qt предназначено для создания графического интерфейса пользователя.
Как раз сейчас размышляю над тем, как организовать отображение данных и графический пользовательский интерфейс на своем устройстве.
Данные это графики, в основном FFT принятого сигнала.
Устройство состоит из DE10-Nano + Linux, вот такого ЖКИ:
https://www.terraelectronica.ru/catalog_inf...hp?CODE=1919182
который соединен с DE10-Nano через HDMI,
а также, усилителя аналогового сигнала, подаваемого затем на АЦП, стоящем на DE10-Nano.
Так вот, чтобы рисовать свои графики, я думаю использовать Qt.
С радостью послушаю (почитаю) советы людей, уже применявших SoC + Qt. Стоит ли вообще в данном случае связыаться с Qt?
Может существует иной путь для создания графического пользовательского интерфейса на SoC?
Насколько я понял из вот из этого:
https://rocketboards.org/foswiki/Documentat...sVideoAndHmiIps
на SoC нету аппаратной поддержки OpenGL, и отрисовка будет производиться прогрммно, нагружая HPS.
Если кто пробовал, расскажите, будет ли рисование графика на Qt тормозить?

Сообщение отредактировал Gleb80 - Sep 15 2017, 20:27

[Jury093]

на SoC нету аппаратной поддержки OpenGL, и отрисовка будет производиться прогрммно, нагружая HPS.

на SOC вообще нет графического контроллера - контроллер графики организуется в ФПГА части, в простейшем случае просто мост между HPS и экраном, в навороченном варианте в ФПГА реализуются функции аппаратного ускорения
на том же рокетсбоард выложены демки Андроида для Altera SoC (исходники платные), что указывает на возможность такой реализации

Если кто пробовал, расскажите, будет ли рисование графика на Qt тормозить?

я гонял графику для SoC на интерфейсах i80 и rgb - QT вполне нормально отрисовывает на небольших разрешениях, Иксы с браузером тоже более-менее нормально..
тормоза будут однозначно на ресурсоемких вещах - флеш в браузере, видео с распаковкой и прочие штучки, где требуются аппаратные кодеки для работы с видео и графикой

[Gleb80]

на том же рокетсбоард выложены демки Андроида для Altera SoC (исходники платные), что указывает на возможность такой реализации

Спасибо за подсказку, гляну, что там есть...

я гонял графику для SoC на интерфейсах i80 и rgb - QT вполне нормально отрисовывает на небольших разрешениях

Если я правильно понял, то у Вас на HPS крутился Linux, на него был установлен Qt. В FPGA находились IP-ядра, занимающиеся отрисовкой на ЖКИ (Frame Reader и т.п.). Linux с графическим интерфейсом, отображаемым на том же ЖКИ?
Какую плату Вы использовали - terasic или что-то самодельное?
Если можно, расскажите по-подробней как и что там было сделано...

Сам я сейчас склоняюсь к такому решению - консольный Linux, в FPGA находится FFT корка и графическая аппаратура. FFT по DMA передает данные в DDR, мое собственное приложение, крутящееся в Linuxе эти данные забирает, на их основе формирует картинку и помещает ее во Frame Buffer, находящийся в DDR, откуда Frame Reader (IP-ядро), через f2h-axi-master это считывает и выдает картинку на ЖКИ.
Повторюсь, что рисовать нужно 2D графики, преимущественно спектр сигнала, захватываемого АЦП, ну и всякую сопутствующую информацию по-бокам. Обновлять кривую нужно будет где-то 10 раз в секунду. Кривая будет состоять из 512 точек.