Автоматизированные системы на базе автомобильных весов

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 08.09.2015
Размер файла 325,6 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://allbest.ru

Федеральное государственное автономное образовательное учреждение высшего профессионального образования

«СИБИРСКИЙ ФЕДЕРАЛЬНЫЙ УНИВЕРСИТЕТ»

Институт космических и информационных технологий

Кафедра систем искусственного интеллекта

КУРСОВОЙ ПРОЕКТ

Автоматизированные системы на базе автомобильных весов

Студент группы КИ12-15Б

В.А. Чикчит

Руководитель

А. Ю. Сидоров

Красноярск, 2015

Содержание

Введение

1. Описание функций

2. Структурная схема

3. Ядро операционной системы. Управление процессами

4. Управление памятью

4.1 Распределение памяти фиксированными разделами

4.2 Распределение памяти разделами переменной величины

4.3 Перемещаемые разделы

4.4 Вывод

5. Управление устройствами ввода/вывода

5.1 Обработка прерываний

5.2 Драйверы устройств

5.3 Независимый от устройств слой операционной системы

5.4 Пользовательский слой программного обеспечения

6. Файловая система

Заключение

Список использованных источников

  • Введение
  • В данном проекте представлено описание операционной системы для автомобильных весов. В проекте описаны функции устройства, структурная схема. Также рассмотрена работа с процессами, памятью, управление устройствами ввода/вывода, файловой системой.

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

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

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

На въезде каждой платформы располагаются двухцветные светофоры, с помощью которых осуществляется управление движением автосамосвалов через весовую платформу. Красный свет светофора на въезде информирует водителей о запрете движения по платформе. Постоянно горящий зеленый свет светофора на въезде информирует водителей о взвешивании с остановкой. Мигающий зеленый свет светофора на въезде информирует водителей о взвешивании без остановки с ограничением скорости проезда по платформе не более 5 км/ч. Светофоры на выезде каждой платформы информируют водителей о корректности проведенного взвешивания. Для автоматического определения бортового номера автомобилей система оснащается считывателем активных меток. Данный считыватель формирует электро-магнитное поле определенной диаграммы направленности. При попадании активной метки в эту область, считыватель по интерфейсу передает ее номер в соответствующий весовой АРМ. В базе данных сервера хранится таблица соответствия номеров меток и парковых номеров автомобилей. Весовые АРМы и сервер объединены в сеть Ethernet.

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

Весовой комплекс подключен к локальной сети предприятия (Ethernet).

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

  • Постановка задачи: Спроектировать гипотетическую операционную систему автоматизированного устройства. Курсовой проект должен содержать следующую информацию:
  • 1. Описание электронно-вычислительного устройства:

a. назначение - сфера применение устройства;

b. описание выполняемых функций - не менее 10 функций использующие различные элементы устройства, функции не должны пересекать или дополнять друг друга (например: устройство поддерживает функцию просмотра файлов формата doc, pdf, txt и html - это одна функция, а не четыре).

2. Структурная схема автоматизированного устройства - содержит основные блоки элементов ввода вывода.

3. Описание работы автоматизированного устройства при управлении процессами - обоснование и выбор типа ядра операционной системы, способа организации многозадачности и алгоритмов планирования.

4. Описание работы автоматизированного устройства при управлении оперативной памятью - обоснование выбора алгоритма управление оперативной памятью.

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

6. Описание работы автоматизированного устройства при управлении файловыми системами - обоснование поддержки и выбор файловых систем поддерживаемых устройством.

7. Вывод по проделанной работе.

1. Описание функций

Весовой комплекс выполняет функции:

1. Взвешивание АС в статике, в движении (по выбору), груженых (с выдачей значения «брутто»), а также порожних (с выдачей значения «тара») АС и занесение результатов в базу данных (БД);

2. Вычисление массы груза - «нетто», определение перегрузов и недогрузов и занесение результатов в БД;

3. Автоматическое определение и занесение в БД паркового номера АС при взвешивании;

4. Определение скорости и ускорения движения АС по весовым платформам;

5. Контроль соблюдения технологии взвешивания:

-корректная установка «нуля»;

-успокоение груза и регистрация результата взвешивания при взвешивании в статике с выдачей сигнала на выносной индикатор (зеленый свет);

-отмена результата взвешивания при попытке взвешивания в движении на весах, находящихся в режиме статического взвешивания, с выдачей сигнала на выносной индикатор (красный свет);

-регистрация результата взвешивания при скорости движения ? 5 км/час и движении с ускорением ? 5 км/с2 при взвешивании в движении с выдачей сигнала на выносной индикатор (зеленый свет);

-выдача оператору сообщений о неисправностях оборудования в процессе взвешивания;

6 Выбор направления движения АС через платформу;

7. Возможность вывода отчетов, справок на печатающее устройство с сервера за любой период;

8. Обмен информацией между весовыми АРМами и сервером;

9. Формирование отчетов по результатам взвешивания, а также передача их в корпоративную информационную систему предприятия по сети Enthernet;

10. Протоколирование всех случаев нарушений технологического процесса взвешивания и возникающих в процессе работы неисправностей;

11. Автоматическая диагностика компонентов системы взвешивания, с возможностью индивидуального тестирования силоизмерительных датчиков и ИК-детекторов;

12. Калибровка и проверка весов;

13. Защита от несанкционированного доступа к параметрам калибровки.

2. Структурная схема устройства

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

1. Центральный процессор;

2. Оперативное запоминающееся устройство (ОЗУ);

3. Контроллер USB - интерфейс передачи данных для периферийных устройств, в нашем случае видеокамеры, которая определяет парковый номер;

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

5. Контроллер сбора и обработки информации:

a. Весы - для определения массы автомобиля, груза ;

b. Измеритель скорости - нужен, чтобы измерить допустимую скорость объекта через платформу весов;

6. Система передачи информации - используется, чтобы передать информацию в базу данных;

7. Контроллер SATA(передача данных от контроллера к устройству):

a. Жесткий диск HDD - запоминающее устройство(устройство хранения информации) произвольного доступа, основанное на принципе магнитной записи;

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

Структурная схема «Система автомобильных весов» представлена на рисунке 1.

Рис. 1 - Структурная схемы устройства «Система автомобильных весов»

3. Ядро операционной системы. Управление процессами

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

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

Многозадачные операционные системы подразделяются на три типа в соответствии с использованными при их разработке критериями эффективности:

· системы пакетной обработки (например, OC EC),

· системы разделения времени (UNIX),

· системы реального времени (QNX, RT/11).

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

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

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

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

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

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

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

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

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

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

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

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

Микроядро предоставляет только элементарные функции управления процессами и минимальный набор абстракций для работы с оборудованием. Существенным недостатком является то, что микроядру требуется большое количество времени для передачи информации.

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

Исходя из этих преимуществ, сделаем выбор в пользу модульного ядра.

4. Управление памятью

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

Рис. 2 Классификация методов распределения памяти

4.1 Распределение памяти фиксированными разделами

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

Рис. 3. Распределение памяти фиксированными разделами: а - с общей очередью; б - с отдельными очередями

Подсистема управления памятью в этом случае выполняет следующие задачи:

· сравнивая размер программы, поступившей на выполнение, и свободных разделов, выбирает подходящий раздел,

· осуществляет загрузку программы и настройку адресов.

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

4.2 Распределение памяти разделами переменной величины

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

автомобильный весовой программный управление

Рис. 4 Распределение памяти динамическими разделами

На рисунке 4 показано состояние памяти в различные моменты времени при использовании динамического распределения. Так в момент t0 в памяти находится только ОС, а к моменту t1 память разделена между 5 задачами, причем задача П4, завершаясь, покидает память. На освободившееся после задачи П4 место загружается задача П6, поступившая в момент t3.

Задачами операционной системы при реализации данного метода управления памятью является:

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

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

· загрузка задачи в выделенный ей раздел и корректировка таблиц свободных и занятых областей,

· после завершения задачи корректировка таблиц свободных и занятых областей.

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

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

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

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

4.3 Перемещаемые разделы

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

Рис. 5 Распределение памяти перемещаемыми разделами

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

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

4.4 Вывод

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

5. Управление устройствами ввода-вывода

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

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

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

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

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

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

Для решения поставленных проблем целесообразно разделить программное обеспечение ввода-вывода на четыре слоя:

1. Обработка прерываний,

2. Драйверы устройств,

3. Независимый от устройств слой операционной системы,

4. Пользовательский слой программного обеспечения.

5.1 Обработка прерываний

Прерывание (англ. interrupt) -- сигнал, сообщающий процессору о наступлении какого- либо события. В зависимости от источника возникновения сигнала прерывания делятся на:

асинхронные или внешние (аппаратные) -- события, которые исходят от внешних источников (например, периферийных устройств) и могут произойти в любой произвольный момент: сигнал от таймера, сетевой карты или дискового накопителя, нажатие клавиш клавиатуры, движение мыши;

внутренние -- события в самом процессоре как результат нарушения каких-то условий при исполнении машинного кода: деление на ноль или переполнение, обращение к недопустимым адресам или недопустимый код операции;

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

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

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

5.2 Драйверы устройств

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

Данная операционная система может меняться, так как может произойти поломка.

5.3 Независимый от устройств слой операционной системы

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

обеспечение общего интерфейса к драйверам устройств,

именование устройств,

защита устройств,

обеспечение независимого размера блока,

буферизация,

распределение памяти на блок-ориентированных устройствах,

распределение и освобождение выделенных устройств,

уведомление об ошибках.

Независимый от устройства слой не используется.

5.4 Пользовательский слой программного обеспечения

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

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

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

6. Файловая система

Файловая система (ФС) --это часть операционной системы, включающая:

· совокупность всех файлов на диске;

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

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

Основные функции в однопользовательских однопрограммных ФС нацелены на решение следующих задач:

· именование файлов;

· программный интерфейс для приложений;

· отображения логической модели файловой системы на физическую организацию хранилища данных;

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

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

· Для носителей с произвольным доступом (например, жёсткий диск): FAT32, HPFS, ext2 и др. Поскольку доступ к дискам в несколько раз медленнее, чем доступ к оперативной памяти, для прироста производительности во многих файловых системах применяется асинхронная запись изменений на диск.

· Для этого применяется либо журналирование, например в ext3, ReiserFS, JFS, NTFS, XFS, либо механизм soft updates и др. Журналирование широко распространено в Linux, применяется в NTFS. Soft updates -- в BSD системах.

· Для носителей с последовательным доступом (например, магнитные ленты): QIC и др.

· Для оптических носителей -- CD и DVD: ISO9660, HFS, UDF и др.

· Виртуальные файловые системы: AEFS и др.

· Сетевые файловые системы: NFS, CIFS, SSHFS, GmailFS и др.

· Для флэш-памяти: YAFFS, ExtremeFFS, exFAT.

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

Заключение

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

Список использованных источников

1. Гордеев, А.В. Операционные системы : учебник для ВУЗов / А.В.Гордеев. - М.: Питер, 2007. 416 с.

2. Машинные весы [Электронный ресурс] //Сайт группы компаний

3. «Авитек плюс». - Режим доступа: www.avitec.ru/catalogue/23.htm

4. Сетевое обучение - Операционные системы [Электронный ресурс] //Система электронного обучения СФУ. - Режим доступа: http://goo.gl/1EyjCv

5. Таненбаум, Э. Вудхалл А. Операционные системы. Разработка и реализация(3-е издание, 2007) [Электронный ресурс] // Поиск книг - Электрон. дан. - Режим доступа: http://padaread.com/?book=16685

6. Управление вводом-выводом [Электронный ресурс] // Море(!)

7. аналитической информации! - Форум. - Режим доступа: http://goo.gl/uI4NQa

8. Ядро операционной системы [Электронный ресурс] // Аналитический форум.- Электрон. дан. - Режим доступа: http://citforum.ru

9. ext3 [Электронный ресурс] // Википедия: свободная энцикл. - Электрон. дан. - Режим доступа: https://goo.gl/KZE4f8

Размещено на Allbest.ru


Подобные документы

  • Виды операционных систем. Графический пользовательский интерфейс операционной системы Linux и Mac OS. Функции устройства управления окнами (windows manager). Программа управления файлами, драйвера, модуль управления памятью - основные компоненты ядра.

    презентация [1,8 M], добавлен 14.10.2013

  • Общая характеристика и принцип работы электронных весов. Порядок преобразования аналогового сигнала веса в цифровую форму с участием микропроцессора. Составление блок-схемы алгоритма работы электронных весов. Описание интерфейсов ввода и вывода.

    курсовая работа [784,9 K], добавлен 28.06.2011

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

    курсовая работа [810,3 K], добавлен 14.11.2010

  • Структурная организация операционной системы на основе различных программных модулей. Функции, выполняемые модулями ядра. Модули операционной системы, оформленные в виде утилит. Ядро в привилегированном режиме. Многослойная структура ядра системы.

    презентация [705,2 K], добавлен 16.01.2012

  • Анализ серверных операционных систем на базе ядра Linux. Подходы к построению маршрутизации и оценка полученных результатов. Установка операционной системы CentOS 6.6 и закономерности ее настройки. Принципы и основные этапы тестирования созданного шлюза.

    курсовая работа [2,9 M], добавлен 19.11.2015

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

    курсовая работа [636,2 K], добавлен 23.08.2011

  • Структура ядра операционной системы. Основные компоненты подсистемы управления процессами и памятью. Характеристика системных и прикладных процессов в Unix. Идентификация процесса Linux, его атрибуты и вызовы. Средства межпроцессного взаимодействия.

    лекция [170,1 K], добавлен 29.07.2012

  • Назначение операционной системы как комплекса программного обеспечения, методы управления памятью, файлами и устройствами. История выпуска и особенности ОС Windows 2000. Алгоритм редактирования и выполнения формул в редакторе формул MS Equation.

    контрольная работа [25,1 K], добавлен 06.01.2017

  • Особенности архитектуры MIPS компании MIPS Technology. Иерархия памяти. Обработка команд перехода. Адресная очередь. Переименование регистров. Обоснование выбора операционной системы. Perl-эмулятор и сборка ядра. Электрическая и пожарная безопасность.

    дипломная работа [180,2 K], добавлен 06.03.2013

  • Разработка устройства управления двухконфорочной электроплитой на базе микроконтроллера, описание функциональных действий. Структурная схема аппаратной части. Проектирование программного обеспечения. Описание алгоритма работы системы и программы.

    курсовая работа [709,3 K], добавлен 22.12.2010

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.