Конкурс на лучшее дополнение к LabVIEW

[toto]

BestAddon.png (58.24 KiB) Viewed 864 times

Уважаемые пользователи ресурса LabVIEW Portal!

Приглашаем вас принять участие в конкурсе на лучшее дополнение к LabVIEW (Best LabVIEW ADDON 2010), который проводится до 31 августа 2010 года.

Тематика дополнений ограничена только Вашей фантазией. На конкурс принимаются любые VI или наборы VI, которые позволяют расширить функциональные возможности LabVIEW. Так же будут рассматриваться: SubVI, dll, llb, ctl, X-контрол, тулкит, Active-X компонент.

Для участия в конкурсе необходимо:
1. Зарегистрироваться на форуме, если это еще не сделано.
2. Подготовить описание Вашего дополнения.
3. Разместить в данной теме Ваше дополнение и описание к нему.

Все работы будут выложены в специально созданный раздел "Библиотека кода", с указанием авторства. Этот раздел позволит расширить в последствии границы применения LabVIEW в современном мире и сделать эту IDE еще более полезной и нужной.

Скриношоты работ победителей, занявших призовые места будут помещены в Галерею Славы.

Наградами для победителей станут: медали, книги и кружки:
1-е место кружка с логотипом нашего портала, книга "LabVIEW - стиль программирования" и золотая медаль форума;
2-е место кружка с логотипом нашего портала, книга "LabVIEW для всех" и серебряная медаль форума;
3-е место кружка с логотипом нашего портала и бронзовая медаль форума.

Все работы будут оцениваться по двум номинациям: Сложность и Полезность.

Пользователь может победить в нескольких номинациях сразу.

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

Участвуйте в конкурсе и делитесь своими знаниями и опытом! Давайте улучшать LabVIEW вместе!
Удачи!

[Indey]

Поехали)
Я надеюсь что конкурс получится и желаю всем участникам победы!
В ближайшее время выложу свои работы.
Пусть победит сильнейший

[Indey]

1.

Режекторный (гребенчатый) фильтр

reject.PNG (6.76 KiB) Viewed 829 times

Довольно часто, сталкиваясь с обработкой какого-либо сигнала приходится иметь дело с так называемыми "рассредоточенными" помехами. Это очень неприятное явление, затрудняющее как воспроизведение сигнала, так и его последующую обработку. Такая помеха как правило рассредоточена по всему спектру сигнала, если перевести его в частотную область с помощью быстрого преобразования Фурье. При этом гармоники сигнала постепенно затухают и чем дальше они от источника помехи по частоте, тем меньше оказывают влияния на исходный вид сигнала. Самым характерным примером данной помехи является помеха от гармоник электросети 50 (60) Гц. В зависимости от уровня помехи, гармоники 50 Гц затухают в среднем уже к 4 кГц и имеют достаточный и не искажающий сигнал уровень (вычислено опытным путём с помощью реально существующих электросетей).
В LabVIEW (по крайней мере в PDS) встроенных средств для подавления такого рода помех нет.
Выложенный SubVI реализует фильтрацию гармоник заданной ему частоты с кратным этой частоте шагом в диапазоне от 0 до 4 кГц. При желании диапазон можно расширить, изменив значение в блок-диаграмме.
Данный SubVI проходил испытания при обработке потокового звука с одной звуковой карты на другую. Частота дискретизации 44 кГц, ЭВМ П4 2.8 ГГц, ОЗУ 512 мб. Временных набегов, затрудняющих прослушивание, а так же искажений после фильтрации не выявлено.

[Indey]

2.

XY график разными цветами.

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

Вот в этой теме ведется обсуждение.

[Jakob]

3.
Непереполняемый милисекундный таймер
особенно полезен
для Labview приложений, где используется управление по времени,
работающих длительное время (более 49,7 дней
от момента загрузки Windows)

Еще одно существенное достоинство для всех случаев
(длительная работа и не очень):
не боится ручной корректировки времени и даты Windows при
работающем Labview-приложении(это никому делать не запретишь),
и естественно не боится переходов летнее/зимнее время

Думаю серьезные люди поймут остроту проблеммы и оценят
такой ADD ON.

[Юрий]

4.
Заочная работа с объектами VI.
Как то я уже упоминал, правда на другом форуме, о том, что пришлось создавать VI, где было много контролов и декораций, которые очень плотно были расположены на лицевой панели. Причём часть из них меняла видимость в процессе работы. И кроме того во время разработки приходилось часто менять имена и параметры этих контролов. В конце концов проблемы с выискиванием на FP этих контролов заставило сделать программку, с помощью которой это делалось намного проще. Сейчас я её основательно переработал и она может:
1.Показать в таблице все VI с некоторыми их параметрами, находящиеся в памяти ПК.
2.Для каждого VI показать в другой таблице все контролы и декорации с их основными
параметрами, находящиеся на его FP.
3.Найти по шаблону интересующий объект.
4.Если контрол является кластером, то показать все контролы и декорации, входящие в этот
кластер с неограниченным вложением.
5.Показать интересующий контрол или кластер непосредственно на FP.
6.Отредактировать основные параметры контрола или декорации заочно из предлогаемой
программы.
7.Запустить из программы выбранный VI или прервать его работу.
8.Открыть или закрыть его FP, вывести поверх всех окон.
9.Работа с контролами не зависима от работы по управлению VI.
Небольшое замечание. Чтобы из окна «VI в памяти» перейти в текущее окно работы с конролами достаточно щёлкнуть по кнопке «ЭлементыVI» вне зависимости от того, в каком она состоянии.
Программу можно наращивать под свои цели, особенно, что касается редактирования. Она открыта и написана в LV8.5.
Буду очень рад, если для кого-то она окажется полезной.
Если выплывут какие-то ошибки, – сообщайте.

[Юрий]

3.
Непереполняемый милисекундный таймер
особенно полезен
для Labview приложений, где используется управление по времени,
работающих длительное время (более 49,7 дней
от момента загрузки Windows)

Еще одно существенное достоинство для всех случаев
(длительная работа и не очень):
не боится ручной корректировки времени и даты Windows при
работающем Labview-приложении(это никому делать не запретишь),
и естественно не боится переходов летнее/зимнее время

Думаю серьезные люди поймут остроту проблеммы и оценят
такой ADD ON.

Хочу сделать несколько пояснений.
1. Надо иметь ввиду, что, если таймер не будет работать более 49,7 дней, то этот период не
будет восстановлен, произойдёт смещение на 4294967295.
2. Не очень существенное замечание. Мантисса формата EXT имеет 63 разряда, то есть
после этого начнуться не точные показания таймера и, чем дальше, тем хуже. Правда
когдаааааа это будет. Это замечание к тому, что уж лучше использовать U64, более
оптимально.
3. Для таких вещей всегда встаёт вопрос, "А какое значение таймера должно быть при
старте системы?"
Прилагаю вариант, учитывающий последнии два замечания. Очень прошу не рассматривать его как заявку на конкурс, не корысти ради ради, а ради искусства. Jakob, если чем обидел прошу прощения.
Вложение удалил, чтобы не соблазняло. Правильное решение см. в следующем моём посте.

[Jakob]

Какие могут быть обиды Юрий, совсем наоборот,
я очень рад, что ты сумел проблему почувствовать,
и написал, как сделать еще лучше.
Ведь для меня это было все не просто так,
я на своей шкуре испытал, что такое поиск ошибки
возникающею и затем басследно исчезающей один раз в 49,7 дней,
на фоне других факторов, кстати эта тема живо обсуждалась,
смотри
viewtopic.php?f=87&t=1464#p12809

[Юрий]

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

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

кстати эта тема живо обсуждалась, смотри
http://www.labviewportal.eu/viewtopic.p ... 464#p12809

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

[FireFly]

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

Через 500 мегалет, когда кончится 64-битный таймер потомки скажут тебе спасибо. Однако есть опасение что на размер массива тоже есть ограничение и данный таймер не бесконечен...

[Юрий]

Через 500 мегалет, когда кончится 64-битный таймер потомки скажут тебе спасибо.

Таймеры могут быть и наносекундные и пико

Однако есть опасение что на размер массива тоже есть ограничение и данный таймер не бесконечен...

Да, это опасение есть, но оно уже не принципиально.
Всё же он может иметь прикладное значениеи, например, для моделирования малоразрядных систем.
Модераторам. Может эту дискуссию переместить в другую тему?

[FireFly]

Таймеры могут быть и наносекундные и пико

Осталось только в данной SubVI заменить милисекундный таймер на пикосекундный, а лучше сразу не фемто-

[Indey]

Модераторам. Может эту дискуссию переместить в другую тему?

Не стоит. Все в рамках правил - обсуждаются конкурсные работы.
Дискуссия интересная и тем кто интересуется такого рода таймерами будет полезна. И сами таймеры можно скачать тут же.

[Юрий]

Таймеры могут быть и наносекундные и пико

Осталось только в данной SubVI заменить милисекундный таймер на пикосекундный, а лучше сразу не фемто-

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

[Jakob]

Не думал, честно говоря,
что инициируется такая дискуссия, но дело в том,
что я не применяю на работе версии выше 7.1. Почему?
смотри
http://www.automationlabs.ru/forum/show ... php?t=5167

и там есть только формат U32.