Информационно-технологический вестник , 2023, № 3 (37)

J
Журнал зарегистрирован ФедеральСОДЕРЖАНИЕ
СИСТЕМНЫЙ АНАЛИЗ, УПРАВЛЕНИЕ И ОБРАБОТКА
ИНФОРМАЦИИ
Лукьянов А.А.
АНАЛИЗ МЕТОДОЛОГИЙ СБОРКИ ЗАГРУЗОЧНОЙ 
СРЕДЫ LINUX ДЛЯ ВСТРАИВАЕМЫХ СИСТЕМ 
УДАЛЁННОГО ДОСТУПА В УСЛОВИЯХ 
ИМПОРТОЗАМЕЩЕНИЯ.……………………………………3
Мороз А.П., Бегимов А.А.
СОВЕРШЕНСТВОВАНИЕ МОБИЛЬНОГО 
ПРИЛОЖЕНИЯ ДЛЯ ПРИЕМА ЗАКАЗОВ……………….14
ной службой по надзору в сфере 
связи, информационных технологий 
и массовых коммуникаций
(Роскомнадзор)
Свидетельство о регистрации
ПИ № ФС77-64098
от 18 декабря 2015 г.
Учредитель – Федеральное государственное бюджетное
образовательное учреждение
высшего образования
«Технологический университет 
имени дважды Героя Советского 
Союза, летчика-космонавта
А.А. Леонова»
(141074, Московская область,
г. Королев, ул. Гагарина, д. 42)
Издается с сентября 2014 г.
Выходит 4 раза в год
Орлов А.Д., Дмитренко Е.Н.
КОНЦЕПЦИЯ СОЗДАНИЯ 
АВТОМАТИЗИРОВАННОГО ПРОТЕЗА 
МАНИПУЛЯТОРА НА ОСНОВЕ ИСПОЛЬЗОВАНИЯ 
АНАЛОГОВОЙ СИСТЕМЫ СВЯЗИ И МАШИННОГО 
ОБУЧЕНИЯ…………..………………………………………..25
ISSN 2409-1650
Журнал «Информационнотехнологический вестник» включён в 
Перечень ведущих периодических изданий ВАК
Стреналюк Ю.В., Ефимова А.О.
СРАВНЕНИЕ ФРЕЙМВОРКОВ PYTHON ДЛЯ ВЕБРАЗРАБОТКИ.….…………..………………………………….36
Шульженко С.Н., Останин С.Н.
СИСТЕМНЫЙ АНАЛИЗ МЕТОДОВ ШИФРОВАНИЯ 
ТЕКСТОВЫХ ФАЙЛОВ..…………………………………….45
Группы научных специальностей и научные специальности в рамках групп научных специальностей, 
по которым издание входит в Перечень:
2. Технические науки; 2.2. Электроника, фотоника, 
приборостроение и связь; 2.3. Информационные 
технологии и телекоммуникации [2.3.1. Системный 
анализ, управление и обработка информации; 2.3.5. 
Математическое и программное обеспечение вычислительных систем, комплексов и компьютерных 
сетей], 2.5. Машиностроение [2.5.13. Проектирование конструкция и производство летательных аппаратов], 2.6. Химические технологии, науки о материалах, металлургия; [2.6.17. Материаловедение]
МАТЕМАТИЧЕСКОЕ И ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ
ВЫЧИСЛИТЕЛЬНЫХ СИСТЕМ, КОМПЛЕКСОВ И 
КОМПЬЮТЕРНЫХ СЕТЕЙ
Подписной индекс в каталоге
«Почта России» ПП997
Главный редактор
Артюшенко Владимир Михайлович,
д.т.н., профессор
Минитаева А.М., Шайтура С.В.
СИСТЕМНЫЙ АНАЛИЗ И РАЗРАБОТКА 
МЕТОДИКИ МОДЕЛИРОВАНИЯ НЕЛИНЕЙНЫХ 
НЕСТАЦИОНАРНЫХ ПРОЦЕССОВ В СИСТЕМЕ 
ПОДДЕРЖКИ ПРИНЯТИЯ РЕШЕНИЙ.………………….54
Над выпуском работали
Паршина Ю.С.
Пирогова Е.В.
Семенов А.Б., Артюшенко В.М.
АНАЛИЗ ДОПОЛНИТЕЛЬНЫХ НАПРАВЛЕНИЙ 
ТЕХНОЛОГИЧЕСКОГО РАЗВИТИЯ СОВРЕМЕННЫХ 
СТРУКТУРИРОВАННЫХ КАБЕЛЬНЫХ СИСТЕМ……65
Адрес редакции:
141070, Королев,
Ул. Октябрьская,10а
Тел. (495)543-34-31 (доб.138), 
E-mail: rio-kimes@mail.ru,
Site: www.unitech-mo.ru
Суркова Л.Е., Щиголь А.А.
АВТОМАТИЗИРОВАННЫЕ ПЛАТФОРМЫ ДЛЯ 
ПОДБОРА ТРУДОВЫХ РЕСУРСОВ СТРОИТЕЛЬНОЙ 
ОТРАСЛИ: СРАВНИТЕЛЬНЫЙ АНАЛИЗ……………….78
Редакция не несет ответственности 
за достоверность информации в материалах, в том числе рекламных, предоставленных авторами для публикации
Материалы приводятся в авторской 
редакции.

J
РЕДАКЦИОННЫЙ СОВЕТ
ПРОЕКТИРОВАНИЕ, КОНСТРУКЦИЯ 
И ПРОИЗВОДСТВО ЛЕТАТЕЛЬНЫХ АППАРАТОВ
Брусков А.А.
ОТКАЗЫ КОСМИЧЕСКИХ АППАРАТОВ 
И ИХ ВЕРОЯТНЫЕ ПРИЧИНЫ..………..…..……………..89
1.
Барканов Е.Н., Dr.sc.ing.
2.
Васильев Н.А., д.т.н., профессор
3.
Леоненко Д.В., д.ф.-м.н.,
профессор
4.
Тимофеев 
А.Н.,
д.т.н., 
профессор
РЕДАКЦИОННАЯ КОЛЛЕГИЯ
Насибулин М.Ш., Рудаков В.Б.
АНАЛИЗ СТАТИСТИЧЕСКИХ СТРУКТУР 
КОНТРОЛЯ ТЕХНИЧЕСКИХ ПАРАМЕТРОВ 
И НАДЕЖНОСТИ ДЛЯ ОПТИМИЗАЦИИ ПЛАНОВ 
ВЫБОРОЧНОГО КОНТРОЛЯ КОСМИЧЕСКОЙ 
ТЕХНИКИ В УСЛОВИЯХ МЕЛКОСЕРИЙНОГО 
ПРОИЗВОДСТВА………………………………………………103
Фалько А.Р., Черемисин М.В.
ПРЕДЛОЖЕНИЯ ПО ВЫБОРУ ДИАПАЗОНА ВЫСОТ 
ФУНКЦИОНИРОВАНИЯ МНОГОСПУТНИКОВЫХ 
НИЗКООРБИТАЛЬНЫХ ГРУППИРОВОК СВЯЗИ.……..118
МАТЕРИАЛОВЕДЕНИЕ
Кокарев С.С., Соловьев М.Е., Балдаев С.Л., Балдаев Л.Х.
МЕТОД РАЗДЕЛЕНИЯ ПЕРЕМЕННЫХ  
В ОДНОМЕРНОЙ ПЛОСКОПАРАЛЛЕЛЬНОЙ  
НЕСТАЦИОНАРНОЙ ЗАДАЧЕ ТЕПЛОПРОВОДНОСТИ  
В НЕОДНОРОДНОЙ СРЕДЕ…………………………………128 
Пашковская Т.И.
ОБОСНОВАНИЕ СОСТАВА НОВЫХ 
КОМПОЗИЦИОННЫХ МАТЕРИАЛОВ
ДЛЯ ПОДШИПНИКОВ СКОЛЬЖЕНИЯ 
И УПЛОТНИТЕЛЬНЫХ ЭЛЕМЕНТОВ
ТЕХНОЛОГИЧЕСКОГО ОБОРУДОВАНИЯ.……………..148
Яговкина А.Н.
ВЛИЯНИЕ ПОРИСТОЙ СТРУКТУРЫ 
УГЛЕРОД-УГЛЕРОДНОГО КОМПОЗИЦИОННОГО 
МАТЕРИАЛА НА ФОРМИРОВАНИЕ 
ВЫСОКОПЛОТНОЙ ВЫСОКОТЕМПЕРАТУРНОЙ 
КЕРАМИЧЕСКОЙ МАТРИЦЫ МЕТОДОМ RMI.………..156
1.
Аббасов Э.М., к.т.н.
2.
Аббасова Т.С., к.т.н., доцент
3.
Бухаров С.В., д.т.н., профессор
4.
Бершадский 
В.А., 
д.т.н., 
профессор кафедры
5.
Воловач В.И., д.т.н., профессор
6.
Кучеров Б.А., к.т.н.
7.
Логачев И.А., к.т.н.
8.
Логачева А.И., д.т.н., профессор
9.
Макаров М.И., д.т.н., профессор
10. Матвиенко 
Ю.Г., 
д.т.н., 
профессор
11. Мороз А.П., д.т.н., профессор
12. Мосалов О.П., к.ф.-м.н.
13. Разумовский И.М., д.ф.м.н., профессор
14. Рудаков В.Б., д.т.н., профессор
15. Самаров Е.К., д.т.н., доцент
16. Скрябин М.Л., к.т.н.
17. Соляной В.Н., к.т.н.
18. Стреналюк 
Ю.В.,
д.т.н., 
профессор
19. Халиулин В.И., д.т.н., профессор
20. Чесноков А.В., д.т.н.
21. Щурин К.В., д.т.н., профессор
Подписано в печать 23.09.2023
Формат B5
Печать офсетная. Усл.печ.л.10,4
Тираж 500 экз.
Заказ №95-03
Отпечатано в типографии 
ООО «Научный консультант»
г. Москва
Хорошевское шоссе, 35, корп. 2

СИСТЕМНЫЙ АНАЛИЗ, УПРАВЛЕНИЕ И ОБРАБОТКА ИНФОРМАЦИИ 
 
УДК 004.031.6 
Анализ методологий сборки загрузочной среды Linux 
для встраиваемых систем удалённого доступа 
в условиях импортозамещения 
 
Артем Андреевич Лукьянов, аспирант, начальник отдела системного  
администрирования и планирования развития информационных технологий, 
Федеральное государственное бюджетное 
образовательное учреждение высшего образования 
«Технологический университет имени дважды Героя Советского Союза, 
летчика-космонавта А.А. Леонова», г. Королев, Московская область 
 
Исходя из задач исследования, проводится эксперимент с целью выявления наиболее гибкой, кроссплатформенной и автоматизированной сборочной 
среды для встраиваемых систем на базе ядра Linux в условиях импортозамещения. 
 
Операционные системы, кроссплатформенность, инструменты для сборки дистрибутива. 
 
Analysis of the assembly methodologies of the Linux boot environment for 
embedded systems of remote access in the conditions of import substitution 
 
Artem Andreevich Lukyanov, postgraguate student, Head of the Department  
of System Administration and Planning of Information Technology Development, 
Federal State Budgetary Educational Institution of Higher Education  
«Technological University named after twice Hero of the Soviet Union, 
pilot-cosmonaut A.A. Leonov», Korolev, Moscow region 
 
Based on the research objectives, an experiment is being conducted to identify 
the most flexible, cross-platform and automated assembly environment for embedded 
systems based on the Linux kernel in the conditions of import substitution. 
 
Operating systems, cross-platform, distribution build tools. 
 
Введение 
В настоящее время, в период нестабильной геополитической обстановки, 
встаёт острый вопрос по переходу на программное обеспечение (далее по тексту 
– ПО) отечественного производства. В государственном секторе управление импортом заменяющих продуктов осуществляется с помощью законодательных и 
нормативных актов Российской Федерации, согласно которым до 2024 года доля 
российского ПО должна составлять не менее 90%, а в государственных компаниях – не менее 70%. 
На сегодняшний день, согласно рекомендациям, переход на отечествен 
Информационно-технологический вестник № 3(37) 2023 
 
3

СИСТЕМНЫЙ АНАЛИЗ, УПРАВЛЕНИЕ И ОБРАБОТКА ИНФОРМАЦИИ 
 
ное ПО следует проводить с использованием программ, сведения о которых 
включены в единый реестр российского программного обеспечения и соответствуют дополнительным требованиям, установленным Постановлением Правительства РФ №325 от 23.03.2017 (редакция от 01.01.2019) «Об утверждении дополнительных требований к программам для электронных вычислительных машин и базам данных, сведения о которых включены в реестр российского программного обеспечения, и внесении изменений в Правила формирования и ведения единого реестра российских программ для электронных вычислительных 
машин и баз данных». 
Следует учесть, что был выпущен Указ Президента РФ №166 от 
30.03.2022 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации». 
В соответствии с данным Указом, начиная с 31.03.2022 компаниям, закупающим 
товары и услуги в соответствии с законом №223-ФЗ, запрещается покупать иностранное ПО, включая его использование в программно-аппаратных комплексах 
на важных объектах критической информационной инфраструктуры без предварительного согласования с уполномоченным ведомством. А начиная с 1 января 
2025 года полностью запретить использование иностранного ПО. 
Переход на использование отечественного ПО за два года – задача не из 
лёгких. В течение последнего десятилетия среди крупнейших мировых компаний, становится всё более популярным применение открытого программного 
обеспечения (open-source software) и свободного программного обеспечения (free 
software). Эти решения смогут способствовать импортозамещению в любых сценариях развития геополитической ситуации. Для их широкого применения в России требуется поддержка от государства, бизнеса и профессионального сообщества. 
В связи с вышеизложенным существенно встаёт вопрос о применении таких решений в разработке встраиваемых систем. 
Встраиваемая система – это устройство, содержащее внутри себя компьютер, однако выглядит совершенно не как привычный ПК [1, C. 232]. Стиральные машины, телевизоры, принтеры, автомобили, роботы – все они управляются 
каким-то компьютером, а иногда и не одним. В связи с увеличением сложности 
устройств возрастают и требования к управляющей ими операционной системе. 
Сегодня в качестве такой системы все чаще становится Linux. 
Почему Linux? Ниже перечислим несколько причин выбора на эту роль: 

В Linux уже имеется необходимая функциональность: планировщики 
задач, хороший сетевой стек, поддержка USB, Wi-Fi, Bluetooth, многих 
запоминающих и мультимедийных устройств. 

Linux портирована на многие процессорные архитектуры, в том числе 
часто применяемые в системах на кристалле: ARM, MIPS, x86 и PowerPC. 

Исходный код Linux открыт, так что в него можно внести необходимые 
изменения, создать пакет программ для поддержки конкретной SoCплаты или устройства. Добавить протоколы, функции и технологии, 
которых нет в базовом исходном коде. Или исключить ненужные 
возможности, чтобы уменьшить требования к ОЗУ и ПЗУ. 
 
Информационно-технологический вестник № 3(37) 2023 
 
4

СИСТЕМНЫЙ АНАЛИЗ, УПРАВЛЕНИЕ И ОБРАБОТКА ИНФОРМАЦИИ 
 

Активное сообщество. Ядро Linux выходит раз в 10-12 недель и авторами 
кода являются порядка 1000 разработчиков. Такая активность означает, 
что 
Linux 
всегда 
актуальна 
и 
поддерживает 
все 
современное 
оборудование, протоколы и стандарты. 

Лицензия на ПО с открытым исходным кодом обеспечивает свободный 
доступ к исходному коду и не привязывает к определенному поставщику. 

В силу этих причин Linux – идеальная выбор для создания сложных 
систем [2, C. 26]. 
Благодаря общей кодовой базе, Linux может быть использован на самых 
различных устройствах, начиная от мощных суперкомпьютеров и заканчивая 
наручными часами. Ядро Linux – это только один компонент, необходимый для 
создания функционирующей операционной системы, также необходимы базовые 
инструменты, такие как командная оболочка, а также графический интерфейс 
пользователя, который обеспечивает взаимодействие с прикладным ПО. Комбинация ядра Linux и широкого спектра других открытых компонентов обеспечивает основу для создания систем, способных выполнять различные задачи [1, C. 
10]. 
Гибкость – это свойство, которое имеет свои плюсы и минусы. С одной 
стороны, она дает проектировщику системы широкий спектр возможных решений, но с другой стороны, это приводит к проблеме выбора наиболее оптимального решения. Цель данной статьи заключается в том, чтобы провести подробный анализ методологии сборки и рассказать, как можно создать встраиваемую 
систему на базе Linux с использованием свободных программ с открытым исходным кодом, получив в результате надежный и эффективный продукт. 
Теоретические исследования. 
Жизненный цикл типичного проекта начинается с выбора методологии 
принятия решения, используемой в управлении качеством выпускаемого продукта [5]. Методология PDCA (Plan-Do-Check-Act), также известная как цикл Деминга-Шухарта представляет собой алгоритм действий по управлению процессом и достижению его целей (рис. 1). 
Цикл состоит из четырех этапов: 

Планирование – определение целей и процессов, необходимых для их 
достижения, разработка планов для достижения целей и удовлетворения 
потребностей потребителей, а также выделение и распределение 
необходимых ресурсов. 

Выполнение – реализация запланированных работ. 

Проверка – сбор информации и контроль за результатами на основе 
ключевых показателей эффективности (KPI), выявление и анализ 
отклонений, а также определение причин отклонений. 

Корректировка – принятие мер по устранению причин отклонений от 
запланированного результата, изменение планирования и распределения 
ресурсов. 
 
 
Информационно-технологический вестник № 3(37) 2023 
 
5

СИСТЕМНЫЙ АНАЛИЗ, УПРАВЛЕНИЕ И ОБРАБОТКА ИНФОРМАЦИИ 
 
 
Рисунок 1 – Цикл Деминга-Шухарта 
 
Применение методологии PDCA в целях создания Linux-системы для 
встраиваемых устройств представляет собой простую и наглядную модель. 
Шаг 1. Планирование. В этом шаге мы устанавливаем цели и процессы, 
необходимые для создания надежной и эффективной Linux-системы для встраиваемых устройств. Определяем функциональные и нефункциональные требования к системе, учитывая потребности пользователей. Составляем план работ, устанавливаем этапы сборки, включая сборку ядра Linux, выбор загрузчика, файловой системы, системы инициализации и создание пользовательского интерфейса [2, C. 29]. Определяем необходимые ресурсы для сборки Linux-системы, 
такие как оборудование и инструменты сборки. 
Шаг 2. Выполнение. В этом шаге мы выполняем запланированные работы и создаем Linux-систему для встраиваемых устройств. Сборка ядра Linux 
проходит в соответствии с требованиями к системе и типом встраиваемого устройства. Создание файловой системы, включая установку программного обеспечения и настройку параметров. Создание и настройка пользовательского интерфейса, учитывая потребности пользователей и особенности встраиваемого устройства. 
Шаг 3. Проверка. В этом шаге происходит сбор информации и контроль 
результатов, чтобы оценить эффективность Linux-системы для встраиваемых 
устройств. Собираем информацию о процессе сборки и работы системы, используя ключевые показатели эффективности (KPI). Проводим анализ полученных 
результатов и выявляем отклонения от заданных целей. Выявляем причины отклонений и проблем, которые могут возникнуть при работе системы. 
Шаг 4. Корректировка. В этом шаге мы принимаем меры по устранению 
причин отклонений и улучшению работы Linux-системы для встраиваемых устройств. Принимаем меры по устранению причин отклонений от заданных целей. 
После того, как были устранены все обнаруженные проблемы, можно приступить к реализации конечного продукта. Однако, необходимо учитывать, что 
сборка Linux-системы для встраиваемых устройств – это постоянно развивающийся процесс, и его необходимо постоянно улучшать и совершенствовать (риc. 
2). В этом этапе рекомендуется провести оценку результатов работы и разработать новые задачи и планы для улучшения процесса сборки. 
 
 
Информационно-технологический вестник № 3(37) 2023 
 
6

СИСТЕМНЫЙ АНАЛИЗ, УПРАВЛЕНИЕ И ОБРАБОТКА ИНФОРМАЦИИ 
 
 
Рисунок 2 – Непрерывное улучшение качества с помощью методологии PDCA 
 
 
Рисунок 3 – Несколько итераций цикла PDCA повторяются до тех пор, 
пока проблема не будет решена 
 
Таким образом, процесс может продолжаться в круговороте, повторяя все 
этапы методологии PDCA и обеспечивая постоянное совершенствование (рис. 3). 
В итоге, следуя методологии PDCA, можно собрать надежную и эффективную 
Linux-систему для встраиваемых устройств, которая будет соответствовать всем 
требованиям и потребностям пользователей в рамках активного импортозамещения. 
Процесс ручной сборки загрузочной среды Linux обладает одним главным преимуществом – сохранением полного контроля над программным обеспечением. Но в большинстве случаев ручная сборка влечёт за собой большие временные затраты, что в результате даёт систему низкого качества с неудобным 
для неё сопровождением. Построение такой системы идёт постепенно и может 
занять долгие месяцы, часто не документируется и редко может быть воссоздана 
с чистого листа. 
Выходом из такой ситуации является использование автоматизированных 
систем сборки. Цель системы сборки – автоматизировать все вышеописанные 
шаги этапа планирования. Для достижения своих целей система сборки должна 
уметь следующее [2, C. 140]: 
 
Информационно-технологический вестник № 3(37) 2023 
 
7

СИСТЕМНЫЙ АНАЛИЗ, УПРАВЛЕНИЕ И ОБРАБОТКА ИНФОРМАЦИИ 
 

Работать с исходным кодом. Загрузка кода из источника – прямо из 
системы управления версиями (Git / Mercurial / SVN и др.) или в виде 
архива с сохранением его на локальной машине. 

Обеспечить 
кросс-компиляцию 
за 
счёт 
применения 
патчей, 
исправляющих архитектурно-зависимые ошибки. 

Создать область технологической подготовки и построить корневую 
файловую систему. 

Создать образы в различных форматах, готовых к загрузке на целевое 
устройство. 

Добавлять собственное программное обеспечение или различные 
модификации системы. 

Создавать автономный набор средств разработки (SDK), который можно 
распространять среди других разработчиков, чтобы им не пришло 
устанавливать полную систему сборки. 

Следить за лицензиями, применяемыми в различных использованных 
пакетах программ с открытым исходным кодом. 

Способность создавать обновления, применимые к уже установленным 
системам. 

Наличие удобного интерфейса с пользователем. 
Компоненты такой системы инкапсулированы в виде пакетов, одни из 
которых предназначены для системы разработки, другие – для целевой системы. 
Для каждого пакета определен набор правил получения исходного кода, его 
сборки и установки результата в требуемое место. Между пакетами существуют 
зависимости, и механизм сборки должен уметь их разрешать и создавать полный 
набор требуемые пакетов. 
За последние годы системы сборки с открытым исходным кодом достигли высокой степени зрелости. Buildroot и Yocto Project – это две популярные системы сборки встроенных Linux-систем. Они используются для создания пользовательских Linux-образов, оптимизированных для работы на встроенных системах, таких как встраиваемые устройства, IoT-устройства, мобильные устройства 
и другие решения встроенной электроники. Обе системы имеют свои особенности, преимущества и недостатки, и выбор между ними зависит от требований 
проекта и опыта разработчиков. 
Buildroot – это система сборки, основанная на конфигурационных файлах, которая позволяет создавать минимальные и оптимизированные Linuxобразы для встроенных систем [3]. Она предлагает простой подход к сборке, где 
разработчик определяет конфигурацию сборки путем настройки текстовых файлов [2, C. 162]. Buildroot имеет маленький размер и прост в использовании, что 
делает его подходящим выбором для небольших проектов или для разработчиков 
с ограниченным опытом встроенной разработки. Однако, Buildroot может ограничиваться в функциональности и расширяемости по сравнению с Yocto Project. 
Yocto Project – это более мощная и сложная система сборки, основанная 
на мета-слоях и рецептах [4]. Она предлагает более гибкий и масштабируемый 
подход к созданию Linux-образов и предоставляет множество инструментов и 
 
Информационно-технологический вестник № 3(37) 2023 
 
8

СИСТЕМНЫЙ АНАЛИЗ, УПРАВЛЕНИЕ И ОБРАБОТКА ИНФОРМАЦИИ 
 
возможностей для настройки, адаптации и расширения функциональности образов [2, C. 163]. Yocto Project также поддерживает широкий спектр аппаратного 
обеспечения и архитектур процессоров, что делает его подходящим выбором для 
сложных проектов и профессиональных разработчиков. 
Простота использования, размер и производительность образов, обучение 
и поддержка разработчиков являются ключевыми особенностями для выбора 
системы автоматизированной сборки для встраиваемой системы удалённого доступа. 
Экспериментальное исследование методологий сборки загрузочной 
среды Linux для встраиваемых систем. 
Для определения наиболее гибкой, удобной, кроссплатформенной и автоматизированной сборочной среды для встраиваемых систем были проведены 
необходимые экспериментальные исследования. Для этого был собран тестовый 
стенд, обладающий характеристиками, представленными в таблице 1. 
 
Таблица 1 – Характеристики тестового стенда 
Характеристика 
Описание 
Сборочная среда 
Встраиваемая система 
Процессор 
Intel Core i7-2620M 
CPU @ 2.70Ghz 
Broadcom BCM2711, Quad 
core Cortex-A72 (ARM v8) 
64-bit SoC @ 1.8GHz 
ОЗУ 
16Gb 
2Gb 
ПЗУ 
SSD 128Gb 
microSD 8Gb 
Операционная система 
ALT Linux Sisyphus 
- 
Командная оболочка 
Bash 
- 
 
Автоматизированная сборка встраиваемой системы с помощью инструментария Buildroot. 
Первый шаг – подготовка сборочной среды. Получаем архив через официальный сайт https://buildroot.org или напрямую с репозитория кода через команду в эмуляторе терминала: 
$  mkdir ~/project && cd $_
$  git clone ‐b 2023.02.x git://git.buildroot.net/buildroot.git 
Здесь 2023.02 – текущее название версии Buildroot на момент написания 
статьи. 
Второй шаг – получаем информацию о наличии поддержки платформы 
встраиваемой системы (рис. 4): 
$  cd buildroot
$  make list‐defconfigs | grep "raspberrypi"
 
 
Информационно-технологический вестник № 3(37) 2023 
 
9

СИСТЕМНЫЙ АНАЛИЗ, УПРАВЛЕНИЕ И ОБРАБОТКА ИНФОРМАЦИИ 
 
 
Рисунок 4 – Список поддерживаемых моделей 
одноплатного компьютера Raspberry Pi 
 
Если платформа отсутствует, есть несколько вариантов решения проблемы: 

Найти «схожую» модель из существующих, в том числе воспользоваться 
поиском на специализированных форумах, и создать отдельный файл 
конфигурации платформы. 

Обратиться за получением информации к производителю. 
Третий шаг – создаём чистый, стандартный конфигурационный файл для 
выбранной платформы: 
$  make raspberrypi4_64_defconfig
Четвертый шаг – редактируем конфигурационный файл через меню (рис. 
5). На этом этапе производится добавление/удаление требуемых для проекта пакетов и компонентов программного обеспечения: 
$  make menuconfig
 
 
Информационно-технологический вестник № 3(37) 2023 
 
10