Какую среду/язык выбрать для написания управляющей программы, работающей под Windows и Linux?

Question

[Дмитрий]

Не программист, просто хобби такое. 20+ лет назад начал с Delphi5-7, потом стало не хватать, перешёл на RadStudioXE. Появилось желание функционально доработать один проект, попутно добавив возможность компилировать и под Windows, и под Linux (желательно вплоть до Малины). Программа управления ж.д. макетом, связь сейчас по двум USB-COM, но потребуется большее количество (3-4).
Текущая версия выглядит так:


Стандартные кнопки-ползунки, вывод текста и битмапов, рисование линий, всплывающие подсказки.
Не могу определиться с выбором:
- Lazarus (пару простых программ под Windows написал ранее, но толком не прочувствовал, под Linux не пробовал)
- перейти на Си (МК от Атмел и ардуинки много лет использую, базовые понятия о языке есть)
- или какой другой язык (может есть простой и удобный под мои задачи)
Уже склонился было к Лазарусу, всё-таки опыт с паскалем какой-никакой имеется, но начитался про другие кросс-платформенные IDE и засомневался. Интересует в первую очередь простота реализации и надёжность работы с COM-портами (эмуляция через USB, на том конце ардуинки или FTDI), а об этом нигде не пишут. Плюс простота создания графического интерфейса. Создание и отладка под Windows, после компиляция под разные версии Linux, желательно с минимумом переделок.
Спасибо.

Comments

[Максим К]

Только софт или в реале паровозики катаются?

[Дмитрий]

Реально катаются ))
До наведения красоты руки не дошли, но функционал потихоньку пилю.

[Вячеслав Золотов]

Дмитрий, зависть!!!!

Answer 1

[Василий Банников]

Ну в общем-то Delphi нормально умеет компилироваться под линукс. Hemul GM подтвердит
На счёт малинок не уверен.

Можно ещё C# + Avalonia попробовать. Работа с USB-COM там вполне стабильная и интерфейсы красивые.
Под малинку нормально собирается и работает, но порог вхождения не нулевой

Comments

[GavriKos]

На малинках чуть ли не убунта стоит ) Конечно с XFCE или чем то таким, но ничего космического там нет.

[Василий Банников]

GavriKos, ну там ARM как минимум. Умеет ли делфи компилироваться под арм я не знаю (хотя скорее всего умеет, раз под Android можно компилировать)

[GavriKos]

Василий Банников, не подумал, согласен. Но наверняка давно уже умеет. Лишь бы норм все с UI было и с системными вызовами

[Дмитрий]

Имеете в виду Лазарус или последние версии RadStudio? Я по весне почитал отзывы про эту новую фишку у второго, и понял, что ничего не понял )) Задал вопрос в теме, посоветовали первое.

C# + Avalonia посмотрю, спасибо. На ваш взгляд, это лучше/проще, чем VisualStudio?

[Василий Банников]

Дмитрий, под Делфи я имею ввиду Embracaderi Delphi, да.
Правда отличия Radstudio я не знаю

[Василий Банников]

Дмитрий,

C# + Avalonia посмотрю, спасибо. На ваш взгляд, это лучше/проще, чем VisualStudio?

Что лучше чем Visual Studio?
Язык программирования C# или Фреймворк для разработки приложений?

И чем они могут быть лучше/проще чем среда разработки?

Не надо сравнивать молоток с шурупом :)

[Дмитрий]

Василий Банников, понятно про делфи.
Я хотел узнать личное мнение профессионала, в какой среде проще работать - авалония или вижлстудио.

[Василий Банников]

Дмитрий, авалония не является средой разработки

[Дмитрий]

Василий Банников, да, порог вхождения действительно далёк от нулевого.
Немного почитал и понял, что мой путь - в привычную дуду дуть... Поздно уже мозги апгрейдить - можно ненароком свернуть ))

[Hemul GM]

Дмитрий, рекомендую всё же Лазарус, если речь идёт о работе с линукс и линукс-подобными ОС. Лазарус давно в этом варится и поддерживает много процессоров.
Вдобавок он привычен Дельфисту (особенно тому, который на Д7 работал)
Так что для вас - самое то.

А с Авалонией вы простоту разработки интерфейса не получите. Там пока с этим туго, как с WPF

[Дмитрий]

Hemul GM, спасибо, я этот вариант в итоге и выбрал ))
Установил вначале попробовать делфи 11.2, начал подключать библиотеку для линукса - ошибка серийного номера. Пляски с бубном не захотелось, скачал лазарус, нашёл компонент для СОМа, протестирую, а дальше действительно всё знакомо и понятно.
Один вопрос: насколько понял, если мне понадобится скомпилировать под малинку, я должен на неё установить лазарус? Или можно в другом линуксе создать исполняемый файл, работающий под малиной?

[Hemul GM]

Дмитрий, да, можно собрать для разных платформ на основной машине

Answer 2

[Seityaya]

Qt + QtCreator и С++.
Работа с COM-портами есть в примерах, непосредственно в IDE, выкачивается как пример, который можно тут же начать переделывать под себя.
С++ там не сложный, если знаете С, то этого достаточно чтобы освоится.
Есть конструктор GUI.
Если использовать для работы с окружением классы Qt. Обращение к файловой системе, UART, конфиги, базы данных. То получится очень переносимое решение.

Comments

[Eugene TI]

Вот да, самый прямой путь.

Answer 3

[Adamos]

Есть вариант разделить монолит на две части:
- консольное приложение на С, разбирающее команду из своего ввода и рулящее портами
- и интерфейс, который передает ему команды, буквально на чем угодно - хоть С++, хоть Питон, хоть вообще веб-стек.
Например, так работает https://ru.wikipedia.org/wiki/Transmission

Comments

[Дмитрий]

Да, это интересное решение. По такому принципу реализовал для своего макета аксессуарный декодер, разделив функцию декодирования непрерывного потока команд и выполнения отловленных между двумя МК. В итоге 2 ардуинки + 8 плат расширения успешно выполняют работу, выполняемую 16/32 декодерами, построенными на базе таких же МК.
Хотел бы попробовать подобное и в программировании, но не знаю, с какой стороны подступиться. Можете дать совет, где почитать поподробнее на русском?

[Adamos]

Дмитрий, увы, не смогу. Сам такого не делал ;)

Answer 4

[Даниил Бакалин]

Возможно странный вариант, но я такие штуки делаю на Unity.
Работа с COM-портом везде плюс-минус одинаковая, а под Unity есть еще и готовые ассеты для этого.
Написание логики - тоже разницы большой нет.

Но зато в Unity (или Unreal) - большой плюс в крайне легком построении интерфейса, правках, и вообще любом визуале. Рано или поздно захочется добавить красивые кнопочки, тени, эффекты, трехмерные паровозики... А тут оно все из коробки, с кучей готового контента (в т.ч. бесплатного), и возможностью собрать билд хоть под линукс, хоть под мак или андроид...

p.s. на малинке можно запустить только если поставить на нее андроид.

Comments

[Дмитрий]

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

[Даниил Бакалин]

Дмитрий, В смысле? Использование Unity в вашем случае и будет полностью бесплатно. В смысле вам нет никакой надобности в платных редакциях движка, и вы вряд-ли заработаете на своем софте больше 200000$. О каких расходах речь?

[Дмитрий]

Даниил Бакалин, понятно, значит я не там смотрел ))
Спасибо, присмотрюсь повнимательнее.

Answer 5

[Дмитрий Александров]

Внезапно, java+javafx (удобно и довольно просто) или классика в виде java+awt\swing (странно).
А так, почему бы GUI не реализовать поверх opengl, библиотек много для разных языков, прикрутить к С или лазарусу. Если привычные языки брать.
Можно еще на golang, современно, похож на С, компилируется в натив без зависимостей и рантаймов, но с GUI не все так однозначно.
Я тоже когда то начал с паскаля\rad через С к ++ и на java. Сейчас ковыряю golang, нравится. Но самое удобное по чаcти gui это javafx, реально самое удобное что я видел.

В части com, лучше уходи от этого в сторону tcp\udp. Для тяжелых случаев есть преобразователи, для простых nodemcu и ему подобные. Это просто более кросплатформенное, более удобное и т.д.

Comments

[Дмитрий]

От СОМа уйти не получится. Железо диктует.

почему бы GUI не реализовать поверх opengl

- мне, чтобы с этим разобраться, наверняка потребуется времени не меньше, чем заняло написание проги на паскале ))

[Дмитрий Александров]

Дмитрий, легко уйти, да хоть esp'шку засунь и будет тебе абстракция над твоей МК отдающая данные уже по wifi\bt. Стоит копейки.

PS, глянул вашу тему. Очень заморочено. Делайте так как привычнее и удобнее.

[Дмитрий]

Дмитрий Александров, для себя-то можно уйти, но сим софтом народу пользуется уже немало, многие в электронике 2х5, не думаю, что они сильно обрадуются ))

Answer 6

[eugenex15]

flutter

Answer 7

[mayton2019]

В задаче есть такая матрица выбора. По горизотнали - технологии работы с USB/COM/TCP/UDP. Их много. Но в простом варианте (если бы ком-порты стояли в железе) то линукс бы видел такие устройства-файлы.
/dev/ttyS[0123]
И это было-бы прекрасно. В духе линукс. С переходниками и адаптерами - сложнее но принцип наверное такой-же.

И второе измерение матрицы - это собсно на чем делать UI. Конешно если автор знает делфи - то пускай берет лазарус и кодит. Но я-бы предложил рассмотреть вариант веб-интерфейса. Это - более современно и вообще веб-интерфейсы сейчас имеют вид - более привлекательный чем Windows95/Delphi лет 20 назад. По картинке с железной дорогой - вроде ничего сложного нету. Сейчас браузерны игры и то посложнее выглядят. Вот как-то так.

Comments

[Дмитрий]

Вот это интересно. Тоже думал про веб-интерфейс, был когда-то и такой небольшой опыт, но вот как из него выйти к портам - понятия не имею. Можете дать ссылочку-другую на примеры?

[mayton2019]

Дмитрий, я не специалист по Дельфи-Лазарус. Вообще с моей точки зрения это - мёртвая технология сегодня.

Но если-бы я на вашем месте искал челленджей - то искал бы их в языке Nim (https://nim-lang.org/ ) который испытал на себе влияние ObjectPascal/Oberon. Тоесть по духу вам должен быть ближе. Но это современный и более интересный язык чем Дельфи. Тем более что в нем заявлены фичи управления памятью и метапрограммирования.

По поводу веб-серверов - не знаю. Ничего не скажу но в любом
современном языке - их вагон и тележка. Ищите.

По поводу доступа к USB/COM портам - тоже не скажу. Но вы можете просто начать копать от Linux Kernel + USB devices. Там будет API.