LabVIEW портал

  • Увеличить размер шрифта
  • Размер шрифта по умолчанию
  • Уменьшить размер шрифта
Блоги инженеров

В этом разделе каждый зарегистрированный пользователь может вести свой личный Живой Журнал (ЖЖ или Веблог). Тематика блога особой роли не играет, то есть можно писать о себе, своём городе, технике, учёбе, работе, автомобилях и прочем. Загрузка файлов, видео, фотографий и картинок разрешается.

Внимание: спам, варез и ненормативная лексика категорически запрещены.



LabVIEW и вариабельность сердечного ритма

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

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

treygolnik

 

Работа началась с построения аппаратной части устройства. Вся схема была собрана сначала на макетнице. Сама по себе схема простая: усилитель AD620, контроллер вообще типичнее некуда – Atmega16, а вот АЦП AD7739(сигма-дельта, 8 каналов и аж 24 разряда, но мы использовали 16). До моего подключения к работе схема была уже рабочей, как я сказал, собрана на макетке. Но посмотреть, что же выдает АЦП можно было только через звуковой редактор с применением фильтрации. То есть режима реального времени никакого не было. Писали в файл, смотрели и всё тут.

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

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

 

 

Софт для анализа ритма сердца


Хотелось бы перейти непосредственно к самому программному продукту, который получился в результате наших трудов. Когда я спросил одного опытного LabVIEW-разработчика, сколько он в среднем времени тратит на написание софта, он ответил, что программу можно писать от двух недель до бесконечности. И действительно, всегда хочется что-то подработать в своем якобы конечном варианте…это правда.
Итак, программа для анализа вариабельности сердечного ритма включает в себя два основных режима. Это регистрация ЭКГ-сигнала и его последующий анализ. В первом режиме происходит регистрация ЭКГ и ритмограммы и параллельная запись данных в файл. Посмотрим как это выглядит на лицевой панели:
_copy

и блок-диаграмме:
_copy 
Режим обработки кардиоинтевалограммы намного сложнее, чем сама регистрация. И включает в себя несколько составляющих. Во-первых происходит расчет статистических характеристик ритмограммы, таких как HR, MxDMn, Mn, Mx, SDNN, CV, D, RRср, RMSSD, PNN50, SI. Последний из перечислимых – индекс напряженности регуляторных систем (SI), вычисляется на основе сформированной методом вариационной пульсометрии гистограммы. Формула для него следующая:
2_copy
 
Где Amo – амплитуда моды гистограммы, Mo – мода гистограммы, MxDMn – разница между наибольшим и наименьшим RR-интервалами.

Под гистограммой понимается графическое изображение сгруппированных значений сердечных интервалов, где по оси абсцисс откладываются временные значения, по оси ординат их количество в процентах [1]. Для построения гистограммы использовалась функция General Histogram.
Фактически всё это множество различных параметров представляют собой ничто иное, как статистическую обработку ритма сердца. А ритм сердца или ритмограмма — это массив значений длительностей RR-интервалов, т.е. временного расстояния между двумя самыми большими пиками ЭКГ.(но можно брать не только RR, но и другие зубцы). Так вот эти параметры – это те же самые СКО, дисперсия, max и min, которые повсеместно используются в статистике. Просто некоторые из них названы по-другому, а некоторые немного «накручены». Вот так выглядит БД для вытаскивания из ЭКГ непосредственно ритма.
2
А это лицевая панель вкладки анализа статистических характеристик:
1
Наряду с вышеперечисленными характеристиками в этом же окне отображается скаттерграмма, представляющая реализацию метода корреляционной ритмографии. Это метод графического представления динамического ряда кардиоинтервалов в виде «облака» путем построение ряда точек в прямоугольной системе координат. При этом по оси ординат откладывается каждый текущий RR-интервал, а по оси абсцисс каждый последующий [2]. Блок-диаграмма выглядит следующим образом:
3
Немало времени было уделено на разработку спектрального анализа ритма. При спектральном анализе оценивается вклад тех или иных периодических составляющих в динамику изменений ЧСС. С этой целью оценивается так называемая спектральная мощность колебаний, соответствующая каждому выявленному периоду. Спектральные методы применяются почти исключительно для анализа коротких участков ритмограммы — от 2 до 5 минут [3]. Границы каждого периоды в отечественной врачебной практике недавно были нормированы на одном из крупных собраний специалистов этой области. Теперь есть конкретные значения для каждого частотного диапазона. К сожалению, блок-диаграмма спектрального анализа настолько огромная, что выложить ее не получиться. Но вот картинку привести можно.

2
Ну и вкратце про автокорреляционный анализ. Автокорреляционная функция (АКФ) графически представляет собой статистическую взаимосвязь каждого последующего интервала RR с предыдущими и отражает степень централизации управления процессами регуляции. При создании АКФ использовалась функция Correlation Coefficient из палитры Probability and Statistics. На самом деле по стандарту, на который я опирался, мне так и не удалось получить результаты данной функции похожие на истинные значения. Так что есть, над чем поработать.
3
 
Как-то после летнего отпуска и прочтения книги Блюма «Стиль программирования» мне сразу захотелось приукрасить и оформить свой проект, что бы глаз радовался. Вот что приблизительно получилось. Это кстати блок-диаграмма для анализа ритмограммы.

1

 

Немного о фильтрации

Как видите в обоих режимах большое количество подприборов, ну а куда без них. Сопряжение с железом сделано на VISA. Скорость порта максимальная 115200. Для выбора режимов я поставил case-структуру и завел на логический вход Tab-панель. Это конечно не лучший вариант. Но пока вот так. Спектр кардиосигнала, по последним данным, может достигать максимальных частот в районе 500 Гц. Но учитывая, что в наших районных больницах кардиографы «режут» всё где-то после 30 Гц, то мы настроили цифровые фильтры на ограничение ширины спектра от 0 до 100 Гц. Да…сколько мы с этими фильтрами возились!!! И БИХ, и КИХ, и что только не перепробовали. Но результат есть. Устройство работает и производит регистрацию ЭКГ в режиме реального времени с одновременной визуализацией данных, записью массива данных в файл и с записью результатов проведенного исследования и данных о пациенте в файл.

В последнее время мы включили в программу анализ данных еще и с помощью нелинейных методик. Хочется отметить также, что некоторые компоненты данной обработки служат нам для оценки эмоционального состояния испытуемого, но над этим мы только начали работать. Да, совсем забыл… аппаратную часть мы решили сделать нормально на печатной плате, поскольку на макетницы бывают часты замыкания и разрывы. В итоге в этой работе я еще и с ЛУТом потренировался, да и пайки не мало было. К тому же устройство мы спрятали в корпус, довольно красивый. А само устройство выглядит вот так:

_copy_copy_copy
В ходе проектирования данной программы я опирался вот на эти стандарты ВСР. www.vestar.ru/article_print.jsp?id=1267

Литература


1. Клиническое значение исследования вариабельности сердечного ритма и методики ее оценки. www.hrv.rcbkb.com/2010/05/klinicheskoe-znachenie-issledovanija_7695.html
2. Дембо А.Г., Земцовский Э.В. Спортивная кардиология: Руководство для врачей. ─ Л.: Медицина, 1989. – 464 с.
3. Беляев К.Р. Методы анализа вариабельности сердца. konstb.newmail.ru/liter/hrv/UchPos2.htm

 

 

Планшет Prestigio MultiPad 10.1 Ultimate 3G

prestigio

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

Купил жене в подарок такой девайс:

http://www.just.ru/tablet_pc/216215_planshet_prestigio_multipad_10_1_ultimate/

 

Андроид 4.1., на борту двухядерный Cortex A9 1,6 ГГц, 1 ГБ ОЗУ, 16 Гб флэш-память. Есть Wi-Fi и 3G.

С 3G - я проникся - замерил скорость на работе (6 км. от МКАД) - 3,5 Мбит на приём, 1,5 на отдачу!

Дома картинка похуже - около 800 кбит скорость, но это тоже в принципе неплохо, учитывая обычные GPRS скорости, которые были раньше.

Вот теперь думаю купить себе телефон с 3G, какой нибудь средненький.

   

Закон Мура для «Больших данных»

Закон Мура для «Больших данных»

Каждую секунду каждого дня современные контрольно-измерительные приложения, которые разрабатывают инженеры и ученые, генерируют огромное количество данных. Например за каждую секунду работы Большого адронного коллайдера в ЦЕРНе приборы могут генерировать 40 терабайт данных. За каждые 30 минут работы двигателя реактивного Boeing, система контроля создает 10 терабайт информации об операциях. Для одного путешествия через Атлантический океан, четыре двигателя реактивного самолета могут создать 640 терабайт данных. Умножьте это на более чем 25000 рейсов каждый день, и вы получите представление о том огромном количестве данных, которое существует на текущий момент (Rogers, 2011). That’s “Big Data.”

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

Специалисты исследовательской фирмы IDC недавно провели исследование цифровых данных, содержащихся в Интернете, которое включает в себя измерение размеров текстовых файлов, видео, музыкальных файлов, и так далее. Результаты этого исследования показывают, что количество данных удваивается каждые два года. В 2011 году  были созданы 1,8 зеттабайт (1E21 байт) данных (Gantz, 2011). Чтобы получить представление о размере этого числа, задумайтесь: если все 7 миллиардов человек на Земле присоединился к Twitter и будут постоянно писать твиты в течение одного века, они будут генерировать один зеттабайт данных (Hadhazy, 2010). Почти вдвое меньше, чем сумма данных, которая была сгенерирована в 2011 году.

«Большие Данные» генерируются со скоростью, согласно закону Мура.

Тот факт, что данные удваиваются каждые два года, подтверждает один из самых известных законов электроники: закон Мура. В 1965 году Гордон Мур заявил, что число транзисторов на интегральной схеме будет удваиваться примерно раз в два года, и он ожидает, что эта тенденция сохранится, по крайней мере в течение 10 лет. Сорок пять лет спустя, закон Мура все еще влияет на многие аспекты IT и электроники. Следствием  закона Мура стало то, что технология является более доступной и последние инновации помогают инженерам и ученым собирать, анализировать и хранить данные со скоростью быстрее, чем когда-либо прежде. Следует помнить, что в 1995 году суммарный объём всех жестких дисков на планете занимал 20 петабайт общего дискового пространства. Сегодня, Google обрабатывает более 24 петабайт информации каждый день. Кроме того, стоимость места для хранения всех этих данных снизилась экспоненциально от $ 228/GB в 1998 году до $0.06/GB в 2010 году. Эти изменения в сочетании с развитием технологий в результате закона Мура, несомненно являются питательной средой для появления такого колоссального объема данных, который мы имеем сейчас. В связи с этим возникает вопрос: "Как мы извлекаем смысл и пользу из этого огромного объема данных?"

Какое значение имеют «Большие данные»? 

При обработке больших объемов данных увеличивается вероятность сделать на основании этого более точный анализ результатов. При этом малые объёмы данных часто ограничивают точность выводов и прогнозов. Рассмотрим для примера золотой прииск, где только 20 процентов золота на поверхности. Остальные 80 процентов в грязи, и их нельзя увидеть. Для того, чтобы их найти необходимо обработать почти всё содержимое шахты прииска. Данный пример, применительно к вопросу обработки больших объемов цифровых данных можно охарактеризовать термином «цифровая грязь», в которой нужные данные могут быть скрыты за больших объемом ненужной информации. Таким образом, необходимо применять более интеллектуальный анализ «Больших данных», этого раньше не было, но это диктует время и современные технологии.


[+] Увеличить изображение

Так обобщенно выглядит трехуровневое решение вопроса обработки большого объема аналоговых данных. Решение включает в себя датчики и исполнительные механизмы, распределенные узлы сбора и анализа и IT-инфраструктуру для хранения и извлечения данных.

Что «Большие данные» означают для инженеров и ученых? 

Источников «Больших Данных» много. Однако самыми интересными являются данные, полученные из физического мира. Возьмем для примера весь объём аналоговых данных, полученных и оцифровываемых с помощью аппаратных средств NI. Это измерения вибрации, радиочастотных сигналов , температуры, давления, звука, изображения, света, магнетизма, напряжения и так далее. Всё это в совокупности можно обозначить термином "Большие аналоговые данные".  Инженеры и ученые генерируют и обрабатывают такие данные повсеместно, в различных формах, неоднократно и на высокой скорости.

NI помогает своим  клиентам получать данные со скоростью большей, чем терабайт в день. «Большие аналоговые данные» является идеальной задачей для систем сбора данных, в аппаратных средствах NI таких как NI CompactDAQCompactRIO и PXI и программных инструментов, таких как NI LabVIEW и NI DIAdem в рамках организации, управления, анализа и визуализации данных. Основным преимуществом этих продуктов является возможность обработки данных непосредственно там, где они оцифровываются, часто в режиме реального времени.

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

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

Являясь лидером отрасли, NI лучше всего осознаёт данную проблему, и готова предложить решение, чтобы помочь вам создать дружественную для пользователя парадигму при обработке и визуализации «Больших данных».  И можно сказать наверняка, NI постоянно расширяет свои возможности в области обработки данных, создавая новые системы управления, а также сотрудничая с производителями IT-услуг для удовлетворения потребностей пользователя при работе с «Большими данными».

 

Авторы:

Dr. Tom Bradicich
Dr. Tom Bradicich is an R&D fellow at National Instruments.

Stephanie Orci
Stephanie Orci is a product marketing engineer for DIAdem at National Instruments.

Перевод: Павел Кривозубов

Источник

 

LabVIEW или C? Вот в чем вопрос

"Почему LabVIEW лучше, чем C?" Как менеджеру по LabVIEW, мне задают этот вопрос довольно часто. Честно говоря, это неправильный вопрос. Это становится очевидным если рассматривать контекст каждой конкретной решаемой задачи (например сразу возникает встречный вопрос: "Что лучше для этой задачи, в рамках имеющихся аппаратных или программных ограничений?"). Если этого не учитывать, то задавать вопрос, что именно лучше, это всё равно что спрашивать, почему хлеб лучше, чем мука.

Если вы хотите построить систему измерения или управления, то NI LabVIEW как система разработки программного обеспечения является инструментом, который может спасти вас от рисков, расходов и неудобств с которыми можно столкнуться, работая на языке низкого уровня, такого как C. Я не утверждаю, что LabVIEW "лучше", чем язык программирования C, особенно если учесть, что большая часть LabVIEW пишется не только в G, но и в C и C + +. Скорее, они имеют разные сильные стороны, которые программисты должны учитывать, чтобы добиться успеха.

 

LabVIEW это хлеб? Читайте дальшеJ

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

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

C предоставляет низкий уровень управления. C часто лучше для приложений с жестким распределением ресурсов, которые должны быть привязаны к низкоуровневому управлению. Так как C является языком относительно низкого уровня, оно заставляет вас рассматривать и определять даже самые мелкие детали, такие как распределение памяти заданий и потоков. Хороший программист может использовать этот контроль низкого уровня для устранения накладных расходов в большинстве реализаций верхнего уровня. На этом уровне, также можно воспользоваться архитектурой ядра или API операционной системы для достижения большей производительности.

Программисты NI написали большую часть LabVIEW библиотек в C или C + +  именно по этой причине. Такие операции, как файловый ввод / вывод и анализ, одинаково быстро работают и в LabVIEW и в C, так как они написаны на языках низкого уровня и оптимизированы для каждой из платформ и операционных систем, которые LabVIEW поддерживает.

Эффективность в сравнении с управлением.

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

 

LabVIEW: для параллельного выполнения и реальных операций ввода – вывода.


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

При создании систем измерения или управления, программирование является лишь одной из задач проектировщика системы. Инженерам часто не хватает времени, чтобы переписывать старое программное обеспечение для поддержки всех новшеств в области вычислений и измерений, железа, операционных систем, и так далее. Они обновляют ПО, заостряя внимание на таких вопросах, как считывание, управление и представление реальных данных, а не придумывают новые способы обработки выделения памяти и пулов потоков. С помощью LabVIEW, испытания и отладку кода можно осуществить очень быстро, так как она поддерживает библиотеки с кодом низкого уровня. Выбор C означает, что необходимо реализовать, поддерживать и сохранять собственные низкоуровневые библиотеки или приобрести их у поставщика (NI предлагает NI LabWindows ™ / CVI и  NI Measurement Studio для этого варианта использования).


Синтаксически сложная, С оптимизирована для последовательного выполнения инструкций настолько быстро, насколько процессор может справиться с ними. Это идеальный вариант для «чистых» вычислений, когда только одна задача выполняется и она же является основной. Графический синтаксис в LabVIEW, с другой стороны, оптимизирован для параллельного выполнения задач, которые имеют реальные ограничения по сроку исполнения.

 

 

 

LabVIEW позволяет пропускать строительство фундамента и сразу перейти к разработке.

LabVIEW больше, чем просто язык программирования и библиотеки. При использовании LabVIEW как интегрированной среды разработки (IDE) совместно с аппаратными компонентами NI, можно получить опыт разработки довольно сложных программно-аппаратных продуктов. Программное обеспечение знает о доступных аппаратных ресурсах и может представлять доступные каналы ввода / вывода, выполнять задачи вычислений и управления интерфейсом программы. Вы можете предотвратить или отловить, например, неправильную конфигурацию во время редактирования кода, чтобы избежать дорогостоящих, трудно отлаживаемых ошибок в работе. Следующее поколение аппаратных измерений (например, NI PXIe-5644R векторный приёмопередатчик сигнала) позволяет  с помощью LabVIEW даже изменять аппаратную прошивку и тем самым достичь уровня производительности, который традиционные языки программирования предоставить не могут.

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

 

Так что же лучше: LabVIEW, или С? Ответ на этот глубокомысленный и полный смысла вопрос может быть таким: "42". 42 - это ответ на главный вопрос жизни, вселенной и всего такого, который был получен в результате семи с половиной миллионов лет непрерывных вычислений на специально для этого созданном суперкомпьютере Deep Thought (Глубокая Мысль). По утверждению компьютера, ответ был несколько раз проверен на правильность, но он может всех огорчить. Оказалось, что ответ на вопрос — «42». В ответ на недоумение представителей разумных рас, компьютер обосновал свой ответ тем, что формулировка вопроса была также весьма спорной.

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

Автор: - NI LabVIEW Product Marketing Manager Simon Hogg

Перевод: Павел Кривозубов

Источник



 

Хром!

 это потрясающе)

ноут щас упаковал свой чтоб завтра не тащить, подключил другой - скачал хром, так он мне на другом компе сразу все восстановил) пароли, закладки - всё))

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

5 сек и я полностью в своей экосистеме) 

 

п.с. главное иметь аккаунт на гугле - всем рекомендую.

 

Хром против Мазиллы

Короче пересел я на хром)

мазилла достала своими тормозами и крахами флеш плеера( И никакие очистки кеша не помогают(

Можете закидывать тапками)

 

Навигатор Prestigio GeoVision 4500

Приобрёл себе вчера вот такую штучку)

Цена вопроса 2000 рублей всего)

Проехался нареканий нет пока. Навител 5 с картой России на борту.

Есть музыка, видео, игры и фото.

В общем за эту цену - рекомендую, штука хорошая.

 

Интерполитех 2012

IMG_5684_copy

Съездили с Костей на прошлой неделе на Интерполитех-2012. Выставка в очередной раз поразила своей масштабностью и охватом тематики безопасности - было всё: от огромных катеров охраны и машин РЛС до оружия и ножей, от программно-аппаратных комплексов по защите информации и обработке сигнала до военной обуви и обмундирования. В общем было довольно интересно. Фотоотчёт разместил в галерее.

 

Развитие главной страницы портала

Как вы уже заметили - последнее время структура главной страницы претерпела изменения. Теперь на ней анонсируются не только крупные события форума типа новых конкурсов и т.д., но и скажем более локальные - появление новых уроков, статей, отчётов и просто полезных тем.
Это лучше отразит динамику всего ресурса, его развитие, его жизнь.
Но я тоже человек и в силу ограниченных возможностей не могу охватить всё многообразие тем, которые обсуждаются на форуме, так как форум растёт, число пользователей увеличивается и тем становится все больше и больше.
По этому у меня большая просьба к вам, уважаемые коллеги, если вы в своих диалогах или обсуждениях обнаружите что-то полезное, ссылку на интересную статью например или какой-нибудь аналитический материал, просьба сигнализировать мне, и я сам буду договариваться с автором по поводу анонса его материала на главной странице портала.
Вот например очень интересная статья всплыла в диалоге Ивана с Sevas:
http://www.labviewportal.eu/viewtopic.php?p=38811#p38811
Но как видите она появилась ещё весной.

 


Страница 1 из 13
Внимание! Регистрация в портале и в форуме раздельная.