Какую выбрать ОС и ПО для системы для визуализации промышленных процессов?

Question

[36p]

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

Система должна грузиться за 10 сек максимум, это требование заказчика, к сожалению. Поэтому винда отпадает, как и любой «толстый» дистрибутив линукса. Да и машина слишком слабая. В дальнейшем будет переход на ARM, поэтому мне видится такой конфиг:

- минимальное ядро, в котором будет работать DirectFB;
- собственно DirectFB;
- Python + pySerial + библиотека для работы с DirectFB (не знаю, какая, навскидку не нашел).

Собственно вопросы: есть ли более обкатанные варианты чего-то подобного (DirectFB/GGI/SVGALib? Python/C/C#?) с возможностью быстро перенести потом все это на ARM? Еще есть такая штука, как ilixi, но пока не понял, можно ли ее приспособить под наши цели, если кто подскажет — буду благодарен.

Главные требования — быстрая загрузка и минимум времени на разработку (опыт разработки под линукс минимальный, DOS/Win - довольно приличный, BC/BP/Delphi/C#). Проект единичный, поэтому глубоко изучать эту тему времени не будет, к сожалению, разве что воспользуюсь этими наработками, когда умный дом на RPi буду делать (хотя там решений хватает).

Answer 1

[Юрий Ярош]

Вы рассматривали возможность реализации подобного на ARM'e Cortex-m3 (микроконтроллере) ?
Есть контроллеры со всей встроенной перефирей, в том числе и с драйвером на дисплей.

Comments

[36p]

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

[Юрий Ярош]

AVRки вымирают - низкое соотношение цена/скорость+начинка.
Тот же STM32 очень сильно их в этом плане обгоняет по цене в 1.5-2$.
Если хотите нормальной производительности не играйтесь с питоном.
Желательно что бы это было С/C++... Можно попробывать просто купить Raspberry PI и собрать кастомный дистрибутив - Arch к примеру.

[36p]

Я в курсе про STM32, даже пара Discovery есть. Но вот опыта программирования под STM32 нет :( да и не подойдут МК по техзаданию...
RPi у меня уже есть (используется, как медиаплеер), но меня пока больше интересует, насколько реально все это запустить под DirectFB/GGI и т.п.

[Юрий Ярош]

Мне приходилось писать на Groovy Liwuit под Arm9 (OpenJDK).
Без иксов напрямую с фреймбуфером работает просто замечательно.

[36p]

Ясно, спасибо, посмотрю (хотя это немного не то).

Answer 2

[polyakstar]

Есть же уйма готовых промышленных решений.
Берем PLC любого вендора + HMI панель по вкусу.
Например, SIMATIC S7-200 + TP 177
Программируется несложная задача за 1 день.

Можно подобрать более бюджетные варианты от других вендоров: ICP DAS, delta, omron, advantech - тысячи их

Comments

[36p]

Я в курсе, что есть. Но надо сделать именно на том, что есть, к сожалению.

Answer 3

[Ilya Evseev]

Я бы использовал связку Python + SDL.
Затем к SDL подбирать оптимальный драйвер, не трогая тело основной программы:
www.karoltomala.com/blog/?p=679

Comments

[36p]

Спасибо, уже читаю :)

[zxmd]

Кажется для SDL нужен x сервер, а он ни разу не шустро грузится. Может быть стоит покопать в сторону более низкоуровневых реализаций ?

[Ilya Evseev]

@zxmd , у SDL много драйверов: upload.wikimedia.org/wikipedia/commons/3/3b/SDL_La...

[zxmd]

@IlyaEvseev Не знал. Спасибо.

Answer 4

[Евгений Батькович]

если есть опыт работы с delphi, то можно глянуть еще CodeTyphon (это freepascal ide с кучей готовый компонент в т.ч. для визуализации всяких там тахометров и т.д.)
поддерживает сборку под linux x32 x64 arm. Мной написана на нем компонента для 1С 8 которая работает под win 32\64 & lin 32\64. пока что полет нормальный. у него для прорисовки есть как gtk/qt так и customdraw