Как составить дерево оборудования

1 Введение и роль дерева устройств

Возьмите светодиодные драйверы в качестве примера. Если вы хотите заменить штифт GPIO, используемый в светодиоде, вам необходимо изменить исходный код драйвера, повторно включить драйвер и перезагрузить драйвер. В ядре, используя ту же плату чипов, используются ими периферийные ресурсы, такие как GPIO A, GPIO B с GPIO A, B Poard B. Драйвер GPIO поддерживает как GPIO A, так и GPIO B. Какой вывод вам нужно указать и как указать? Укажите в коде C.

С популярностью чипов ARM, ядро ​​имеет большое количество файлов без технического контента для этих досок ARM. Linus Furious: «Это, кто румит вещи, – это боли в заднице». В результате ядро ​​Linux начало вводить оборудование деревьев. Дерево оборудования не повторно. Другие платформы в ядре Linux, такие как PowerPC, давно использовали дерево устройств для описания оборудования. После того, как Линус разозлился, ядро ​​начало использовать дерево оборудования для трансформации, а боги были Богом.

Есть неправильный момент, когда «новые водители написаны с деревьями оборудования». Дерево оборудования не может быть использовано для написания водителя. Пожалуйста, подумайте об этом, вам необходимо управлять сложным регистром, если вы хотите управлять аппаратным обеспечением. Если дерево устройства может управлять регистром, то это «диск», что столь же сложно.
Дерево устройства используется только для указания аппаратной информации водителю в ядре. Например, светодиодный драйвер управляет регистрацией в драйвере ядра, но какие булавки работают? Это указывается деревом устройств.

Вы можете испытать дерево устройств заранее. После начала платы выполните команду:
ls /sys/firmware/

devicetree fdt

/Sys/Fuldware/Devicetree Directory – это файл DTB со структурой каталога.

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

Когда начинается одна плата, u-boot работает первым, и ее роль состоит в том, чтобы начать ядро. U-Boot будет читать как файлы ядра, так и дерева устройств в память, а затем запустить ядро. Когда ядро ​​запускает ядро, ядро ​​будет рассказать по адресу дерева устройств в памяти.

---

2 Грамматика дерева устройства

2.1 Обзор грамматики дерева оборудования

Почему это называется «дерево»?

Как описать это дерево?
Нам нужно написать файл дерева устройств (DTS: источник дерева устройств), который необходимо составить в файл DTB (Blob Blob Blob), а ядро ​​использует файлы DTB. Файл DTS является фундаментальным, а его грамматика проста.

Ниже приведен пример дерева устройства:

Соответствующий файл DTS выглядит следующим образом:

2.2 Devicetree Format

2.2.1 Формат файла DTS

Mayout файла DTS (макет):

/dts-v1/; // представляет версию
[memory reservations] // формат:/ memreserve/ <drads> <langth>;
/ {
 [property definitions]
 [child nodes]
};

2.2.2 Формат узла

Основная единица в дереве оборудования называется «Узел», а его формат:

[label:] node-name[@unit-address] {
 [properties definitions]
 [child nodes]
};

Метка – это этикетка, которую можно пропустить. Роль ярлыка в том, чтобы легко цитировать узел, например ::

/dts-v1/;
/ {
uart0: [email protected] {
 compatible="ns16550";
 reg=<0xfe001000 0x100>;
};
};

Вы можете использовать следующие 2 метода для изменения узла [email protected]:

// Используйте метку для эталонного узла вне корневого узла:
&uart0 {
 status = “disabled”;
};
// или используйте весь путь за пределами корневого узла:
&{/[email protected]} {
 status = “disabled”;
};

2.2.3 Формат свойств

Проще говоря, свойства – это «name = value», а значение имеет несколько способов взять.

Формат недвижимости 1:
[label:] property-name = value;

Формат свойства 2 (без значения):
[label:] property-name;

Есть только 3 типа правильных:

• Массивы ячеек (1 или более данных 32 -бит, 64 -битные данные Использование 2 32 -бит -данных)
• String (String),
• Байпестрирование (1 или более байтов)

Пример:
A. Araays of Cells: Cell -это 32 -битные данные, окруженные скобкамиinterrupts = <17 0xc>;
b. 64bit Данные представлены 2 ячейками, окруженными кронштейнами Sprint:clock-frequency = <0x00000001 0x00000000>;
в.compatible = "simple-bus";
D. A Bytestring (байтовая последовательность), окруженная Mendoccoly Crackets:
Local-mac-address = [00 00 12 34 56 78]; // Использование 2 шестнадцатеричных чисел на байт, чтобы указать
local-mac-address = [000012345678]; // Использование 2 шестнадцатеричных чисел на байт, чтобы указать
e. Это может быть комбинация различных значений, разделенных запятыми:
compatible = "ns16550", "ns8250";
example = <0xf00f0000 19>, "a strange property format";

2.3 Файл DTS содержит файлы DTSI

Файл дерева устройств не требует, чтобы мы писали его из нуля. Ядро поддерживает чип, такой как imx6ull. В каталоге Arch/Arm/Arm/Boot/DTS есть доступный шаблон дерева устройства. Обычно его называют XXXX. DTSI. «Я» означает «включать» и цитируется другими файлами.

Мы используем чип, чтобы сделать нашу собственную единую плату. Используемые ресурсы являются наиболее такими же, как xxxx.dtsi, и небольшая часть, поэтому нам нужно прикрепить xxxx.dtsi и изменить его. Файлы DTSI точно такие же, как и синтаксис файлов DTS. DTS может содержать файлы заголовков или файлов DTSI, которые могут быть определены в файле заголовка .h.

Пример:

/dts-v1/;
#include <dt-bindings/input/input.h>
#include "imx6ull.dtsi"
/ {
		// ……
};

2.4 Общие атрибуты

2.4.1 #address-cells、#size-cells

Cell относится к 32-разрядным значениям. Адресные клетки: сколько 32 цифр используют адрес для указания; клетки размеров: сколько 32 цифр они используют для указания.

Например, как описать его начальный адрес и размер?

В следующем примере адресные клетки равны 1, поэтому, если число используется для представления адреса, то есть адрес используется 0x80000000; размеры ячейки составляет 1, поэтому число 1 в рег означает размер , то есть 0x20000000 указывает на размер:

/ {
#address-cells = <1>;
#size-cells = <1>;
memory {
reg = <0x80000000 0x20000000>;
 };
};

2.4.2 compatible

«Композиция» означает «совместимый». Для определенного светодиода могут быть три драйвера: A, B и C в ядре, которые можно поддерживать.
Напишите:

led {
compatible = “A”, “B”, “C”;
};

Когда начнется ядра, он найдет водителя для этого светодиода в этом светодиоде: A, B, C.

Существует также совместимое свойство под корневым узлом, которое используется для выбора, какую «машинную передачу»: ядро ​​может поддерживать машину A, а также поддерживает машину B. После запуска ядра оно найдет соответствующую структуру DECS в соответствии с совместимое свойство корневого узла и выполните его выполнение. Функция инициализации.

Значение совместимости рекомендуется принимать эту форму: «Производитель, модель», то есть «Имя производителя, название модуля».

Примечание. Machine Desc означает «Описание машины», которое включает только при изучении процесса запуска ядра.

2.4.3 model

Атрибут модели аналогичен атрибуту композиции, но есть разница. Совместимый атрибут – это строковый список, указывающий, что вы можете быть совместимы с A, B, C и другими драйверами; модель используется для точного определения того, что такое оборудование.

Например, вы можете написать это в корневом узле:

/ {
compatible = "samsung,smdk2440", "samsung,mini2440";
model = "jz2440_v3";
};

Это указывает на то, что эта плата может быть совместима с «SMDK2440» в ядре, а также совместим с «mini2440». Вы можете знать, какую плату она совместима с совместимым атрибутом, но что это? Используйте атрибут модели, чтобы быть ясным.

2.4.4 status

Многие устройства определены в файле DTSI, но на вашей плате нет устройства. В настоящее время вы можете добавить свойство статуса в этот узел устройства и установить его на «Отключен»:

&uart1 {
 status = "disabled";
};

2.4.5 reg

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

Значение атрибута Reg представляет собой серию «размер адреса». Сколько 32-разрядных чисел используется для указания адреса и размера, что определяется #sddress-клетками, #size-clls его родительских узлов.

Пример:

/dts-v1/;
/ {
#address-cells = <1>;
#size-cells = <1>;
memory {
reg = <0x80000000 0x20000000>;
};
};

2.4.6 Имя (устаревшее, рекомендуется не использовать)

Его значение – это строка, которая используется для представления имени узла. При сопоставлении с Platform_driver приоритет является самым низким.
Совместимый атрибут является наивысшим приоритетом в процессе сопоставления.

2.4.7 Device_type (устаревшее, рекомендуется не использовать)

Его значение – это строка, которая используется для представления типа узла. При сопоставлении с Platform_driver приоритет находится в середине.
Совместимый атрибут является наивысшим приоритетом в процессе сопоставления.

2.5 Общие атрибуты

2.5.1 Узел

В файле DTS должен быть корневой узел:

/dts-v1/;
/ {
model = "SMDK24440";
compatible = "samsung,smdk2440";
#address-cells = <1>;
#size-cells = <1>;
};

Эти атрибуты должны быть в корневом узле:

#address-cells // В атрибуте Reg своего суб -Node, сколько целых чисел U32 используется для описания адреса (адрес)
#size-cells // В атрибуте Reg своего суб -Node, сколько целых чисел U32 используется для описания размера (размер)
compatible // Определите серию строки, чтобы указать, какой machine_desc в ядре может поддерживать это устройство
 // Какие платформы совместимы с этой платой?
 // uImage : smdk2410 smdk2440 mini2440 ==> machine_desc
 model // Что это за доска
 // Например, есть 2 конфигурации платы, которые в основном одинаковы, их совместимые одинаковы
 // затем различать эти две доски через модель

2.5.2 Узел процессора

Как правило, нам не нужно настраиваться, и это определено в файле DTSI:

cpus {
#address-cells = <1>;
#size-cells = <0>;
cpu0: [email protected]0 {
 .......
 }
};

2.5.3 Узел памяти

Производители чипов невозможно определить, насколько велика ваша доска используется заранее, поэтому узлы памяти должны быть настроены на заводах платы, такие как:

memory {
reg = <0x80000000 0x20000000>;
};

2.5.4 Выбранный узел

Мы можем передать некоторые параметры в ядро ​​через файл дерева устройств.

chosen {
bootargs = "noinitrd root=/dev/mtdblock4 rw init=/linuxrc console=ttySAC0,115200";
};

---

3 составьте и замените деревья оборудования

Как правило, мы пишем файлы DTS из нуля, но изменяем. Уровень программистов высокий или низкий, правда ли? Нужно компилировать. Внутри
Если ядро ​​использует файл DTS напрямую, оно слишком неэффективно. Он также должен использовать файл DTB двоичного формата.

3.1 напрямую сделайте в ядре

Установите три переменные среды Arch, Cross_compile и Path, введите каталог исходного кода доски на Ubuntu и выполните следующую команду для составления файла DTB:
make dtbs V=1

Возьмите IMX6UL лесного пожара в качестве примера, вы можете увидеть следующий вывод:

mkdir -p arch/arm/boot/dts/ ; 
arm-linux-gnueabihf-gcc -E 
 -Wp,-MD,arch/arm/boot/dts/.imx6ull-14x14-ebf-mini.dtb.d.pre.tmp 
 -nostdinc

-I./arch/arm/boot/dts 
 -I./arch/arm/boot/dts/include 
 -I./drivers/of/testcase-data 
 -undef -D__DTS__ -x assembler-with-cpp 
 -o arch/arm/boot/dts/.imx6ull-14x14-ebf-mini.dtb.dts.tmp 
 arch/arm/boot/dts/imx6ull-14x14-ebf-mini.dts ; 
 
./scripts/dtc/dtc -O dtb 
 -o arch/arm/boot/dts/imx6ull-14x14-ebf-mini.dtb
 -b 0 -i arch/arm/boot/dts/ -Wno-unit_address_vs_reg 
 -d arch/arm/boot/dts/.imx6ull-14x14-ebf-mini.dtb.d.dtc.tmp 
 arch/arm/boot/dts/.imx6ull-14x14-ebf-mini.dtb.dts.tmp ;

Сначала он использует предварительную обработку DTS Arm-Linux-Gnueabihf-GCC, чтобы включить файл заголовка. Theh в и развернуть макрос. Затем используйте Scripts/DTC/DTC для генерации файлов DTB.

Можно видеть, что причина, по которой файл DTS поддерживает синтаксис «#include», заключается в том, что Arm-Linux-Gnueabihf-GCC помогает.

Если вы используете только инструменты DTC, он не поддерживает синтаксис «#include», поддерживает только «/включить» синтаксис.

3.2 Ручная компиляция

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

Scripts/DTC/DTC в каталоге ядра представляет собой инструмент компиляции дерева устройств. Если вы используете его напрямую, вы не можете использовать «#include», когда другие файлы и должны использоваться «/инвентарь».

Пример команды компиляции и антикомпиляции заключается в следующем, «-i» определяет входной формат «-o». Указывает выходной формат «-o» Указывает выходной файл:

./scripts/dtc/dtc -i dts -o dtb -o tmp.dtb arch/arm/boot/dts/xxx.dts // compile dts to dtb to dtb
./scripts/dtc/dtc -i dtb -o dts -o tmp.dts arch/arm/boot/dts/xxx.dtb // счетчик

3.3 Замена файлов дерева устройств для платы разработки

Для одной платы 100sk-am335x:
Файл дерева устройств: arch/arm/boot/dts/100ask-am335x.dtb в исходных кодах ядра. Чтобы заменить файл дерева устройства на плате, после запуска платы измените этот файл:/boot/100ask-am335x .dtb.

«Дерево
отказов» – это модель надежности, которая
отражает взаимосвязь между отдельными
случайными событиями в виде отказов,
совокупность которых, приводит к отказу
всей системы в целом.

При
анализе «деревьев отказов» выявляются
комбинации отказов (неполадок)
оборудования, ошибок персонала и иных
воздействий, приводящих к основному
событию (аварийной ситуации). На рисунках
10 и 11 приведены «деревья отказов» для
емкостного оборудования (ресиверов) и
трубопроводов, в которых обращается
водород.

Разгерметизация
емкости

Потеря
механической прочности материала

Ошибочные
действия персонала

Диверсия,
теракты

1

2

Повышение
давления Р>Р_кр

3

Повышение
температуры Т>Т_кр

Нагрев
корпуса солнечными лучами

5

4

6

7

1
-Воздействие осколков, УВВ от взрыва
соседнего резервуара; 2 – отказ болтовых
соединений, фланцевых прокладок, запорной
арматуры, сварных соединений; 3 -наличие
внутренних дефектов; 4 – отказ
предохранительного клапана; 5- нагрев
корпуса при пожаре в соседней емкости;
6 -нарушение защитного покрытия; 7 –
высокая температура окружающей среды

Рисунок
10 − «Дерево отказов», приводящих к
разгерметизации емкостного оборудования

Разгерметизация
трубопровода

3

4

5

2

1

1
– отказ запорной арматуры;

2
– отказ сварных швов;

3
– отказ прокладок фланцевых соединений;

4
– отказ болтовых соединений фланцев;

5
– коррозионный или усталостный отказ.

Рисунок
11− «Дерево отказов», приводящих к
разгерметизации трубопроводов

4.4.2.4 Оценка «дерева событий», краткое описание сценариев аварийных ситуаций

Потенциальную
опасность на рассматриваемом объекте
представляет водород, который при
разгерметизации оборудования и при
возникновении источника воспламенения
может привести к возгоранию или взрыву
и, как следствие, тепловому воздействию
и воздействию УВВ на людей и соседнее
оборудование. На данном объекте возможны
следующие виды аварий:

• взрыв
  внутри помещения;

• факельное
  горение;

• адиабатическое
  расширение.

«Деревья
событий» для сценариев наиболее опасных
аварийных ситуаций, реализация которых
возможна на производстве, приведены на
рисунках 12-15.

Наиболее
типичные сценарии возможных аварий
представлены в таблице 14.

Т
епловое
воздействие С1_п

В

оспламенение
струи газа. Факельное горение

0,3

0,2

Без опасных последствий

0,7

Разгерметизация
Воздействие УВВ С2_п

8,3·10^-5
1/год

Дефлаграция
смеси 0,4

1
Образование водород- воздушной
смеси 0,2 Без опасных последствий

0,8

0,6

Рассеивание
водорода. Без опасных последствий

0,8

Рисунок
12 −«Дерево событий» при полной аварийной
разгерметизации трубопровода в помещении

Т
епловое
воздействие С1

В

оспламенение
струи газа. Факельное горение

0,2

0,2

Без опасных последствий

0,8

Разгерметизация
Воздействие УВВ С2

3,4·10^-4
1/год

Дефлаграция
смеси 0,4

1
Образование водород- воздушной
смеси 0,2 Без опасных последствий

0,8

0,6

Рассеивание
водорода. Без опасных последствий

0,8

Рисунок
13 −«Дерево событий» при частичной
аварийной разгерметизации трубопровода
в помещении

Т

епловое
воздействие С1

0,2

В

оспламенение
струи газа. Факельное горение

0,035
Без опасных
последствий

Разгерметизация

0,8

7,9·10^-5
1/год

Рассеивание Н₂
в атмосфере

1

0,965

Рисунок
14 − «Дерево событий» при частично
аварийной разгерметизации ресивера на
открытой площадке

В

оздействие
УВВ С3_п

П
олное
разрушение ресивера. Адиабатическое
расширение газа 0,2

4,7·10^-6
1/год

1

Без
опасных последствий

0,8

Рисунок
15 – «Дерево событий» при полной аварийной
разгерметизации ресивера

Таблица
14 – Типичные сценарии возможных аварий

№ сценария	Описание сценариев
С1п (С1)	Полная (частичная) разгерметизация трубопровода (или ресивера) с водородом → воспламенение струи газа, факельное горение → попадание персонала и соседнего оборудования в пределы опасной зоны → воздействие теплового излучения на людей и соседнее оборудование
С2п (С2)	Полная (частичная) разгерметизация трубопровода с водородом в помещении → выход газа в помещение→воспламенение водородвоздушной смеси → дефлаграция смеси→ попадание персонала и соседнего оборудования в пределы опасной зоны → воздействие УВВ на людей, здание и соседнее оборудование
С3п	Полная разгерметизация ресивера → адиабатическое расширение газа → попадание персонала и соседнего оборудования в пределы опасной зоны → воздействие УВВ на людей, соседнее оборудование и здания

Примечание
3−
сценарии
аварий, связанные с частичной
разгерметизацией оборудования, имеют
цифровой индекс, соответствующий номеру
сценария, а сценарии аварий, связанные
с полной разгерметизацией оборудования,
имеют буквенный индекс «п» (например,
С1_п).

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

• #
• #
• #
• #
• #
• #
• #
• #
• #
• #
• #

1. Введение

Настоящее руководство посвящено применению модуля Конфигуратор для построения развёрнутого состава (дерева) изделия (сооружения или какого-либо другого объекта) на основании информации об отдельных его составляющих (конструкторских спецификаций отдельных узлов).

В руководстве приводятся примеры работы как с простыми изделиями (когда состав однозначно определяется спецификацией), так и с конфигурируемыми, т.е. допускающими различные варианты окончательной комплектации изделия, объекта или заказа в зависимости от выбранных заказчиком характеристик и опций. В отдельном разделе описаны настройки, которые выполняются в программе для создания конфигурируемой спецификации.

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

VOGBIT. Руководство пользователя

VOGBIT. Термины и определения

Все разделы настоящего руководства, кроме последнего, рекомендуется изучить всем пользователям VOGBIT, которые так или иначе используют в своей работе информацию о составе выпускаемой продукции. Последний раздел («Подготовка спецификаций для конфигурируемых изделий») ориентирован на продвинутых пользователей или администраторов, выполняющих настройку системы.

2. Используемые термины

Далее приводятся краткие пояснения по основным терминам, которые встречаются в настоящем руководстве1.

Номенклатурная позиция – запись в базе данных VOGBIT, обычно, соответствующая какому-либо объекту реального мира. Например, изделие, деталь, материал и т.п.

Коллекция компонентов– обобщённое название, принятое в VOGBIT для различных вариантов описания самого объекта или связанных с ним процессов и действий. Например, конструкторская или монтажная спецификация, технология изготовления, обработки или ремонта, комплект документов (файлов) связанных с объектом (изделием) и т.п.

Компонент – в VOGBIT компонентом называется отдельная составная часть в описании объекта или процесса. Например, деталь в спецификации, операция в техпроцессе и т.п. В настоящем руководстве под термином компонент, чаще всего, понимается составляющая часть изделия: сборочная единица, деталь, стандартное или прочее изделие и т.п.

Спецификация (Конструкторская спецификация) – в данном руководстве спецификацией называется составленное в системе VOGBIT описание, из чего состоит объект (например, изделие или узел). По смыслу близко соответствует понятию конструкторской спецификации изделия.

Заказная спецификация – вариант спецификации, описывающий в VOGBIT конкретный экземпляр изделия. В отличие от конструкторской спецификации:

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

3. Работа с простыми изделиями

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

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

При работе с простыми изделиями Конфигуратор удобно применять для получения их полного состава в виде дерева (заказной спецификации).

Выберите нужное изделие в справочнике Номенклатура. Чтобы построить для него заказную спецификацию выберите вкладку меню Правкаи нажмите кнопку Конфигуратор (Рис. 1).

Рис. 1. Функция Конфигуратор

Если выбор исходных данных (какой из вариантов спецификации выбранного изделия использовать) однозначен, то программа показывает, что она собирается использовать в качестве основы для построения дерева изделия и запрашивает подтверждение на продолжение работы (Рис. 2).

Рис. 2. Информация об исходных данных для построения дерева изделия

Если у изделия в базе данных имеется несколько равнозначных разных вариантов спецификации и не назначено, какой из них следует использовать по умолчанию, то программа попросит вас выбрать, какую из версий спецификации следует использовать в качестве основы для построения дерева изделия (Рис. 3).

Рис. 3. Выбор исходных данных

Заполните обозначение и наименование для Заказной спецификации, которая будет создана в результате работы Конфигуратора (Рис. 4). При желании можно вписать какую-либо дополнительную информацию о создаваемой заказной спецификации в поле Комментарий.

Рис. 4. Создание Заказной спецификации, описывающей полный состав изделия

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

Чтобы посмотреть полученный результат проще всего использовать режим Состав изделия (Рис. 5). Кнопка запуска находится на вкладке меню Подготовка.

Рис. 5. Кнопка запуска режима Состав изделия в меню

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

Рис. 6. Результат работы модуля Конфигуратор – структура изделия в виде дерева

4. Работа с конфигурируемыми изделиями

С точки зрения пользователя построение полного дерева изделия для конфигурируемой продукции принципиально не отличается от описанной выше аналогичной процедуры для простых изделий. Достаточно точно так же выбрать в базе данных VOGBIT нужное изделие и запустить Конфигуратор (Рис. 1). Полностью аналогично при необходимости уточняются исходные данные, и заполняется название заказной спецификации, которая в итоге будет создана (Рис. 2, Рис. 3, Рис. 4).

Если изделие является конфигурируемым, то дополнительно на экране появится список для выбора параметров (опций), определяющих какую модификацию (вариант исполнения) изделия вы хотите получить в данный момент (Рис. 7).

Рис. 7. Выбор параметров конкретного изделия

При правильно выполненных настройках (см. соответствующую главу настоящего руководства) выбор опций сводится к простановке/удалению нужных «галочек» или выбору одного из предлагаемых значений. Выбрав нужное, нажмите Ок, и программа продолжит свою работу.

Если какая либо из входящих сборочных единиц также предполагает возможность выбора различных вариантов комплектации, то программа попросит уточнить соответствующие параметры (Рис. 8)

Рис. 8. Уточнение параметров отдельного узла изделия

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

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

Рис. 9. Общий список всех сконфигурированных частей изделий и выбранные параметры

Нажмите Ок, чтобы закрыть окно Конфигуратора.

В результате будет построен полный состав изделия в виде дерева (Рис. 10) и сохранён в базе данных, как заказная спецификация к соответствующему изделию. Но попадут в него только те детали, узлы, материалы и прочие компоненты, которые применяются в выбранной конфигурации изделия. Не используемые в таком варианте исполнения комплектующие, соответственно, в итоговый состав не попадут.

Рис. 10. Построенное дерево изделия с учётом выбранных опций

Чтобы использовать описанные возможности программы в базе данных VOGBIT должны быть правильным образом подготовлены соответствующие конфигурируемые спецификации. Подробную информацию по данному вопросу вы сможете найти в следующем разделе данного руководства.

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

Данный раздел предназначен для продвинутых пользователей или администраторов системы VOGBIT. При настройке конфигурируемых спецификаций используется стандартный интерфейс администратора для редактирования базы данных VOGBIT. Чтобы успешно выполнить все описанные в данном разделе настройки вы должны владеть следующими приёмами работы в программе:

• добавлять свои параметры в справочник, создавать параметры типа Boolean («Логический») или «Выбор из списка»;
• открывать список спецификаций изделия, используя окно Коллекции компонентов, и содержание выбранной спецификации с помощью окна Компоненты;
• работать с параметрами конкретной спецификации, используя зависимое окно Параметры для выбранной коллекции компонентов;
• работать с параметрами и связями отдельного элемента спецификации, используя режим Компоненты и зависимые окна Параметры и Связанные объекты.

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

• Основные – которые используются в любом варианте изделия, независимо ни от каких условий, или которые используются по умолчанию.
• Опциональные – которые применяются только при определённых сочетаниях выбранных характеристик изделия и опций. Часто, опциональные компоненты могут использоваться вместо каких-либо основных.
• Зависимые – которые нужно включать в состав изделия только совместно с какими-либо другими компонентами. Например, элементы для крепежа дополнительного оборудования требуются только вместе с самим этим дополнительным оборудованием.

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

Чаще всего, в качестве конфигурационных применяются параметры типа Логический (Рис. 11) или Выбор из списка (Рис. 12). Использование для конфигурирования параметров других типов возможно, но не рекомендуется, поскольку в таком случае пользователь должен будет всегда знать, какие именно значения следует вводить, а не просто выбирать одно из предлагаемых.

Рис. 11. Параметр типа Логический (Boolean)

Рис. 12. Параметр типа Выбор из списка

Таким образом, чтобы указать, что спецификация является конфигурируемой, нужно добавить к ней конфигурационные параметры (как параметры коллекции компонентов – спецификации). Поскольку в системе (в т.ч. и в конкретной спецификации) для разных целей может использоваться множество разных параметров, нужно специальным образом показать программе, какие из параметров спецификации (коллекции компонентов) следует считать конфигурационными (использовать при конфигурировании). Чтобы задать для спецификации конфигурационные параметры, выполните следующие действия (Рис. 13):

• Найдите нужную спецификацию в справочнике Коллекции компонентов или с помощью зависимого окна Коллекции компонентов в справочнике Номенклатура;
• Откройте для выбранной спецификации зависимое окно Параметры;
• Добавьте к спецификации (коллекции компонентов) специальный системный параметр CFG –Наличие конфигураций со значением True;
• В качестве подчинённых (вложенных) параметров добавьте к нему все параметры, которые будут использоваться, как конфигурационные.

Рис. 13. Назначение, какие параметры следует использовать как конфигурационные

Сам процесс заполнения (добавление в спецификацию деталей, сборочных единиц, стандартных изделий и т.д.) конфигурируемой спецификации технически ничем не отличается от создания в VOGBIT обычной конструкторской спецификации. Для этого можно использовать стандартный режим Состав изделия, или при желании интерфейс администратора для прямого редактирования базы данных VOGBIT (окно Компоненты).

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

5.1 Опциональные компоненты

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

Пример 1:

Рис. 14. Использование одного конфигурационного параметра

Исполнение верхней панели с отверстием для вентиляции применяется в случае, если при конфигурировании изделия пользователь установит значение параметра Вентиляция (тип Логический) равным True. Соответственно, к компоненту спецификации «Панель верхняя» добавляется параметр «Вентиляция» со значением True. Ранее (Рис. 13) параметр «Вентиляция» был указан для данной спецификации, как конфигурационный.

Если условия применения компонента определяются не одним конфигурационным параметром, а сразу несколькими, то используются логические операторы (AND, OR, XOR) для того, чтобы создать условие из нескольких параметров. Для создания условия применяется специальный параметр VGB_Operator типа выбор из списка (Рис. 15). Значение этого параметра соответствует применяемому в данном случае условию (И, ИЛИ, исключающее ИЛИ).

Добавьте параметр VGB_Operator к компоненту спецификации, выберите нужное значение (нужный логический оператор) и присоедините к нему в виде подчинённых параметры – аргументы условия (см. приведённые ниже примеры). Таким же образом можно создать условие из нескольких значений одного и того же параметра (Рис. 16).

Пример 2:

Рис. 15. Простое условие из двух конфигурационных параметров

На Рис. 15 показан пример простого условия. Компонент используется только при определённом сочетании выбранных пользователем характеристик конечного изделия: двигатель «Mercury F-4ML» следует применять, когда пользователь выбирает для конфигурационного параметра Двигатель значение True, а для параметра Мощность двигателя значение 4.

Соответственно, в спецификации для компонента «Двигатель Mercury F-4ML»:

• добавляется параметр VGB_Operator со значением AND;
• к нему в качестве подчинённых (вложенных) параметров добавляются два параметра:
  • Параметр «Двигатель» со значением True;
  • Параметр «Мощность двигателя» со значением 4.

Значение оператора AND означает, что компонент попадёт в итоговое дерево изделия только в случае, если оба условия будут соблюдены. Т.е. и параметр «Двигатель» будет иметь значение True, и параметр «Мощность двигателя» будет иметь значение 4.

Пример 3:

Рис. 16. Условие из нескольких значений одного конфигурационного параметра

На Рис. 16 представлен ещё один пример простого условия, но с использованием нескольких разных возможных значений одного и того же конфигурационного параметра. Прибор для индикации скорости устанавливается в случае выбора как стандартного, так и спортивного варианта комплектации судна электронным оборудованием. Соответственно, в спецификации к компоненту «Индикатор Raymarine ST-60 Speed»:

• добавляется параметр VGB_Operator со значением OR;

• к нему в качестве подчинённых (вложенных) параметров добавляется два раза один и тот же параметр «Электронное оборудование», но с разными значениями:
  • со значением «Стандартное»;
  • со значением «Спортивный вариант».

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

Пример 4:

Рис. 17. Сложное условие из различных сочетаний конфигурационных параметров

На Рис. 17 представлен пример более сложного условия, подразумевающего определённые сочетания сразу пяти конфигурационных параметров. Модификация четырёх сильного двигателя со встроенным электрогенератором используется в изделии только в ограниченном числе случаев. Когда не просто совпадают пожелания по наличию и мощности двигателя, но и нужно обеспечить возможность питания от него электроприборов, и при этом количество устанавливаемых устройств потребителей не должно быть слишком велико для встроенного генератора.

Чтобы описать соответствующее условие, было составлено дерево из логических операторов (условий), которое можно расшифровать следующим образом – компонент «Mercury F4ML SailPower» применяется при выборе пользователем следующего сочетания параметров:

• одновременно выбрано
  • «Двигатель» – True
  • «Мощность двигателя» – 4
  • «Электропитание от двигателя» – True
• при этом значения параметров «Электронное оборудование» и «Навигационное оборудование» должны быть выбраны в любом из следующих сочетаний
  • «Электронное оборудование» – не устанавливать, «Навигационное оборудование» – True
  • «Электронное оборудование» – стандартное, «Навигационное оборудование» – False

Помните, что если Вы используете для определения условий более одного конфигурационного параметра, то в «корне» обязательно должен стоять логический оператор (Рис. 15, Рис. 16, Рис. 17).

5.2 Использование одного компонента вместо другого

Если компонент используется взамен какого-либо другого, то следует установить связь между этими компонентами. К замещающему компоненту нужно добавить тот компонент, который он заменяет, в качестве связанного объекта. При этом следует использовать специальный тип связи Используется вместо (LT_Used_in_place_of). Пример показан на Рис. 18.

Рис. 18. Компонент используется взамен другого

Деталь Панель верхняя имеет исполнение с отверстием для вентиляции (-01). В определённых случаях (см. Рис. 14) такой вариант панели используется вместо базового исполнения (без отверстия). Чтобы указать это, в режиме редактирования спецификации нужно выполнить следующие действия:

• выбрать деталь MCU80.000.003 Панель верхняя (без отверстия) и скопировать этот компонент в буфер обмена (Ctrl+C или с использованием команды контекстного меню);
• выбрать заменяющую её деталь MCU80.000.003-01 Панель верхняя (с отверстием) и открыть для неё зависимое окно Связанные объекты;
• с помощью команды Вставить (по умолчанию Ctrl+V) добавить деталь MCU80.000.003 Панель верхняякак связанный объект ( тип связи Используется вместо).

Теперь, если панель с отверстием попадёт в состав изделия, то деталь – базовое исполнение панели автоматически из него будет исключена, т.к. панель с отверстием используется вместо неё.

5.3 Использование компонента только совместно с другим компонентом

Если компонент используется только совместно с каким-либо другим, то это указывается также путём установки связей между соответствующими компонентами. Назовём компонент, наличие которого в составе изделия определяет присутствие других связанных с ним компонентов Головным, а эти связанные компоненты – Зависимыми. При настройке следует добавить головной компонент в качестве связанного объекта к зависимому компоненту с типом связи Используется совместно с (LT_Used_in_addition).

Пример показан на Рис. 19.

Рис. 19. Компонент используется только совместно с другим

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

• выбрать в спецификации деталь MCU80.000.003-01 Панель верхняя (с отверстием) и скопировать этот компонент в буфер обмена (Ctrl+C или с использованием команды контекстного меню);
• выбрать к спецификации деталь MCU80.000.004 Решётка вентиляционная и открыть зависимое окно Связанные объекты;
• с помощью команды Вставить (по умолчанию Ctrl+V) добавить деталь MCU80.000.003-01 Панель верхняякак связанный объект ( тип связи Используется совместно с).

2. Конструктивная сложность изделия или объекта, количество компонентов, из которых он состоит и уровней их вложенности в структуре изделия (объекта) в данном случае не принципиальны.