|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 23 Jan 2003 05:23:56
To : Mita Mikheev
Subject : научный вопрос
--------------------------------------------------------------------------------
Jan 23 02:14 03, Mita Mikheev wrote to Zahar Kiselev:
MM> Может, поступить так, как позволяет язык? Hапиши обработку сигнала на
MM> более подходящем языке и при помощи expect склей обработку и
MM> визуализацию, благо он для этой задачи более чем подходит.
Я уже нашел сборник функций на Си для управления визуализацией (гнуплотом). Оно
работает. Разговор же шел лишь о том, что написано оно с моей точки зрения не
идеально и я хотел бы это усовершенствовать, введя "обратную связь по
переполнению".
Сомневаюсь, что на малознакомом мне языке я напишу это же самое с нуля лучше,
чем есть сейчас на Си в готовом виде.
А вот текст на более-менее знакомом Си усовершенствовать я вероятнее всего
смогу.
MM> биндинг к С процедурам (есть масса примеров как делать биндинги в
MM> Tcl) и "клеишь" все вместе. Получится довольно гибкое решение...
Гибкое, но делать и отлаживать его долго и достаточно лениво. Ибо TCL я знаю на
уровне чайника, а как с ним стыковать Си - не знаю вообще. И имею определенное
предубеждение против возни с передачей параметров и взаимным вызовом процедур на
разных языках. Возился с эти когда-то _много_(и в досе было, и на ЕС ассемблер
из PL/1 вызывать приходилось:) и впечатления остались не самые приятные. Это
может быть оправдано для _больших_ проектов. Hо не для мелочи типа моей задачки.
MM> касаемо быстродействия - на 300 целероне у меня Tcl с завидной
MM> регулярностью тасует массивы строк в несколько (более 5) тысяч
MM> элементов. Справляется за пристойное время, не мешая остальному.
В данном случае поднимая быстродействие модуля обработки я повышаю точность
измерений. Так как "усреднять" придется при этом _меньшие_ порции данных с АЦП.
Данные можно будет делить на более мелкие куски и обрабатывать каждый отдельно.
Видел когда-нибудь как работает электронный частотомер? Он сначала долго
считает, потом выдает _усредненный_ результат за время счета, даже если
фактическая частота входного сигнала за это время менялась - на табло мы этого
не увидим. Вот и у меня та же ситуация - чем быстрее считаем, тем более мелкие
колебания отлавливаем. Конечно, можно записать сигнал на диск и считать "потом",
но если я покажу график сразу - то приобрету дополнительное уважение в глазах
своих коллег.
ZK>> Zahar(@spbdept.rbc.ru)
MM> Mita
MM> ... 2.000.000 Lemmings can't be wrong.
MM> -+- GoldED/W32 3.0.1
MM> + Origin: Living in interesting times (2:5020/194.113)
Zahar(@spbdept.rbc.ru)
--- Msged/LNX 6.1.0
* Origin: Остров Большой Березовый: http://birch-island.spb.ru (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
