Нет таких инструментов. Физикам самим приходится становиться программистами.
Скажем, у нас типичный астрофизик — это "все в одном": и слесарь (надо же новое оборудование до ума доводить), и электронщик (как без этого управлять прибором?), и программист (как низкоуровневый — для систем управления — так и чуть повыше, для работы с прибором и обработки данных), и оптик (нужно же рассчитать новый прибор), и конструктор (кто еще нарисует чертежи для изготовления?) и много чего еще. И уж потом он, наконец, может написать статью ☺

А скорость отображения? А оптимален ли gnuplot для такой задачи? Осцилл ведь может и не только в ждущем режиме работать, но и отображать данные в "реалтаме". А управлять им как через gnupolot? Или по ALT+TAB переключаться в консоль, там набирать команду для перключения осцилла в нужный режим, и возвращаться в gnuplot?

Снова опасаюсь за быстродействие.

Ну так вы ратовали за CLI. Теперь допускаете и GUI, ведь gnuplot - это тоже gui.

Решето Эратосфена? Эффективно? Ну-ну...


Тогда поищем то, что умеет в реальном времени графики строить. Простейший способ — веб-морда с гугловской приблудой для построения графиков в SVG или webGL. Данные передавать через вебсокет.
Ъ?

Нормально там все будет. Это же уже не рилтайм, а оффлайн. Как в saleae анализ уже принятого пакета.

А что, есть вариант посмотреть изображение в командной строке? (да, есть: cacalib, но это же убожество!).
Я и говорил, что GUI нужен для не очень большого круга вещей, картинки тоже упоминал.

Не тратьте своё время, коллега


Да, всех пора забанить

Какая тема, такое и содержание. В стиле, "как писать хорошие книги?"

Просто Эдди, вы ленив, как не знаю кто.

Чтобы сделать своё GUI используете аж 5..6 языков и все из командной строки в строчном редакторе: C-и, какой-нить Bash, JavaScript, HTML, CSS, PHP, не удивлюсь если еще Adobe Flash прихватываете и Python
Это при том, что в вашей конторе ваши GUI смотрит один-два человека на вполне известном оборудовании скорее всего с Windows.

Вот она, ядрёная сложность в полном своем цвете!

А лень ваша в том, что не удосужлись освоить RAD инструменты. Под линуксами их конечно не найти.
Большинство embedded программистов всё пишут на одном C/C++ c RAD инструментами и гораздо производительнее вас в плане GUI и пользовательского интерфейса.

Ну так какая разница: делать вебморду (а её все равно придётся делать, что-то править, что-то оптимизировать), или делать си++морду? По мне так второй способ универсальный: можно использовать не только там, где есть ось с вебсервером. Вот если я делаю тот же мультиметр, там мне что, поднимать линукс (виндовс, куэникс) на подходящем камне? Ставить веб-сервер. Нет, я возьму cortex-m0, возьму жк дисплей 12864 и сделаю на нём. И это будет простая бюджетная модель.


Да мне уже просто интересно)


А я его подход вообще не понимаю: с одной стороны он говорит, что ОСРВ использовать не нужно, свои мордочки писать не нужно. С другой стороны он предлагает использовать веб-интерфейс + поднятие веб-сервера там, где можно обойтись меньшими ресурсами. Т.е. если следовать его логике, то все камни без MMU идут боком, т.к. годятся только для командной строки

Очень большая: веб-морда пишется элементарно. А на С/С++ нужно очень долго корпеть с сигналами-слотами. Слишком уж!..

Уж поставить и сконфигурировать по-минимуму NGINX — дело 10 минут! Т

И при чем здесь GUI? LED-экранчик или жк-дисплей, отображающие текст, это -- GUI? ну-ну...

ЧЕГООО? Невозможно обойтись ресурсами меньше, чем веб-морда (естественно, имею в виду ПК, на микроконтроллерах, ясен пень, веб-морда — тот еще геморрой).

А что, есть камни без MMU, на которых иксы можно поднять?

Пример в студию!

Это субъективно. Причём без всяких смайлов.

Кнопки, меню, чек-боксы... продолжать? Почему вы только текст видите на таких экранах вас надо спросить.

Невозможно, потому что не пробовали. За веб-мордой скрывается сервер, браузер, сеть (если машины разные). И это меньшие ресурсы? Троллите, однако.

Вам уже говорили про ucLinux. Однако GUI не одними иксами жив.

Естественно. Кому-то потратить неделю на клепание гуи — элементарно, мне же проще за день набросать веб-морду, чем в этом диком потоке API разбираться.
Тем паче, что Qt, что GTK мне совершенно не нравятся. Нужен нормальный GUI тулкит, чтобы не приходилось в документации тонуть по элементарным вещам.

В данном случае правильной была бы все-таки аналогия с CLI в стиле ncurses, нежели GUI. Разве что у ncurses картинок нет... В любом случае, это не GUI в полном смысле слова. И обслуживается это намного проще, чем форточка с кучей окон, ползунков и прочей...

Потому что только текст имеет значение. Остальное — ненужные украшения без которых легко обойтись (кроме разве что построения всяких графиков, но это уже узкоспециализированные решения вроде осциллографов).

И все это есть на любом компьютере. А вот в случае standalone GUI все намного печальней: юзверю как минимум придется ставить весь зоопарк используемых вами тулкитов и библиотек. Одни только культи столько тянут — мама, не горюй! Я бы с удовольствием без них обошелся, но, увы, очень много полезных приложений зачем-то на Qt написано. Жаль.

Без иксов остается только фреймбуфер. Натянуть на фреймбуфер тот же GTK или Qt — та еще задачка…

Вы вообще о чём? Вы видели исходные коды этих графических систем (используемых в embedded)? Используются реальные шрифты (Times New Roman, Segoe...), картинки на иконках. Ах да, картинки же это лишнее. А шрифты... достаточно одного, двух в стиле DOS.

Вы так много говорите о веб-мордочках... полагаю, вы их не один десяток сделали. Покажите, пожалуйста, пару скриншотов.

Вы никогда не задумывались, что людям свойственна тяга к прекрасному? Я имею в виду следующее: да, можно каждый день кушать армейский паёк, и жить. Но я предпочитаю и красную рыбку, и сервелатик, и тортик поесть. Можно и в палатке жить, обойтись без квартиры, хотябы летом, но вы же не в палатке живёте. Вы можете делать что угодно для себя. Но если будете делать для людей, то придётся учитывать их интересы.

На моём нет вебсервера и ставить не собираюсь.

Простите за резкость, но это враньё. Вы можете слинковать либы статически.

А затем, что я как пользователь, хочу поставить прогу (желательно portable, если речь о винде) и работать. а не ставить дополнительно веб-сервер.

Какие иксы, какой фреймбуфер? Ау.... кроме линукса (я даже не о винде) есть и другая жизнь.

Извините, коллега - это чушь.
Сложность программы ( а это моделирование некоей реальности ) как раз и определяется сложностью приближения к ней, а отнюдь не качеством мозгов специалиста.
Поэтому и если "простой, как веник" программист не в состояние описать алгоритм для расчета закона Ома - так это не сложность программы, а отсутствие извилин у "спеша".
Если же Вы о том, что в мире наблюдается регресс и мы очень скоро вернемся к обезьянам, таки да - тут я соглашусь, оно и так уже видно.

Например.

Нет. Наплевать.

Если им не понравится, пусть найдут дурака, который сделает со свистоперделками ☺

Дык, ясен пень: вы ж не пишете ничего, связанного с веб... А у меня и просто утилитки есть, которые могут разные полезные данные выводить (JSON, raw text) при обращении на определенный порт. Можно в браузере посмотреть, можно curl'ом или wget'ом...
И вообще, мне нравится клиент-серверная архитектура, чтобы не заморачиваться с кроссплатформенностью.

И получится отжирающий с гиг памяти бинарь. Угу, знаю я, как в этой вашей мастдайке рукожопы делают!

И опять полное отсутствие понимания удобства работы.

Нет, другой жизни нет ☺

Уважаемый, за языком следите. Не первый раз кроме здоровой аргументации переходите на оскорбительные слова и термины. Видимо видите в других своё отражение. С этого момента считаю, что продолжать дискуссию абсолютно бессмысленно.

haker_fox, а как еще назвать тех, кто вместо того, чтобы системными динамическими библиотеками пользоваться, линкует все статически? И так чуть ли не каждый. В итоге загрузишь десяток программ — бац, и 2ГБ оперативы как не бывало (а то и больше отожрет).

В том-то и есть еще один недостаток проприетарщины: в попытках как можно сильней сныкать свой код и как можно меньше ресурсов тратить на поддержку, они стараются не использовать системных библиотек.
Ну и еще один недостаток — отсутствие репозитория с софтом. Пользователю просто неоткуда обновить все актуальные библиотеки, так и сидит со старьем.