УДК 004
Л 69

Логинова Л. Н., Сафронов А. И. Язык Ассемблера для микроконтроллеров ATmega8535: Методические указания к лабораторной работе по дисциплине «Машинно-ориентированные языки». - М.: МИИТ, 2011. - 84 с.

В методических указаниях рассмотрена система команд микроконтроллеров ATmega8535. Рассмотрена AVR Studio - интегрированное отладочное средство для микроконтроллеров фирмы Atmel семейства AVR, включающее в себя компилятор с языка ассемблер.

Краткие "выжимки" из методических указаний:

Введение

Разнообразные устройства связи, радиоавтоматики или аудиовизуальной аппаратуры требуют присутствия в своём составе устройства управления (УУ) - контроллера. Контроллеры требуются практически во всех устройствах окружающей действительности.

Одним из самых распространённых в настоящее время является микроконтроллер фирмы «Atmel» из семейства AVR [1]. При том, что они появились на рынке в 1996 году, их популярность до сих пор невероятно высока. С каждым годом они захватывают всё новые и новые ниши на рынке микропроцессорной техники. Не последнюю роль в этом играет соотношение показателей цена / быстродействие / энергопотребление. AVR до сих пор является едва ли не лучшим на рынке 8-битных микроконтроллеров.

1. Описание и характерные особенности микроконтроллеров ATmega8535

Как и все микроконтроллеры AVR фирмы «Atmel», микроконтроллеры семейства Mega, в частности, ATmega8535, являются 8-разрядными микроконтроллерами, предназначенными для встраиваемых приложений. Они изготавливаются по малопотребляющей КМОП-технологии, которая в сочетании с усовершенствованной RISC-архитектурой позволяет достичь наилучшего соотношения быстродействие / энергопотребление [2]. Контроллеры описываемого семейства являются наиболее развитыми представителями микроконтроллеров AVR.

К некоторым особенностям микроконтроллера ATmega8535 относятся [2]:

- FLASH-память программ объемом 8 Кбайт с возможностью внутрисистемного перепрограммирования и загрузки через последовательный канал SPI (число циклов стирания / записи не менее 1000);

- оперативная память (статическое ОЗУ – далее СОЗУ) объемом 512 байт;

- энергонезависимая память данных (EEPROM) объёмом 512 байт с возможностью внутрисистемного перепрограммирования и загрузки через последовательный канал SPI (число циклов стирания / записи не менее 100000);

- возможность защиты от чтения и модификации памяти программ и данных;

- возможность программирования непосредственно в системе через последовательные интерфейсы SPI и JTAG;

- возможность программного снижения частоты тактового генератора;

- 130 команд, большинство из которых выполняются за один машинный цикл;

- 17 внутренних + 3 внешних источников прерываний;

- наличие программного стека;

- наличие аппаратного умножителя;

- 32 8-битных регистра общего назначения (далее РОН);

- 32 программируемые линии ввода / вывода;

- диапазон напряжений питания от 4,5 В до 5,5 В;

- производительность до 8 MIPS при частоте 8 МГц;

- и т.д.

1.1. Устройства ввода / вывода ATmega8535

Микроконтроллеры семейства Mega имеют наиболее богатый набор периферийных устройств (ПУ). При этом в большинстве моделей имеются все ПУ, которые вообще встречаются в составе микроконтроллеров AVR. У микроконтроллера ATmega8535 имеются в наличии [2]:

1. Многофункциональные, двунаправленные GPIO порты ввода-вывода с встроенными нагрузочными резисторами. Конфигурация портов ввода / вывода задаётся программным способом.

2. Два 8-разрядных таймера / счётчика (таймеры ТО и Т2).

3. 16-разрядный таймер / счётчик (таймер Т1).

4. 4 канала ШИМ-модулятора разрядностью 8 бит (один из режимов работы 8-разрядных таймеров / счётчиков ТО и Т2).

5. Аналоговый компаратор.

6. Восьмиканальный 10-разрядный АЦП с дифференциальными входами:

а) программируемый коэффициент усиления перед АЦП 1, 10 и 200;

б) опорное напряжение 2,56 В.

7. Полнодуплексный универсальный асинхронный приемопередатчик UART.

8. Последовательный синхронный интерфейс SPI.

9. Последовательный двухпроводный интерфейс TWI (аналог интерфейса I2С).

1.2. Архитектура микроконтроллера ATmega8535

Микроконтроллер ATmega8535 имеет Гарвардскую архитектуру (программа и данные находятся в разных адресных пространствах) и систему команд, близкую к идеологии RISC. Процессор имеет 32 8-битных регистров общего назначения (РОН) (r0 - r31), объединённых в регистровый файл. В отличие от «идеального» RISC, регистры не абсолютно ортогональны [2]:

- три «сдвоенных» 16-битных регистра-указателя X (r26:r27), Y (r28:r29) и Z (r30:r31);

- некоторые команды работают только с регистрами r16…r31;

- результат умножения (в тех моделях, в которых есть модуль умножения) всегда помещается в r0:r1.

Структура процессора представляется как «высокопроизводительная RISC-архитектура с пониженным энергопотреблением» Гарвардского типа. Одним из основных достоинств этого контроллера является быстрое выполнение команд - он выполняет команду за один такт. AVR имеет, вероятно, наиболее разносторонний по своим возможностям процессор из всех микроконтроллеров. Это означает, что при разработке приложений надо потратить немного больше времени на планирование размещения данных в памяти и регистрах, чем для других микроконтроллеров. Но благодаря своей разносторонности AVR очень прост в программировании как для разработчиков прикладных программ на языке ассемблера, так и для тех, кто пишет компиляторы языков высокого уровня.

Как и для любого процессора, его особенности являются следствием общих принципов их разработки. Организация набора регистров микропроцессоров AVR представлена в графическом виде на Рисунке 1. Такая организация обеспечивает высокую эффективность процессора при обработке данных.

Библиографическая ссылка:

Логинова, Л. Н. Язык Ассемблера для микроконтроллеров ATmega8535: Методические указания к лабораторной работе по дисциплине «Машинно-ориентированные языки» / Л. Н. Логинова, А. И. Сафронов. - М.: МИИТ. - 2011. - 84 с.

Ссылка на elibrary.ru:

https://www.elibrary.ru/item.asp?id=17571618

Сафронов Антон Игоревич (АУИ-511), Ковалёв Максим Владимирович (АУИ-511), Рындина Екатерина Юрьевна (АУИ-511), Монахов Олег Иванович (доцент)

Аннотация:

Данные методические указания предназначены для изучения основ проектирования в рамках курса "Автоматизация проектирования систем и средств управления", а также могут быть использованы при выполнении лабораторных работ и в дипломном проектировании. Методические указания составлены в виде описания последовательности действий пользователя при работе с пакетами МВТУ, MATLAB, LABVIEW с подробными комментариями. Изучать принципы работы пакетов рекомендуется в процессе выполнения заданий, приведенных в конце каждого раздела.

Краткие "выжимки" из раздела 4:

4.3.3. Частотный критерий устойчивости Найквиста

Теоретическое описание метода:

Устойчивость ЗАМКНУТОЙ системы гарантирована в том случае, когда все корни характеристического уравнения РАЗОМКНУТОЙ системы лежат в левой полуплоскости комплексной плоскости корней (действительные - вдоль отрицательной части действительной оси, комплексные - попарно симметричные относительно отрицательной части действительной оси), и при этом годограф системы не охватывает точку Найквиста (-1; 0j). Охваты считаются левее точки Найквиста и классифицируются, как показано на рис. 4.6.

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

r = S / 2,

где r - число охватов точки Найквиста, a S - число правых корней характеристического уравнения.

Для астатических систем, в структуру которых, принципиально входит интегрирующее звено с передаточной функцией вида W(p) = K / p при расчёте устойчивости необходимо дополнять годограф дугой бесконечного большого радиуса, которая будет проходить V-квадрантов, где V - степень астатизма системы, равная количеству интегрирующих звеньев.

4.3.4. Критерий устойчивости Михайлова

Теоретическое описание метода:

Устойчивость ЗАМКНУТОЙ системы гарантирована тогда и только тогда, если годограф системы начинается на действительной оси комплексной плоскости и при изменении частоты от нуля до бесконечности последовательно проходит против часовой стрелки n-квадрантов, где n - степень характеристического полинома.

СПИСОК ЦИТИРУЕМОЙ ЛИТЕРАТУРЫ:

1. Монахов, О. И. Анализ и синтез САУ с применением ЭВМ. Методические указания к курсовому проекту / О. И. Монахов. - М.: МИИТ. 2004. - 28 с.

2. Урдин, В. И. Методические указания к курсовому проектированию / В. И. Урдин, В. П. Олексеевич. - М.: МИИТ. - 1988. - 28 с.

3. Монахов, О. И. Проектирование систем управления средствами программного комплекса МВТУ 3.5. Методические указания к курсовому проекту / О. И. Монахов, М. А. Мигулёва, О. В. Тырнова. - М.: МИИТ. 2006. - 37 с.

4.Монахов, О. И. Проектирование систем и средств управления средствами инструментальной системы MATLAB 6.5. Методические указания к курсовому проекту / О. И. Монахов, Е. В. Александров. - М.: МИИТ. 2005. - 28 с.

5. Монахов, О.И. Проектирование систем и средств управления средствами Labview. Методические указания к курсовому проекту / О. И. Монахов, С. С. Сергеев. - М.: МИИТ. 2005. - 67 с.

Библиографическая ссылка:

Монахов, О. И. Параметрический синтез САУ с помощью пакетов прикладных программ / А. И. Сафронов, О. И. Монахов, М. В. Ковалев, Е. Ю. Рындина. – М.: МГУПС (МИИТ). – 2010. – 138 с.

Ссылка на elibrary.ru:

https://www.elibrary.ru/item.asp?id=46326180

Сафронов Антон Игоревич (АУИ-511), Ковалёв Максим Владимирович (АУИ-511), Рындина Екатерина Юрьевна (АУИ-511), Монахов Олег Иванович (доцент)

Аннотация:

Данные методические указания предназначены для изучения основ проектирования в рамках курса "Автоматизация проектирования систем и средств управления", а также могут быть использованы при выполнении лабораторных работ и в дипломном проектировании. Методические указания составлены в виде описания последовательности действий пользователя при работе с пакетами МВТУ, MATLAB, LABVIEW с подробными комментариями. Изучать принципы работы пакетов рекомендуется в процессе выполнения заданий, приведенных в конце каждого раздела.

Краткие "выжимки" из раздела 4:

4. Рекомендации по Pascal и Delphi

4.1. Ввод исходных данных

Прежде, чем вести разговор о методике задания исходных данных, нужно определиться с выбором языка программирования. Этот момент является принципиальным, поскольку дальнейшая обработка исходных данных в среде объектно-ориентированных языков (ООЯП) имеет существенные отличия по сравнению с обработкой данных в среде алгоритмических языков программирования (АЯП). Однако, не будем упускать из рассмотрения некоторый общий случай, который будет удобен лишь программисту-разработчику, но отнюдь не рядовому пользователю. Чтобы вышеописанные различия не являлись для Вас пустыми словами, рассмотрим их на конкретных примерах, где в качестве АЯП будем использовать Pascal, а в качестве ООЯП - Delphi. Если у Вас ранее была практика работы в среде Pascal, то переход в среду Delphi не составит особых трудностей, поскольку, синтаксически (по написанию операторов) эти два языка программирования схожи.

Договоримся, что далее в тексте методических указаний при описании синтаксических форматов операторов конструкция {текст} будет означать не более чем комментарий. Соответственно, при программировании, ввод символов «{» и «}» не требуется.

4.1.1. Непосредственное присвоение значений переменным и константам на основе исходных данных:

Как было сказано ранее, - этот метод удобен лишь для программиста-разработчика, то есть, имеет смысл использовать его на этапе отладки программы. Начнём с рассмотрения присвоения значений константам. Под константы в обоих языках отводится определённый раздел объявления, начинающийся со служебного слова «const» (от английского constant - постоянная). Далее присваиваются значения по следующей структуре:

{имя переменной} = {значение};

На рис. 4.1. приведены константы и присвоенные им значения для варианта №30.

Попутно рассмотрим присвоение значений переменным в теле программы. Структура присвоения стандартная. В АЯП Pascal реализуется при помощи оператора присвоения «:=»:

{имя переменной}:={значение};

На рис. 4.2. приведён фрагмент с переменными и присвоенными им значениями в соответствии с исходными данными, заданными по варианту №30.

Замечание 1.1: в случае непосредственного присвоения значений переменным не забудьте объявить переменные в соответствующем разделе, начинающемся со служебного слова «var» (от английского variable - переменная). Пример такого объявления приведён на рис. 4.3.

4.1.2. Ввод исходных данных из файла:

Пусть для выполнения курсового проекта преподавателем предложена методика ввода информации из выданного на носителе (дискета/компакт-диск/dvd/usb-flash накопитель) текстового файла. В выданном файле содержатся данные, которые обязательно разделены между собой некоторыми символами-разделителями, будь то пробел или несколько пробелов для более конкретного обособления. Однако, пробел не всегда удобен при программировании, как разделяющий символ, поскольку он может использоваться в иных целях, и это приведёт к ошибке считывания. Избежать появления подобных ошибок можно посредством введения редко используемых символов, таких как «|», «@», «~» и других. Авторами, в качестве примера, выбран символ «|», так как он при вертикальной разметке файла помогает наглядно обособить столбцы таблицы исходных данных. Содержимое файла с таблицей исходных данных изображено на рис. 4.4.

Файлы, порой, имеют свойство теряться, искажаться (изменяется имя, содержимое) или же просто присутствовать не в той папке. На все эти случаи необходимо предусмотреть проверки. Прежде всего, нужно предусмотреть проверку наличия файла в папке. Без неё не имеет смысла осуществлять прочие проверки, которые нужны будут лишь в том случае, когда нет доступа к файлу для его редактирования. Если же файл для редактирования открыт, то предусматривать проверки в программе совсем необязательно, достаточно лишь вручную отредактировать все искажённые данные, если таковые имеются.

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

СПИСОК ЦИТИРУЕМОЙ ЛИТЕРАТУРЫ:

1. Монахов, О. И. Анализ и синтез САУ с применением ЭВМ. Методические указания к курсовому проекту / О. И. Монахов. - М.: МИИТ. 2004. - 28 с.

2. Урдин, В. И. Методические указания к курсовому проектированию / В. И. Урдин, В. П. Олексеевич. - М.: МИИТ. - 1988. - 28 с.

3. Монахов, О. И. Проектирование систем управления средствами программного комплекса МВТУ 3.5. Методические указания к курсовому проекту / О. И. Монахов, М. А. Мигулёва, О. В. Тырнова. - М.: МИИТ. 2006. - 37 с.

4.Монахов, О. И. Проектирование систем и средств управления средствами инструментальной системы MATLAB 6.5. Методические указания к курсовому проекту / О. И. Монахов, Е. В. Александров. - М.: МИИТ. 2005. - 28 с.

5. Монахов, О.И. Проектирование систем и средств управления средствами Labview. Методические указания к курсовому проекту / О. И. Монахов, С. С. Сергеев. - М.: МИИТ. 2005. - 67 с.

Библиографическая ссылка:

Монахов, О. И. Параметрический синтез САУ с помощью пакетов прикладных программ / А. И. Сафронов, О. И. Монахов, М. В. Ковалев, Е. Ю. Рындина. – М.: МГУПС (МИИТ). – 2010. – 138 с.

Ссылка на elibrary.ru:

https://www.elibrary.ru/item.asp?id=46326180

Сафронов Антон Игоревич (АУИ-511), Ковалёв Максим Владимирович (АУИ-511), Рындина Екатерина Юрьевна (АУИ-511), Монахов Олег Иванович (доцент)

Аннотация:

Данные методические указания предназначены для изучения основ проектирования в рамках курса "Автоматизация проектирования систем и средств управления", а также могут быть использованы при выполнении лабораторных работ и в дипломном проектировании. Методические указания составлены в виде описания последовательности действий пользователя при работе с пакетами МВТУ, MATLAB, LABVIEW с подробными комментариями. Изучать принципы работы пакетов рекомендуется в процессе выполнения заданий, приведенных в конце каждого раздела.

Краткие "выжимки" из раздела 3:

3. Пакет прикладных программ в среде графического программирования LABVIEW 6.0

3.1. Виртуальные приборы

На кафедре «Управление и информатика в технических системах» для решения задачи параметрического синтеза САУ в рамках курсового проекта по дисциплине «Автоматизация проектирования систем и средств управления» разработан пакет программ в среде графического программирования Labview 6.0, включающий в себя виртуальный прибор 1 (ВП 1) и виртуальный прибор 2 (ВП 2) [5]. В ВП 1 и ВП 2 рассматривается последовательное подключение корректирующего устройства.

ВП 1 позволяет следующее:

- Задавать параметры передаточных звеньев, входящих в рассматриваемую САУ,
- Задавать параметры передаточной функции корректирующего устройства,
- Получать информацию о переходной функции системы, представленную в графическом виде, а также о значениях показателей качества переходного процесса: времени регулирования, величины перерегулирования, максимальном значении переходной функции,
- Получать информацию о ЛАЧХ и ЛФЧХ, представленную в графическом виде,
- Получать информацию об устойчивости системы, нулях и полюсах передаточной функции системы и их расположении в плоскости корней.

ВП 2 позволяет следующее:

- Задавать параметры модели передаточной функции рассматриваемой САУ, представленной передаточными функциями звеньев,
- Задавать параметры критерия качества переходного процесса,
- Проводить оптимизацию параметров корректирующего устройства, как в совокупности, так и отдельно для каждого,
- Для текущего и удачного шага оптимизации просматривать график переходной функции системы получать информацию о значениях показателей качества переходного процесса и величине критерия качества Q.

3.2. Исследование нескорректированной САУ

Запустите ВП 1. Для этого необходимо открыть файл v1.exe (full_models_w(p).vi). Перед вами появится лицевая панель ВП 1.

В ВП 1 имеется несколько диалоговых окон. Рассмотрим подробное описание каждого из них.

Transfer Function H(s) - представляет собой модель САУ, изображенной на рис.1, с возможностью подключения (отключения) цепи отрицательной обратной связи, позволяет ввести информацию об объекте управления в виде передаточных функций (цифровые элементы ввода - H1(s), H2(s), H3(s)), входящих в него составляющих, в том числе выбрать структуру проектируемого корректирующего устройства (элемент управления - Choice structure regulator).

Диалоговое окно Transfer Function H(s) лицевой панели ВП 1 изображено на рис.3.2.1.

Для подключения цепи обратной связи следует перевести логический элемент управления в положении Feedbackon, для отключения в положение - Feedback_off Передаточная функция обратной связи задается цифровым элементом ввода H_Feedback(s).

СПИСОК ЦИТИРУЕМОЙ ЛИТЕРАТУРЫ:

1. Монахов, О. И. Анализ и синтез САУ с применением ЭВМ. Методические указания к курсовому проекту / О. И. Монахов. - М.: МИИТ. 2004. - 28 с.

2. Урдин, В. И. Методические указания к курсовому проектированию / В. И. Урдин, В. П. Олексеевич. - М.: МИИТ. - 1988. - 28 с.

3. Монахов, О. И. Проектирование систем управления средствами программного комплекса МВТУ 3.5. Методические указания к курсовому проекту / О. И. Монахов, М. А. Мигулёва, О. В. Тырнова. - М.: МИИТ. 2006. - 37 с.

4.Монахов, О. И. Проектирование систем и средств управления средствами инструментальной системы MATLAB 6.5. Методические указания к курсовому проекту / О. И. Монахов, Е. В. Александров. - М.: МИИТ. 2005. - 28 с.

5. Монахов, О.И. Проектирование систем и средств управления средствами Labview. Методические указания к курсовому проекту / О. И. Монахов, С. С. Сергеев. - М.: МИИТ. 2005. - 67 с.

Библиографическая ссылка:

Монахов, О. И. Параметрический синтез САУ с помощью пакетов прикладных программ / А. И. Сафронов, О. И. Монахов, М. В. Ковалев, Е. Ю. Рындина. – М.: МГУПС (МИИТ). – 2010. – 138 с.

Ссылка на elibrary.ru:

https://www.elibrary.ru/item.asp?id=46326180

Сафронов Антон Игоревич (АУИ-511), Ковалёв Максим Владимирович (АУИ-511), Рындина Екатерина Юрьевна (АУИ-511), Монахов Олег Иванович (доцент)

Аннотация:

Данные методические указания предназначены для изучения основ проектирования в рамках курса "Автоматизация проектирования систем и средств управления", а также могут быть использованы при выполнении лабораторных работ и в дипломном проектировании. Методические указания составлены в виде описания последовательности действий пользователя при работе с пакетами МВТУ, MATLAB, LABVIEW с подробными комментариями. Изучать принципы работы пакетов рекомендуется в процессе выполнения заданий, приведенных в конце каждого раздела.

Краткие "выжимки" из раздела 2:

2. Нахождение оптимальных параметров корректирующего устройства системы при помощи программного комплекса МВТУ

Рассмотрим проектирование системных средств управления средствами программного комплекса МВТУ, выполнив 30 вариант.

2.1. Исследование нескорректированной системы

Согласно [3], на первом этапе заполняем схемное окно типовыми блоками.

На втором этапе необходимо соединить элементы линиями связи.

Замечание 2.1: Очень важно, чтобы конец линии (стрелочка) попадала на входной порт блока. В противном случае соединения не будет, что приведет к неправильной работе системы.

На третьем этапе необходимо ввести параметры структурной схемы. Как было оговорено ранее, вводим параметры схемы для варианта №30. Нужно заметить, что сначала необходимо рассчитать дополнительный коэффициент усиления, используя рассогласование и угловую скорость, а также необходимо соблюдать единство единиц измерения с расчетным стандартом.
Учитывая вышеприведенные замечания, вводим параметры (рис. 2.1.3 - рис. 2.1.6).

Замечание 2.2: Обратите внимание, что вводим коэффициент усиления, равный произведению дополнительного коэффициента усиления и коэффициента усиления элементов системы.

Замечание 2.3: Обращаем ваше внимание, что коэффициент усиления интегратора учитывает передаточное число редуктора. На четвертом этапе происходит установка параметров интегрирования.

Замечание 2.4: Стоит отметить, что минимальный шаг интегрирования лучше сделать равным одной миллионной, так как при использовании некоторых методов интегрирования (например, метод Эйлера) необходимо использовать шаг, равный одной десятой от минимальной постоянной времени.

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

Так как величина перерегулирования равна 30% (см. исходные данные для варианта №30), изменим величину Max Y и сделаем её равной 1.3.

Переходим к моделированию переходных процессов. Для этого необходимо нажать левой клавишей «мыши» на кнопку «Старт» или нажать клавишу F9.

В результате получаем ситуацию, изображенную на рисунке 2.1.10.

Нажимаем «ОК», а затем кнопку «Продолжить». В результате получаем график переходного процесса (рисунок 2.1.11).

Проводя операции, описанные в [3], редактируем графическое окно, после чего график переходного процесса принимает следующий вид.

СПИСОК ЦИТИРУЕМОЙ ЛИТЕРАТУРЫ:

1. Монахов, О. И. Анализ и синтез САУ с применением ЭВМ. Методические указания к курсовому проекту / О. И. Монахов. - М.: МИИТ. 2004. - 28 с.

2. Урдин, В. И. Методические указания к курсовому проектированию / В. И. Урдин, В. П. Олексеевич. - М.: МИИТ. - 1988. - 28 с.

3. Монахов, О. И. Проектирование систем управления средствами программного комплекса МВТУ 3.5. Методические указания к курсовому проекту / О. И. Монахов, М. А. Мигулёва, О. В. Тырнова. - М.: МИИТ. 2006. - 37 с.

4.Монахов, О. И. Проектирование систем и средств управления средствами инструментальной системы MATLAB 6.5. Методические указания к курсовому проекту / О. И. Монахов, Е. В. Александров. - М.: МИИТ. 2005. - 28 с.

5. Монахов, О.И. Проектирование систем и средств управления средствами Labview. Методические указания к курсовому проекту / О. И. Монахов, С. С. Сергеев. - М.: МИИТ. 2005. - 67 с.

Библиографическая ссылка:

Монахов, О. И. Параметрический синтез САУ с помощью пакетов прикладных программ / А. И. Сафронов, О. И. Монахов, М. В. Ковалев, Е. Ю. Рындина. – М.: МГУПС (МИИТ). – 2010. – 138 с.

Ссылка на elibrary.ru:

https://www.elibrary.ru/item.asp?id=46326180

Сафронов Антон Игоревич (АУИ-511), Ковалёв Максим Владимирович (АУИ-511), Рындина Екатерина Юрьевна (АУИ-511), Монахов Олег Иванович (доцент)

Аннотация:

Данные методические указания предназначены для изучения основ проектирования в рамках курса "Автоматизация проектирования систем и средств управления", а также могут быть использованы при выполнении лабораторных работ и в дипломном проектировании. Методические указания составлены в виде описания последовательности действий пользователя при работе с пакетами МВТУ, MATLAB, LABVIEW с подробными комментариями. Изучать принципы работы пакетов рекомендуется в процессе выполнения заданий, приведенных в конце каждого раздела.

Краткие "выжимки" раздела 1:

1. Расчёт параметров корректирующего устройства при помощи пакета прикладных программ MathLab 7.0

1.1. Системные требования: Основные требования:

- CD-ROM привод (для установки с компакт диска);
- Браузеры Netscape Navigator 4.0 и выше или Internet Explorer 4.0 и выше (для проверки обновлений программного продукта через Интернет);
- Adobe Acrobat Reader 3.0 и выше (для просмотра документации MATHLAB в формате *.PDF и их распечатки при необходимости).
Если используется лицензионный пакет MathLab 7.0:
- Некоторые виды файлов лицензии требуют наличия на сервере FLEXIm 9.2, который входит в состав программы-установщика от Math Works;
- Необходимо наличие постоянного TCP/IP для связи с сервером проверки лицензии;
- Подключенный и работоспособный USB порт для хранения лицензии вне жёстких дисковых носителей (защита от взлома).

Работоспособность MATHLAB 7.0 проверена авторами на ПК с процессором Intel CoreDuo при установленной операционной системе Windows Vista Home Basic.

Замечание 1.1: объём требуемого дискового пространства также зависит от документации и файлов, которые будут закачены из Интернета. Программа-установщик от Math Works сама проинформирует пользователя о наличии/отсутствии требуемого дискового пространства в процессе установки MATHLAB. Программа-установщик сама разграничит области установки программных продуктов в зависимости от файловых систем FAT (File Allocation Table - «Таблица Размещения Файлов») или "NTFS (New Technology File System - «Новая Технология Файловой Системы»).

Информация переведена на русский язык из файла документации MATHLAB от 26.04.2004. Файл содержится на установочном компакт диске продукта под именем «install_guide.pdf».

1.2. Начало работы с MathLab 7.0

Внимание: следите за тем, какую версию MathLab Вы используете. 7-я версия, по сравнению с версией 6.5 уже содержит значительные изменения, способные ввести Вас в заблуждение и подвергнуть сомнению правильность составления методических указаний. Ещё раз просим обратить Ваше внимание на то, что к рассмотрению представлен пакет MathLab 7.O.

Замечание 1.2: авторами подразумевается самостоятельное изучение пакета MathLab 7.0 в рамках курса «Автоматизация Проектирования Систем и Средств Управления». Посему в данных методических указаниях будут даны лишь рекомендации для решения конкретных задач, связанных с выполнением курсового проекта.

Как только Вы запустили MathLab, перед Вами открывается диалоговое окно вида, представленного на рис. 1.1. Окно состоит из трёх основных подокон (фреймов). Большой фрейм в правой части -Command Window (окно ввода команд), работающее по системе вопрос-ответ. Метка вида «»» означает, что MathLab готов выслушать Ваш вопрос. Если вопрос соответствует формату, то на него MathLab даёт ответ вида «ans = » («ans» сокращение от answer [ответ]).

Нижний левый фрейм Command History (История Команд) не представляет для нас никакого практического значения, поскольку, сам по себе является журналом учёта всех проделанных в среде MathLab операций. По нему Вы всегда сможете определить, какое из действий привело к той или иной ошибке.

А вот верхнему левому фрейму стоит уделить особое внимание, поскольку с ним и будет проводиться Ваше общение на этапе подготовки рабочего проекта. К сожалению, у фрейма нет своего постоянного имени, поскольку оно зависит от активации одной из выбранных его вкладок: Current Directory (текущая папка/директория рабочих проектов); Workspace (рабочая область, что содержит информацию о переменных, массивах и прочих программных объектах текущего рабочего проекта).

Подготовка рабочего проекта

Первый шаг, который необходимо проделать на этапе подготовки рабочего проекта, это ввести исходные данные. Для этого щёлкните на вкладке Workspace и введите последовательно во фрейме Command Window переменные с соответствующими им значениями, как показано на рис. 1.2. После ввода той или иной переменной отмечайте факт отображения этой переменной во фрейме Workspace -это важно. Вообще говоря, этот шаг проще рассматривать на примере.

СПИСОК ЦИТИРУЕМОЙ ЛИТЕРАТУРЫ:

1. Монахов, О. И. Анализ и синтез САУ с применением ЭВМ. Методические указания к курсовому проекту / О. И. Монахов. - М.: МИИТ. 2004. - 28 с.

2. Урдин, В. И. Методические указания к курсовому проектированию / В. И. Урдин, В. П. Олексеевич. - М.: МИИТ. - 1988. - 28 с.

3. Монахов, О. И. Проектирование систем управления средствами программного комплекса МВТУ 3.5. Методические указания к курсовому проекту / О. И. Монахов, М. А. Мигулёва, О. В. Тырнова. - М.: МИИТ. 2006. - 37 с.

4.Монахов, О. И. Проектирование систем и средств управления средствами инструментальной системы MATLAB 6.5. Методические указания к курсовому проекту / О. И. Монахов, Е. В. Александров. - М.: МИИТ. 2005. - 28 с.

5. Монахов, О.И. Проектирование систем и средств управления средствами Labview. Методические указания к курсовому проекту / О. И. Монахов, С. С. Сергеев. - М.: МИИТ. 2005. - 67 с.

Библиографическая ссылка:

Монахов, О. И. Параметрический синтез САУ с помощью пакетов прикладных программ / А. И. Сафронов, О. И. Монахов, М. В. Ковалев, Е. Ю. Рындина. – М.: МГУПС (МИИТ). – 2010. – 138 с.

Ссылка на elibrary.ru:

https://www.elibrary.ru/item.asp?id=46326180

Что же, в каком-то смысле в этом году я променял блог на иную форму самиздата. И прошло всё в этом отношении, на мой взгляд, эффективно.

Встречайте на сайте библиотеки РУТ (МИИТ):

1. СОСТАВЛЕНИЕ ОТЧЁТНОЙ ДОКУМЕНТАЦИИ ПО РЕШЁННЫМ
ЗАДАЧАМ АЛГОРИТМИЗАЦИИ И ПРОГРАММИРОВАНИЯ

2. ПОЛУЧЕНИЕ ПЕРВИЧНЫХ ПРОФЕССИОНАЛЬНЫХ
УМЕНИЙ И НАВЫКОВ НАУЧНО-ИССЛЕДОВАТЕЛЬСКОЙ ДЕЯТЕЛЬНОСТИ

3. ДИСПЕТЧЕРСКАЯ ЦЕНТРАЛИЗАЦИЯ МОСКОВСКОГО МЕТРОПОЛИТЕНА

4. ПРОЕКТИРОВАНИЕ ТИПОВОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ УПРАВЛЕНИЯ С ИСПОЛЬЗОВАНИЕМ ТЕХНОЛОГИИ WEB-ПРОГРАММИРОВАНИЯ НА БАЗЕ ФРЕЙМВОРКА VUE.JS

Годовой план изданий учебно-методической литературы выполнен на все 100%.

Серия сообщений "Активная позиция":
Часть 1 - ВЗАИМОДЕЙСТВИЕ СО СТРУКТУРАМИ ПРАВИТЕЛЬСТВА
Часть 2 - ОБРАЩЕНИЕ К ПРАВИТЕЛЬСТВУ №2
...
Часть 19 - ЛЕКЦИЯ -МЕТРОПОЛИТЕН. В ЦЕНТРЕ ВНИМАНИЯ-. АНОНС
Часть 20 - ПРО ТРОТУАР МЕЖ РЯБИНОВОЙ И НИКУЛИНСКОЙ
Часть 21 - УЧЕБНО-МЕТОДИЧЕСКОЕ
Часть 22 - ДЕНЬ БЕЗ ТРАНСПОРТА 52: ПОСТ-COVIDАЛИПСИС. АНОНС

Серия сообщений "Vue.js":
Часть 1 - ПЛАГИН -xBASEVIEW- ДЛЯ -TOTAL COMMANDER-. ВВЕДЕНИЕ
Часть 2 - JSON TEST
...
Часть 4 - АВТОМАТИЗИРУЕМ СОСТАВЛЕНИЕ СПИСКОВ С VUE.JS. ПРИМЕРЫ
Часть 5 - ДЕЛАЕМ ПРОГРАММИРОВАНИЕ СО VUE.JS УДОБНЕЕ И ПРИЯТНЕЕ
Часть 6 - УЧЕБНО-МЕТОДИЧЕСКОЕ

Как и было заявлено ранее, для демонстрации работы 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-СТРУКТУРЫ В ЛОГИЧЕСКОМ РЕЖИМЕ