Вопросы Теги

Как я преобразовываю свой старый ПК в терминал регистрации данных и презентации?

Имейте свои сценарии оболочки, запускаются с соответствующей хижины (#!) и с битами полномочий выполнения на. zsh затем распознает их как надлежащие исполняемые файлы.

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

3
23.08.2013, 13:29
2 ответа

Я не знаю, могут ли существующие опции (например, Scilab или Октава с пакетом систем управления) иметь дело с данными реального времени.

В любом случае не должно быть трудно сделать Ваше собственное; я, вероятно, использовал бы Python + SciPy + NumPy + pyserial + matplotlib (+ любая веб-платформа, если Вы в конечном счете планируете управлять этим по сети).

Существует библиотека систем управления для Python, но я никогда не использовал его слишком много.

5
27.01.2020, 21:14
  • 1
    Последние месяцы я потратил ознакомление меня с scylab, октавой и Python. Рассматривая все, я считаю Ваш второй абзац идеальным ответом на мой вопрос! –  Vorac 11.08.2013, 20:32
  • 2
    кроме того, библиотеке системы управления для Python вполне недостает функций. Лучше чем ничего, конечно. Кроме того, matplotlib является большим для научной работы, но неприменимым для высокой частоты обновления (> 1 Гц) варианты использования. Который не является моим. –  Vorac 11.08.2013, 20:37
  • 3
    Таким образом, вот частично функциональная реализация Вашего предложения. Возможно, matplotlib будет слишком ресурсоемким для этой задачи и переключателя к Qt или gtkбыл бы сделан. –  Vorac 16.12.2013, 11:24

Можно использовать

  1. Октава для вычислений
  2. любой minicom с -C опция записать в файл или termios библиотека для последовательной передачи
  3. и gnuplot для визуализации данных
1
27.01.2020, 21:14
  • 1
    Ваш связывать веревкой будет функционировать, но я думаю, что это будет изо всех сил пытаться достигнуть вывода "в реальном времени". Здесь, я определил бы это как 30 + частота обновления кадров в секунду, таким образом, выходной график, кажется, изменяется непрерывно. Необходимо было бы, вероятно, вытянуть приемы как установка gnuplot для потоковой передачи вывода к X11, чтобы иметь достойный шанс на уровне 30 кадр/с. Ваша единственная альтернатива этому должна была бы выписать каждый кадр как PNG (или подобный) и загрузить его в Ваш UI, который добавляет файловый ввод-вывод и кодек наверху. –  Warren Young 19.02.2013, 21:42
  • 2
    @WarrenYoung Он не указывал вообще, что в реальном времени означает для его приложения. Я использую установку, которую я описал для контроля данных датчика. Так как мои датчики являются медленными, средствами в реальном времени для меня одно обновление gnuplot каждые пять секунд. Так как он упомянул температурные датчики, я предполагаю, что обновление каждых нескольких секунд прекрасно. –  Marco 19.02.2013, 21:47
  • 3
    Реальное время является действительно не четко определенным термином. Я все еще думаю, что необходимо стремиться к производительности, по крайней мере, равняются DMM + терморезистор: достойный DMM обновляет свой дисплей по крайней мере несколько раз секунда. После того как система достигает термоустойчивости, обновление каждую секунду или два действительно достаточно, но когда температура изменяет (например, перемещает терморезистор в другое место, включая ОВКВ, и т.д.), Вы хотите, чтобы это обновило быстро, таким образом, можно измерить тенденцию. Полагайте, что также тот сериал является не блокирующимся каналом ввода-вывода: если этап gnuplot не может поддержать на высоком уровне, единица DAQ массово разошлет ПК. –  Warren Young 19.02.2013, 22:01

Теги

Похожие вопросы