Arduino.ru

Origin

SciLab/Octave. SciLab более удобен для графиков имхо

Лет так дцать назад пытался изучить классную программу: 

Программы MATLAB, как консольные, так и с графическим интерфейсом пользователя, могут быть собраны с помощью компоненты MATLAB Compiler в независимые от MATLAB исполняемые приложения или динамические библиотеки, для запуска которых на других компьютерах, однако, требуется установка свободно распространяемой среды MATLAB Compiler Runtime (MCR)

но не хватило двух вещей - мозгов и времени, а теперь жалею... раньше можно было найти открытый код осциллографа и спектроанализатора на базе звуковой карты...

а чем обычный EXCEL из офисного пакета не устраивает?

А вы смогли подружить ком порт с Excel-ем? Если знаете киньте ссылку на статью, видео.

выводите в компорт с разделителями которые понимает EXCEL всех делов, забираете буфер в текстовый файл, и далее импортируем в эксель, по моему в катушке мишина показывал такие графики

https://www.hackster.io/news/using-arduino-microcontrollers-with-matlab-...

в эксель через макросы видимо тоже можно забрать, там же вижил бейсик, а он умеет работать с компортами

Это все можно сделать в qt. Я хоть и начинающий программист, но все получилось по тем примерам что были в оболочке. Я делал анализатор данных считываемых из файла с графиками и таблицей. Там можно увеличивать, уменьшать, находить пики. Самому такое с нуля писать очень тяжело и долго.

Эксель совершенно не годится для работы с данными, даже не связывайтесь. На 10000 строк уже захлебывается рисовать график.

так много я не обрабатывал, а под таблицы наращивать память для экселя - было дело

А вот в qt есть аппаратное ускорение, что позволяет задействовать видеокарту для этого дела. Так что qt ставьте не надо ехе1

Это какая же у Вас ширина экрана, если 10000 точек для него мало?

Мне всегда казалось, что строить более 1 точки на 3 пикселя - совершенно бессмысленно. Значит, экран явно шире 30000 пикселей? Лично я  видел экранов для бытовых нужд шире 3840 пикселей.

Первый раз слышу о этой программе

Можно небольшую "Инструкцию"? Или направте меня , пожалуйста, в правильную сторону

Мне как раз это и нужно))

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

В матлаб есть работа с графиками? А постройка из файла данных?

с постройкой из файла данных

Да, матлаб должен уметь и из файла, и много точек. Поэтому я и советовал Scilab/octave это матлаб из мира СПО.

Дополнение

Мой опыт работы с Octave/SciLab с точки зрения кол-ва точек и внешних файлов:

Я строю экспериментальные графики и поверх них строю графики модели в 2Д.

Мне удобно их строить по 6 штук на одной картинке.

Экспериментальные данные - 800 точек.

Результат модели - 5000 точек.

В сумме (800+5000)*6 ~ 50 тыс. точек - спокойно верчу/кручу без особых сложностей с отображением.

По учёбе провожу расчёты в 3Д. Решение дифуров. По 3 начальных условий по двум осям и 12 по другой. Каждое решение состоит из ~ 10 тыс. точек. В результате 360 тыс. точек в 3Д уже сложнее крутить вертеть (появляются задержки при изменении угла обзора). Но мне проще сформировать картинку, подобрать угол, сохранить в png и уже png разглядывать.

Считывать из файла программы могут, особенно если это csv. Если это не так, то нужно парсить файл.

Вообще-то тема посвящена программе для построения графиков на экране компьютера. Что накладывает естественное ограничение на объем отображаемых данных.

В противном случае, какой резон ограничивать количество экспериментальных точек цифрой порядка 10 000? А если реально их 100 000 000 000? Так что вполне естественно разделить программы на группы: одни предназначены для построения графиков (от сотен до пары тысяч точек максимум), а другие для обработки данных и подготовки массивов для программ первой группы. И ширина экрана - естественная граница между этими двумя группами.

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

С какой задачей?

Отобразить на экране в 2000 пикселей шириной график из 10000 точек?

Хамить не нужно.

Грубость не заменяет аргументов.

Есть такое понятие "характерный размер". Так вот, в данном случае ширина экрана в пикселях - это единственный имеющийся характерный размер. Другого нет.

И, кстати, разрешение экрана в пикселях - достаточно фундаментальная вещь. Оно влияет на константы, используемые для генерализации данных, оно определяет разрядность мантиссы для 3D-графики и т.д.

вот пытаюсь вспомнить хоть один по настоящему универсальный прибор... ничего не получается... 

одному графики, другому анализ по графикам, третьему динамика, четвертому простота как у карандаша и миллиметровки... и спектральный анализ не забываем :)))))))

в общем - не договоритесь.