Как и было заявлено ранее, для демонстрации работы CASE-структуры откажемся от операндов "Операнд 1" и "Операнд 2", чтобы сделать акцент на логике работы виртуального прибора (см. рисунок).

Пример заготовки на блок-диаграмме фрагмента "Умного калькулятора", не требующего участия каких-либо операндов

Для вывода на числовой индикатор только одного из адекватных ответов лишь одна кнопка из трёх должна быть нажата, а другие, соответственно, не нажаты. То есть:

- либо кнопка "Один" нажата, а кнопки "Два" и "Три" не нажаты,
- либо кнопка "Два" нажата, а кнопки "Один" и "Три" не нажаты,
- либо кнопка "Три" нажата, а кнопки "Один" и "Два" не нажаты.

Построим схему на блок-диаграмме в соответствии со сформулированной выше логикой. Начнём с первого условия: сигналы "Два" и "Три" логически перемножаются и инвертируются функцией объединённой арифметики. Полученный результат логически умножается на сигнал "Один" (см. рисунок).

Составление логики для нажатой кнопки "Один" и не нажатых кнопок "Два" и "Три"

По аналогии строится схема для второго условия: сигналы "Один" и "Три" логически перемножаются и инвертируются функцией объединённой арифметики. Полученный результат логически умножается на сигнал "Два" (см. рисунок).

Добавление логики для нажатой кнопки "Два" и не нажатых кнопок "Один" и "Три"

Схема дополняется учётом третьего условия (см. рисунок).

Добавление логики для нажатой кнопки "Три" и не нажатых кнопок "Один" и "Два"

Решение задачи контроля нажатия одной единственной кнопки из трёх при составлении данной логической цепочки - это тот редкий случай, когда уместно применение операции исключающего ИЛИ ("XOR"). Это трудно принять с первого прочтения, поскольку само по себе в рассуждениях напрашивается обыкновенное логическое сложение, но это не так. Для доказательства составим таблицу истинности по логическому сложению (Таблица 1) и таблицу истинности для исключающего ИЛИ (Таблица 2).

Таблица 1 – Истинность объединения трёх операндов по логике ИЛИ

Таблица 2 – Истинность объединения трёх операндов по логике исключающего ИЛИ

Хорошо видно, что объединение по ИЛИ – это наличие истины в ХОТЯ БЫ ОДНОМ из трёх сигналов. Иначе: если хотя бы один элемент из множества отвечает истиной, то всё логическое выражение отвечает истиной. Такая логика для работы с одной единственной нажатой кнопкой не подходит. Логика исключающего ИЛИ утверждает следующее: ТОЛЬКО ОДИН из элементов множества должен ответить истиной, тогда и всё выражение ответит истиной.

Объединение ранее сформулированных условий по исключающему ИЛИ посредством использования блока объединённой арифметики National Insruments LabView представлено на следующем рисунке. Вместе с тем для тестирования виртуального прибора в блок истинного результата CASE-структуры по итогам составления расчётной схемы для всего логического выражения устанавливается константа "плюс бесконечность".

Объединение условий по исключающему ИЛИ ("XOR"). Проверка работоспособности составленной схемы: если условие выполняется – выводится "бесконечность" ("Inf")

В блоке ложного результата CASE-структуры (см. следующий рисунок) для всего логического выражения выставляется константа "не числового значения" ("NaN"). Для создания константы не числового значения на блок-диаграмме размещается обыкновенная целочисленная константа и в ней вручную записывается с клавиатуры "NaN" при строгом учёте верхнего и нижнего регистра символов (две заглавных "N" объединяются между собой строчной "a").

Проверка работоспособности составленной схемы: если условие не выполняется – выводится "не числовое значение" ("NaN")

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

Передача сформированного CASE-структурой результата на интерфейсный элемент, выводящий ответ

Запуск виртуального прибора при всех не нажатых кнопках даёт в результате не числовое значение – произошло попадание в блок ложного результата. Согласно составленной ранее таблице истинности так и должно быть.

Проверка работоспособности составленной логики: ничего не нажато – результат отрицательный

Запуск виртуального прибора при всех нажатых кнопках тоже даёт в результате не числовое значение в связи с попаданием в блок ложного результата CASE-структуры по результату выполнения объединённых логических операций. Согласно составленной ранее таблице истинности, опять же, так и должно быть.

Проверка работоспособности составленной логики: нажаты все три кнопки сразу – результат отрицательный

Запуск с нажатыми кнопками "Один" и "Три" – шестая строчка таблицы истинности (не считая заголовка). В ответе ложный результат, но так и должно быть.

Проверка работоспособности составленной логики: нажаты сразу две кнопки – результат отрицательный

Запуск с нажатыми кнопками "Один" и "Два" – седьмая строчка таблицы истинности (не считая заголовка). В ответе ложный результат. Адекватно.

Проверка работоспособности составленной логики: нажаты сразу две другие кнопки – результат отрицательный

Наконец, встречается только "Один" – это пятая строчка таблицы. В ответе "плюс бесконечность" вместо "не числового значения" – попали в блок истинного результата. Тоже адекватно.

Проверка работоспособности составленной логики: нажата только одна кнопка – результат положительный

После нехитрого тестирования продолжим развитие кода заготовки виртуального прибора "Умный калькулятор" в направлении желаемого результата. В блоке ложного результата контрольной (внешней) CASE-структуры оставляем константу не числового значения, а в блоке истинного результата размещаем ещё одну, вложенную CASE-структуру. На логический вход вложенной CASE-структуры подаём ветвь логики, отвечающей за нажатие на кнопку "Один" и не нажатие на кнопки "Два" и "Три". Итого, если нажата кнопка "Один", то в блоке истинного результата должна зарождаться численная константа, равная "1". Но если "Один" не нажата, то остаётся ещё два возможных варианта, которые необходимо проверить (либо нажата кнопка "Два", либо нажата кнопка "Три"). Это ещё одна вложенная CASE-структура.

Развитие структуры программы: в случае, если нажата только одна кнопка, и эта кнопка – "Один", то должно выводиться в качестве ответа целочисленное значение, равное "1"

На логический вход новой CASE-структуры подаём проверку условия нажатия на кнопку "Два". Если, действительно, нажата кнопка "Два", то должна генерироваться константа, равная "2".

Развитие структуры программы: в случае, если нажата только одна кнопка, и эта кнопка не "Один", а "Два" – должно выводиться в качестве ответа целочисленное значение, равное "2"

Но если не "Два", то остаётся один единственный вариант, что нажата кнопка "Три", потому его дополнительной CASE-структурой контролировать не нужно, константу со значением "3" генерирует оставшийся незаполненным блок ложного результата. Неопытные программисты могут захотеть надстроить ещё одну CASE-структуру с целью проверки условия для ветки "Три" по аналогии. Это не будет ошибкой, но в этом случае останется пустой блок ложного результата, в который никогда, ни при каких условиях курсор виртуального прибора не попадёт. Это случай так называемой кодовой избыточности, с которой необходимо бороться.

Развитие структуры программы: в случае, если нажата только одна кнопка, и эта кнопка не "Один" и не "Два", а заключительный вариант – нажата кнопка "Три" и, соответственно, должно выводиться в качестве ответа целочисленное значение, равное "3"

Нижеследующие иллюстрации демонстрируют адекватность работы созданного фрагмента виртуального прибора "Умный калькулятор" с учётом ранее проведенных тестов по защите от одновременного выбора нескольких операций.

Проверка работоспособности программного обеспечения: нажата кнопка "Один" и в качестве ответа выдаётся значение, равное "1"

Проверка работоспособности программного обеспечения: нажата кнопка "Два" и в качестве ответа выдаётся значение, равное "2"

Проверка работоспособности программного обеспечения: нажата кнопка "Три" и в качестве ответа выдаётся значение, равное "3"

Серия сообщений "LabView":
Часть 1 - LABVIEW. НЕХИТРЫЕ ЗАДАЧКИ ПО ПРОГРАММИРОВАНИЮ. УГАДАЙ ЧИСЛО
Часть 2 - LABVIEW. ОЗНАКОМЛЕНИЕ С ПОЛЬЗОВАТЕЛЬСКИМ ИНТЕРФЕЙСОМ
...
Часть 11 - LABVIEW. ИСПОЛЬЗОВАНИЕ БЛОКА ОБЪЕДИНЁННОЙ АРИФМЕТИКИ
Часть 12 - LABVIEW. ЗАГОТОВКА GUI И КОДА ВП -УМНЫЙ КАЛЬКУЛЯТОР-
Часть 13 - LABVIEW. ИСПОЛЬЗОВАНИЕ CASE-СТРУКТУРЫ В ЛОГИЧЕСКОМ РЕЖИМЕ

В качестве первого приближения к созданию виртуального прибора (ВП) "Умный калькулятор" рассмотрим один из его возможных графических пользовательских интерфейсов (ГПИ / GUI). Для понимания принципов наращивания (масштабирования) структуры виртуального прибора "Умный калькулятор" достаточно рассмотреть всего три операции. Каждой операции ставится в соответствие логический контроллер – кнопка. Так на передней панели должны быть размещены три кнопки, которые назовём слева направо "Один", "Два" и "Три", соответственно. В таком случае подразумевается вывод на численный индикатор "Ответ" по нажатии "своей", заранее определённой кнопки, целочисленной константы: либо "1", либо "2", либо "3", соответственно.

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

Пример графического пользовательского интерфейса виртуального прибора "Умный калькулятор" с двумя входными операндами, тремя операциями и одним индикатором с численным результатом

При таком наборе интерфейсных элементов управления блок-диаграмма будет содержать в себе те же компоненты, что представлены на следующем рисунке. Помимо них к заготовке добавлена CASE-структура. Заметим, что для большей компактности размещения элементов на блок-диаграмме при использовании инструмента позиционирования / изменения размера / выбора ("Position / Size / Select") наименования этих элементов размещены слева от них.

Заготовка блок-диаграммы для последующей настройки рассматриваемого примера

Итого в заготовке использованы элементы из следующих функциональных разделов:

- численные функции;
- логические функции;
- структуры.

Рассмотрение численных и логических функций уже затрагивалось в более ранних работах, связанных с "National Instruments LabView", а вот структуры ранее не использовались. Рассмотрим их расположение в перечне функций, доступных для размещения на блок-диаграмме (см. рисунок ниже).

Маркировка раздела структур в перечне функций, размещаемых на блок-диаграмме

Вход в раздел структур сопровождается выводом на экран окна, содержащего все существующие в "National Instruments LabView" структуры (их не много), которые при чтении слева направо следующие (см. рисунок далее):

- структура последовательности ("Sequence Structure");
- CASE-структура ("Case Structure");
- структура цикла "For" ("For Loop");
- структура цикла "While" ("While Loop");
- узел-формула ("Formula Node");
- структура событий ("Event Structure");
- глобальная переменная ("Global Variable");
- локальная переменная ("Local Variable").

Содержимое раздела структур блок-диаграммы с маркировкой CASE-структуры ("Case Structure")

CASE-структура может быть использована в логическом режиме (к знаку вопроса слева подключается связь логического типа), в таком случае её работа аналогична работе условного оператора. Также CASE-структура может быть использована в численном режиме (к знаку вопроса слева подключается связь целочисленного типа), и в таком случае структура работает как оператор переключения ("switch" на языке "Microsoft Visual C#").

Серия сообщений "LabView":
Часть 1 - LABVIEW. НЕХИТРЫЕ ЗАДАЧКИ ПО ПРОГРАММИРОВАНИЮ. УГАДАЙ ЧИСЛО
Часть 2 - LABVIEW. ОЗНАКОМЛЕНИЕ С ПОЛЬЗОВАТЕЛЬСКИМ ИНТЕРФЕЙСОМ
...
Часть 10 - LABVIEW. СТАНДАРТНЫЕ МАТЕМАТИЧЕСКИЕ ФУНКЦИИ И КОНСТАНТЫ
Часть 11 - LABVIEW. ИСПОЛЬЗОВАНИЕ БЛОКА ОБЪЕДИНЁННОЙ АРИФМЕТИКИ
Часть 12 - LABVIEW. ЗАГОТОВКА GUI И КОДА ВП -УМНЫЙ КАЛЬКУЛЯТОР-
Часть 13 - LABVIEW. ИСПОЛЬЗОВАНИЕ CASE-СТРУКТУРЫ В ЛОГИЧЕСКОМ РЕЖИМЕ

Объединённая арифметика - функция, относящаяся одновременно к двум разделам: числовому и логическому. Функция объединяет в себе следующие операции: сложения, умножения, логического сложения ("ИЛИ"), логического умножения ("И"), исключающего "ИЛИ". На рисунке далее показано расположение объединённой арифметики в разделе численных функций, размещаемых на блок-диаграмме.

Место расположения функции объединённой арифметики ("Compound Arithmetic") в разделе численных ("Numeric") функций, размещаемых на блок-диаграмме

При размещении объединённой арифметики на блок-диаграмме по умолчанию доступно только два входа, а также выбрана операция сложения. Для изменения количества входов необходимо выбрать среди инструментов элемент позиционирования / изменения размерности / выбора ("Position / Size / Select") и, ухватившись за нижнюю границу размещённой на блок-диаграмме функции, вытянуть её вниз на нужное количество входов. Для изменения выполняемой операции функцией объединённой арифметики необходимо вызвать контекстное меню этой функции нажатием на неё правой кнопкой мыши и далее в пункте изменения режима ("Change Mode") выбрать нужную операцию. В рамках решаемой задачи объединённая арифметика используется в режиме логического умножения ("AND"). Смена режима объединённой арифметики показана на следующем рисунке.

Замена операции в рамках функции объединённой арифметики с численного сложения "+" ("Add") на логическое умножение "И" ("AND")

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

Изменение режима применяемой операции логического умножения с прямой "И" на инверсную "И-НЕ" ("Invert AND")

По итогам изучения основ настройки функции объединённой арифметики, а также численных и логических элементов, входящих в состав пакета прикладных программ National Instruments LabView, можно переходить непосредственно к созданию заготовки для виртуального прибора "Умный калькулятор".

Серия сообщений "LabView":
Часть 1 - LABVIEW. НЕХИТРЫЕ ЗАДАЧКИ ПО ПРОГРАММИРОВАНИЮ. УГАДАЙ ЧИСЛО
Часть 2 - LABVIEW. ОЗНАКОМЛЕНИЕ С ПОЛЬЗОВАТЕЛЬСКИМ ИНТЕРФЕЙСОМ
...
Часть 9 - LABVIEW. ПРИМЕР НАСТРОЙКИ ЗАДАЮЩЕГО ЭЛЕМЕНТА
Часть 10 - LABVIEW. СТАНДАРТНЫЕ МАТЕМАТИЧЕСКИЕ ФУНКЦИИ И КОНСТАНТЫ
Часть 11 - LABVIEW. ИСПОЛЬЗОВАНИЕ БЛОКА ОБЪЕДИНЁННОЙ АРИФМЕТИКИ
Часть 12 - LABVIEW. ЗАГОТОВКА GUI И КОДА ВП -УМНЫЙ КАЛЬКУЛЯТОР-
Часть 13 - LABVIEW. ИСПОЛЬЗОВАНИЕ CASE-СТРУКТУРЫ В ЛОГИЧЕСКОМ РЕЖИМЕ

Раздел числовых элементов содержит следующие графические функции, подразделы и константы, изображённые на рисунке, представленном ниже (чтение ведётся слева направо, сверху вниз):

- операция сложения ("Add");
- операция вычитания ("Subtract");
- операция умножения ("Multiply");
- операция деления ("Divide");
- операции целочисленного деления и получения остатка от деления ("Quotient & Remainder");
- подраздел конвертации ("Conversion");
- операция инкрементирования / добавления единицы ("Increment");
- операция декрементирования / вычитания единицы ("Decrement");
- операция суммирования элементов массива ("Add Array Elements");
- операция перемножения элементов массива ("Multiply Array Elements");
- элемент, объединяющий арифметические операции ("Compound Arithmetic");
- подраздел тригонометрии ("Trigonometric");
- операция взятия абсолютной величины / модуля ("Absolute Value");
- операция математического округления до ближайшего целого ("Round To Nearest");
- операция округления в меньшую сторону ("Round To -Infinity");
- операция округления в большую сторону ("Round To +Infinity");
- операция выдачи реализации псевдослучайной величины ("Random Number (0-1)");
- подраздел логарифмов ("Logarithmic");
- операция взятия квадратного корня ("Square Root");
- операция инверсии / взятия значения с обратным знаком ("Negate");
- операция масштабирования по степени двойки / умножение на "2" в степени "N" ("Scale By Power Of 2");
- операция сигнум (определения знака): пришло любое положительное – в ответе "1", пришло любое отрицательное – в ответе "-1", пришёл ноль – в ответе "0" ("Sign");
- операция обращения / деления единицы на заданное значение ("Reciprocal");
- подраздел операций над комплексными числами ("Complex");
- численная константа ("Numeric Constant");
- перечислимая константа ("Enum Constant");
- константа списка значений ("Ring Constant");
- узел математических выражений ("Expression Node");
- подраздел дополнительных констант ("Additional Numeric Constants").

Раздел численных ("Numeric") функций на блок-диаграмме

Далее рассмотрен подраздел тригонометрических функций (см. рисунок, представленный ниже):

- синус ("Sine");
- косинус ("Cosine");
- тангенс ("Tangent");
- арксинус ("Inverse Sine");
- арккосинус ("Inverse Cosine");
- арктангенс ("Inverse Tangent");
- гиперболический синус ("Hyperbolic Sine");
- гиперболический косинус ("Hyperbolic Cosine");
- гиперболический тангенс ("Hyperbolic Tangent");
- гиперболический арксинус ("Inverse Hyperbolic Sine");
- гиперболический арккосинус ("Inverse Hyperbolic Cosine");
- гиперболический арктангенс ("Inverse Hyperbolic Tangent");
- косеканс ("Cosecant");
- секанс ("Secant");
- котангенс ("Cotangent");
- объединённый блок синуса и косинуса ("Sine & Cosine");
- арктангенс двух аргументов ("Inverse Tangent (2 Input)");
- функция отсчётов ("Sinc").

Подраздел тригонометрических ("Trigonometric") функций раздела численных ("Numeric") функций на блок-диаграмме

Далее рассмотрен подраздел логарифмических функций (см. рисунок, представленный ниже):

- экспонента ("Exponential");
- степень десяти ("Power Of 10");
- степень двойки ("Power Of 2");
- возведение "X" в степень "Y" ("Power Of X");
- экспонента, проходящая через начало координат ("Exponential (Arg) – 1");
- натуральный логарифм ("Natural Logarithm");
- логарифм по основанию десяти ("Logarithm Base 10");
- логарифм по основанию двойки ("Logarithm Base 2");
- логарифм по основанию "X" ("Logarithm Base X");
- натуральный логарифм, проходящий через начало координат ("Natural Logarithm (Arg + 1)").

Подраздел логарифмических ("Logarithmic") функций раздела численных ("Numeric") функций на блок-диаграмме

Далее рассмотрен подраздел дополнительных численных констант (см. рисунок, представленный ниже):

- цветовая константа ("Color Box Constant");
- символьная константа списка значений для интерфейсного элемента "список" ("Listbox Symbol Ring Constant");
- константа списка ошибок ("Error Ring Constant");
- Пифагорова константа ("Pi");
- Пифагорова константа, умноженная на два ("Pi Multiplied By 2");
- Пифагорова константа, делённая на два ("Pi Divided By 2");
- обращённая Пифагорова константа ("Reciprocal Of Pi");
- натуральный логарифм Пифагоровой константы ("Natural Logarithm Of Pi");
- минус бесконечность ("Negative Infinity");
- основание натурального логарифма ("Natural Logarithm Base");
- обращённое основание натурального логарифма ("Reciprocal Of e");
- логарифм экспоненты по основанию десяти ("Base 10 Logarithm Of e");
- натуральный логарифм десяти ("Natural Logarithm Of 10");
- натуральный логарифм двойки ("Natural Logarithm Of 2");
- плюс бесконечность ("Positive Infinity");
- постоянная Планка ("Planck Constant (J/Hz)");
- элементарный заряд ("Elementary Charge (C)");
- скорость света в вакууме ("Speed Of Light In Vacuum (m/sec)");
- гравитационная постоянная ("Gravitational Constant (N m2/kg2)");
- постоянная Авогадро ("Avogadro Constant (1/mol)");
- Постоянная Ридберга ("Rydberg Constant (/m)");
- молярная газовая постоянная ("Molar Gas Constant (J / (mol K))").

Подраздел дополнительных численных констант ("Additional Numeric Constants") раздела численных ("Numeric") функций на блок-диаграмме

Серия сообщений "LabView":
Часть 1 - LABVIEW. НЕХИТРЫЕ ЗАДАЧКИ ПО ПРОГРАММИРОВАНИЮ. УГАДАЙ ЧИСЛО
Часть 2 - LABVIEW. ОЗНАКОМЛЕНИЕ С ПОЛЬЗОВАТЕЛЬСКИМ ИНТЕРФЕЙСОМ
...
Часть 8 - LABVIEW. ПРИМЕР ВЫРАВНИВАНИЯ ШКАЛ ТЕРМОМЕТРОВ ПО УРОВНЮ
Часть 9 - LABVIEW. ПРИМЕР НАСТРОЙКИ ЗАДАЮЩЕГО ЭЛЕМЕНТА
Часть 10 - LABVIEW. СТАНДАРТНЫЕ МАТЕМАТИЧЕСКИЕ ФУНКЦИИ И КОНСТАНТЫ
Часть 11 - LABVIEW. ИСПОЛЬЗОВАНИЕ БЛОКА ОБЪЕДИНЁННОЙ АРИФМЕТИКИ
Часть 12 - LABVIEW. ЗАГОТОВКА GUI И КОДА ВП -УМНЫЙ КАЛЬКУЛЯТОР-
Часть 13 - LABVIEW. ИСПОЛЬЗОВАНИЕ CASE-СТРУКТУРЫ В ЛОГИЧЕСКОМ РЕЖИМЕ

Эта часть руководства посвящена постобработке в "Adobe Photoshop CS 6" получившегося в "Autopano Giga 4.2" планетоида. Ставится задача устранить тень фотографа и отсутствие кадра надира (да и зенита, в частности).

Откроем получившееся в "Autopano Giga" изображение через "Adobe Photoshop" и выберем инструмент "Волшебная палочка" (Рисунок 1). Уверен, что любого напрягает то чёрное пятно, которое светится прямо по центру изображения. Выделим объект щелчком мыши в любом фрагменте пятна. После этого пятно будет обрамлено в точности по границам (Рисунок 2). И, естественно, всё ненавистное нужно как можно скорее удалить, нажав на "Delete".

Стоит отметить, что раньше я работал в "Photoshop CS2" и вслед за нажатием удаления моментально выполнялась операция заливки фона указанным фоновым цветом. Ныне в "Photoshop CS6" жизнь существенно изменилась и за удалением следует диалог с пользователем. Но это даже удобно, поскольку можно выбрать нужный режим: от простой заливки цветом фона отказывается, выбираем "С учётом содержимого" (Рисунок 3). Результат, скорее, приятно порадует (Рисунок 4). В рассматриваемом примере получилось почти то, что нужно.

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

Перетягивается область куда-то для того, чтобы указать программе шаблон, который будет адаптивно интегрироваться в исходную область изображения (Рисунок 7). То есть это получается не совсем копия указанного фрагмента, а нечто среднее, причём, не усреднённое, не размытое, а именно среднее. Не могу представить, как работает данный свёрточный алгоритм фильтрации в точности, но что-то мне подсказывает, что устраняется монотонная составляющая определённого цвета (или цветов), на её место подставляется копия указанного фрагмента и результат сглаживается / смешивается / блендится. Потому я и сказал, что интегрируется адаптивно, то есть некоторый "ум" у функции, всё же, есть и работать с ней крайне приятно.

В результате получается картинка, на которую не стыдно смотреть (Рисунок 8), но ещё пока стыдно кому-то показать. Стыдно всё ещё смотреть на отсутствие кадра зенита. Впрочем, эту область не жалко обрезать. И, может быть, при вращении исходника окажется, что изображение смотрится в разы лучше, чем предложенное "авторское" видение / представление программы "Autopano Giga", с которым, замечу, на предыдущем этапе мы даже спорить не стали.

То есть я настоятельно рекомендую планетоид в "Photoshop" повращать (эта функция в "Photoshop" выполняется в разы быстрее, чем в "Autopano"). Процедура вращения планетоида доставляет массу эстетического удовольствия. Кстати, может найтись несколько точек с "Вау!"-эффектом. Но не стоит забывать, что экран мобильного телефона, к примеру, можно вращать не виртуально, а физически, потому для изображения стоит, всё же, остановиться на каком-то одном угле поворота, а вот если кому-то показывать, то посоветовать повернуть экран на какой-то угол и сказать на словах, что так тоже очень круто.

Да, не стоит забывать, что планетоиды - это уже арт / художество / креатив, полученный в результате обработки фотографий, поэтому двух одинаковых планетоидов у разных авторов точно не получится. Это искусство. Это как молния в одну точку два раза подряд... Нет, бьёт, конечно, случается, но очень-очень-очень-очень-очень редко, с точки зрения теории вероятностей - никогда. Поэтому творим!

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

Так что не ленитесь и не используйте стандартные программы-ститчеры (склейщики панорам) в реальном времени для мобильных устройств. Соберите материал "в поле", придите домой, обработайте. Результат будет в разы лучше, потому что вы сможете его предварительно настраивать, править, доводить до состояния, когда он начнёт нравиться. Запомните одну важную истину: "У сшитой панорамы уже при всём желании никакой "Photoshop" быстро и просто не позволит, например, выправить горизонт". То есть если сразу "в поле" собираете панораму приложением на смартфоне - права на ошибку просто нет. Косячить нельзя. Если же вы "в поле" только собираете материал, то косячить с горизонтом, вообще говоря, можно в рамках довольно широкой полосы допуска. Главное не косячить с перекрытием соседних кадров. Не жалейте кадры. Не надо фотографировать стык в стык - это ошибка. Не бойтесь наложения кадров - эта избыточность и есть информация, которая нужно программе-сборщику. Так вот, если, всё же, ошиблись немного с горизонтом - не беда, всё можно будет вертикалями выправить на компьютере. Это должно привести к пониманию, что съёмка материала с рук возможна - совсем, совсем не обязательно таскать с собой штатив. Да, если ошиблись с горизонтом - это займёт некоторое дополнительное время на правку, но это не какие-то титанические усилия и манипуляции, а лишь немного терпения.

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

Рисунок 1 - Исходное представление планетоида в "Adobe Photoshop" с подсветкой инструмента "Волшебная палочка"
"ДАЛЕЕ ОСТАЛЬНЫЕ ИЛЛЮСТРАЦИИ"

Серия сообщений "Autopano Giga":
Часть 1 - AUTOPANO GIGA 2. ИНСТРУМЕНТ ДЛЯ СОЗДАНИЯ ПАНОРАМ. НАЧИНАЕМ ОБЗОР. ЧАСТЬ 1
Часть 2 - AUTOPANO GIGA 2. ИНСТРУМЕНТ ДЛЯ СОЗДАНИЯ ПАНОРАМ. НАЧИНАЕМ ОБЗОР. ЧАСТЬ 2
...
Часть 5 - РУКОВОДСТВО -НА ПАЛЬЦАХ- ПО СБОРКЕ ПЛАНЕТОИДОВ. ЧАСТЬ 2
Часть 6 - РУКОВОДСТВО -НА ПАЛЬЦАХ- ПО СБОРКЕ ПЛАНЕТОИДОВ. ЧАСТЬ 3
Часть 7 - РУКОВОДСТВО -НА ПАЛЬЦАХ- ПО СБОРКЕ ПЛАНЕТОИДОВ. ЧАСТЬ 4

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

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

Контекстное меню красного термометра. Фиксация выставленного в интерфейсном элементе управления значения заданным по умолчанию (Make Current Value Default)

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

Результат отображения после перезагрузки (повторного открытия) виртуального прибора

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

Серия сообщений "LabView":
Часть 1 - LABVIEW. НЕХИТРЫЕ ЗАДАЧКИ ПО ПРОГРАММИРОВАНИЮ. УГАДАЙ ЧИСЛО
Часть 2 - LABVIEW. ОЗНАКОМЛЕНИЕ С ПОЛЬЗОВАТЕЛЬСКИМ ИНТЕРФЕЙСОМ
...
Часть 7 - LABVIEW. ПРИМЕР РАБОТЫ С ТЕРМОМЕТРОМ
Часть 8 - LABVIEW. ПРИМЕР ВЫРАВНИВАНИЯ ШКАЛ ТЕРМОМЕТРОВ ПО УРОВНЮ
Часть 9 - LABVIEW. ПРИМЕР НАСТРОЙКИ ЗАДАЮЩЕГО ЭЛЕМЕНТА
Часть 10 - LABVIEW. СТАНДАРТНЫЕ МАТЕМАТИЧЕСКИЕ ФУНКЦИИ И КОНСТАНТЫ
Часть 11 - LABVIEW. ИСПОЛЬЗОВАНИЕ БЛОКА ОБЪЕДИНЁННОЙ АРИФМЕТИКИ
Часть 12 - LABVIEW. ЗАГОТОВКА GUI И КОДА ВП -УМНЫЙ КАЛЬКУЛЯТОР-
Часть 13 - LABVIEW. ИСПОЛЬЗОВАНИЕ CASE-СТРУКТУРЫ В ЛОГИЧЕСКОМ РЕЖИМЕ

Эта часть руководства посвящена обработке в "Autopano Giga 4.2" собранного в полевых условиях фотоматериала, а также некоторым экспериментам с настройками проекции "Маленькая планета".

Поскольку мною была уже однажды сделана публикация про особенности сборки панорам в "Autopano Giga", то на деталях здесь останавливаться не буду. Итак, считаю, что у нас уже открыта "Autopano Giga 4.2". Выделяем в любом файловом менеджере (можно в "Проводнике Windows") изображения, из которых должна быть собрана панорама, и перетаскиваем их в окно "Autopano Giga 4.2" (Рисунок 1).

Все работы по редактированию проводятся над предварительной сборкой панорамы. Для просмотра результата предварительной сборки панорамы необходимо над образовавшейся группой изображений нажать на кнопку "Создать". Через какое-то время обработки справа от группы изображений появится некоторый результат. Проекция будет подобрана автоматически. Проекция по умолчанию является настраиваемым параметром, потому результат на разных машинах и тем более в разных версиях "Autopano Giga" будет отличаться. Тем не менее, если речь идёт о более, чем трёх собираемых изображениях, то автоматически выставляется цилиндрическая проекция, а если количество рядов превышает один, то выставляется сферическая проекция (Рисунок 2).

Над предварительной сборкой панорамы выберем пункт "Редактировать" для перехода к настройкам результирующего изображения. После этого откроется диалоговое окно редактирования (Рисунок 3) с укрупнённым изображением и наложенной на него сеткой для удобства определения вертикальных элементов (выдерживание уровня горизонта).

На Рисунке 4 показана смена проекции со сферической на маленькую планету. С этого момента предлагаю малость поэкспериментировать с настройками. Те же, кто не любит экспериментировать, могут сразу переходить к Рисункам 8 и 9.

Для начала изучим поведение функции "Сохранить горизонт". Установим соответствующую галочку. Вид панорамы изменится. Образовавшиеся пустоты (Рисунки 5 и 6) связаны с отсутствием кадров "зенита" и "надира". Честно признаюсь, с теорией знаком, но на практике так и не научился встраивать "зенит" и "надир" в сборку, потому не трачу время на то, чтобы их заготавливать во время сбора материала в полях. По идее, если соответствующие кадры заготовить, то и пустот на итоговом изображении не останется. О том, как лично я борюсь с пустотами, расскажу в четвёртой части руководства.

Рисунок 5 отличается от Рисунка 6 только значением уставки сжатия изображения. Можно, естественно, сразу настроить интересующую область сборки, но я же предпочитаю решать вопрос формирования результирующей области на этапе постобработки в "Adobe Photoshop".

На Рисунке 7 показано изменение состояния признака "Сохранить горизонт" со включённого на выключенное при сохранении увеличенной уставки сжатия изображения. Что же, на этом, пожалуй, эксперименты над данным типом проекции можно прекратить. Вернём уставку в начальное положение и, таким образом, отменим все ранее выполненные изменения до момента изменения вида проекции на "Маленькую планету". Покинем режим редактирования (Рисунок 8) и перейдём к сборке, нажав на пиктограмму, выполненную в форме шестерёнки.

В открывшемся диалоговом окне изменим процентное соотношение итоговой сборки до 50% от оригинала. Не думаю, что потребуется очень большое изображение. Стоит помнить, что чем больше результирующее изображение, тем труднее и более ресурсоёмкой становится его постобработка.

Определившись с размерами, следует нажать на кнопку "Сборка".

Рисунок 1 - Перенос серии изображений в "Autopano Giga 4.2"
"ДАЛЕЕ ОСТАЛЬНЫЕ ИЛЛЮСТРАЦИИ"

Серия сообщений "Autopano Giga":
Часть 1 - AUTOPANO GIGA 2. ИНСТРУМЕНТ ДЛЯ СОЗДАНИЯ ПАНОРАМ. НАЧИНАЕМ ОБЗОР. ЧАСТЬ 1
Часть 2 - AUTOPANO GIGA 2. ИНСТРУМЕНТ ДЛЯ СОЗДАНИЯ ПАНОРАМ. НАЧИНАЕМ ОБЗОР. ЧАСТЬ 2
...
Часть 4 - РУКОВОДСТВО -НА ПАЛЬЦАХ- ПО СБОРКЕ ПЛАНЕТОИДОВ. ЧАСТЬ 1
Часть 5 - РУКОВОДСТВО -НА ПАЛЬЦАХ- ПО СБОРКЕ ПЛАНЕТОИДОВ. ЧАСТЬ 2
Часть 6 - РУКОВОДСТВО -НА ПАЛЬЦАХ- ПО СБОРКЕ ПЛАНЕТОИДОВ. ЧАСТЬ 3
Часть 7 - РУКОВОДСТВО -НА ПАЛЬЦАХ- ПО СБОРКЕ ПЛАНЕТОИДОВ. ЧАСТЬ 4

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

Фотографии от 16 апреля 2019 года

Серия сообщений "Autopano Giga":
Часть 1 - AUTOPANO GIGA 2. ИНСТРУМЕНТ ДЛЯ СОЗДАНИЯ ПАНОРАМ. НАЧИНАЕМ ОБЗОР. ЧАСТЬ 1
Часть 2 - AUTOPANO GIGA 2. ИНСТРУМЕНТ ДЛЯ СОЗДАНИЯ ПАНОРАМ. НАЧИНАЕМ ОБЗОР. ЧАСТЬ 2
Часть 3 - ВОЛШЕБНЫЙ ЩЕЛЧОК КНОПКИ -ШЕДЕВР-. СОБЕРИ ЛЕРМОНТОВА САМ
Часть 4 - РУКОВОДСТВО -НА ПАЛЬЦАХ- ПО СБОРКЕ ПЛАНЕТОИДОВ. ЧАСТЬ 1
Часть 5 - РУКОВОДСТВО -НА ПАЛЬЦАХ- ПО СБОРКЕ ПЛАНЕТОИДОВ. ЧАСТЬ 2
Часть 6 - РУКОВОДСТВО -НА ПАЛЬЦАХ- ПО СБОРКЕ ПЛАНЕТОИДОВ. ЧАСТЬ 3
Часть 7 - РУКОВОДСТВО -НА ПАЛЬЦАХ- ПО СБОРКЕ ПЛАНЕТОИДОВ. ЧАСТЬ 4

Очень давно товарищ Калий_О_Аш просит меня рассказать в деталях о том, как заготавливается материал для сферических панорам (если хотите, сфероидов или планетоидов), а также о том, как эти самые планетоиды потом собираются. А я что-то всё никак, да никак не соберусь с мыслями. То времени нет, то погода неподходящая. В общем, по части материала и погоды, наконец-то, всё срослось. Осталось только привести мысли в порядок. Придётся в нескольких частях.

С течением времени в отношении программного обеспечения ситуация резко изменилась. Раньше я мог получать в качестве результата планетоиды только в программе "PTGui" (графический пользовательский интерфейс панорамных инструментов) и нигде более. Загружал туда снимки, выбирал проекцию "Small Planet" (Маленькая Планета) и ожидал результата сборки.

После перехода с 32-битной операционной системы на 64-битную, я поменял и версию программы "Autopano Giga", которая мне с точки зрения удобства и качества сборки панорам нравится больше всех прочих. Так вот сейчас, в версии 4.2 присутствует возможность проецирования панорамы на "маленькую планету" (называется режим точно так же и, похоже, его, попросту, "слизали", но "слизали" качественно улучшив). Необходимость в использовании "PTGui" для меня на сегодня полностью утрачена, ну, разве что, в редких случаях, когда у "Autopano" что-то не сложится. Тогда-то я, возможно, попробую собрать и в "PTGui". Но случаев таких очень давно не возникало. Хотя... в связи с упомянутыми перестановками я обновил и "Photoshop". Не поверите, но мне даже понравилось, как его (CS6) "обучили" собирать панорамы. Но "Photoshop" не сумел переманить меня на свою тёмную сторону по части сборки панорам, потому как в его мудрых функциональных возможностях (которых много) требуется дополнительно разбираться, дополнительно изучать их. "Autopano" же настолько прост в использовании, что с ним можно очень быстро разобраться.

Итого задача, решение которой я буду разбирать далее, напрямую связана с работой в "Autopano Giga 4.2".

В этой части поговорим о заготовках. Если мы говорим о планетоидах, то ещё раз напоминаю, мы одновременно говорим и о сферических панорамах. Чтобы заготовить сферическую панораму, надо, что следует из названия, описать вокруг себя сферу из фотографий. Одного ряда фотографий, естественно мало. Один ряд проецируется на цилиндр (цилиндрическая проекция является частным случаем сферической проекции). Цилиндрическая проекция нас не интересует. Минимум, мы говорим о трёх рядах фотографий. Почему минимум? Что же, а если какое-нибудь, зараза, дерево отрастило макушку для которой не хватило доверенного отступа от центрального ряда, то придётся штамповать ещё один ряд ради этой самой верхушки одного единственного дерева, иначе получится очень некрасиво в результате. Какие трудности наложит этот дополнительный ряд? Хм... пожалуй, существенные.

Предположим, на небе нет ни облачка - небо ясное, либо же, напротив, небо затянуто монотонной серой дымкой, и в режиме автофокуса фотоаппарат ни за что, ни на чём не сфокусируется, а значит - кадр не будет отснят (кнопку срабатывания затвора нажать не сможете). И если это так, то придётся каждый раз фокусироваться на верхушке дерева, возвращаться в неотснятую область, снимать её, снова фокусироваться на верхушке, перемещаться на область последующую с учётом доверенного отступа и так далее. Это лишние телодвижения, которые, вдобавок, заставят почувствовать себя неловко в глазах окружающих. Они-то странно поглядывают на процесс съёмки половины одного ряда, что и говорить о трёх-четырёх полных оборотах? - Странный парень вертится вокруг своей оси с фотоаппаратом. Готовы пройти через унижение ради интересного результата? Если да, то, несомненно, вы со всем справитесь.

Напомню про то, что такое доверенный отступ. Это отступ, при котором два соседних снимка перекрывают друг друга по стыкуемой стороне не менее, чем на 25% области.

Так вот для того, чтобы минимизировать телодвижения во время съёмки материала - надо к съёмке предварительно подготовиться. Нужно отключить автофокус на объективе и на тушке фотоаппарата (см. Рисунок 2). Но этого будет мало. Кольцо фокуса необходимо принудительно выставить на "бесконечность" (см. Рисунок 3). Как правило, панорама нацелена на пейзаж, а при работе с пейзажем - фокус на "бесконечности" гарантирует, что все объекты, расположенные вдали от фотографа, будут чёткими. Чёткостью объектов, расположенных вблизи фотографа, в рассматриваемом случае можно пренебречь. Но и это ещё не всё.

Как правило, я снимаю всё в режиме приоритета по диафрагме, в апертуре (буква "А" на диске смены режимов, и это не автомат, как некоторые думают, - автомат маркируется зелёной надписью "AUTO") и руководствуюсь простыми правилами: в погожий день для чётких пейзажей выставляются ISO 200 и диафрагма f11, в пасмурный день для чётких пейзажей выставляются ISO 400 и диафрагма f7.1. И вот теперь, выполнив эти настройки, можно с уверенностью штамповать кадры вокруг себя и быстро. Скорость будет дарована за счёт отсутствия необходимости в ожидании срабатывания автофокуса на каждом кадре. С "бесконечностью" можно быть уверенным, что всё окажется чётки. Материал, собранный для последующей загрузки в программу (см. Рисунок 4), полностью выполнен согласно изложенным здесь правилам и рекомендациям.

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

P.S. Все рисунки размещены в завершении публикации сугубо из-за лени. Не более того. Надеюсь, это не вызовет серьёзных неудобств.

Рисунок 1 - Мой обычный, журналистский режим съёмки. От него для съёмки материала под планетоид приходится отказываться

Рисунок 2 - Отключение автофокуса на тушке и объективе (стабилизатор изображения остаётся в том же положении)

Рисунок 3 - Кольцо фокуса выставлено на бесконечность. Кстати, и фокусное расстояние нужно выставлять минимальное. Для моего объектива минимальное фокусное расстояние находится на отметке "18"

Рисунок 4 - Результат подготовки материала под планетоид. Четыре ряда фотографий

Серия сообщений "Autopano Giga":
Часть 1 - AUTOPANO GIGA 2. ИНСТРУМЕНТ ДЛЯ СОЗДАНИЯ ПАНОРАМ. НАЧИНАЕМ ОБЗОР. ЧАСТЬ 1
Часть 2 - AUTOPANO GIGA 2. ИНСТРУМЕНТ ДЛЯ СОЗДАНИЯ ПАНОРАМ. НАЧИНАЕМ ОБЗОР. ЧАСТЬ 2
Часть 3 - ВОЛШЕБНЫЙ ЩЕЛЧОК КНОПКИ -ШЕДЕВР-. СОБЕРИ ЛЕРМОНТОВА САМ
Часть 4 - РУКОВОДСТВО -НА ПАЛЬЦАХ- ПО СБОРКЕ ПЛАНЕТОИДОВ. ЧАСТЬ 1
Часть 5 - РУКОВОДСТВО -НА ПАЛЬЦАХ- ПО СБОРКЕ ПЛАНЕТОИДОВ. ЧАСТЬ 2
Часть 6 - РУКОВОДСТВО -НА ПАЛЬЦАХ- ПО СБОРКЕ ПЛАНЕТОИДОВ. ЧАСТЬ 3
Часть 7 - РУКОВОДСТВО -НА ПАЛЬЦАХ- ПО СБОРКЕ ПЛАНЕТОИДОВ. ЧАСТЬ 4

Для понимания содержания этой публикации очень важно ознакомиться с предыдущей частью раздела, посвящённого National Instruments LabView. Ищите по тегу "labview" в этом блоге, в частности, под публикацией.

Рассмотрим задачу градуировки виртуального термометра. Переместим значение входного, управляющего воздействия к нижнему уровню (к нижней границе). Хорошо видно, что на втором термометре при этом получено значение, равное "100". Достигнута в точности верхняя граница (верхний уровень). Это обстоятельство является, своего рода, везением и ничего менять здесь не требуется.

Проверка нижнего уровня диапазона по активному параметру – прибор не зашкаливает. Это совпадение. Случайность, что не потребовалось вносить какие-либо изменения

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

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

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

Настроено соответствие шкал. Иначе: выполнена градуировка виртуального прибора

Для особо пытливых инженерных умов в National Instruments LabView присутствует возможность настройки заполнителя шкалы ("Fill Options"). Потому, если настроить заполнение к максимуму ("Fill To Maximum"), показанное на рисунке ниже...

Для настройки соответствия уровней заполнения при обратно пропорциональной зависимости в контекстном меню выбрана иная настройка заполняемости ("Fill Options")

... можно получить в каком-то смысле идентичные по заполнителю термометры, объединённые обратной пропорциональной зависимостью.

Результат полноценной градуировки шкал элементов виртуального прибора

Серия сообщений "LabView":
Часть 1 - LABVIEW. НЕХИТРЫЕ ЗАДАЧКИ ПО ПРОГРАММИРОВАНИЮ. УГАДАЙ ЧИСЛО
Часть 2 - LABVIEW. ОЗНАКОМЛЕНИЕ С ПОЛЬЗОВАТЕЛЬСКИМ ИНТЕРФЕЙСОМ
...
Часть 6 - LABVIEW. НАСТРОЙКА СВЯЗИ МЕЖДУ ЧИСЛЕННЫМ И ЛОГИЧЕСКИМ ЭЛЕМЕНТАМИ
Часть 7 - LABVIEW. ПРИМЕР РАБОТЫ С ТЕРМОМЕТРОМ
Часть 8 - LABVIEW. ПРИМЕР ВЫРАВНИВАНИЯ ШКАЛ ТЕРМОМЕТРОВ ПО УРОВНЮ
Часть 9 - LABVIEW. ПРИМЕР НАСТРОЙКИ ЗАДАЮЩЕГО ЭЛЕМЕНТА
Часть 10 - LABVIEW. СТАНДАРТНЫЕ МАТЕМАТИЧЕСКИЕ ФУНКЦИИ И КОНСТАНТЫ
Часть 11 - LABVIEW. ИСПОЛЬЗОВАНИЕ БЛОКА ОБЪЕДИНЁННОЙ АРИФМЕТИКИ
Часть 12 - LABVIEW. ЗАГОТОВКА GUI И КОДА ВП -УМНЫЙ КАЛЬКУЛЯТОР-
Часть 13 - LABVIEW. ИСПОЛЬЗОВАНИЕ CASE-СТРУКТУРЫ В ЛОГИЧЕСКОМ РЕЖИМЕ