Разработка программы для отображения данных с устройства в реальном времени

От набора требуется поддежка работы с последовательным портом, декодирования base64 и построения графиков.

?

ты хочешь одну либу которая бы это делала?

100 Гц это немного, pyserial + base64 + threading + что-угодно-для-графиков, например Matplotlib, PyQtGraph, PyQwt... тысячи их https://wiki.python.org/moin/NumericAndScientific/Plotting

Пробую вывести график изменения одной величины. Создаю график и добавляю его в окно Tkinter:

f = Figure(figsize=(5, 4), dpi=100)
a = f.add_subplot(111)
canvas = FigureCanvasTkAgg(f, master=main_window)
canvas.show()
canvas.get_tk_widget().pack()

Затем внутри обработчика прихода новых данных в нити чтения данных:

values.append(value)
if len(values) > 100:
	del values[0]
a.plot(values)

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

Вероятно, я что-то делаю не так, а нормального примера как с помощью matplotlib строить реалтаймовые графики я не нашёл.

100 Гц

BaudLine

Qt/C++

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

Я таки нашёл ошибку. Нужно вызывать canvas.show(). После добавления всех графиков с помощью a.plot(), а также очищать область в начале итерации с помощью a.clear() (Иначе будут добавляться всё новые и новые графики вместо обновления существующего). Однако, Python не удовлетворяет моим потребностям в скорости. При частоте 10 Гц и показе 9 разных величин (6 на одном графике и 3 на другом) всё глючит.

OpenSCADA

Пытаюсь подключить в Qt Creator библиотеку для работы с последовательным портом.

Пишу в .pro файле:

QT       += core gui serial

А оно мне пишет:

Project MESSAGE: Warning: unknown QT: serial

При том, что пакет libqextserialport-dev установлен.

Сразу в OpenGL делай. Чего уж там...

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

Тьфу ты! Раскатал губу...

Purchase the GPL source code for the baudline signal analyzer. The source code is expensive and it is intended for qualified corporate or institutional buyers. Contact us for details.

Есть некоторый самодельный девайс

Никого не слушай. ScadaBR

можно же напрямую открывать последовательный порт, а не через qtserial

Я QSerialPort отдельно собирал, т.к. до сих пор сижу на 4.x

хм... не думал что под линупсы есть целый вагон и тележка SCADA http://linuxscada.ru/

ScadaBR наиболее развита (если чесно... считай, я её изучил). oscada это тот ещё пипец. Всё нужно мышкой тыкать. openscada (которая на эклипсе) ещё сыровата. А больше и сравнивать нечего.

Тогда скажи в какую сторону копать, чтобы работать с ним асинхронно. То есть типа select в libc и g_io_watch в glib, но для Qt.

Есть некоторый самодельный девайс. Он связан с компьютером через переходник USB->UART и шлёт с некоторой частотой <skip />

На компьютере нужно эти данные принять <skip />

На чём такое лучше всего запилить? Пока думаю на Python.

не ипите моск - идите к разработчикам железа, берите у них С API к которому они стремились и с которым отлаживали эту железяку и обвязывайте их дальше. А думать лучше головой, а не на Python :-)

зачем

типа select в libc

когда его же (select()) можно использовать

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

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

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

оупс :)

требуется поддежка работы с последовательным портом, декодирования base64 и построения графиков.

я-бы сделал на tcl/tk - у того на борту от рождения всё есть и он для таких вот целей и сделан. Рабочий прототип пишется всего за день-другой.

НО! если железкой будешь пользоваться не только ты, то по хорошему делается консольное приложение (чистый CLI или даже демон, без esc-последовательстей и ncurses), а GUI позже как его морда.

можно в отдельный тред и оттуда посылать сигналы в слоты Qt.

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

можно выставить маленький таймаут, можно пускать select в отдельном потоке